4 ms·

Because having a constant cash flow fits better the model of a software company since you need to keep a dev team in perpetuity. You can't hire devs per projec

by pier25 4y ago

Because having a constant cash flow fits better the model of a software company since you need to keep a dev team in perpetuity. You can't hire devs per project like in construction. Developing commercial software requires maintenance, knowing the codebase, etc.

postalrat 4y ago
The difference is software companies hire programmers while companies that sell physical goods hire engineers. Engineers work hard to get it right the first time while programmers are constantly fixing their mistakes.
- candiddevmike 4y ago
  This is a dumb take, product recalls happen all the time if the issue is bad enough, otherwise everything else flies under the radar. All physical goods eventually need upkeep, too.
- deleted 4y ago
  [deleted]
- zihotki 4y ago
  You probably don't understand how either of them work. Do you remember for how long Apple was trying to fix problems with their butterfly keyboards?
- conductr 4y ago
  Are they fixing mistakes or constantly adapting to new/expanding requirements? Try adding an extra bedroom or 3 mid-construction on a house that had perfectly designed plans. One might be doable, seem easy even but 3 might require a new foundation or something to carry the load (scale). What if the ask is to pivot to a commercial property. Now you have to physically move it to piece of land that is zoned appropriately. Or maybe just tear it down and start over (refactor). Those aren't mistakes, they just weren't planned when construction began yet have insane implications to the builders. Planning and expanding software never ends like it would when you complete a tangible finished good.
  - JohnFen 4y ago
    > Are they fixing mistakes or constantly adapting to new/expanding requirements? Fixing their mistakes. Constantly adapting to new/expanding requirements doesn't require SaaS. But the way it's worked out is that SaaS lowers production costs because code can be shipped fast -- with minimal testing and before there's any real reason to have confidence in it -- on the theory that you can just push out updates later for any bugs that customers find too annoying.
    - pier25 4y ago
      It's a bit of everything. Sure there are mistakes, but OTOH the complexity also grows exponentially. And it's literally impossible to make software without mistakes. Doesn't matter how much money you throw at it.
      - JohnFen 4y ago
        True. However, companies used to engage in comprehensive testing before release. SaaS removes the need to do that, saving a lot of money in exchange for a lower-quality product.
        conductr 4y ago
        Non-SaaS still exists. Why does my OS update every week?
deleted 4y ago
[deleted]
Jolter 4y ago
I’m not saying you’re wrong, but you can absolutely hire devs per project. My employer has done it many times. I was in a project that scaled up from 10 scrum teams up to 120 over a year and a half, and then once the product was launched, down to ~25 teams again for the maintenance part of the product cycle. This would have been impossible without contractors. That said, your first argument is sound.
- pier25 4y ago
  > I’m not saying you’re wrong, but you can absolutely hire devs per project You're right of course. I should have written a more nuanced comment that I had time for :) My point was only that in other types of businesses it's possible and common to hire the whole team per project or season.

by pier25 4y ago

postalrat 4y ago

The difference is software companies hire programmers while companies that sell physical goods hire engineers. Engineers work hard to get it right the first time while programmers are constantly fixing their mistakes.

candiddevmike 4y ago
This is a dumb take, product recalls happen all the time if the issue is bad enough, otherwise everything else flies under the radar. All physical goods eventually need upkeep, too.
deleted 4y ago
[deleted]
zihotki 4y ago
You probably don't understand how either of them work. Do you remember for how long Apple was trying to fix problems with their butterfly keyboards?
conductr 4y ago
Are they fixing mistakes or constantly adapting to new/expanding requirements? Try adding an extra bedroom or 3 mid-construction on a house that had perfectly designed plans. One might be doable, seem easy even but 3 might require a new foundation or something to carry the load (scale). What if the ask is to pivot to a commercial property. Now you have to physically move it to piece of land that is zoned appropriately. Or maybe just tear it down and start over (refactor). Those aren't mistakes, they just weren't planned when construction began yet have insane implications to the builders. Planning and expanding software never ends like it would when you complete a tangible finished good.
- JohnFen 4y ago
  > Are they fixing mistakes or constantly adapting to new/expanding requirements? Fixing their mistakes. Constantly adapting to new/expanding requirements doesn't require SaaS. But the way it's worked out is that SaaS lowers production costs because code can be shipped fast -- with minimal testing and before there's any real reason to have confidence in it -- on the theory that you can just push out updates later for any bugs that customers find too annoying.
  - pier25 4y ago
    It's a bit of everything. Sure there are mistakes, but OTOH the complexity also grows exponentially. And it's literally impossible to make software without mistakes. Doesn't matter how much money you throw at it.
    - JohnFen 4y ago
      True. However, companies used to engage in comprehensive testing before release. SaaS removes the need to do that, saving a lot of money in exchange for a lower-quality product.
      - conductr 4y ago
        Non-SaaS still exists. Why does my OS update every week?

deleted 4y ago

[deleted]

Jolter 4y ago

I’m not saying you’re wrong, but you can absolutely hire devs per project. My employer has done it many times. I was in a project that scaled up from 10 scrum teams up to 120 over a year and a half, and then once the product was launched, down to ~25 teams again for the maintenance part of the product cycle. This would have been impossible without contractors. That said, your first argument is sound.

pier25 4y ago
> I’m not saying you’re wrong, but you can absolutely hire devs per project You're right of course. I should have written a more nuanced comment that I had time for :) My point was only that in other types of businesses it's possible and common to hire the whole team per project or season.