5 ms·

To avoid being replaced by LLMs, do what they can't

• cadamsdotcom 2y ago
  It will eventually be possible to compress everything inside an org down with AI until almost nothing remains that’s not automated - but the boundaries of an org (where it deals with customers, vendors etc.) require accountability and that requires humans. You can avoid your job being eaten by AI by moving toward roles where you talk to people, understand their problems, and perform the work of translating that into solutions. There will also always be an orchestration role no matter how much automation is thrown at a problem. - Who debugs that AI code? - OK, say it’s an AI. Now who fixes the auto-debugger when it breaks? - Who makes decisions about rebuilds and migrations and big platform shifts? - Sure maybe that decision is informed by advice from AIs but someone with accountability has to make the call before the wheels are put in motion for the rebuild or migration or whatever. Both are durable targets for your career.
  • octoberfranklin 2y ago
    What kind of org doesn't require any accountability internally?
    • bushido 2y ago
      Probably the ones that have very little of it today.
• bitwize 2y ago
  Great. I'll avoid jobs whose exclusive responsibilities involve predicting the next token given n previous input tokens.
  • hkt 2y ago
    In a way, that's all of them :(
  • hinkley 2y ago
    Does that mean I have to stop interrupting people when I realize what incorrect premise they're operating under?
• trod1234 2y ago
  Some people blog because it makes them happy, others do so to build brand and status for professional development. Upon reading this, it seems like the author is in the latter group, and while he offers a few points about what computers can and can't do, the advice given is horrible advice because it takes things in isolation and overgeneralizes, while not paying attention to underlying factors. The "lets just tough it out" approach and specialize in old code, or learning to do what AI can't are impossible tasks in practice. If the author is in the latter group, I think he's unintentionally doing himself a disservice by showing a low level of competency in addressing the problems. You don't want to hire an engineer who is blind to the potential liabilities they create. Any engineers in IT are intimately familiar with the fallout from failures involving sequential steps in a pipeline. There's front-of-line blocking (FOLB), and there's single points of failure (SPOFs), these are considered in resiliency design or documentation of the failure domains. The most important parts of which are used in identifying liabilities upfront before they happen. Entry level task positions are easily automated by AI. So companies replace the workers, with AI. How do you get to be a mid-level engineer when the entry level no longer exists...its all based upon years of experience. Experience which can no longer be gotten. Does this sound like a pipeline yet? You still have mid-level engineers available, as you do senior engineers, but no new ones are entering the marketplace. Aging removes these people over time, and as that sieves towards 0 the cost of hiring these people goes up until it reaches infinite (where no one can be hired). What goes into the pipeline is typically the same but most often less than what comes out of said pipeline. In talent development its a sieve separating the wheat from the chaff. Only the entry point is clogged, and nothing new is going in, humans deal with future expectations and the volume going into such pipelines is adaptive. No future, no one goes into such professions. After a certain point, you can't find talent. There's no economic incentive because companies made it this way by collusion. Things stop getting done which forces collapse of the company. Its not just one company because this is a broad problem, so this happens across the board creating a inflationary cycle of cost, followed by a correlated deflationary cycle in talent, that cannot be fixed except by the industry as a whole removing the blockage. They can't do that though because of short-term competition. When have industry business-people today turned on a dime in economically challenging situations where the money wasn't available; ever. Debt financing makes it so these people don't need to examine these trends more than a year out, but the consequences of these trends can occur just outside that horizon, and once integrated the bridges have been burnt and there is no going back while also maintaining marketshare. All of the incentives force business people to drive everything into the ground in these type of cycles. The only solution, is to know ahead of time, and not bait the hook. The business people of today have shown that this is beyond them, its all about short-term profits at the limits of growth, business as usual. Real world consequences of such, you can look to Thomas Malthus, and Catton who revisits Malthus. Catton importantly shows how extraction of non-renewables can reduce or destroy previous existing renewable flows leading to lower population limits as a whole than prior to before prior to overshoot. Similar behavior applies broadly to destructive phase changes of super critical systems with complex feedback mechanisms (i.e. negative flips to positive and runs away, or vice versa leading to collapse/halt). In other words where you have two narrow boundaries outside which the systems fail.
• serial_dev 2y ago
  Time and time again, I remind myself to follow the running away from the bear strategy, especially when I'm pessimistic about my career and future. Just like you don't need to be able to outrun the bear, it's enough to outrun your friend, it's okay to be theoretically replaceable by AI, as long as I'm not the most obvious person to be replaced (at least that's what I tell myself). Companies move slowly, I just hope they move slowly enough for me to provide a good life for my family as a software developer. This is a motivating and least depressive outlook on the future, as it encourages me to learn things better, and that feels good for me. I have many thought on AI, sometimes excited, sometimes frustrated, sometimes worried, but I didn't see this idea phrased like this before, so thought Id share it.
  • celdon25 2y ago
    Do more than you think you will need to do. The economy for software engineer hiring is changing rapidly and will continue to do so for the foreseeable future for reasons independent of AI. I got shaken out quickly (but am planning an epic comeback). The math doesn’t work out favorably so being ambitious is probably a good idea. But if things get too advanced then it also gets easier to automate an entire company, and enough automation means more viability for solo ventures. That ambition comes in handy there as well
  • hinkley 2y ago
    If you run away from a brown bear, they'll chase you and your friend stuck in Freeze-or-Fawn will outlive you. So the question is, is AI a brown bear or a black bear? Is it better to let everyone else run around screaming and stand still, or to book it?
  • Retr0id 2y ago
    What if there are 10 friends and 9 bears?
• irrational 2y ago
  I work in HR for a large company. A third party system was chosen to use for part of the HR functions. This third party system uses an integration system that involves dragging and dropping components and doing some config work (think of Nifi, or, at a super basic level, Scratch). So, it is all UI work, very little to no written code. It will be a long long time before this kind of work will be automated by LLMs. We are still in the process of building out hundreds of these integrations. Just the building out will take years. Then there will be even more years of maintenance. Large companies are like large ships, they pivot exceedingly slowly. I figure I can maintain this system for a long time. That’s one way to get job security.
  • ljlolel 2y ago
    Consumers will quickly replace these slow companies with products from new lean fast companies using AI at the core. The old large companies will just disappear.
    • irrational 2y ago
      This isn’t a software company. It is a Fortune 500 manufacturing company. Making physical products is the core business, not software.
  • nextworddev 2y ago
    Think that’s one reason people are excited for agents that can use devices, browsers, and UIs
  • globalise83 2y ago
    I am surprised by this: in my experience, LLMs excel in configuration of software far more than they do in writing it. And there are tools emerging almost daily for AI-powered browser and native application automation. So I don't see how this will create any kind of moat.
    • irrational 2y ago
      Because after spending years building it out, the company will be loathe to redo all the work, especially since it is so tightly integrated with the third party system. They won’t replace it until they replace the third party system someday, but because they are just now starting to use the third party system, it will be many years before they abandon it to move on. I’ve worked at large companies for decades. Switching major systems like these takes many many years. If you can get involved with setting it up and maintaining it, you are almost guaranteed job security for 10-15 years.
• btrettel 2y ago
  Most people on HN work in software, but I work in the intersection of software and hardware. The software for me is simulation software, but it could alternatively be real-time software for a product. The relevant difference between software alone and software+hardware is that LLMs can't do an experiment in the real world. A LLM might tell you to do something with hardware or write a simulator, but the results of both are really just predictions that need to be checked in the real world. I'm a theory and simulation guy, but in retrospect I should have done far more experiments when I was in training. I guess it's never too late to start...
  • ip26 2y ago
    Simulators are the bridge. Just like AI could operate calc.exe to cross check math, it could use a circuit simulator to prove a circuit topology. Perhaps our future overlord will thank you :)
• kubb 2y ago
  Like… building software with complexity beyond a React tutorial? I think I’m good.
• PessimalDecimal 2y ago
  We are now a few years into this latest "AI revolution." I keep hearing about how AI is coming for all our jobs. But people who actually try to use AI for coding largely don't seem convinced. Can anyone cite any smashing successes for AI? Are there any unicorn startups, or candidates to become one, that are staffed by say 5 really savvy users of AI? A story like that could be convincing of these claims about software engineering becoming a domain of prompt engineering.
  • bongodongobob 2y ago
    People aren't getting fired and 1-1 replaced by an AI agent. It's making people more productive so you can do more with less. I don't know why this needs to be constantly repeated.
    • furyofantares 2y ago
      Programming has a very long history of tools that make people more productive so they can do more with less, with it always leading to more programming jobs. This is also constantly repeated.
    • LoganDark 2y ago
      > People aren't getting fired and 1-1 replaced by an AI agent. Tell that to all the customer service AI chatbots. They don't need as many real CS agents anymore because one chatbot can reply to hundreds or thousands of tickets with useless garbage copy-pasted from the FAQ. Given that even most real CS agents also only do that nowadays anyway, yeah they've been replaced. This tends to be incredibly effective at CS's real job, which is to make customers with problems go away from being able to make it to bothering the actual consumer-unfriendly-decision-makers. If you start looking for this you will see it absolutely everywhere. Chatbots are really really good at making people too frustrated and exhausted to pursue other routes. There are a few companies whose CS actually still is good (like Mila Cares!!!) but in my experience most CS just wants to get rid of the annoying customer. Also, sort of related (to me, blame my autism), I've heard that the practical effect of a suicide hotline can be annoying the caller enough for them not to do the thing. I've had at least one or two friends told me that this was the effect it had on them. (they're doing better nowadays)
• satisfice 2y ago
  An LLM is incapable of performing an inquiry. Try making it do one. For instance tell an LLM that you want it to test a certain product and that you will be its eyes ears and hands. Then proceed as if you don’t know anything about testing. Do not correct its decisions. It will probably not ask you any questions, but if it does and you answer it will not ask follow up questions, or if it does it will lose track of your answers or non-answers. It does not maintain situational awareness. It does not speculate on your state of mind or competence as you help it.
• firesteelrain 2y ago
  LLMs won't be allowed to write DAL-B, DO-178B, safety critical, or mission critical code. Those areas are safe for now.
  • trod1234 2y ago
    Don't those areas depend upon government funding, and isn't Trump's budget initiatives causing a fire sale?
    • firesteelrain 2y ago
      Any airworthy system needs to show compliance to DAL-B, DO-178, etc Irrespective of Trump’s agenda
• globalise83 2y ago
  "a fast and effective way to have a multi-million-token context window" This truly is the challenge - both to have the huge context window and the ability to conduct coherent and comprehensive reasoning using the entire context. We should see soon whether there is a Moore's law effect here: I would be immensely surprised if not.
• streptomycin 2y ago
  By the time AI can replace me (a decent but not spectacular programmer), it's not going to be that far from being able to improve itself. At that point, all bets are off. Good luck trying to outwit a self-improving AI that is smarter than you!
• 0x20cowboy 2y ago
  Unpopular opinion: it would be easier to replace the C suite people with reasoning models than it would be to replace engineering. VCs would probably like that as well. Maybe pitch that to CEOs as a cost saving meausre.
• arijo 2y ago
  "So what kind of programming work would be the opposite of this? * Problems are ill-defined and poorly-scoped * Solutions are difficult to verify * The total volume of code involved is massive In my view, this is describing legacy code: feature work in large established codebases." If you have used cursor.ai to try to create a moderately sized project you'll see this happen even with newly generated code. In my experience, if you limit yourself to generate not well thought through prompts and do not work on getting a deep understanding of the generated codebase, the LLM will start duplicating the same code flows in different ways, many time forgetting some of the behaviour already implemented. Kind of like having dozens of developers working on the same codebase clueless about what each other has done and re-implementing the same functionality until the code turns into a pile of spaghetti code. It can be done but: * You must have a deep understanding of the code * You need to think hard about what you are doing and give very detailed instructions to the AI It works for trying a quick prototype but when moving on to production grade code you need to slow down and "program" step by step providing precise instructions as you go. You'll have to design the changes to the minor detail and then you can let the AI do the grunt work. It's like programming without coding.
• __MatrixMan__ 2y ago
  I'd like to see a bit less fearmongering about how our bosses won't need us anymore and a bit more about how maybe we won't need our bosses anymore. Most of us are already accountable for outcomes, not outputs. Perhaps we could go further in that direction--but doing so only makes personal sense if the underlying work that you're doing is important to you. If AI is about to make us all 10x coders, why should we keep the jobs we have when we could take that extra capability and go do something more meaningful--the kind of something that used to require a 10-person company. I'm personally pretty happy with my company, but my point is that once everybody gets more productive, what's the likelihood that everybody who still has a job after the transition still wants that job now that doors which were previously closed are now open? It's gonna be a bigger reshuffle than just taking more ownership over our existing domains.
• kabes 2y ago
  I feel it's a bit like with self driving cars: Until they can bring me safely to any destination without intervention, then they're not that useful. Currently LLMs are at the stage where I can shortly let go of the wheel but still need to be very focused, maybe even more focused. And while they improve at a fast rate, it's not sure they'll ever fully get there. In the meantime they're at best a slight productivity boost saving me some keystrokes.