| |
| ▲ | saghm 7 hours ago | parent | next [-] | | Producing code that does what's intended. The metric is fuzzy and based on the usage of the software, not the scale of lines of code. The extent of the importance of the code itself is that I'm practice software tends not to be "one and done", so you need to be able to go back and modify it to fix bugs, add features, etc., and it turns out that's usually hard when the code is sloppy. Those needs still should stem from the sandal actual user experience though, or else we've lost the plot by treating the mechanism as the goal itself | | |
| ▲ | shepherdjerred 5 hours ago | parent [-] | | Would my user rather have a program that works 100% in 2 weeks, or a program that works 80% in one day? When the user needs a change made, would they prefer I spend another two weeks extending my perfect program, or throw a few LLMs at their sloppy code and have it done in a day? |
| |
| ▲ | sph 8 hours ago | parent | prev [-] | | What is art? What is the point of anything? Why write code instead of eating bananas all day? There is no answer to your question. |
|
