2,817 karma · joined October 28, 2014
Contact Information
David Cornelson here. Tons of dev, architecture, strategy, and advisory experience looking work. I'm well aware of the reset in pay at the moment and happily willing to adjust accordingly.
Location: Chicago/IL/USA
Remote: Y
Willing to relocate: Y (SF, DC, Raleigh/Durham, maybe Seattle/Austin)
Technologies: AWS, Azure, C#, .NET Core, Domain-Driven Design Modeling and Development, Event Storming Facilitation, all data storage types. GenAI dev/arch integration expert.
Email: Connect via LinkedInThe eye-opener is clean licensed data with filters for AI content (not sure how you do that).
If MSFT builds up using an ethical approach, there is a large anti-AI audience that might take note.
Planned, architected problems led by experienced dev/arch’s will be where success is measured.
My thoughts are distilled in a single page:
https://devarch.ai/trio-paradigm.html
I doubt we will ever need a large team to build software again. PMs will be fractional. Product owners and subject matter experts will become more valuable. And engineers that have deep experience with things like Domain-Driven Design will thrive and vibe coders will eventually be shut out of bigger roles.
I started using ChatGPT and Claude, then Claude Code the second each tech stack became available. I iteratively cajoled as much productivity as I could from it. Until October 2025 I was adamantly against it as a real tool for complex software projects.
Then Opus 4 -> 4.5 arrived and as we all know, changed the world.
But during those earlier times with minuscule context windows and many hallucinations, I still extracted evidence of what could be accomplished. I stored over a thousand work summaries from several projects and then in January 2026 I worked with Claude Code to build DevArch on the principles it could discern from those work summaries. Obviously I corralled Claude into developing a set of guardrails that I felt encapsulated what I describe as productive architecture and software engineering from a continuous improvement stance.
DevArch is now at 4.0 and installs on any Mac, Linux, or WSL OS. There's a 14-day free trial so you can download it and see for yourself.
If you're serious about being productive and generating high quality code, then I believe DevArch is a great asset to your toolkit.
And "my workflow" isn't a workflow. It really allows you to work however you want...with DevArch watching everything and injecting questions when it senses you're straying from your mission. And it will push you to wrap up, commit and push, clear the deck, then recap and repeat.
I’d suggest that the domain expert partner with a GenAI senior engineer to build together. In fact I believe this is the new dev team model. Domain Expert + Senior Engineer + QA. Not sure we still need a project manager anymore and we certainly don’t need scrum masters.
As a technologist I tend to lean into new things rapidly because that’s how I’ve survived in IT for so long. Since I’m not ready to retire I still have a vested interest in staying informed.
But the OP has definitely identified a psychological issue I think we’re all going through.
I’ve started pumping the brakes on Claude usage. Before I would invent a target to work on. Now I’m filtering existing tasks to needs and not spending nearly as much time in Claude.
I’d bet this is being felt by the AI companies and the correction we’ve been talking about is nearing.
GenAI is great as a tool. But it can’t be everything.
You literally hate everyone and everything.
I couldn’t find a single instance of positivity.
It almost seems like you hang out on HN just to scold people.
You never actually engage in conversation.
You probably have a hit list and automatically down vote everything they say.
At that time, there were no video terminals. There were no monitors (this is high school).
We played Dungeon and Adventure on 17” wide green bar paper terminals, usually a Digital Equipment Corporation DECWriter II or III.
There was no Internet. There was nowhere to go for hints. We simply had to figure everything out.
At that time, these were the first complex computer games. When the Imps created Infocom they made the top ten most popular games until video arrived in classrooms and homes.
There is a fairly active community of hobbyists that still make text games, though evolved away from the brutal puzzles to more balanced narrative and seamless puzzles.
Using Claude I even built my own platform: https://sharpee.net/.
There a thousands of free text games. Check out https://ifdb.org for more.
Constructing software requires supervision and a continuous feedback loop from a discerning human.
With discipline, it’s an aggregator.
I’ve iterated the process hundreds of times and even with a strong specification and tests, an llm can meet the spec and pass all the tests and still build the wrong thing.
This multi-agent workflow idea is worse than web3.
But it’s a YC thing so someone will make money.
One is augmentation and the other is whack-a-mole.
Excellent read.
I’d hoped Anthropic would steer clear of blatantly unethical practices but here they go in bed with that guy and his horribly damaging data center.
The assumption is that there’s no way to extract speed and accuracy matching business models.
This isn’t obviously false to the majority of dev/arch’s because most are vibe-coding, but it is extremely obvious to the minority that has focused on accuracy first THEN speed.
I don't know rust at all and I've built three applications using it with Claude because it has speed and correctness built-in.
I use Typescript for 90% of the things I build. For web development I've used a number of tools, but mostly react, nextjs, or raw html/css/js. But if I were building an enterprise application I'd consider my team and whether opinionated (Angular) was optimal over flexible (React).
Each project should consider its own optimal tech stack.
Domain-Driven Design started with Eric Evan's "blue book" in 2003 and continued with Vaughn Vernon's "red book" a few years later. Event Storming workshops and event sourcing data storage have also emerged as important tools.
I am just a practitioner. Eric, Vaughn, Paul Reyner, Alberto Brandolini, and a few other architects lead.
My DevArch guardrails is a toolkit to follow these practices.
You can’t play whack-a-mole with GenAI. You have to start from well-known principles and watch everything it produces. Every module or bounded context has to have its own invariants.
You can’t fully automate software engineering with GenAI. It seems the vast majority of GenAI users think they can and end up in the same place as the OP.
Maybe learn Domain-Driven Design, Event Sourcing, and then try again. The results will be dramatically improved.
That book has haunted me for decades.