5 ms·
I wrestle with this also. A colleague pointed out that LLMs reduce language choice to an implementation detail… don’t have to know assembly to write python, and
by jmbwell 1mo ago
I wrestle with this also. A colleague pointed out that LLMs reduce language choice to an implementation detail… don’t have to know assembly to write python, and now you don’t have to know python to write a functional app. So why stick with python when rust might be better? Leave that to the LLM and let your engineering effort go toward designing the app instead of operating a programming language.
In which case yeah, projects are likely to converge on whatever pattern LLMs broadly fall into. But maybe that part doesn’t really matter. Not every project needs the engineer to care about that. If I’m not writing hardware level code, I don’t care what instructions my python compiles to, either.
Meanwhile nothing prevents someone from caring about these details if wanted or needed. Someone who knows and cares might absolutely do a better job than an LLM. Those people won’t necessarily go away.
But there -will- be a whole new category of software contributors who have ideas they don’t know how to express in a software language. Those ideas might well be very tasteful. So it could be argued that software development as a field will gain access to a whole new range of tastes.
I don’t know the answers but it all seems plausible
- xiaoyu2006 1mo agoTo be a bit more precise, SE is the practice to organize large codebase in a meaningful and human friendly way. AI will attract more hackers doing fun projects without careing about implementation details under a much higher level of abstraction, but they will not introduce more variation in SE.