{
  "version": "2",
  "id": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30",
  "title": "A Developer Argues AI Doom Predictions Repeat Software's Long History of False Alarms",
  "summary": "In a community essay, a working software engineer traces warnings that programming is finished from 1961 abstraction fears and the FORTRAN era through the ZIRP boom and bust to today's AI anxiety, and argues the profession's core skill is adapting rather than resisting change.",
  "body": "A software engineer writing on the community site dev.to has published a personal essay arguing that current predictions of the profession's decline under AI are the latest in a long series of premature obituaries, and that adaptability, not stability, has always defined the job. The piece is an opinion essay rather than a report of a product release, hiring study or policy change, so its claims should be read as one practitioner's account and interpretation, not as verified industry data.\n\nThe author's central historical argument rests on two cited episodes. He recalls a 2011 college event at the Dublin Convention Centre where a panel speaker told students they had little hope of good jobs because the market would be flooded with cheaper engineers from China and India, and that a computer science degree was comparable to training as a kitchen porter. He also cites an interview with Joyce Currie Little describing reactions to early high-level languages, in which people said of FORTRAN's arrival that programmers would no longer be needed. He further notes that in 1961 some worried abstraction itself would damage the profession.\n\nThese anecdotes are offered as evidence of a pattern rather than as systematic research. The essay presents no survey, sample or measurement of how often such predictions have been made or how they resolved, and the linked references are not shown to corroborate the broader claim. Readers should treat the historical framing as the author's synthesis of his own experience and reading, not as a documented trend analysis.\n\nThe author's own career path supplies the personal context. He writes that he worked roughly 15 years in hospitality, construction, farming, sales, landscaping and manual labour before landing his first software job, and that the change gave him the first work he genuinely loved and a sense of a good future. That background shapes his comparison between repetitive manual work and software's constant problem-solving, which he describes as the reason he finds the field rewarding despite its instability.\n\nOn the recent economics, the essay is candid about the correction that followed the zero-interest-rate period. The author calls the ZIRP-era demand for engineers obviously unsustainable, says he worried about what the correction would bring, and concedes it has been in some ways worse than he imagined. He still argues that being a software engineer today compares favourably with the other jobs he has held. This is a subjective comparison, not a claim about current hiring volumes or compensation.\n\nThe essay's most concrete external reference is a recent post by Gergely Orosz, which the author summarises as describing software engineering as substantially a matter of willingness to keep learning and to handle constant change. The author does not quote Orosz at length or report any data from that post, so it functions here as a supporting viewpoint rather than independent evidence for the essay's conclusions.\n\nThe mechanism the author proposes is attitudinal rather than technical. He argues that because the work is hard and always shifting, engineers should focus on getting better at what they do, turning change to their advantage, building things people like to use, and developing resilience against what he calls the constant attacks of the current period. He frames good engineers as problem solvers trying to make things better, and says the profession needs more such people, not fewer.\n\nHe also acknowledges that change can produce bad outcomes, naming enshittification as an example, and argues that this is a reason to want more decent people in the profession rather than a reason to abandon it. The essay does not define the term, quantify the phenomenon or cite evidence for it, so this remains an assertion of values rather than an analysed trend.\n\nFor freelancers, designers and developers, the practical takeaway is less a market forecast than a framing for how to respond to AI-driven change. The author's position implies that investing in continuous learning and in the quality of what you build is a more useful response than trying to predict whether the profession survives. That is editorial interpretation drawn from his argument, not a tested recommendation, and it offers no guidance on pricing, tooling choices or which skills to prioritise.\n\nThe essay's limitations are significant for anyone weighing it as career evidence. It is a single practitioner's reflection with no data on hiring, salaries, AI adoption or job displacement; its historical examples are recalled or quoted secondhand; and its optimism is explicitly a feeling rather than a forecast. The author states plainly that he cannot help feeling optimistic, which is an honest framing but not a basis for planning.\n\nWhat remains genuinely unknown, by the essay's own account, is whether the current AI transition will follow the pattern of past alarms or break from it. The author asserts that doomers predicting software hopefuls are training for a dead-end job are wrong, but he presents no mechanism or evidence beyond historical analogy and personal conviction. The piece is therefore best read as a counterpoint to doom narratives rather than a rebuttal of them.\n\nIts value to working developers lies in the reminder that the profession has repeatedly absorbed disruptive tooling changes and that resilience and continued learning have been durable responses. As a community opinion piece, it adds a perspective to the AI-and-jobs debate; it does not settle it, and readers should pair it with concrete labour-market evidence before drawing conclusions about their own prospects.",
  "category": "dev",
  "language": "en",
  "datePublished": "2026-11-02T01:17:45.455Z",
  "dateModified": "2026-11-02T01:17:45.455Z",
  "eventDate": null,
  "sourcePublicationDate": "2026-10-26T22:03:56.000Z",
  "source": {
    "name": "dev.to",
    "url": "https://dev.to/ruarfff/the-ever-changing-profession-of-software-engineering-2fhb",
    "kind": "community"
  },
  "practicalImpact": "For freelancers and developers, the essay suggests treating AI-driven change as a prompt to keep learning and focus on building useful, quality work rather than trying to predict the profession's fate. This is editorial interpretation of one practitioner's argument, not tested career advice, and it gives no guidance on pricing, tooling or which skills to invest in.",
  "limitations": "This is a single author's opinion essay on a community site with no hiring, salary or AI-adoption data. Its historical examples are recalled or quoted secondhand, the linked Orosz post is summarised rather than analysed, and the author's optimism is explicitly a feeling rather than a forecast. Nothing here is independently verified.",
  "keyPoints": [
    "A dev.to essayist argues AI doom predictions echo earlier warnings, citing a 2011 panel claim that European engineers faced no good jobs and FORTRAN-era statements that programmers would no longer be needed.",
    "The author describes roughly 15 years in manual and service jobs before his first software role, and says the field's constant change is what he values about it.",
    "He concedes the post-ZIRP correction has been in some ways worse than he expected, while still preferring software work to his previous jobs.",
    "He summarises a Gergely Orosz post as framing software engineering around willingness to keep learning and handle constant change.",
    "The essay offers no data, survey or measurement, and its optimism is presented as a personal feeling rather than a forecast."
  ],
  "review": {
    "status": "source-reviewed",
    "checkedAt": "2026-11-02T01:17:45.455Z",
    "method": "Automated comparison against retrieved source text; not independent fact-checking.",
    "correctionNote": null
  },
  "sources": [
    {
      "id": 1,
      "url": "https://dev.to/ruarfff/the-ever-changing-profession-of-software-engineering-2fhb",
      "publisher": "dev.to",
      "title": "The Ever Changing Profession of Software Engineering",
      "publishedAt": 1793052236000,
      "fetchedAt": 1793582247913,
      "hash": "fa92247de651317e8421785547fb451eaa7f098629162811d01dee9ec297910a",
      "kind": "community"
    }
  ],
  "claims": [
    {
      "claim": "The author recalls a 2011 Dublin panel speaker telling students they had little hope of good jobs because cheaper engineers from China and India would flood the market.",
      "source": 1,
      "id": "claim-1",
      "url": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30#claim-1"
    },
    {
      "claim": "The essay cites an interview with Joyce Currie Little noting that when FORTRAN arrived people said programmers would no longer be needed.",
      "source": 1,
      "id": "claim-2",
      "url": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30#claim-2"
    },
    {
      "claim": "The author says he worked about 15 years in hospitality, construction, farming, sales, landscaping and manual labour before his first software job.",
      "source": 1,
      "id": "claim-3",
      "url": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30#claim-3"
    },
    {
      "claim": "He describes the post-ZIRP correction as in some ways worse than he imagined while still preferring software work to his prior jobs.",
      "source": 1,
      "id": "claim-4",
      "url": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30#claim-4"
    },
    {
      "claim": "The essay summarises a Gergely Orosz post as saying software engineering is largely about willingness to keep learning and handle constant change.",
      "source": 1,
      "id": "claim-5",
      "url": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30#claim-5"
    }
  ],
  "formats": {
    "html": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30",
    "markdown": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30.md",
    "json": "https://freelancenews.online/news/a-developer-argues-ai-doom-predictions-repeat-software-s-long-history-42e90c30.json"
  }
}