I'm embracing the AI future we live in. It should be possible to build great software with AI. AI is good at code generation, but not testing. That's the other part of the equation we seem to be forgetting.
With the first and only commit 2 hours ago, the author of this project didn't let it "bake". They didn't exercise it locally to see what issues it might have, and I have a hard time believing the very first iteration of this software is perfect. With how easy it is to prompt/push anything, I'm not interested in engaging with anything that hasn't aged a bit.
show comments
zbentley
Off topic, but watching the output of this thing renews my disappointment that so many programming languages/frameworks fail to provide signal sender information to signal handlers. It’s there! Crusty ABI and historical reasons are, as far as I can tell, the only reason why languages like Python (and many others) don’t surface sigaction to handlers without unnecessary acrobatics.
Sigh. We shouldn’t have modeled signal handling in a cross-platform, lowest-common-denominator way in HLLs. Signals have way less in common across OSes than files/sockets and the like.
Anyway, rant over. Not much to be done about it now.
serious_angel
Thank you, but I won't even consider a yet another AI/LLM slop which will not be maintained in a few months, nor anyone will ever invest their life time into, too.
> Hey everyone, I wrote this tool...
Hey there. And yes, I don't you believe it's you who "wrote" it (where even the Readme file seems to be generated), nor you have experience enough in the so crucial subjects raised, to invest my own life time in the project, too, sorry.
I'll better consider projects where actual effort and human was involved believing in their art, knowledge, and experience of life they express in their actual, authentic, and accountable work.
I'm embracing the AI future we live in. It should be possible to build great software with AI. AI is good at code generation, but not testing. That's the other part of the equation we seem to be forgetting.
With the first and only commit 2 hours ago, the author of this project didn't let it "bake". They didn't exercise it locally to see what issues it might have, and I have a hard time believing the very first iteration of this software is perfect. With how easy it is to prompt/push anything, I'm not interested in engaging with anything that hasn't aged a bit.
Off topic, but watching the output of this thing renews my disappointment that so many programming languages/frameworks fail to provide signal sender information to signal handlers. It’s there! Crusty ABI and historical reasons are, as far as I can tell, the only reason why languages like Python (and many others) don’t surface sigaction to handlers without unnecessary acrobatics.
Sigh. We shouldn’t have modeled signal handling in a cross-platform, lowest-common-denominator way in HLLs. Signals have way less in common across OSes than files/sockets and the like.
Anyway, rant over. Not much to be done about it now.
Thank you, but I won't even consider a yet another AI/LLM slop which will not be maintained in a few months, nor anyone will ever invest their life time into, too.
> Hey everyone, I wrote this tool...
Hey there. And yes, I don't you believe it's you who "wrote" it (where even the Readme file seems to be generated), nor you have experience enough in the so crucial subjects raised, to invest my own life time in the project, too, sorry.
I'll better consider projects where actual effort and human was involved believing in their art, knowledge, and experience of life they express in their actual, authentic, and accountable work.