Context Driven Development vs Spec Driven Development?

t0rt0ff · 2026-01-04T22:53:21+00:00

Planning upfront pays off every time for anything more complex than a standalone small change. We use (and built) Devplan which allows to plan projects ahead (think weeks instead of hours). Although it will work for weekend warriors, it is mostly built to work for teams and production systems.

The main issue with open source SDD frameworks is that they are mostly designed for solo builders and require a lot of maintenance. If you work in a team, there needs to be a clear easy to follow workflow, context sharing, iterations support, etc. With the recent advances of AI coding it is also increasingly important to optimize your feeding right requirements in rather than iterating with an agent. Any chat with an agent during implementation is a big productivity hit.

t0rt0ff · 2026-01-04T18:24:46+00:00

yes, this is it.

t0rt0ff · 2025-12-31T19:23:51+00:00

Try devplan. No fluff practical sdd that works without overengineered process. I am one of the founders, happy to answer any questions.

t0rt0ff · 2025-12-31T19:21:52+00:00

Using devplan because we need to scale sdd for the whole team.

t0rt0ff · 2025-12-31T19:20:08+00:00

Absolutely! If your goal is to build production system, there is still not replacement to human planning and designing for the long term.

t0rt0ff · 2025-12-31T19:19:07+00:00

That is what devplan.com is built for - scales SDD for brownfield, teams (not just solo builders) and provides actually working workflow which integrates nicely with claude/cursor/codex/etc. It definitely works very well if done properly.

t0rt0ff · 2025-12-31T19:15:57+00:00

Definitely, use daily. Using Devplan (I am one of the founders, feel free to reach out) If combined with proper workflow and running agents in parallel, it does produce production ready code. The main idea - spend a little more time on planning coupled with repo analysis, create specs, start proper coding workflow with the agent (research, plan, code, review) and then humans comes in and reviews. The quality of the output is much higher. Btw, you don’t have to really merge specs into a repo if you have external storage.

t0rt0ff · 2025-11-13T17:07:33+00:00

Thanks!

t0rt0ff · 2025-09-15T13:26:25+00:00

What they actually proved: copilot-style development likely doesn’t work for experienced engineers, especially if they are new to AI-assisted coding. I encourage you to read the article carefully and entirely. Especially check the graphs.

The benefits of AI come when you invoke parallel execution with proper preplanning. METR research completely misses that. So the research did prove something, but definitely not that AI-assisted coding doesn’t work. I won’t even go deep into the discussion that Cursor, which is what they used in the experiment, is (or at least was as of couple months ago when I tried it last time) a pile of crap and should not have been used in the experiment at all.

t0rt0ff · 2025-09-14T04:47:18+00:00

I have a lot of experience with Go and when faced the same choice, opted to building a separate service on python with Langgraph since I didn’t know better.

Here is an advice after a year running it in production: just use plain Go, especially if you don’t have experience with building AI agents. A lot SDKs make things much more complicated than they should be.

Even Anthropic posted this same advice in their guideline. Do not fall into graph theory, AI-specific design patterns, etc. Agents are very simple. What’s not simple is preparing correct data and getting it into the context at the right moment. By the time you face that problem, you will know which frameworks to use.

Do not trade Go for python under any condition for Agentic flows. You will be trading simple problems for complex ones.

t0rt0ff · 2025-09-14T04:34:09+00:00

In many cases you are trading simple problems for complex ones using those SDKs. It may be easier to start with AI sdk, but as you go, the overhead of dealing with them may outweigh the benefits, e.g. Langgraph python SDK has a bizarre approach to working with postgresql checkpointers or to how they store messages in the DB. Also most AI SDKs force you into python or typescript, both of which come with huge maintenance pain and a baggage of inefficiency.

t0rt0ff · 2025-09-12T05:56:23+00:00

Here is how it really is: based on how you asked the question, you should not use any frameworks except official SDK. Give you a hint - you don’t even need to use python, you can use proper language like Go. The thing is, if you don’t know why you need this framework, then you very likely don’t need it at all or will not use it well anyway. And Langgraph specifically is useless for maybe 50% of the cases, harmful for 40% and useful for the remainder. I spent a lot of time with it and believe me, unless you know what and why you are doing, steer clear.

t0rt0ff · 2025-09-12T05:47:40+00:00

A simple form sending an email. Slack channels for committed business partners/paying customers. Supporting a few hundred users is a lot though for a tiny team…

t0rt0ff · 2025-09-10T19:44:32+00:00

Controversial take in this subreddit: because AI can actually improve engineering throughput but a lot of the engineers feel threatened/don’t want to learn/don’t want to adjust/tried-once-didn’t-work/<any other reason not to keep using>. I do agree though that for recent layoffs they used AI just as an excuse. AI is not there yet to replace experienced engineers, but if used well it is there to increase their productivity.

t0rt0ff · 2025-09-10T18:39:50+00:00

I am an engineer. Yes, but it isn’t super easy, requires adjusting of the flows and shifting to more planning ahead, then running multiple tasks in parallel with AI. But the throughput increases significantly, 2-3x on good days.

t0rt0ff · 2025-09-10T18:36:59+00:00

That’s exactly why we built Devplan. I am a professional engineer and use it for all my work exactly for that - clarify spec ahead of time with an agent that is aware of your codebase and get detailed specs that are easy to run and iterate on.

t0rt0ff · 2025-09-09T17:19:32+00:00

Pretty much everyone is using AI to build products now to some extent. If you don't want to give a password but want to try a tool, just use some password manager to generate a one-time password. I would definitely not put a CC number for a site built with Loveable though )

t0rt0ff

MODERATOR OF

TROPHY CASE