|
|
|
|
|
by WASDx
99 days ago
|
|
I think these limitations could be addressed by allowing trivial manual adjustments to the generated code before committing. And/or allowing for trivial code changes without a spec change. The judgement of "trivial" being that it still follows the spec and does not add functionality mandating a spec change. I haven't checked if they support any of this but I would be frustrated not being allowed to make such a small code change, say to fix an off-by-one error that I recently got from LLM output. The code change would be smaller than the spec change. Cool idea overall, an incremental psuedocode compiler. Interesting to see how well it scales. I can also see a hybrid solution with non-specced code files for things where the size of code and spec would be the same, like for enums or mapping tables. |
|