zlacker

[parent] [thread] 2 comments
1. nabils+(OP)[view] [source] 2026-02-08 21:07:33
I believe interviewing devs before allowing them to contribute is a good strategy for the upcoming years. Let’s treat future OS contributors the same way companies/startups do when they want to hire new devs.
replies(1): >>tedk-4+w
2. tedk-4+w[view] [source] 2026-02-08 21:11:37
>>nabils+(OP)
This adds friction, disincentivizes legitimate and high quality code commits and uses humans even more.
replies(1): >>otterl+82
◧◩
3. otterl+82[view] [source] [discussion] 2026-02-08 21:26:08
>>tedk-4+w
The entire point is to add friction. Accepting code into public projects used to be highly frictive. RMS and Linus Torvalds weren't just accepting anyone's code when they developed GNU and Linux; and to even be considered, you had to submit patches in the right way to a mailing list. And you had to write the code yourself!

GitHub and LLMs have reduced the friction to the point where it's overwhelming human reviewers. Removing that friction would be nice if it didn't cause problems of its own. It turns out that friction had some useful benefits, and that's why you're seeing the pendulum swing the other way.

[go to top]