Top
Best
New

Posted by mlex 15 hours ago

Before GitHub(lucumr.pocoo.org)
504 points | 151 commentspage 2
epage 12 hours ago|
An important part to me that gets overlooked is shared logins. Rust runs the tests of all known Rust projects in a tool called `crater`. I was analyzing a run identifying projects relying on internals of Cargo and opening issues. When making 200 issues by hand, it is a big help when the process is low friction: I had credentials for the site and allowing blank templates. Any time I came across a self-hosted instance, I usually ended up giving up.
notpushkin 3 hours ago|
This is something federation could help with: you would be able to use your account on, say, Codeberg to make issues on all self-hosted instances. Sadly, it’s still not in a great shape: https://forgefed.org/

(As a fallback, why not email the maintainers instead?)

bsimpson 14 hours ago||
I think I was one of the first people to try Flask. I learned Python so I could take advantage of AppEngine for free and easy modern hosting, which put me in the right spot when Flask launched. I've long been an admirer of Armin's, and recognized his domain before I clicked the link. As he points out, in those days, you didn't default to GitHub.

His post is a response to Mitchell's, from just a few hours ago. I'm impressed with how quickly he wrote a long-form, high-quality, well-reasoned post.

the_mitsuhiko 7 hours ago||
That’s because most of this post was hanging around as a draft. I originally wrote it after Zig left but I didn’t finish or publish it.
pdonis 12 hours ago||
> His post is a response to Mitchell's, from just a few hours ago.

Is there a link to Mitchell's post somewhere? I can't find one in the article.

_-_-__-_-_- 11 hours ago|||
https://mitchellh.com/writing/ghostty-leaving-github
pdonis 9 hours ago||
Thanks!
dolmen 7 hours ago|||
https://news.ycombinator.com/item?id=47939579
p4bl0 6 hours ago||
> We Need an Archive

This archival project already exists, it is funded by France computer science research agency Inria, by Europe, and maybe by the UN through UNESCO if I'm not mistaken, but I really think it should still receive much more attention and funding to really pursue its goal: Software Heritage.

https://www.softwareheritage.org/

notpushkin 3 hours ago||
> But if projects move to something more akin to self-hosted forges, to their own self-hosted Mercurial or cgit servers, we run the risk of losing things that we don’t want to lose. The code might be distributed in theory, but the social context often is not. Issues, reviews, design discussions, release notes, security advisories, and old tarballs are fragile.

Thankfully, this doesn’t have to be the case – Forgejo imports pretty much everything mentioned. (1) Whether you decide to move to Codeberg or host your own instance, you won’t have to lose the context.

But I definitely agree we should also have a metadata archive of some sort, for both GitHub, Codeberg, and self-hosted projects.

(1): Not sure about code reviews, and you don’t get the security advisories, though I’m sure it can be replicated with a CI workflow somehow?

zoobab 3 hours ago||
"We Need an Archive"

Before we had FTP, which made easy to mirror stuff with "lftp mirror -p".

HTML is not good for archiving.

We have to rethink those protocols so that mirroring is made easy, and "git clone" is not an answer sorry.

_the_inflator 4 hours ago||
SF was exe + source code as zip file. And an admin that made all the decisions and had to for a project,

I do not agree with details, because it was for me before and after git.

So the hidden denominator here is and still is git, which sparked a tooling frenzy with reversing flow by being online server first (it wasn’t named cloud back then).

So even today, all splinters are doing something around git. That hasn’t changed.

What I really miss is the some sort of standardization that GitHub provided for a brief period of time. Projects would get no love aka stars when you couldn’t easily be used even for the experts. Some convenience as well as tooling evolved, devops became a thing.

I think of the future of a concept called cocooning. The JavaScript expert of today would be puzzled to write code on a notepad in a html file, because it has become so meta, being TypeScript essentially.

There is so much tooling going on that especially Python before AI already felt like I would miss something out if I would code more than 100 lines and that there must be libraries that abstract this all away and instead of coding I should google better.

AI is one thing, but the cluttered tech stacks aren’t really sparking any interest or joy in me, I think it is the not invented here syndrome or because I can story.

I miss the die hard coders, who stick to a tech stack which simply worked, not optimizing for weird use cases which are contrived at worst and rarely needed at best.

This became evident with the decline of data sheets, because Grunt, Gulp etc. as build tools were great but slow. We JavaScript devs couldn’t any longer joke about the compile times of the Backend dudes. And besides that, build times costs you focus, money, cpu time. But this was the main currency.

With AI I stopped trying out lots of tools because they feel like a weekend project by some dude who blasted his Claude budget.

Over are the fork and commit wars. Until AI battles itself this hard for quality source code I will stick to GitHub.

flaburgan 14 hours ago||
What we need is gitlab to finally integrate ActiviyPub so we can fork, comment, open merge request on all gitlab instances from our personal instance. Git is already decentralized, this isn't that hard to do.
pietervdvn 14 hours ago|
Forgejo is slowly working on federation
zkmon 3 hours ago||
SVN (subversion) was working excellent for my team, about 20 yrs back. I never saw sufficient justification for the complexity brought in by Git.

But as I say, New tech invades the world and makes the perfectly working old tech as incompatible, just by changing the world around it. So git became a necessity imposed.

paganel 3 hours ago|
There was a big hype around it (you probably remember it), and around distributed version control, if you weren't using a DVCS you were suddenly seen as an inferior computer programmer and hence your employment opportunities were diminishing. That perspective when it comes to almost all-things programming-related has only accelerated ("if you're not quick to adapt to agentic AI you will lose your cushy job!"), with the recent AI craze the latest example of that.
ctoth 14 hours ago||
I remember this old thing called Bugs Everywhere -- it was a bug/issue tracker which actually lived inside your hg repository. I wonder if we could standardize on something like that? or git notes with an issues ref? or something magical like that?

Then it's BYOR -- bring your own renderer. Trivial CLI bugtrackers, agentic nonsense, pretty web stuff, whatever and the data lives in the repo.

lloydatkinson 14 hours ago|
I've often wondered why no one has built an issue tracker with Git notes, or if one exists, why it's not widespread.
psychoslave 13 hours ago||
https://github.com/git-bug/git-bug

And probably the network/black-hole effect of platforms like GitHub, Linkedin and the like are hard to achieve with fully distributed solutions, all the more when the other side is backed by huge capital which absolutely love concentration of power.

steveharing1 3 hours ago|
I think github is at a point that its too hard to ignore just like google is even though we might not like what they are doing now but we were the one made them this big.
More comments...