this post was submitted on 31 May 2026
15 points (72.7% liked)

Programming

27116 readers
244 users here now

Welcome to the main community in programming.dev! Feel free to post anything relating to programming here!

Cross posting is strongly encouraged in the instance. If you feel your post or another person's post makes sense in another community cross post into it.

Hope you enjoy the instance!

Rules

Rules

  • Follow the programming.dev instance rules
  • Keep content related to programming in some way
  • If you're posting long videos try to add in some form of tldr for those who don't want to watch videos

Wormhole

Follow the wormhole through a path of communities !webdev@programming.dev



founded 3 years ago
MODERATORS
 

I use speckit, and while I like the spec/clarify/plan/task/analyze/implement loop (although it can get a bit overwhelming at times), I don't like that I have to start with writing a spec and implement it to begin with. I am looking for a more of a design phase before the spec phase, where I can talk about the overall application architecture, and then start writing specs for implementing pieces of it.

For instance, let's say I want to build a github repo provisioner that 1. creates repos with desired setup, and 2. bulk edit repos with secret updates, yaml updates, etc. I don't want to build both the features at the beginning. I want to first build only the create portion, and then do the bulk edit feature later on. With speckit, I can do this by only telling it to create the spec for the build portion, but later if I want to build the bulk edit portion, the whole application might need to be changed in important places, because it wasn't a 'planned' feature when it was first designed. I want instead to have a design phase where I describe and maintain a doc with the whole application, and when I start the spec for the create portion, the agent can understand that this create portion is only part of a bigger application and can design/implement the create portion accordingly.

Have you come across a situation like this? how do you handle your big applications? Please advise.

you are viewing a single comment's thread
view the rest of the comments
[–] luciole@beehaw.org 2 points 21 hours ago (1 children)

I suggest you design the core bits of your project, actually fucking program it yourself, see what works and what doesn't, review design, and repeat. (This is a programming community.)

[–] nieceandtows@programming.dev 3 points 20 hours ago (1 children)

I have 18 years of programming experience, this is not about not knowing how to code. It's about using a new technology effectively without losing your identity as a senior programmer. May be you have the ultimate say in your company, and can stave off agentic coding until the bubble bursts, but I don't have that luxury. Agentic coding has fucked up all output velocity expectations, so even if you don't use them, you're still expected to output at the new velocity, which would just about kill mj love for programming.

[–] Azzu@leminal.space 1 points 59 minutes ago

which would just about kill mj love for programming

How is the expectation of coding fast killing your love for programming, but stopping programming altogether and letting an AI do it is not?