5 ms·

[flagged]

raincole 5mo ago
Thank you. I was about to reply the same comment but I couldn't say it as concisely. The funny part is some top comments are saying this article is straw man and the rest of them are just proving the archetype is very real.
sevenzero 5mo ago
Nah man. You got to say "no" a lot. Even in the age of AI. Often times features downright make no sense, the time to implement can span weeks and it would actively damage the product in the long term. I work in a ecom startup and I got to say no so many times due to added complexity for little reward.
- frevib 5mo ago
  I think saying no is more important now with AI, as features can be built so quickly now. But there are a lot more costs after the feature has been built. Mostly with AI the code isn’t understood that well, wich incurs a cognitive debt. Then there are extra maintentance and documentation costs. And the costs of carrying around features that add no value. I can imagine that if you’re a startup and want to try new features quickly, it makes sense to say yes more. But the senior mentioned in the article will also be able to understand that.
Toutouxc 5mo ago
You got all that from four words? Also what's wrong with "code is a liability"? That's just 100 % true. The idea isn't exactly novel or revealing, but it's also really fundamental. Every line of code is a liability from day one. The comment you replied to used that as a reminder and as an opening to an actual argument, it wasn't just a knee-jerk reaction.
- thrownthatway 5mo ago
  Code is an asset. Code that enables a company to generate revenue is an asset. Code is an asset. Code that can be sold for more than it cost to generate is an asset.
  - andwur 5mo ago
    That's an oversimplification. Asset vs liability isn't a binary state but a superposition. An asset can carry liabilities. Your asset might generate $10k a month in revenue, but at the same time may have a high chance of needing a $100k investment in upgrades and repairs to remain productive.
  - pyvpx 5mo ago
    A building is an immovable asset. It’s also made of things that wear and tear. Its value is derived from its capability to house and the capability to house something extends beyond four walls and a roof. The asset has inherent liabilities. A codebase can be reasoned about extremely similarly
  - Toutouxc 5mo ago
    Note how the longer sentences are significantly stricter than the shorter ones. You could maybe add another condition, in the sense that the code has to generate more revenue than it costs to maintain. Then I'd start to agree. Also note that even when a line of code is generating revenue, it never stops being a liability in almost every sense of the word. Testing it still costs money and time, understanding it costs cognitive power, having it in the context of your LLM coding agent costs tokens, and that's assuming it's a good line of code. If it's bad code (badly named, badly placed, a logic chain that works but has hidden flaws), the costs increase and reverberate throughout the codebase (and your AI coding sessions).
    - thrownthatway 5mo ago
      Yep, that was pretty much the point of my comment. Code is a liability - yes with an and / no with a but. I’m sure volumes have been written amount, and there’s roughly an infinite amount of nuance to be talked about over a few drinks and a smoke.
dang 5mo ago
Please don't cross into personal attack on HN. You can make your substantive points without that. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html p.s. We've had to ask you this before: https://news.ycombinator.com/item?id=47103856 https://news.ycombinator.com/item?id=47103856. If you'd please review the guidelines and take the intended spirit of the site to heart, we'd be grateful.
wellactchully 5mo ago
Are you nitpicking that with the right achitecture and safeguards, unaccountable lines of code are perfectly harmless? Because I think in most regular situations, code-without-adjectives, uncertain commits, or any number of things might be rightfully justified as a literal legal liability for business cases. I get that you don't like how flat it is, but on a business website, in a world forecasted to be full of black box code, the statement is correct. Code in a vacuum may not be a personal liability, but it is a professional one in 2026 where there's a gulf between slop and secure code

[flagged]

Thank you. I was about to reply the same comment but I couldn't say it as concisely. The funny part is some top comments are saying this article is straw man and the rest of them are just proving the archetype is very real.

sevenzero 5mo ago

Nah man. You got to say "no" a lot. Even in the age of AI. Often times features downright make no sense, the time to implement can span weeks and it would actively damage the product in the long term. I work in a ecom startup and I got to say no so many times due to added complexity for little reward.

frevib 5mo ago
I think saying no is more important now with AI, as features can be built so quickly now. But there are a lot more costs after the feature has been built. Mostly with AI the code isn’t understood that well, wich incurs a cognitive debt. Then there are extra maintentance and documentation costs. And the costs of carrying around features that add no value. I can imagine that if you’re a startup and want to try new features quickly, it makes sense to say yes more. But the senior mentioned in the article will also be able to understand that.

Toutouxc 5mo ago

You got all that from four words? Also what's wrong with "code is a liability"? That's just 100 % true. The idea isn't exactly novel or revealing, but it's also really fundamental. Every line of code is a liability from day one. The comment you replied to used that as a reminder and as an opening to an actual argument, it wasn't just a knee-jerk reaction.

thrownthatway 5mo ago
Code is an asset. Code that enables a company to generate revenue is an asset. Code is an asset. Code that can be sold for more than it cost to generate is an asset.
- andwur 5mo ago
  That's an oversimplification. Asset vs liability isn't a binary state but a superposition. An asset can carry liabilities. Your asset might generate $10k a month in revenue, but at the same time may have a high chance of needing a $100k investment in upgrades and repairs to remain productive.
- pyvpx 5mo ago
  A building is an immovable asset. It’s also made of things that wear and tear. Its value is derived from its capability to house and the capability to house something extends beyond four walls and a roof. The asset has inherent liabilities. A codebase can be reasoned about extremely similarly
- Toutouxc 5mo ago
  Note how the longer sentences are significantly stricter than the shorter ones. You could maybe add another condition, in the sense that the code has to generate more revenue than it costs to maintain. Then I'd start to agree. Also note that even when a line of code is generating revenue, it never stops being a liability in almost every sense of the word. Testing it still costs money and time, understanding it costs cognitive power, having it in the context of your LLM coding agent costs tokens, and that's assuming it's a good line of code. If it's bad code (badly named, badly placed, a logic chain that works but has hidden flaws), the costs increase and reverberate throughout the codebase (and your AI coding sessions).
  - thrownthatway 5mo ago
    Yep, that was pretty much the point of my comment. Code is a liability - yes with an and / no with a but. I’m sure volumes have been written amount, and there’s roughly an infinite amount of nuance to be talked about over a few drinks and a smoke.

dang 5mo ago

Please don't cross into personal attack on HN. You can make your substantive points without that. https://news.ycombinator.com/newsguidelines.html https://news.ycombinator.com/newsguidelines.html p.s. We've had to ask you this before: https://news.ycombinator.com/item?id=47103856 https://news.ycombinator.com/item?id=47103856. If you'd please review the guidelines and take the intended spirit of the site to heart, we'd be grateful.

wellactchully 5mo ago

Are you nitpicking that with the right achitecture and safeguards, unaccountable lines of code are perfectly harmless? Because I think in most regular situations, code-without-adjectives, uncertain commits, or any number of things might be rightfully justified as a literal legal liability for business cases. I get that you don't like how flat it is, but on a business website, in a world forecasted to be full of black box code, the statement is correct. Code in a vacuum may not be a personal liability, but it is a professional one in 2026 where there's a gulf between slop and secure code