Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

I’ve been developing professionally since 1996. It’s different this time.

The first crash happened in 2000 not because most of the ideas were bad. But because enough potential customers weren’t on the internet.

Things didn’t recover until 2009-2010 when high speed internet was ubiquitous and more people started having computers in their pockets with high speed internet and the mobile app stores.

Between that time was the housing crash and the entire economy was in a free fall.

But, the Big Tech companies were hiring like crazy post COVID and it’s clear they don’t need that many workers. They definitely aren’t going to be doubling in head count over the next 10 years.

On the startup VC funding side, VCs only fund startups as a Ponzi scheme hoping they can either pawn their money losing startups on the public market - who has gotten wise to it - or via acquisitions and regulators are now much more leery of big acquisitions.

There are too many developers chasing too few jobs and with remote work, competition has gotten stiffer.

Just today someone posted on LinkedIn that they posted a job opening on LinkedIn, didn’t use Easy Apply, forced people to answer a questionnaire to slow down submissions and still got over 1000 applications in 3 hours.

AI is already removing the need to hire junior developers, slowly it will be good enough to lower the number of “senior” [sic] framework developers doing boilerplate.

Did I mention by hook or by crook, the federal government will be hiring less people and getting rid of employees and they will be flooding the market? All of those “dark matter developers” that were content with their government jobs are now going to be competing for private sector jobs



So what do you even do then? I'm completely at a loss now.


I submitted this article to HN earlier. I’m not the author.

https://news.ycombinator.com/item?id=42818169

Short version is don’t be a “ticket taker”. Move closer to the customer/stakeholder and further away from the IDE. Think in terms of adding business value and focus more on strategy than tactics (pulling well defined stories off the board).

https://www.levels.fyi/blog/swe-level-framework.html

I didn’t just pull “scope”, “impact” and “ambiguity” out of thin air. The leveling guidelines of all the tech companies boil down to this in one way or the other.

This is Dropbox’s for instance.

https://dropbox.github.io/dbx-career-framework/

I’ve been moving closer to the “business” for a decade now after spending almost two decades as your bog standard enterprise dev. I haven’t done much active coding except some simple Python scripts in almost 3 years.

My focus is now strategic cloud consulting focusing on application development. I’m not saying necessarily “learn cloud”. Learning how to deal with “the business” and leading implementations that deliver business value is the objective. The “cloud” just happens to be my tool. I’m slowly adding Big Data/ML/“AI” to my tool belt.


Hmm. I maintain a pretty big open-source project, so I guess I'm already kinda that? I honestly love computing moreso than I love coding. I'm not very familiar with business concepts though.


I really hate to say this. But open source contributions don’t matter either. It’s only what you do for a company. No one has time to look at an open source repository. Every open job these days have thousands of applications. They aren’t going to look at your GitHub repo.


I see now. You mean real business stuff. At that point I may as well do a startup.


So taking the wrong lessons from what I’m saying :).

It’s even harder doing a startup straight out of college with no business skills, no network, and no real world experience.


I guess I'm just confused now. I can't do technical since that's too commodified, but I can't do business since I'm a youngster with no real world experience.


My bad. I’m carrying on two threads within the same post. This was my suggestion to another question

https://news.ycombinator.com/item?id=42968258




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: