8 ms·
You measure results, you benchmark what you care about. It works often enough to be useful
by Bootvis 24d ago
You measure results, you benchmark what you care about. It works often enough to be useful
- jstimpfle 24d agoGood, you achieved a 10% speedup for a particular workload that some users said they care about. But how do you find out that was really the feature that should have been built next? How do you prevent adding badly factored code? How to make sure you don't pile on top of existing tech debt in the codebase, that you are solving the most fundamental issues first?
- thunky 24d ago> some users said they care about But how could they possibly know what they should care about if they don't understand the code? > how do you find out that was really the feature that should have been built next? Phew right they don't know. Only the devs understand what software should do.
- jstimpfle 24d agoI actually explained well enough why this requires to a large degree a competent developer to judge.
- meowface 21d agoI think a sufficiently smart non-competent developer can still do this to great effect, but it definitely helps if someone is both a competent developer, smart, and a seasoned user of LLMs.
- meowface 21d agoJust because AI is not yet a god that is better than all humans at creativity and product decisions and design does not mean it is not a huge accelerant right now.