Re:Electrical engineers on the brink of extinction threaten ...
by majormajor on Monday July 18, 2022 @09:31PM
(#32146419)
A different answer than everyone else so far: Leverage.
Super-simple example: a single developer focused just on internal tools for a 10 person company.
Let's say that this company has a full plate, everyone is busy 100% of the time. They can't really bring on new clients. They could hire a new person to do some of the work, but let's say that that new person will cost almost as much as a new client would bring in. Their margins are very tight, they wouldn't be able to expand fast at all, and losing a client would be very perilous.
(This is how a lot of small companies work. People getting laid off because a client went away is something I've seen firsthand.)
Let's say over the course of a year an engineer could build out enough basic, CRUD-app-style automation to free up 30% of everyone else's time. Now you can get multiple new clients for the cost of one new person! And if you can further automate and reduce the drudgery, even more!
(This is also a partial explanation for why the outsourcing, salaries-will-go-to-zero expectations of the early-2000s haven't come to pass: it requires tight communication and a good understand of people's workflows, which is much harder to do across time zone and language barriers. Hardware, on the other hand, needs a firmer spec and less ability to iterate rapidly with rapid communication and feedback.)
Of course the real world is more complicated and some of that automation comes from SaaS tools, etc (a less-direct way of paying those engineers, and something that could be more outsourceable in the long run) but a surprising amount of companies still need hands-on internal expertise to glue everything together. Less code tends to result in more code, because now that you and your competitors have gotten more efficient too, you have to get even more efficient to move the needle again. The thing about business processes is that they will always evolve as old companies die, new ones start, and consumers (both individuals and other companies) want different things.
Super-simple example: a single developer focused just on internal tools for a 10 person company.
Let's say that this company has a full plate, everyone is busy 100% of the time. They can't really bring on new clients. They could hire a new person to do some of the work, but let's say that that new person will cost almost as much as a new client would bring in. Their margins are very tight, they wouldn't be able to expand fast at all, and losing a client would be very perilous.
(This is how a lot of small companies work. People getting laid off because a client went away is something I've seen firsthand.)
Let's say over the course of a year an engineer could build out enough basic, CRUD-app-style automation to free up 30% of everyone else's time. Now you can get multiple new clients for the cost of one new person! And if you can further automate and reduce the drudgery, even more!
(This is also a partial explanation for why the outsourcing, salaries-will-go-to-zero expectations of the early-2000s haven't come to pass: it requires tight communication and a good understand of people's workflows, which is much harder to do across time zone and language barriers. Hardware, on the other hand, needs a firmer spec and less ability to iterate rapidly with rapid communication and feedback.)
Of course the real world is more complicated and some of that automation comes from SaaS tools, etc (a less-direct way of paying those engineers, and something that could be more outsourceable in the long run) but a surprising amount of companies still need hands-on internal expertise to glue everything together. Less code tends to result in more code, because now that you and your competitors have gotten more efficient too, you have to get even more efficient to move the needle again. The thing about business processes is that they will always evolve as old companies die, new ones start, and consumers (both individuals and other companies) want different things.