Lines of code was never a good metric, but it looks like productivity to the C-suite. This will bite them (and everyone who uses the code) in the ass. After some spectacular fails it will be judgement that a Dev is most prized for, meanwhile, this.
Still, eight to ten productive hours a day in any sustained fashion is bullshit, more like 3-4 with a bunch of meetings, learning, deciphering etc. filling out the day.
Still, eight to ten productive hours a day in any sustained fashion is bullshit, more like 3-4 with a bunch of meetings, learning, deciphering etc. filling out the day.
That’s the norm for cube-farmed drones. As Work From Home I have more opportunity for focused development time and I can actually pull off a couple of 4 hour productive sessions in a day, but those distraction items still pile up.
Something interesting about vibe coding, lately, is that the LLMs are doing bigger and bigger chunks of work, and even when they come back with a prompt, frequently all you have to say is “continue” to keep them chewing away on a big development plan. This means, after you have got decent requirements and implementation plan in place, your minions do the work with minimal direction - freeing you for the important tasks like corporate documented training sessions, skimming through the inbox - I don’t like to simultaneously participate in a conference call and vibe code, but if it’s a passive “listen only” experience that’s usually multi-taskable with the periodic “continue” prompt.
Just like human written code, if you spend extra iterations vibe coding you can shake out more bugs, identiy DRY (Don’t Repeat Yourself) and SSOT (Single Source Of Truth) opportunities that make your LOC count leaner and your code easier to maintain.
If you just ship the first thing that seems to work… yeah, that’s going to look horrible when you revisit it after a few years.
Devs are reverse centaurs now.
Lines of code was never a good metric, but it looks like productivity to the C-suite. This will bite them (and everyone who uses the code) in the ass. After some spectacular fails it will be judgement that a Dev is most prized for, meanwhile, this.
Still, eight to ten productive hours a day in any sustained fashion is bullshit, more like 3-4 with a bunch of meetings, learning, deciphering etc. filling out the day.
That’s the norm for cube-farmed drones. As Work From Home I have more opportunity for focused development time and I can actually pull off a couple of 4 hour productive sessions in a day, but those distraction items still pile up.
Something interesting about vibe coding, lately, is that the LLMs are doing bigger and bigger chunks of work, and even when they come back with a prompt, frequently all you have to say is “continue” to keep them chewing away on a big development plan. This means, after you have got decent requirements and implementation plan in place, your minions do the work with minimal direction - freeing you for the important tasks like corporate documented training sessions, skimming through the inbox - I don’t like to simultaneously participate in a conference call and vibe code, but if it’s a passive “listen only” experience that’s usually multi-taskable with the periodic “continue” prompt.
Just like human written code, if you spend extra iterations vibe coding you can shake out more bugs, identiy DRY (Don’t Repeat Yourself) and SSOT (Single Source Of Truth) opportunities that make your LOC count leaner and your code easier to maintain.
If you just ship the first thing that seems to work… yeah, that’s going to look horrible when you revisit it after a few years.