LOL, coding existed before GitHub and we'll be just fine if it goes away.
A lot of folks are mistaking convenience for necessity.
Does GitHub making collaborative coding easier? Sure. Do we *need* GitHub for that purpose? Ha, hell nah. We have so many other options these days.
If GitHub goes away, we'll just use something else. It's just popular, not indispensable.
> "A lot of folks are mistaking convenience for necessity."
I think I want this embroidered on a pillow. :)
@Are0h *gets out of recliner* I remember when SourceSafe and SVN were the only two games in town*
*gets back in recliner, covers lap with quilt*
@nein09 LOL, and I was a *hard core* SVN person. It took me a long time to even look at Git in the first place.
@Are0h hahahaha yes. I didn't even start using Git until like... 6 years ago?
@nein09 Ha, same here. Hell, it might even be less than that.
As an old-school BSD guy, who's been around collaborative development since the 1980s:
We had collaboration before github. We'll have git after github.
No single site, no single tool, is irreplaceable.
The CSRG evaporated in the 90s, we youngsters all thought it was the end of the world, then we picked up and carried on.
@mwlucas Hard agree. I think the kids just don't know any better.
@Are0h Yep. They're "stuck" with GitHub in the same way we're "stuck" with Twitter.
There's alternatives that work much better. You just gotta put a little effort into actually building it.
@KitsuneAlicia I told someone that the other day.
"You're not trapped on any platform. You're just lazy/don't feel like switching."
@Are0h lol, there are so many workable alternatives to GitHub, including a bunch of self-hosted ones (I'm using Gitea that is just lovely to use)
Do people not understand that Git is the important bit? Git is literally the easiest thing to migrate to a new service
@gaeel That's the beauty of Git. Change a couple urls in the config and boom, you're using a new service.
But that doesn't get clicks, hahahah...
@Are0h right, i shifted from GitHub to GitLab to FramaGit to my own instance as each one turned out to be ran by shit heads
Fingers crossed I don't find out I'm secretly working for ICE or something
@gaeel Ha, definitely gotta keep your head on a swivel.
@Are0h If emailing patches to a mailing list is good enough for Linux, it's good enough for anyone. Anyone who can't deal with version control without a centralized web UI that everyone else also has to use they should consider a field other than programming.
@freakazoid LOL, Captain Sean with the BROLIC take.
Hahaha, I understand what you mean, but I like things being accessible too. Being unfamiliar with the command line shouldn't exclude people from using a particular tool.
So yeah, people should learn, but I don't think they should be excluded if it takes awhile.
@Are0h I'm a very strong believer in mentorship and good documentation. It's not being unfamiliar with the command line that's an issue, it's refusal to use it. My own employer has ended up with an awful bespoke alert definition system that requires exporting JSON from Grafana because the person building out our monitoring didn't feel that developers would be willing to learn to write Kapacitor rules.
GH are not interested in accessibility; they're interested in lock-in.
@freakazoid Ah, I hear you. Having experience with working with systems that are built on the whims of an inexperienced dev making bad decisions, agreed.
@ajroach42 @Are0h Speaking of UIs and usability, last week's risky.biz interview was with Sally Carson of Duo Security talking about how they employ a designer for every 5 developers, which is why I expect them to wipe the floor with everyone else in the space. Usability is inseparable from security.
@Are0h I've said the same about programming languages: they should lift people up, not dumb themselves down.
Git's fairly well documented, but it does have the problem that people need a certain "a hah" moment before they can get themselves out of tight spots. A UI that showed the actual repo structure rather than just the branch structure might be really helpful for getting people to that point. Like, show the objects, trees, stash, index, and reflog!
@freakazoid Git had this really weird elitism based on how esoteric and often indecipherable it was unless you understood the inner workings of shit no one cared about. That kept me away from it for a long time.
Once I dove in and saw how it works, it's actually pretty slick, but when one wants to talk about it, it's usually JUST READ THE DOCUMENTATION.
Looking back, I would imagine people managing git simply didn't have social skills, including Linus.
And we know how toxic that becomes.
@Are0h IMO the most important Git documentation doesn't talk about the internals at all but the underlying metaphor. http://tom.preston-werner.com/2009/05/19/the-git-parable.html
@Are0h I would say they didn't have social skills, ESPECIALLY Linus - he was really setting the tone for a lot of open source software development.
@freakazoid Definitely agree.
@freakazoid I WISH documentation was written like this. We can have the technical tidbits too, but this makes it understandable to just about anyone, which increases adoption.
Git eventually won out because it's a good tool, but imagine if their docs mimic'd this from the start.
@Are0h I think for that to happen we'd need for more people to be involved in open source because they wanted to help people and build communities rather than to prove how smart they are and get people to worship them.
@freakazoid HARD. AGREE.
Most open source projects are initiated simply ego and wanting to replicate pre-existing systems in their own image rather than being fresh and innovative and try new idea.
@Are0h Right, so any criticism a developer gets, up to and including "stupid questions", ends up hurting the developer's fragile ego, since in their mind their software and documentation are perfect, or they're doing everyone a favor by putting the software up so they should all be grateful. Granted, users can act plenty entitled, too, but at the end of the day it does no damage to be helpful. One can always include a link to the relevant part of the docs with a request for feedback on it.
@Are0h Even an acknowledgement that one is bad at writing documentation would go a long way toward making people feel supported, even with a request to edit it if one is so inclined. Which is a reason to always use wiki-based or at least easily-editable-by-non-developers documentation. Or even just have an easy way for users to add comments or open documentation bugs.
@freakazoid WHAT? ADMITTING YOU'RE NOT PERFECT AND EVERYTHING??
Ha, can't have that.
@Are0h It took me a while to figure out that people's respect for me tended to *increase* when I talked about things I was bad at. It also turned out to be instrumental in getting over imposter syndrome because it gave others the opportunity to clarify their expectations of me, so I was able to realize that they weren't, in fact, overestimating my abilities.
@freakazoid I feel you. We're taught not only as devs, but as men, that we're supposed to have answers for everything, or at the very least put up a strong front that makes people think we do.
But this kind of dehumanization is at the heart of society and culture we live in, so it permeates our chosen profession as well.
Building cool shit is just easier and often better when we're honest about what we can do and where we need help.
That context is just counter to what we're taught coming up.
@freakazoid And this stance directly feeds into how toxic these communities become. They turn into cults for personality rather communities building cool shit.
It's generally one of the reasons I just tend to build my own stuff. It just isn't worth assuaging some random person's ego to get a handful of issues that aren't that big a deal to be addressed.
@Are0h but the hardest thing there would be to actually choose, in case if GitHub disappears. I wish we had some universal interface that would please those who like the GitHub style of collaboration process and for those who like the email one more...
The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!