• 245 Posts
  • 486 Comments
Joined 2 years ago
cake
Cake day: April 4th, 2025

help-circle















  • Many LLM-generated projects are new and only a few months old. I would avoid such projects (regardless whether they declare ai usage or not). Most die quickly and end up unsupported.

    For older and larger projects, the cadence and size of submissions should give a valuable hint. For any project that is larger than, say, 10,000 lines of code, a contributor will rarely submit more than 100 new lines of code per day, and very rarely more than 1,000 lines of changed code. Anything exceeding that is a strong hint that primarily LLMs are used.








  • their point is that the bar for sending reports in should be as low as possible

    Why?

    Look: The bottleneck is not the number of reported possible issues, but the time, attention, and sustainable workload for the GNOME maintainers and developers. Anything that minimizes the latter is good.

    Also, if LLM tools really continue to improve a lot (which is doubtful IMO), a shitty, half-assed, inconplete, ill-described bug report of today that is not attended to, due to its deficit, is not lost: If the bug is real and persists, due to the proclaimed future advancements in LLM technology, maintainers will receive another much much better bug report which causes less work in a year or two. Since maintainer’s work capacity is the real bottleneck, this is a clear win!