Archive

The Dulin Report

Browsable archive from the WordPress export.

Results (31)

The future is bright Mar 30, 2025 Software Engineering is here to stay Mar 3, 2024 On luck and gumption Oct 8, 2023 Book review: Clojure for the Brave and True Oct 2, 2022 Why don’t they tell you that in the instructions? Aug 31, 2022 Monolithic repository vs a monolith Aug 23, 2022 Scripting languages are tools for tying APIs together, not building complex systems Jun 8, 2022 Good developers can pick up new programming languages Jun 3, 2022 Java is no longer relevant May 29, 2022 Automation and coding tools for pet projects on the Apple hardware May 28, 2022 There is no such thing as one grand unified full-stack programming language May 27, 2022 Best practices for building a microservice architecture Apr 25, 2022 Tools of the craft Dec 18, 2021 What programming language to use for a brand new project? Feb 18, 2020 Which AWS messaging and queuing service to use? Jan 25, 2019 The religion of JavaScript Nov 26, 2018 Let’s talk cloud neutrality Sep 17, 2018 TypeScript starts where JavaScript leaves off Aug 2, 2017 Design patterns in TypeScript: Chain of Responsibility Jul 22, 2017 Amazon Alexa is eating the retailers alive Jun 22, 2016 What can we learn from the last week's salesforce.com outage ? May 15, 2016 Why it makes perfect sense for Dropbox to leave AWS May 7, 2016 OAuth 2.0: the protocol at the center of the universe Jan 1, 2016 What Every College Computer Science Freshman Should Know Aug 14, 2015 The Three Myths About JavaScript Simplicity Jul 10, 2015 The longer the chain of responsibility the less likely there is anyone in the hierarchy who can actually accept it Jun 7, 2015 Big Data is not all about Hadoop May 30, 2015 Exploration of the Software Engineering as a Profession Apr 8, 2015 Thanking MIT Scratch Sep 14, 2013 Have computers become too complicated for teaching ? Jan 1, 2013 Scripting News: After X years programming Jun 5, 2012

Software Engineering is here to stay

March 3, 2024

Matthew Berman made a bold claim that developer jobs will be obsolete in 10 years.



The word coder appears in Matthew Berman's article sixty-three times in various combinations. Codingjobs jobs have been obsolete for at least thirty years. If you still call yourself a coder, you should be worried -- you are already outdated.



If you are a coder and have coding skills, stop reading here. If you are not already obsolete, you will be in a year -- forget ten years; you don't have that much time. The software industry had no use for coderssince at least the 1970s. 



Various predictions about programmer jobs becoming obsolete go back to the 1990s. Ed Yourdon famously wrote a book called "Decline and Fall of the American Programmer" in which he said that outsourcing would replace American programmers. He later followed up with "The Rise and Resurrection of the American Programmer." The reason is that a programmer (or coder) is someone who takes specs verbatim and turns them into software code. A software engineer can see through the ambiguity of user needs and does not need specs to build software.



If you have the imagination, creativity, and ability to build things, you will never be obsolete. If you have neither, then you already are. So trust me when I say this: if you are a software engineer, you will never be obsolete. If you are a programmer or a coder you already are



Now, let's get back to the original topic. Will AI make software jobs obsolete?



What makes us human is our ability to externalize knowledge and share it. We've been doing this for millennia. We verbally shared knowledge about antelopes by watering holes; we drew things on cave walls and invented alphabets, printing presses, recording devices, books, and art.



Large Language Models are a form of externalized knowledge. They enhance human brain performance, but they don't replace it.



For an LLM to match a human brain's capacity to produce new ideas, the rest of the body would need to go with it. It would need to feel the desires, pains, joys, and suffering humans experience. It would require a sense of community and a desire to share knowledge.



Every line of code written today and placed in a meaningful production environment will require upkeep and maintenance. Most software we use today are not consumer apps. All the transactional systems make the world go around: for example, payments, financial transactions, logistics, and payroll. A transaction processing system processes every purchase you make with a credit card you don't even know exists. 



AI is not going to replace transactional systems running deterministic processes. It simply makes no sense for it to play that role. Instead, AI is going to augment the jobs of engineers working on these systems and some aspects of the applications that rely on transactions.



LLMs don't exist in a vacuum. They use APIs to perform useful functions like making payments, ordering goods, and calculating map directions. They ingest information that humans produce.



Apps as we know them today, with UIs and buttons to click, will not be the apps people will want to use in 2-5 years. I am not impressed by over-dramatized demos where someone used an LLM to generate code for a simple social networking website resembling something from the late 1990s.



Asking an LLM to build an app by generating code, posting it to GitHub, and deploying it to Heroku will not be how we build apps using LLMs. There is nothing impressive about LLMs commoditizing basic coding and deployment tasks. You don't need AI for that -- you need automation.



We may get to the point where we can create and share valuable apps without seeing the code behind them. These apps, however, will be nothing like what we use today. They will be a whole new type of app.



Shorthand will still exist. Programming languages are shorthand. When the bubble bursts, we'll all come back to reality in which typing out long, flowery sentences to describe what we want out of our computers is just not an efficient way of using them. A new generation of programming languages and paradigms that include LLM as part of the platform will arise.



Consider what chatGPT does when you ask it to evaluate a mathematical formula: it generates Python code and executes it. Shorthand notation for algorithms has been with us for millennia since the invention of math. Generative AI is not going to replace it.




Final thoughts




I counter the dramatic assertion that developer jobs are on the brink of obsolescence. I distinguish the roles of coders, who may face obsolescence due to their narrow focus on translating specifications into code, and software engineers, whose broad skill set in solving complex problems and innovating ensures their continued relevance. I argue that artificial intelligence and large language models augment rather than replace the human intellect, emphasizing that while app development and deployment methods may evolve, the necessity for software system maintenance and the efficiency of programming languages as a form of shorthand will keep developer roles indispensable. I argue that, despite technological advancements changing the landscape of app development, the core importance of the software engineer's role remains unchanged.