Ask HN: Career and life advice for a 30yo

220 points by zalequin ↗ HN
i'm 31.

have Bsc in CS, worked as software eng. for ~7 years.

tbh, i'm completely disillusioned with the industry and people in general. my expectations coming into the industry were based on the hacker ethos from the 80's and 90's, where a group of passionate and crazy smart people worked on tough and important problems, pulling engineering miracles daily. i'm talking about netscape and jamie zawinski, xerox and alan kay, l0pht and mudge, valve and gabe newell. legends.

entering the industry in the early to mid 2010's i found a landscape filled with self serving product managers, conmen (i think they call them executives and MBAs), and a populous of engineers that cared nothing for the tech or the work, and didn't need to as there were no real challenges to tackle.

perhaps i made bad career choices but what's frustrating is that the industry seemed to shift into something else. in other words, the hacker ethos was lost. the culture changed. instead of engineering-centric one it shifted to sales and "growth" and hype. engineers have become relegated to the "peasant" cast, working the fields so that the ceo can sell the company for an inflated sum and move on to the next con (sorry, startup).

as i see things, my choices are either to open a company of my own, making what i believe in, or go back to academia where i'll have more spare time to pursue my interests. but academia is dying, and dare i say irrelevant. it's an outdated concept for a world where i can get "educated" on a subject within a week using the internet, at least enough so i can accomplish what i need. i'm not going to discover the higgs boson, nor do i want to become an expert in a singular domain. i want to build things.

so that takes me back to creating a business around something i believe in. but, it'll have to be bootstrapped (vc money is just another boss), so the chances for success are extremely low.

what do you think?

170 comments

[ 2.9 ms ] story [ 247 ms ] thread
> were based on the hacker ethos from the 80's and 90's, where a group of passionate and crazy smart people worked on tough and important problems, pulling engineering miracles daily.

This sound a lot like a startup. Being a dev at a startup is very different from the big Coorp. Maybe you only had experience with large companies?

If this is going to be your first time at trying something with startups, try to find A Job in one. Or maybe for founders looking for a CTO. Avoid funding a startup unless you have this crazy will that just pushes you to do it.

(comment deleted)
I don't know your whole background; I think location plays a factor.

Add to that: we tend to romanticise the past, and also the fact for every John Carmack there were thousands of behind the scenes people simply doing a job and maybe you'll see that the reality today is not much different.

The hacker ethos you envision does exist to some extent, I've been part of small units of people pushing boundaries, and it's deeply, deeply difficult work. Persistent frustration is the name of the game, and often a years worth of work will be rendered completely useless by something that happens a few weeks after you've completed something grandiose.

What I'm trying to drive at here is that there is a hacker ethos in large or small companies, but I don't think it's what you believe. And you have to seek it out, you don't "get a job" doing those kinds of things- passionate people seek passionate people.

> for every John Carmack there were thousands of behind the scenes people simply doing a job

Coupland's Microserfs comes to mind.

Many companies have interpreted Scrum Agile as a blueprint for a software factory line, where features are drawn up by product management, sprints are scheduled and work items cranked through with little discretion or agency for engineers, for immediate deployment once implemented and off to the next feature on the product management's roadmap. Sprint sprint sprint until sprints are a slog through technical debt, agile short term thinking always short-changing refactoring.
At my previous company we did Scrum with a capital S. We did planning poker, daily stand-ups (where we actually stood up), bi-weekly retrospectives and so on. However, we (the engineers) had also made it clear to management that we needed time slots for technical debt, which of course we got. It was a pleasure to work in a so oiled machinery.

So while we were still chasing features, we also had a say in when to do technical debt and could plan it out in a similar manner to new features.

How often did features come from engineering, from an insight into what the technology could do?
My team probably did 10-12 tickets per sprint and at least one of those were always technical debt related in some way.
That's great, and probably better than average.

However, my comment wasn't referring to technical debt.

For most software it's obvious what the software could do - the technology (web etc.) is mature and easy to understand by product managers. That's why engineering input is not valued - the product owners can generate ideas as well, but their ideas are better because they understand business needs.
At the company I work at, Triply, I also have this experience.

One of the companies I had as a client, Healthy Workers, I had the same experience.

So I wouldn’t say kt is that uncommon in my experience.

Both companies are Dutch. I wonder if it is a culture thing too.

Scrum works when you have the right management and engineering culture and alignment of goals. When you don't it just adds more process and overhead with little gain. Unfortunately many companies think that Scrum will magically fix their culture, rather than fixing their culture first as a prerequisite to Scrum.
> as i see things, my choices are either to open a company of my own, making what i believe in

Yep.

> it'll have to be bootstrapped (vc money is just another boss), so the chances for success are extremely low.

Also a lot of VCs are creeps. I've had a mate get pre-emptive death threats from one, another big one in London was found wandering the tube (subway) molesting women.

Bootstrapping is possible. You sound like a dev. I suggest making a minimal SaaS devtools product for something that bothers you.

I bootstrapped a website verification tool for 5 years, it's definitely possible.

If you're in the US, you can join an accelerator.

I read it through the lens of American history, an exciting frontier was conquered by interesting gunslingers but now its just a bunch of strip malls and Wendy's.
And the gunslingers were overly romanticized for years and years in movies and only existed for a brief period. Also they died a lot.
There are still fields where you hack on difficult technical problems - game dev, VR, computer vision, signal processing, blockchain (? - I don't know anything about it, so I may be wrong here). You can work there.
> but, it'll have to be bootstrapped (vc money is just another boss), so the chances for success are extremely low.

IMO having to remain (at least minimally) profitable at every step along the way increases chance of success versus VC-funded models that can lose money for many years, obscuring the fact that one didn’t build a business, but actually built a money pit.

Pursuing ramen profitability is a fun intellectual exercise, and if you don’t live somewhere a 1br is $4000/mo, not very stressful or difficult either. There are tons of things people will pay $5/mo for.

I've found career advancement as well as business success to largely be directly correlated with soft skills.

I mention this because "conmen (i think they call them executives and MBAs)" is a pretty broad brush to paint with, and if I had to take a guess, I'd think there's some association between your disillusionment with engineering as a profession and a soft-skills delta that might help you otherwise advance in your field and navigate corporate culture -- or culture generally.

This is all relevant because you may find yourself having a harder time with customer acquisition while running your own business if you don't re-examine your current world view.

That's probably step 0, at least if I were to try and build a mental model from what you wrote here.

An excellent resource: https://www.manager-tools.com/all-podcasts?field_content_dom...

All jobs will have downsides, I guess you just want to find one where you can live with the downsides and the upsides far out weight them. For me, I moved between a number of unfulfilling roles until I ended up in my current position.

The tech is pretty conservative and tame but projects are small, the scope is broad and the flexibility to be creative in the implementation is high. The industry is a real niche and the company of a "nice" size (100-200). I like this space as you have more room to bring your own solutions to the table. The weight of a massive process and procedure is not there which helps

I know the feeling all too well having been on the internet since the days of Apple eWorld, Compuserve, Mosaic, Pointcast, Usenet etc. All these weird and wonderful visions of what the future of the internet was going to be where it was all about culture e.g. Phrack, BBS, .Net etc. and less about business.

You can still stumble across open source projects all the time which capture this ethos. Maybe spend some time helping them out. They definitely would appreciate it.

First I would take a step back and try to view the situation with less judgment. It's easy to look at the past and mythologize it and imagine it as perfect. Maybe there are more MBAs and executives and thought leaders today but the past you're romanticizing would have its own frustrations and road blocks.

The other thing it sounds like you're doing is looking around for a great opportunity rather than zeroing in on a thing you really care about and working on it. Your comment about engineers being a peasant class makes it sound like at least a part of you is more concerned about status than doing the kind of work that you say you're interested in.

Sounds like you need to answer for yourself what you're really looking for, how you would like to spend your days, what you would be proud of looking back on, etc. Rather than looking outward at the state of the industry, the status of developers, phds, MBAs, VCs or execs. If you want to build, start working on a product, figure out a market for it. But also know that at some point products do need to be sold, so eventually, you or a co-founder or your employees are going to have to figure out how to make money.

One of my favorite general pieces of advice is "you can decide what you want but you can't decide what it will cost you." You can decide to be a builder and an engineer but it probably won't come with the adulation you feel for Jamie Zawinski or Alan Kay. And if you talk to most people who are admired and have a lot of adulation, even if it's deserved, it's not something they tend to say they relish. They tend to still relish the work they valued for themselves and feel the adulation is overblown or doesn't actually give them anything of substance.

Not to deny the obvious frustration of the poster, but it's sad to see such wise and calm advice currently being downvoted.
It’s not helpful advice. He’s essentially finger wagging instead of offering positive input.

Corporate America really is bad enough to warrant correction. If anything, I’d probably suggest learning about people to the OP of the thread. Find out how to spot personality types quickly and how best to work with them - including avoiding the toxic ones. But also temper it with not over analyzing-analysis can become its own damnation.

I empathize with how bad corporate America is, I struggle with it all the time. I didn't intend my comments to sound like finger wagging. A lot of it is turning to advice that legitimately helped me. When I felt most like "the whole system is rotten" or "I don't feel like I have the status I hoped for" it helped me when people close to me reminded me to think carefully about what I'm actually looking for. The advice might not help you but it comes from a good place and is not intended as finger wagging.
You say "Corporate America" but in my experience devs were in a similar or worse boat in Europe, and India. (I haven't worked with any east asian development organizations)
This is solid. From my perspective this dichotomy me/others is a false one. I am sure MBAs have their value though sometimes they get so political it's hard to separate the b/s from what they actually do. I think self assessment of what one truly wants is necessary. The poster is looking a lot outside (MBA's, new job opportunities), probably some inner work would give better results now.
> you can decide what you want but you can't decide what it will cost you

Excellent quote. Can you give the source of this quote?

Hi, I agree with you about the non-engineering centric mind in companies. I think we are idealizing a picture of what can be en engineer job in the 50's or 60's. I have this mental image where enginners are trying to find the "most" efficient solutions for a problem, not bothering about the market or consummers, etc ...
Maybe you could try some of the positions out there that do require a lot of expertise, e.g. Malware Analysis? I mean companies are supposed to make money so what do you expect them to do if they cannot pull out great products?
Defintely start your own company. You spent enough time in the industry to know what problems are worth solving. Take a very specific problem and solve it better than any generic solutions available. Be the king of your narrow niche market, and when you're successful maybe broaden it.

My favourite stories of engineers bootstrapping their own business with no investors, no employees, no MBA:

Sidekiq https://www.indiehackers.com/interview/how-charging-money-fo...

ReadonlyREST (my own story) https://www.indiehackers.com/product/readonlyrest

How do you address his argument with the chances of success being too low?
Just as with everything else, you become better at it with more experience.

It's an acquired skill that can be learned, trained, coached, and shared.

People talk about "chances of success" as it was a lottery with binary output win (you are millionaire) vs lose (make no money and close).

Well this is false:

- Define success: these tiny one-man digital businesses ran from home have so little expenses that going profitable is infinitely easier than any traditional VC funded startups with offices and teams.

- Speed: this is counterintuitive, but true: a one man band can take decisions and, pivot, optimize, and iterate at least twice faster than any team (no meetings, no presentations, no democracy).

- Time: when you are profitable, maybe you're not rich yet, but you have time. Time to add value to the product day after day. And you will get better and better at it.

If you create a subscription based business, even if you fail for the whole year at improving your conversion rates (you won't), your yearly recurring revenue will grow linearly. Meantime, your expenses are still minuscule.

What are the chances of having your startup in areas other than web and mobile application development ecosystem?

Do you think starting a company working on compilers, operating systems etc will even work without huge resources and connections?

Yes I think so! The pattern is this: big organisations produce generic solutions to cater 80% of the needs of the 100M people. Your task is to create very specific, expensive solutions for ~500 people.

Not a compilers expert, but I will try to invent a fantasy example:

GCC/clang are ok for compiling generic programs, everyone is more or less happy with them.

One day you read on a HN that SpaceX satellites have to ship with 4 redundant CPUs. Every CPU costs $100K and consume a lot of power, but they are needed to correct errors introduced by cosmic rays.

You decide to create a compiler that creates programs with error correction automatically embedded. Using your compiler, SpaceX saves $100K and can have 20% smaller solar panels because they can ship it with 3 CPUs instead of 4.

1. How much $ do you think you can sell a single license? 2. How many customers will you actually need to be profitable? 3. How much of your time do you need to create a minimal prototype that you can DM to that SpaceX employee and get him/her in a valuable mutual-help feedback loop? 4. How much better can this compiler become in 1 year of refinement?

Chances are you can make as much you currently make in a year with your first 2 customers.

You may find this essay by pg helpful in making your decision:

You Weren't Meant to Have a Boss - http://www.paulgraham.com/boss.html

Without having read the linked post yet (saved for later) I do believe that the headline is right. We are the boss and the computer is our worker. We can have as many as we need (AWS, DigitalOcean, etc.). We just need to give these workers a task that will pay the rent. (And unfortunately the money still comes from people, unless it's about automated stock/crypto market trading bots.)
Has nothing to do with humans being masters of technology ...

  "I was in Africa last year and saw a lot of animals in the wild that I'd only seen in zoos before. It was remarkable how different they seemed. Particularly lions. Lions in the wild seem about ten times more alive. They're like different animals. I suspect that working for oneself feels better to humans in much the same way that living in the wild must feel better to a wide-ranging predator like a lion. Life in a zoo is easier, but it isn't the life they were designed for."
Shit, are you me?

You're just being over 30, welcome. Those documentaries you watched on your old CRT TV while growing up were showing you fiction.

The tech industry is an ad mill. Academia is about innovation killing fiefdoms. What you need to realize is that for an institution, the first priority is maintaining homeostasis, and that means not letting you do something that might risk resources or upsetting the established order.

There's a reason why the hackers on TV were called rebels. They founded new institutions because the incumbents wouldn't let them play.

You want the hacker ethos? Make it yourself, that's what it's about.

lol, metoo

To some extent it's always been this way, but I think a combination of extreme financialization, globalization, and practices like scrum (which means well, I think, but is often used as a cudgel to 'inspect' developer performance) have made average developer life even less pleasant in the last decade.

I think a huge part of it is the move from desktop apps as a sold product, to disposable web/web-wrapped apps. This happened mostly over the past 10-15 years and while I'm older than OP, I noticed a similar drop in quality of life for programmers with certain values and motivations during this time. Scrum-style and "agile-in-name" processes really hammer it home and are practically designed to create burnout.

I would suggest getting into development for embedded systems. The jobs don't seem as numerous as in VC-fueled web/app start-up style development, but when your product is expected to function without the ability to update its firmware/software near-instantaneously as modern webapps do, I think it changes the style of development cycle pretty dramatically.

Yeah, start your one thing. I’ve never worked a W2 job and I’ve been able to work on interesting problems my entire career.
What's W2?
basically means working as a contractor in the US
W2 is the form on which wages are reported to the IRS (American tax collectors) by an employer.
There are two worker classifications in the US which refer to the tax forms they get:

"W2": An employee. A regular job.

"1099": Independent contractor, freelancer.

To expand on this, the differences come down to taxation. There are taxes in the use called FICA that are half-paid for by the employer for W2 workers and not covered for 1099 employees. Also 1099 workers are able to deduct business-related expenses from their income ta.
The most important distinction is clients large and small will try to rip off 1099 workers. The state labor office will not help 1099 workers. They must hire lawyers sometimes to get payment.
Curious, what type of interesting problems did you work on?
Inventing a novel approach to telephony timing issues when voip was new.

Working in countless industries.

Inventing asynchronous technology for an industry specific use case.

Using amalgamation of existing technologies to resolve industry specific issues.

Loads of others.

If you are young and healthy without crushing debt. Don’t go looking for a job. Go find an adventure.

> If you are young and healthy without crushing debt. Don’t go looking for a job. Go find an adventure.

I am looking exactly for adventure. I was in a consulting company where I was solving such problems. Now I am in a large product company where the bureaucracy is becoming unbearable. It is also more about where you are presently to get opportunities. I am in a country where the scope is limited.

What kind of expectations did these companies have when they interviewed you? Did they expect you to have experience in the domain or samples of previous work etc?

> Shit, are you me?

That's what I said, I suppose there are lots of people in their early 30's having a dilemma. I'm also struggling with something similar, but I recognise I have much to attain in level of expertise but do I want to do that? Is another question.

> I suppose there are lots of people in their early 30's having a dilemma

I'm approaching my 40s and I've had this dilemma since I was 25. I used to strive for being a top performer despite my hatred for working in this industry. I accelerated through the lower ranks and significantly increased my salary, but my happiness plateaued very early on. Over the last few years I've learned to lay low and give just enough to not get fired. I couldn't care less about the company or my work, I just want to clock out at the 8 hour mark - and not a minute later - then go work in my garden. I found this to be the optimal balance between financial security and my happiness.

If you've ever read "The Gervais Principle" - https://www.ribbonfarm.com/2009/10/07/the-gervais-principle-... - you can classify me as a "Loser" on that spectrum.

>The Gervais Principle

I cannot thank enough for the article, absolutely nailed it. I have seen & been part of a startup growing from a mid stage to a unicorn and now after reading it I can connect the dots, it all make sense in such exhilarating way. My journey till now has been from over performing looser to a looser which is not bad. I'm seeing a pattern though, every 8-9 month I over-perform become a looser then get completely disillusioned and go off to a backpacking retreat. This worries me a bit now.

Yep. It's worth noting that, had Wozniak stayed in his safe job at HP, he would never have become a legend.
"Those documentaries you watched on your old CRT TV while growing up were showing you fiction."

Ironically perhaps a truer picture of the industry was probably the fiction series "Halt and Catch Fire".

It sounds like most of your disillusionment is with the profit seeking. Now, sure there are still some caveats here, but have you considered working in defence? While private defence contractor companies still make tons of money, there is not the noticeable profit incentive floating around since government contracts are taken for granted, very lucrative, and last a long time.

The pace is slower, but I've found managers on the whole to be more hands off, you get to be an individual contributor more easily, and there isn't the constant product hype.

Yes, iteration is slower. Yes, the documentation can be monotonous. No, you won't be writing code as often. But if you get the right job, you'll get to design some interesting stuff. You'll certainly learn a lot.

You can learn the next JavaScript framework through Google in a couple weeks. You aren't going to learn about how the software of a combat management system on a submarine works through Google. So much military hardware is "fly by wire" now, so there is software galore.

It's not for everybody, but with only 7 years into a career you should give it a shot. And then, worst case you decide it isn't for you, but maybe you get a great idea for a defence company along the way and you leave and win a government contract and get on the gravy train. Seriously, I'd say winning a Gov contract is easier than being bought by Google for $$$. Less competition, and you won't be selling based on growth potential, but on the quality of your product.

I second this option. In defense I did some interesting things. Everything Thorentis said aligns with my experience as well. It isn't perfect, but has unique positives. It is refreshing to work on unique problems that aren't profit driven. It truly changes the dynamic of what you're doing. The pay isn't as good, but it isn't _bad_.

USAjobs often has ambiguous postings unfortunately. This is sometimes intentional. Networking in the defense department as a STEM guy is pretty easy, and whatever first gig you land can take you to something else in a few years. Recently had a coworker who was on our malware analysis team move positions and now works on software for DoD satellites, for example - something more inline with what he wanted to do.

If you want some more background on my experience or you feel like this is something you'd be interested in feel free to pm me.

This hits home. I was in a startup together with very smart people, way smarter than me. We tried to pull off the impossible and were succeeding quite well in that. Unfortunately nobody pays you for solving problems that no customer has. So the company ran out of money.

Now I am in a big global company and my life sucks in a way it never has sucked before. I do not know how I will proceed from here, maybe I should leave software development completly and try something else.

But if you haven't done it, try working at a startup. May days there were nearly 100% coding. No pointless meetings, no useless managers, no corporate bullshit. Come in in the morning, fire up the IDE and do the things that need to be done. Fun three years.

That’s why I do like TheFoundation.com - their advertisement is a bit cheesy but the core idea: to go out and find real world pain points for existing businesses and then to figure out a software solution for them and even get paid customers with a solution in mind has something exhilarating about it. Automation, saved time, progress. Eventually your domain knowledge becomes so huge that you see opportunities to enable a paradigm shift in an industry and larger amounts of capital become available.
> my choices are either to open a company of my own, making what i believe in

What do you believe in? Have you thought much on this? If you haven’t I’d recommend it. Introspection and mindfulness can really help you suss our what _you want_ from your career and life in general.

I’m with you on general disillusionment with the tech “industry” as you’ve posed it, but really that’s only part of the picture. There are still people on the fringes doing some pretty cutting edge work. It’s not where the big money is, but is much more engineering focused.

Regardless it’s worth double checking your assumption that you should completely strike out on your own. Chances are if you think about what you believe in, you’ll arrive at what you want, and from there you’ll find people with similar goals working on interesting projects.

Feel free to email me if you’d like to discuss. I’ve gone through a very similar “crisis” recently.

It's interesting that your feeling that "academia is dying, and dare i say irrelevant", to me, is exactly what brought us here and to the status quo you're complaining about. Maybe return to academia and improve things there?
Can you elaborate on this? How did the decline of academia lead to the status quo posed by the OP? And how would returning to academia make any difference? My perception is that there are bad financial incentives driving the decline of academia, so I don’t necessarily believe it’s a problem that can be solved entirely within the system.
The utopian dreams of the 80s and 90s haven't really gone anywhere (in both senses).

What has happened is that the internet as a tool has largely been colonised by corporate interests.

If you’re looking for a business adventure, Don’t look to retread the imagined glories of the past. Look to the future instead and apply the founder effect to some new technological frontier. Good luck!

Get involved in the decentralization space (and not just cryptocurrencies). The hacker ethos is still alive and well there. Plenty of smart people trying to change the world like the hackers of the 80's and 90's and it's all fresh and new. Decentralized services (like IPFS, Sia, Ethereum, Scuttlebutt, Matrix, etc) are the new frontier for development and there's so much cool stuff being created.
>and not crypto currencies

>Ethereum

I understand that Eth is more than a cryptocurrency, but as your comment demonstrates, dividing those worlds isn't always quite so simple.

Please do not take this advice, enough engineering hours and talent has been wasted on this "technology".

- as someone who was involved in ETH core starting in 2015

Was going to suggest this.

Another project to look into is Arweave, they've developed a really nice solution to make data permanent and censorship-resistant. Great small dev community, looking for more to join in and build with them.

Academia isn't dying and you can definitely build a lot of things that are much more advanced than what most companies are doing.

Now if you want these things to be used right now, yes academia isn't the environment you are looking for.

We should start something. Any ideas of things that we can hack on?
I think you want to seek out companies where the main business risk is technology risk still. That would be database companies, developer tools, artificial intelligence startups, operating systems, ...

Probably drones and sensor-companies also qualify but don't really know much about that industry.

SpaceX's reusable rocket is a great example of technology risk and so is Tesla's affordable electric car.

Most startups today don't take these types of risks, SaaS is well-understood. The risks these companies take (in the eyes of investors) are in matching product features to the market and profitable go-to-market.

If you want all management to defer to engineers and their needs then you need to seek out a company where the success of those engineers will make or break the company.

That said, I think product and businesspeople are often not aware that having really solid tech yields dividends for years to come and will help them outcompete any peer as well increase the acquisition likelihood. Saas-companies should have a strong engineering culture, but unfortunately it's not a requirement to be a successful company in this category.

"I think you want to seek out companies where the main business risk is technology risk still."

This is an excellent assessment. Any software product that depends on understanding deep first principles based complex systems has an ecological need to maintain a working engineering culture. At least in those parts of the organization that does product development.

I've worked my entire software engineer career in computer graphics and computer aided design (after getting my masters in physics) and while in these fields you've seen the usual MBA types poke their heads out, there have still been nooks where proper engineering was necessary.

So, find a company that seems to be needing internal development of non-trivial software.

But the original attention was correct as well - there are so many non-value adding bullshit jobs to keep things "professional" that they try to embrace all nooks an crannies, so even a healthy engineering culture is usually at risk, all the time.

Totally agree. Quite a bit of the OP’s sentiment resonates with me. I’ve been at VMware the past 3 years and can honestly say, engineers regularly make most of the product decisions. Managers are basically just people managers and become tie breakers in debates. I also spent some time at a startup that had a very similar culture.

Find the right team for you, there are many good and bad fits.

> I think you want to seek out companies where the main business risk is technology risk still. That would be database companies, developer tools, artificial intelligence startups, operating systems, ...

This is only true for established companies. At early stages those still might not have a proper engineering culture, whicih makes them turn into pyramid schemes sellling the dream, getting hackier and scammier with each iteration.

Bio/Pharma/Ag tech companies are a nice mix of this. Their products tend to be high risk of failure, but the companies are 'established' and know how to work the regulatory environments.

Also, the smaller companies tend to need good software people that can take the excel/matlab models and turn them into something enterprise.

> I think you want to seek out companies where the main business risk is technology risk still.

I like how you phrased that. In the past I've said that I want to work for a technical manager on tech product for a tech company, but that wasn't quite right.

> That said, I think product and businesspeople are often not aware that having really solid tech yields dividends for years to come and will help them outcompete any peer as well increase the acquisition likelihood.

This an incredibly inaccurate assertion. I'm not aware of a single business person would ever say, "I think we can win simply on positioning." [1] While people may not understand/appreciate the pressures or output of an engineering team, it is not to say that they don't recognize when the product stability is not there. It undermines the credibility in their statements and pitch.

[1] 10 years experience in Sales and Engineering at very small and medium sized businesses

We are talking about the difference between a functional engineering culture (or mediocre) and a great hackerculture-based culture.

In both cases, the product has to work and be stable however in a mediocre culture the cost of adding features goes up significantly over time, while if you have a really great team then the cost of adding features compresses or remains similar to the early stages.

This mostly comes down to good technology choices, unassuming code, fast tests, optimized developer flow and really solid architectural choices.

I was not talking about plain bad engineering cultures like no testing, modifying code in production, copy-paste development,...

A hardware focus provides a low pass filter to find engineering driven projects, at least for now. You should browse. One should probably browse https://hackaday.io/ every so often for inspiration.
Lots of business people don't look at long term, especially the CXOs unless they founded the business themselves. They usually stay for a few years and move on, so quick wins are not only preferred, but are essential to their next move.

If a company has a short-sight problem, you can be sure that it comes from the brain. Ordinary employees, once they are not juniors anymore, tend to stick with a company, because jumping around every couple of years don't really look good on the resumes.

Agreed. I worked at an insurance company early in my career and even though we were updating the company to the newest technology for all the internal apps and theoretically making everyone's lives easier, we were still just kind of a necessary evil because the company could have gone back to using paper if they needed to. I decided to move to companies where software was the focus and that worked very well. I got a lot better, worked with people more like me, and was appreciated a lot more by the companies I worked with.