To be fair prompts is just English language intent abstracted for code. It is still am very much a thing. Why do you feel that harness customization is fleeting, enterprises care about them a lot for many reasons from compliance to security.
From the point of view of a developer looking to differentiate themselves. The instinct is to look for generalizations, abstractions, composability, but as Boris says, these just get subsumed into the latest model RL. So what expertise is left for the developer to invest in?
It’s been my experience as of recently. I point it at an issue tracker and ask it to investigate, write a test to reproduce the problem and plan a fix together. There’s lots of hand holding from me but it saves me a lot of work and I’ve been surprised by its comfort with legacy code bases. For now I feel empowered, and I’m actually working more intensively, but I was wondering to myself if I’m going run out of work this year. Interestingly, our metrics show that output is slowed by increased workload on reviewers.
Often, the clients of legacy code are old too, and are hard coded to access it.
I've done this, but on a private branch, with a single merge to trunk in the end. Starting with complex integration tests, new interfaces were gradually defined and made the code testable, giving me the needed confidence.
