We need stricter verifications / credentials behind GitHub accounts and PRs. And this we should have had already before AI.
Changing how we develop Ladybird
51–60 of 602 posts
Re: Changing how we develop Ladybird
#52Earlier quoted context omitted.
The Linux approach is under pressure too. Maintainers are beginning to warn about too many contributions and too much churn to review it all.
I know is a naive question, but it's genuine! Is this the direct result of a monolithic kernel? And would moving more drivers out-of-tree mitigate this?
Re: Changing how we develop Ladybird
#53I feel like the project just died.
Re: Changing how we develop Ladybird
#54This is one way to rephrase "we don't want your AI slop, thanks.".
> Whether code was typed by hand is beside the point. What matters is who is responsible for it once it enters the browser. Ladybird is becoming a browser for real users. The people introducing changes to it must be the people who decide those changes belong in the project, and who will answer for the consequences. It probably accelerated the decision, but I don't think that's all of it. I think they're moving in the…
Re: Changing how we develop Ladybird
#55Wasn't the entire goal of Ladybird to have an open and independent browser engine? Making it effectively closed to contributions makes it.. Not independent anymore. It's now dependent, on few people who work on it, just like any other closed-source or corporate-controlled browser.
Re: Changing how we develop Ladybird
#56I can understand where they come from. If most of the pull-requests were AI-coded, well, the maintainers are equally capable of prompting Claude Code themselves. I think the whole game of software engineering, open source or not, has completely changed. A lump of code doesn't mean or imply the same thing as it did 2 years ago.
I see all projects moving this direction. Makes more sense to hash out a plan together.
Re: Changing how we develop Ladybird
#57This is one way to rephrase "we don't want your AI slop, thanks.".
Re: Changing how we develop Ladybird
#58I can understand where they come from. If most of the pull-requests were AI-coded, well, the maintainers are equally capable of prompting Claude Code themselves. I think the whole game of software engineering, open source or not, has completely changed. A lump of code doesn't mean or imply the same thing as it did 2 years ago.
Re: Changing how we develop Ladybird
#59This rather feels like it's completely stepping away from the thing that made the community around Serenity and Ladybird so good.
Re: Changing how we develop Ladybird
#60What I realy want to know how sustainable a model like this is. How does one find new maintainers when old ones leave. When you cannot contribute anymore.