Not the original commenter, but I feel pretty strongly that frameworks for software review loops are at best training wheels for people who haven't yet developed the right understanding. I don't use any sort of complex skills framework, I just tell the AI what I want while leaving reasonable Claude-sized gaps to fill in, and my results are usually better and often faster than people who get lost in framework management. Perhaps they're more useful for pure greenfield development, but for most software developers who are working on existing systems I have not seen a strong use case for them.
There's one guy I know who constantly has problems with Claude going off-script, and every time I dig in, it's clear that the poor thing is so overloaded with instructions and skill lists that it can't figure out what he actually wants it to do.
The frameworks-and-tools make for good blog fodder too, as they are quite applicable across a range of areas, so many readers will find something that resonates with them, and claude-code-is-pretty-good-these-days is a less blogworthy topic.
No, I don’t know what those are. (Looked them up and I don’t teach every possible handler, but I teach people how to do structured inputs etc..)
I teach TDD philosophy as well as conways law, parnas hiding etc…without using those terms
So things like problem decomposition into tractable chunks minimum viable product, prototyping, how do you iterate, write the smallest possible test… you know things like this which are just taking incremental work and then iterating on it
It’s basically everything I’ve learned about building stuff since 1997
**Interestingly I thought prompt engineering was going to be a fad but it’s turned into a whole ass new discipline which makes less sense as more robust toolchains come into play and models handle the context interpretation better
Take it as you may but I got good results out of those. I would suggest that you take task like porting a code from c++ to go or equivalent complex task and use those skills along with your traditional knowledge of what you expect from a port and see how those skills do. Just annecdote from my side. You can do experimentation on your side.
Not the original commenter, but I feel pretty strongly that frameworks for software review loops are at best training wheels for people who haven't yet developed the right understanding. I don't use any sort of complex skills framework, I just tell the AI what I want while leaving reasonable Claude-sized gaps to fill in, and my results are usually better and often faster than people who get lost in framework management. Perhaps they're more useful for pure greenfield development, but for most software developers who are working on existing systems I have not seen a strong use case for them.
There's one guy I know who constantly has problems with Claude going off-script, and every time I dig in, it's clear that the poor thing is so overloaded with instructions and skill lists that it can't figure out what he actually wants it to do.
The frameworks-and-tools make for good blog fodder too, as they are quite applicable across a range of areas, so many readers will find something that resonates with them, and claude-code-is-pretty-good-these-days is a less blogworthy topic.
No, I don’t know what those are. (Looked them up and I don’t teach every possible handler, but I teach people how to do structured inputs etc..)
I teach TDD philosophy as well as conways law, parnas hiding etc…without using those terms
So things like problem decomposition into tractable chunks minimum viable product, prototyping, how do you iterate, write the smallest possible test… you know things like this which are just taking incremental work and then iterating on it
It’s basically everything I’ve learned about building stuff since 1997
**Interestingly I thought prompt engineering was going to be a fad but it’s turned into a whole ass new discipline which makes less sense as more robust toolchains come into play and models handle the context interpretation better
Follow these channels or videos for better understanding of skills and how they are using it.
https://www.youtube.com/@mattpocockuk
https://www.youtube.com/@EricWTech
https://www.youtube.com/watch?v=eRS3CmvrOvA
That’s too specific to claude and tooling to last
All this stuff is going to be obsolete in like 6 months
Take it as you may but I got good results out of those. I would suggest that you take task like porting a code from c++ to go or equivalent complex task and use those skills along with your traditional knowledge of what you expect from a port and see how those skills do. Just annecdote from my side. You can do experimentation on your side.