This has been happening since the 1970s. Or earlier. I don’t really think of it as an apocalypse. IT skills have never had a long shelf life. Any time you are a technology expert at your company, in IT, the technology landscape will shift under you. This is the Red Queen Hypothesis in action. People who ran mainframes in the 1980s became trusted experts and then most of the jobs evaporated. Same thing happened to peo…
> The same thing happens to programming positions. I can't stress how important this is. Folks going to things like boot camps or other educational outlets that focus on one language will utterly kill their career if they aren't aware of how fast things move. If you don't learn the underlying abstractions and paradigms that take various forms in different languages, you will get left in the dust in a matter of a few…
The creeping IT apocalypse
161–170 of 279 posts
Re: The creeping IT apocalypse
#162I agree with the points raised in the writing, but it mixes automation, abstraction, and industry consolidation as if they weren't separate processes. As such, the transformation being described isn't an impending cliff, but an ever-present pressure of economic forces that affect all business all the time, and one is wise to watch for. Automation replaces repetitive work with tooling and work that's more complex. Abs…
Re: The creeping IT apocalypse
#163Earlier quoted context omitted.
I have actually replaced a person with 40 lines c# program
I replaced a person with a one line code change (performance tuning) - they got her another job though. Literally had a business call to see if they could run another instance of $LOB_SOFTWARE because they had a person clicking a button for 40 hours a week.
Re: The creeping IT apocalypse
#164Earlier quoted context omitted.
IT skills have never had a long shelf life. But this isn’t true, outside of webdev. If your skill was “DB2” or “Oracle” or “Cisco” or “C++” you could have had a 30-40 year career in that, easily. There are plenty of others. Java has been around commercially since about 1995, there will definitely be plenty of Java jobs in 2025.
True, but on the other hand those technologies have evolved more or less drastically as well. E.g. the Java or C++ skills from 1995 won't get you that far today, both in terms of the language itself and the framework/library ecosystem.
Re: The creeping IT apocalypse
#165This kind of change has also impacted me. It shows up when I'm trying to give students advice about starting their careers, and I realize that the first jobs I had (system administrator, SOC worker) have been replaced by robots. Especially in the SOC, I was a "Tier 1" analyst that would do monitoring (watching a bank of green lights waiting for one to turn red) and first level triage and analysis. This has been repla…
Re: The creeping IT apocalypse
#166This kind of change has also impacted me. It shows up when I'm trying to give students advice about starting their careers, and I realize that the first jobs I had (system administrator, SOC worker) have been replaced by robots. Especially in the SOC, I was a "Tier 1" analyst that would do monitoring (watching a bank of green lights waiting for one to turn red) and first level triage and analysis. This has been repla…
The pessimists' view is that automation will deprecate a heap of jobs in the tech industry that will never return. The optimists' view is that automation simply allows companies to do more stuff: things they couldn't afford to do before, and soon, things they have to do in order to stay competitive. For the optimists the number employed in the tech industry stays the same or increases, but the proportion of different…
Re: The creeping IT apocalypse
#167Earlier quoted context omitted.
> The same thing happens to programming positions. I can't stress how important this is. Folks going to things like boot camps or other educational outlets that focus on one language will utterly kill their career if they aren't aware of how fast things move. If you don't learn the underlying abstractions and paradigms that take various forms in different languages, you will get left in the dust in a matter of a few…
Sure, there's places to learn hip new tech that might not be around for a while and you'll have to continuously learn new languages/frameworks/etc. But there's also things like FORTRAN, COBOL, and C, which are all in-demand in their own little niches, aren't going away any time soon, and where you can till make a quite good career with only knowing one of them.
I think this is (at least partially) a side effect of the pedagogy of computer science in schools changing throughout the decades. When I was in school, just about the entire program stressed OOP, with very little focus on imperative/procedural programming. Newly minted programmers fresh out of school don't have the exposure/mindset to jump straight into one of these (C maybe being an exception). The old guard that called these languages home are a dying breed, and the salaries paid to program in them these days bears that out the scarcity that results.
Re: The creeping IT apocalypse
#168Earlier quoted context omitted.
Maybe we'll see a more apprenticeship type approach, where junior personnel are instead assigned to and trained by seniors. This would probably be a net good, but who knows how things will shake out.
I mean this is already an acknowledged good approach. Companies don't want to make that investment though, hiring both a senior and a junior who won't be immediately productive, and keep chasing the mythical senior who will work for mid-level salary.
Re: The creeping IT apocalypse
#169Earlier quoted context omitted.
I've always kept my coding skills up a bit as a hobby, but I don't realistically see this IT apocalypse coming. Everyone in Silicon Valley thinks they're going to automate away everyone's problems, but nobody there has managed to prevent people from needing the same type of support they needed two decades ago: Why doesn't my printer work, and how do I know if this email is real? (If you believe Gmail or Office 365 ca…
> but nobody there has managed to prevent people from needing the same type of support they needed two decades ago: Why doesn't my printer work, and how do I know if this email is real? The author does touch on this though by highlighting that you will need less and less people. As more services move into 'cloud' solutions it can free up time for those and they'll step into those spaces.