23 ms·

I believe that it’s a matter of evolution. You start small and find what works fir you and the project. Then iterate and see how to remove yourself from it more

I believe that it’s a matter of evolution. You start small and find what works fir you and the project. Then iterate and see how to remove yourself from it more. I actually wrote about this concept here if that’s something the might interest you: https://www.tarasyarema.com/blog/2026-02-18-introducing-semantic-distance https://www.tarasyarema.com/blog/2026-02-18-introducing-sema...

itmitica 8mo ago
I like your content very much, let me point this out first. I'm not sure all aspects are covered in the approach. For instance, controlling the agents takes a big chunk of the interest. The agentic system architecture is also big in view. But, the way I see, more important staff is: project structure, coding best practices, testing strategies. All still deterministic. All still very tough to get agentic to do it right. I think agentic should just be means to an end: project quality and project ease of management. If not, it's just an indulgence that costs money.
- tarasyarema 8mo ago
  First of all, thanks! And agree on the open questions. Our goal is to keep experimenting and actually figure out how we agentic coding falls short in different scenarios and how that could be solved. For instance, on our own projects, in some cases it requires different approaches. E.g. in our core product we power-use stuff like pm2, AGENTS.md special instructions, testing strategies dogfooding our own qa-use and special claude code commands that we found work best. In other repos, we have slightly different approaches. Still we are far from autopiloting a lot of the stuff we build. But at the same time we are getting to a point where changes are done much faster, and the agents have more of a complete toolset for their validation, which makes it easier to supervise too.
  - itmitica 8mo ago
    I appreciate your work. But, again, from a productivity point of view, and from a correctness of approach point of view, I have learned this: 1. Avoid overengineering against/at all costs. 2. Doing the project is doing the project, anything else is ... not doing the project :) https://www.softwaredesign.ing/blog/doing-the-thing-is-doing-the-thing https://www.softwaredesign.ing/blog/doing-the-thing-is-doing...
    - harlequinetcie 8mo ago
      Hehehe very meta. It sounds like sharpening the knife before cooking is not cooking... But definitely will help make better food...

itmitica 8mo ago

I like your content very much, let me point this out first. I'm not sure all aspects are covered in the approach. For instance, controlling the agents takes a big chunk of the interest. The agentic system architecture is also big in view. But, the way I see, more important staff is: project structure, coding best practices, testing strategies. All still deterministic. All still very tough to get agentic to do it right. I think agentic should just be means to an end: project quality and project ease of management. If not, it's just an indulgence that costs money.

tarasyarema 8mo ago
First of all, thanks! And agree on the open questions. Our goal is to keep experimenting and actually figure out how we agentic coding falls short in different scenarios and how that could be solved. For instance, on our own projects, in some cases it requires different approaches. E.g. in our core product we power-use stuff like pm2, AGENTS.md special instructions, testing strategies dogfooding our own qa-use and special claude code commands that we found work best. In other repos, we have slightly different approaches. Still we are far from autopiloting a lot of the stuff we build. But at the same time we are getting to a point where changes are done much faster, and the agents have more of a complete toolset for their validation, which makes it easier to supervise too.
- itmitica 8mo ago
  I appreciate your work. But, again, from a productivity point of view, and from a correctness of approach point of view, I have learned this: 1. Avoid overengineering against/at all costs. 2. Doing the project is doing the project, anything else is ... not doing the project :) https://www.softwaredesign.ing/blog/doing-the-thing-is-doing-the-thing https://www.softwaredesign.ing/blog/doing-the-thing-is-doing...
  - harlequinetcie 8mo ago
    Hehehe very meta. It sounds like sharpening the knife before cooking is not cooking... But definitely will help make better food...