LLMs also try and find short cuts to get the task done, for example I wrote some code (typescript) for work that had a lot of lint errors (I created a pretty strict rule set)
And I asked codex to fix them for me, first attempt was to add comments to disable the rules for the whole file and just mark everything as any.
Second attempt was to disable the rules in the eslint config.
It does the same with tests it will happily create a work around to avoid the issue rather than fix the issue.
The problem is that “clear”, “modular”, “well designed” and all pretty abstract ideas.
I personally like builder style when doing oop new Client().withTimeOut().ignoreHttpErrors()
Not everyone would consider that clean when using it in your code base.
And let’s face it all code has hacks and patches just to get it out before the deadline then there are more things to do so it will just stay that way.
That might be true. But unclear, non-modular, and poorly designed is actually much easier to identify.
I don't know if I like the builder style; I could go either way. But if I saw that, I'd still consider that clear and well designed. But I've seen some truly ugly code from both people and AI.
But same is true about "good food": some people will prefer some specific food and someone "good food" may not be the taste of someone else.
And yet, it would be ridiculous to pretend that we cannot say that there is an advantage in avoiding cooking a dish made with dirt and toxic waste. The fact that we cannot define an absolute objective "good food" is not at all a problem.
yes, they turned off all energy economy measures when benchmarking software activity was detected, which completely broke the point of the benchmarks because your phone is useless if it's very fast but the battery lasts one hour
For context: ramada 0.32.0 isn't a concrete thing, in the sense that glibc 2.35 is. It really means "the latest ramada code because if you were to pin on this version it'll at some point stop working". glibc 2.35 never stops working.
me too but a lot of people see it as massive overhead they don't want to deal with.
personally i pin all mine because if you don't a version could be deployed during a pipeline and this makes your local version not the same as the one in docker etc.
pinning versions is the only way to be sure that the version I am running is the same as everyone elses
I do this a lot and it’s super helpful.
reply