densekernel
Joined 6 years ago
Joined 6 years ago
It's then more efficient to inspect if existing test cases are being modified as part of the delivery of something new and inspect why.
If you have invested significantly in the planning phase and there is momentum in the architecture and conventions that already exist in the project, the implementation phase might not need as much oversight as is suggested here.
> You can discover that your initial idea was dumb and a better one exists
The planning and architecture phase is usually where I make these types of discovery at a high level.
> Your agent might go “off the rails” and start doing something you don’t want it to do
Candidly these orthogonal, inadvertent edits aren't as bad as they once were and for impactful changes there should be at least some test coverage, even if that test coverage is just "freezing" what was implemented.
As you mentioned the final review discussion is a good chance to verify beyond what review or adversarial review agents find.
How did you accomplish the responsiveness with such a flexible layout?
Someone at Bose may also be interested in this kind of development.
Some useful links:
- Cookiecutter: https://github.com/tiangolo/full-stack-fastapi-postgresql
https://a16z.com/2020/01/21/every-company-will-be-a-fintech-...
"prediction re the end of spreadsheets
AI code gen means that anything that is currently modeled as a spreadsheet is better modeled in code. You get all the advantages of software - libraries, open source, AI, all the complexity and expressiveness."