4 ms·

Are you advocating for everyone to create their own SaaS here or what? End of the day, most engineers need to join employers. We can’t have 10M+ different SaaS

Are you advocating for everyone to create their own SaaS here or what? End of the day, most engineers need to join employers. We can’t have 10M+ different SaaS out there and each engineer develops their own personal brand of it. That’s not how software scales. Most ICs are never going to be in a position where the CEO is going to listen to them about what product we should develop and be given the time and resources to investigate that stuff. Your assertion doesn’t even acknowledge infra engineers who clearly don’t work on product facing work. It’s a bit ridiculous.

Nextgrid 2y ago
I see the era of permanent tech employment as coming to an end, and tech will have to transition to being closer to a trade. You don't expect to pay builders/plumbers/architects/electricians and keep them around forever after your house is built right? You will at best only need them occasionally on a one-off basis for any fixes or alternations. A properly designed tech solution (aka, not one designed to pad a resume) for upkeep should only require a small fraction of the manpower needed to originally build it. I expect companies keeping in-house "skeleton crews" to run things and handle maintenance and small changes, with larger ones being done by a (potentially returning) cast of contractors who come in on a project basis. So the solution for permanent employment would be to either join one of those skeleton crews or join an agency/consultancy. Otherwise, the only way out is freelance and curating your own client portfolio. Maybe you can partner with others and form a coop to have more manpower and handle bigger projects - essentially building your own agency. > Your assertion doesn’t even acknowledge infra engineers My assertion is that engineers who want to succeed in the current market will need to know enough infra/sysadmin to support their solution, or farm it out to someone who will. If they don't, someone else will outcompete them. Infra is also a huge breeding ground for resume padding and architecture astronomy (and there were no incentives to discourage it - in fact cloud providers are still laughing all the way to the bank). It doesn't inherently mean all that complexity was necessary. So I expect "infra" specialization to become a nicher skill, one or permanent skeleton/maintenance crews or hyperscalers who actually need the complexity. > who clearly don’t work on product facing work I'm intentionally being vague when I talk about "solutions" and solving business problems. I do not mean it should be an app, a product or even have a UI. A cron job running a shell script to copy files from one place to another may very well be the right solution to some business requirements. Infra engineers would be a perfect fit for problems that don't involve significant UI work (I myself prefer those as I hate frontend with a passion). I think the era of high specialization in tech might be in decline; tools are good enough and hardware is good enough and the field is mature enough that most business problems can be solved just fine by a generalist (bringing in specialists on an ad-hoc basis when needed) - or otherwise they'll get outcompeted by someone who can.
- bradlys 2y ago
  Yeah, this doesn’t really land. Your argument is basically “we’re all going to be outsourced by Indians.” Your EU-centric view of how contracting works (probably more due to labor laws than anything else) isn’t an accurate assessment of how Silicon Valley is going to work.
  - Nextgrid 2y ago
    > we’re all going to be outsourced by Indians Outsourcing has its place and a lot of gruntwork/ongoing maintenance is fine for it. Post-ZIRP it turns out the true value of software is a lot lower than previously thought, and for a lot of solutions, Indians is all they can afford (because the alternative might be to pay someone to do it by hand). Where outsourcing fails is primarily when business & domain knowledge is required - outsourcers will obviously not be aware of internal company processes or even the target market for the required solution (just like we would be bad fits for trying to spec out a product targeting the Indian banking market for example). So I see the industry and market readjusting to the true value of software, and as a result people will pick a mix of high-value implementation work (where local domain knowledge is required) and boring/maintenance gruntwork, or get outcompeted by those who can (and this is a global market, so you are competing with Indians(. I'm not advocating for one way or the other btw, I have no skin in this game (technically trying to push people into freelancing and consultancy works against me). But I'm just trying to be realistic - the tech comp during the ZIRP era was never going to last, and even if ZIRP continued, more and more people entering tech means comp is still bound to decrease. You can either remain in denial hope those jobs come back, or plan for the worst.
    - SR2Z 2y ago
      The true value of software, post-ZIRP, is still obvious for the largest and most powerful companies in the world. They print cash. Yes, ZIRP increased tech comp. It did not magically inflate the value of software, which is always directly assessed against what people actually find useful.
      - 2y ago

Nextgrid 2y ago

I see the era of permanent tech employment as coming to an end, and tech will have to transition to being closer to a trade. You don't expect to pay builders/plumbers/architects/electricians and keep them around forever after your house is built right? You will at best only need them occasionally on a one-off basis for any fixes or alternations. A properly designed tech solution (aka, not one designed to pad a resume) for upkeep should only require a small fraction of the manpower needed to originally build it. I expect companies keeping in-house "skeleton crews" to run things and handle maintenance and small changes, with larger ones being done by a (potentially returning) cast of contractors who come in on a project basis. So the solution for permanent employment would be to either join one of those skeleton crews or join an agency/consultancy. Otherwise, the only way out is freelance and curating your own client portfolio. Maybe you can partner with others and form a coop to have more manpower and handle bigger projects - essentially building your own agency. > Your assertion doesn’t even acknowledge infra engineers My assertion is that engineers who want to succeed in the current market will need to know enough infra/sysadmin to support their solution, or farm it out to someone who will. If they don't, someone else will outcompete them. Infra is also a huge breeding ground for resume padding and architecture astronomy (and there were no incentives to discourage it - in fact cloud providers are still laughing all the way to the bank). It doesn't inherently mean all that complexity was necessary. So I expect "infra" specialization to become a nicher skill, one or permanent skeleton/maintenance crews or hyperscalers who actually need the complexity. > who clearly don’t work on product facing work I'm intentionally being vague when I talk about "solutions" and solving business problems. I do not mean it should be an app, a product or even have a UI. A cron job running a shell script to copy files from one place to another may very well be the right solution to some business requirements. Infra engineers would be a perfect fit for problems that don't involve significant UI work (I myself prefer those as I hate frontend with a passion). I think the era of high specialization in tech might be in decline; tools are good enough and hardware is good enough and the field is mature enough that most business problems can be solved just fine by a generalist (bringing in specialists on an ad-hoc basis when needed) - or otherwise they'll get outcompeted by someone who can.

bradlys 2y ago
Yeah, this doesn’t really land. Your argument is basically “we’re all going to be outsourced by Indians.” Your EU-centric view of how contracting works (probably more due to labor laws than anything else) isn’t an accurate assessment of how Silicon Valley is going to work.
- Nextgrid 2y ago
  > we’re all going to be outsourced by Indians Outsourcing has its place and a lot of gruntwork/ongoing maintenance is fine for it. Post-ZIRP it turns out the true value of software is a lot lower than previously thought, and for a lot of solutions, Indians is all they can afford (because the alternative might be to pay someone to do it by hand). Where outsourcing fails is primarily when business & domain knowledge is required - outsourcers will obviously not be aware of internal company processes or even the target market for the required solution (just like we would be bad fits for trying to spec out a product targeting the Indian banking market for example). So I see the industry and market readjusting to the true value of software, and as a result people will pick a mix of high-value implementation work (where local domain knowledge is required) and boring/maintenance gruntwork, or get outcompeted by those who can (and this is a global market, so you are competing with Indians(. I'm not advocating for one way or the other btw, I have no skin in this game (technically trying to push people into freelancing and consultancy works against me). But I'm just trying to be realistic - the tech comp during the ZIRP era was never going to last, and even if ZIRP continued, more and more people entering tech means comp is still bound to decrease. You can either remain in denial hope those jobs come back, or plan for the worst.
  - SR2Z 2y ago
    The true value of software, post-ZIRP, is still obvious for the largest and most powerful companies in the world. They print cash. Yes, ZIRP increased tech comp. It did not magically inflate the value of software, which is always directly assessed against what people actually find useful.
    - 2y ago