[flagged]
Why don't you share the list of very useful things you created instead, mono442?
11–20 of 116 posts
[flagged]
Why don't you share the list of very useful things you created instead, mono442?
Earlier quoted context omitted.
Weird stance to take. I can understand "untested AI-genned code is bad, and thus anything that reeks of AI is going to be scrutinized" - especially given that PostmarketOS deals a lot with kernel drivers for hardware. Notoriously low error margins. But they just had to go out of their way and make it ideological rather than pragmatic.
as a kernel developer, I use LLMs for some tasks, but can say it is not there yet to write real kernel space code
Having an LLM helps, especially when you're facing a new subsystem you're not familiar with, and trying to understand how things are done there. They still can't do the heavy duty driver work by themselves - but are good enough for basic guidance and boilerplate.
Earlier quoted context omitted.
Weird stance to take. I can understand "untested AI-genned code is bad, and thus anything that reeks of AI is going to be scrutinized" - especially given that PostmarketOS deals a lot with kernel drivers for hardware. Notoriously low error margins. But they just had to go out of their way and make it ideological rather than pragmatic.
It's fine for a project to have moral/ideological leanings, it's only weird if you insist that project teams should be entirely amoral.
Earlier quoted context omitted.
as a kernel developer, I use LLMs for some tasks, but can say it is not there yet to write real kernel space code
Same. Having an LLM helps, especially when you're facing a new subsystem you're not familiar with, and trying to understand how things are done there. They still can't do the heavy duty driver work by themselves - but are good enough for basic guidance and boilerplate.
Earlier quoted context omitted.
Weird stance to take. I can understand "untested AI-genned code is bad, and thus anything that reeks of AI is going to be scrutinized" - especially given that PostmarketOS deals a lot with kernel drivers for hardware. Notoriously low error margins. But they just had to go out of their way and make it ideological rather than pragmatic.
as a kernel developer, I use LLMs for some tasks, but can say it is not there yet to write real kernel space code
If you use AI to make repetitive tasks less repetitive, and clean up any LLM-ness afterwards, would they notice or care?
I find blanket bans inhibitive, and reeks of fear of change, rather than a real substantive stance.
Earlier quoted context omitted.
Weird stance to take. I can understand "untested AI-genned code is bad, and thus anything that reeks of AI is going to be scrutinized" - especially given that PostmarketOS deals a lot with kernel drivers for hardware. Notoriously low error margins. But they just had to go out of their way and make it ideological rather than pragmatic.
It's fine for a project to have moral/ideological leanings, it's only weird if you insist that project teams should be entirely amoral.
As long as they align with the correct (i.e. yours) values, of course. When they adopt the wrong values, it's not fine.
Earlier quoted context omitted.
as a kernel developer, I use LLMs for some tasks, but can say it is not there yet to write real kernel space code
Exactly, you can use it for some tasks. But why "explicitly forbid generative AI". If you use AI to make repetitive tasks less repetitive, and clean up any LLM-ness afterwards, would they notice or care? I find blanket bans inhibitive, and reeks of fear of change, rather than a real substantive stance.
https://docs.postmarketos.org/policies-and-processes/develop...
Earlier quoted context omitted.
It's fine for a project to have moral/ideological leanings, it's only weird if you insist that project teams should be entirely amoral.
The main reason open source projects exist at all is because of people who started them with quite often fringe ideological leanings. Just look at the GNU project.
Earlier quoted context omitted.
It's fine for a project to have moral/ideological leanings, it's only weird if you insist that project teams should be entirely amoral.
> It's fine for a project to have moral/ideological leanings As long as they align with the correct (i.e. yours) values, of course. When they adopt the wrong values, it's not fine.
Earlier quoted context omitted.
as a kernel developer, I use LLMs for some tasks, but can say it is not there yet to write real kernel space code
Exactly, you can use it for some tasks. But why "explicitly forbid generative AI". If you use AI to make repetitive tasks less repetitive, and clean up any LLM-ness afterwards, would they notice or care? I find blanket bans inhibitive, and reeks of fear of change, rather than a real substantive stance.
The AI policy linked from the OP explains why. It's half not wanting to deal with slop, and half ethical concerns which still apply when it's used judiciously.