Young Devs: 3 Career Hacks in the Age of AI
Alex

Alex @derstruct

About: ex-CTO, code addict, father

Joined:
Jul 4, 2025

Young Devs: 3 Career Hacks in the Age of AI

Publish Date: Jul 8
22 14

It's 2025; you are young, ambitious, and preparing for a career in programming.

However, seems like everybody in the industry is discussing how AI will replace programmers.

Maybe it's right about them, but not about you.

I will not recommend or sell you an AI tool or tell you some bullshit, like "be better than others and follow your passion."
I will share a [not easy] strategy you can follow to improve your chances, along with some practical insights - what you can start learning right now.

Disclaimer: I was the head of the R&D department and interviewed over a hundred people. My area of operation was primarily related to software and firmware that run on specialized devices, such as IoT modules, cameras, industrial controllers, specialized tablets, etc. However, we also occasionally did related web development projects.

1. Avoid following common recommendations

You: Where should I start?
They: Python. JavaScript/React. Mobile apps. Testing. It's easy to learn.

Wrong.

Easy to learn doesn't mean right for you.

You are young, your brain is agile. You can handle learning more complicated things. Don't waste the opportunity to gain unique skills.

LLMs are trained on common stuff

JavaScript and Python are the default languages for LLMs due to their extensive training datasets. So React, Node.js, Django, you name it — risky choice.

Don't get me wrong, LLMs can't write code well (and won't be soon), require professional guidance and supervision

Overcrowded.

Training courses are easy to sell. Recommended by almost everybody. Bubble.

2. Look for the natural LLM barriers

Connected To the Physical World

Mistake cost is too high (and can even be fatal); therefore, humans will continue to play a significant role in the R&D process for a long time. And also, you need hands.

  • Machinery and industrial control
  • Medicine
  • Automotive

Low-Maintenance And No-Maintenance Systems

Software or firmware upgrades in the field are often costly or impossible. No one lets the device with LLM-generated code exit the factory.

  • Environmental data loggers
  • Fixed-function devices (like an air-conditioner)
  • Remote Asset Trackers

Mission Critical Systems

The reason is the same as in the previous points.

  • Telecommunication, networks
  • Power Grid Management
  • Transportation
  • Financial Transaction Systems

But am I good enough for that?

You may think that no one will allow you to touch it. However, it's not true - experienced colleagues will review your code in detail, provide guidance, and education. Trials will take months if not years. And in comparison to guiding the LLM, this will pay off. You are a valuable asset.

In college, one of my fellow students worked on a nuclear power plant control sub-system.

Low-Latency and High Performance

Requires precision, collective effort, and is highly context-dependent (an average approach will not cut it). The quality and complexity are significantly higher than the median, which renders the LLM invalid for such cases (until real revolution in approach/architecture and probably hardware).

  • Data Processing Cores
  • Financial market
  • Transaction Systems
  • Data compression, encoding, decoding

3. Search For Niches

Here is my top 3. I recommend starting with the first one; it's a solid foundation for the next two and a programming career in general.

Microcontroller (MCU) Programming

The average age of developers in this area is approximately 40, and there is almost no new talent
Unreachable for LLMs and will always remain relevant. Nearly any electrical device more intelligent than a kettle without a colorful display is powered by an MCU.

Writing low-level code to run on low-power hardware is a challenging task. However, it is also fun. Use your fantasy to select the first learning project - build a canon with ultrasonic target detection (my first project), a crawling robot, an active balancing camera mount. It's a dream.

Start with a dev board and bare metal (HAL, learn UART, SPI, I2C), then conquer FreeRTOS and dive into electrical engineering a little—you're safe.

You can try to argue that hardware will get so powerful that we can just run AI/AI-generated JavaScript everywhere. That is not true; there will always be a demand for highly energy-efficient and robust systems.

Warning: Arduino is not recommended to start learning embedded development. It's not recognized by the industry as a professional tool (for DIY, kids, it's ok). STM Discovery boards are the default choice (it's much easier to work with than you may think).

Embedded Linux

Gold specialists. I knew three who know how to modify the Linux kernel, write device drivers, and configure & automate the Yocto/Buildroot building process.

If a MCU is not the brain of the device and it's not 4/5G cellular enabled, it's likely running on Linux. Advanced industrial controllers, cameras, drones, smart home hubs, portable game consoles, medical equipment, and much more.

Android System (not apps)

! Training materials are difficult to find

Even rarer specialists. I knew two, but I couldn't manage to hire a single one in-house (it was impossible to compete with x2-x3 offers from corporations).

If the company plans an Android-based product (even if it's developed and produced in China), there's no way around this competence.

Build an Android from the sources. Add drivers, configure peripherals. Embed the application with system privileges, tweak power cycle and battery management, guide OTA implementation, and write platform native code (not Java/Kotlin).

Android rocks when all-around connectivity is required, advanced media and camera capabilities, and touch-heavy UIs are needed. It's not only about smartphones. POS terminals, interactive panels, digital signage, 4G-connected cameras, vending machines, smart speakers, and various other gadgets.

Conduct Your Research

I am talking from the perspective of my industry alone. For example, low-level, high-performance server code (C/C++/Zig/Rust) - follows the same logic: LLM safe, challenging to master, and not so popular (as it could seem). Also, there is "hardware programming" .

Bonus: don't run for the money

Today's trends are not tomorrow's reality. Making your choice based only on salary ranking may sound reasonable, but

  1. It's not your ranking, but those who came before you.
  2. You can easily end up in an overpopulated niche that was once on the hype.

However, Go and Kotlin are solid choices for today. Industry-proven, well-paid, job opportunities are growing, and extensive training materials are available. If you jump in right now, you probably won't miss.

Cautions Of Suggested Approach

Not So Common

You should search first to see if there are companies that can offer such jobs within your reach.

It won't be many. Not all cities (even countries) can offer that. However, demand for specialists exceeds supply and continues to grow. Relocation is also common.

Fewer Remote Opportunities

If you work with something physical, you need to visit the office often. You need help from your hardware fellas to debug.

Requires Education?

It's recommended to have a related university degree. But training materials are available online (that's how I mainly learned). At least half of the people I was working with had an education in other fields (but mostly engineering).

My perspective is limited to my industry. Still, you can extrapolate suggested principles (and even find new ones following the same logic) to other areas.

Conclusion

I can think of nothing more interesting than programming. I hope you also share my passion one day, while earning a good income as a bonus.

Good Luck!

Comments 14 total

  • TurboTurtle
    TurboTurtleJul 8, 2025

    Wow I haven’t seen articles about programming and AI from this POV yet. Thanks for sharing your experience 🙌🏼

  • Random
    RandomJul 9, 2025

    Nice article on "Career Hacks" thanks for sharing

  • david duymelinck
    david duymelinckJul 9, 2025

    JavaScript and Python are the default languages for LLMs due to their extensive training datasets. So React, Node.js, Django, you name it — risky choice.

    I agree that javascript isn't a good language to start with. While it has improved it still has no native types.
    I think Python is a good beginner language. I would not start with a compiled language because you are going to spend a lot of time waiting for the compilation during learning.
    Once you know the basics, you can learn a compiled language because then you will make less mistakes.

    You can try to argue that hardware will get so powerful that we can just run AI/AI-generated JavaScript everywhere.

    As far as I know any language on a microcontroller is compiled to machine language, whatever you pick. So the hardware doesn't need to more powerful. You can program Arduino's with Python.

    low-level, high-performance server code (C/C++/Zig/Rust) - follows the same logic: LLM safe

    I don't think any language will be LLM safe forever. Over time people will feed LLM's all the different languages.

    I am not a AI optimist but I don't think niche software is going to be AI free. Just use it to your advantage by learning and keep on learning whatever you set your mind on.

    • Alex
      AlexJul 9, 2025

      I think Python is a good beginner language. I would not start with a compiled language because you are going to spend a lot of time waiting for the compilation during learning.

      The complication of C is pretty fast, you won't notice in your learning project (it may even outrun Python script interpretation), and it's easy to start with, in opposition to popular opinion.

      As far as I know any language on a microcontroller is compiled to machine language, whatever you pick. So the hardware doesn't need to more powerful. You can program Arduino's with Python.

      Arduino is for DIY and learning projects. That's not a professional tool. The level of optimization and hardware control needed in commercial projects is not approachable with Python/JS/whatever to native compilation.

      I am not a AI optimist but I don't think niche software is going to be AI free

      The natural barriers I mentioned will remain in place for a long time. There is no sense in using AI-generated code to control the pump, for example. That is not so much code, but it must be 100% precise.

      Just use it to your advantage by learning and keep on learning whatever you set your mind on.

      My article is addressed to newcomers. Also, it's not about AI. Common niches are oversupplied with workforce. Embedded development is area where demand for specialist will continue to outpace supply

    • АнонимJul 9, 2025

      [hidden by post author]

    • Alex
      AlexJul 9, 2025

      Arduino is not recognized by the industry as a professional platform. Also, the level of optimization and hardware control required in commercial projects is not achievable with Python-to-native compilation.

      The natural barriers I mentioned will remain in place for a long time. There is no sense in using AI-generated code to control the pump, for example. That is not so much code, but it must be 100% precise.

      P.S. The compilation of C is pretty fast, you won't notice in your learning project (it may even outrun Python script interpretation), and it's not difficult to start with, in opposition to popular opinion.

      • david duymelinck
        david duymelinckJul 9, 2025

        I agree an Arduino is not a professional microcontroller. I mentioned it because it is not needed to go to C from the start. You can ease into microcontroller programming with a higher level programming language.

        Why doesn't it make sense to have AI generated code to control a pump? If the code is correct because of the prompt and context you gave AI, what is the difference who or what generated the code?
        It might not make sense when it is the only code that is needed, but most of the time your programming a flow of actions that are started by a trigger or some sensor reading.

        I don't know how fast the C compiler is. My experience with compiled languages when learning is that is the compile step is like a threshold that is build just a little too high, so that you hit it often with your foot. After a while it will become that annoying you want to lower it.
        And that is what I meant with spending time waiting, a lot was an exaggeration. When the change does not have the expected outcome, there is always that chance that the code wasn't compiled when it was tested if you run the compilation in the background. So you run it again to be sure.
        With a script language you know you are the one that did something wrong.

        I do think the sectors you are promoting are a valid option. But they are not going to be everyone's cup of tea.

        • Alex
          AlexJul 9, 2025

          Why doesn't it make sense to have AI generated code to control a pump? If the code is correct because of the prompt and context you gave AI, what is the difference who or what generated the code?

          Because trials are more expensive than writing, you need the entire assembly (sources, sensors, tank), multiple people to assist, and a switch of scenario requires a lot of manual labor; it could easily take a week for a single build to be tested. And still, some conditions will be encountered only in the production environment, where the cost of a bug is too high. You don't want LLM code to drive the s**t pump near your house 😀. So let's the professional human write precise, purely hand-crafted code.

          With a script language you know you are the one that did something wrong.

          My experience is opposite. Compiled language LSP offers more support during writing. With interpreted, you need to run it to know what is wrong in general.

          P.S. Arduino is not a recommended approach for learning embedded development. As a result, you are learning the Arduino ecosystem's abstractions, which hide a lot of important stuff from you. For anyone who wants to start — STM Discovery boards are the way to go (it's easier than you think). Select one based on the interfaces/peripherals (do you need Bluetooth, Ethernet, etc), f4discovery is the default choice.

          • david duymelinck
            david duymelinckJul 13, 2025

            And still, some conditions will be encountered only in the production environment, where the cost of a bug is too high

            So you can't test everything, which means there always is a chance that there is a bug how good the code is your write?

            So let's the professional human write precise, purely hand-crafted code.

            Did you notice the word correct in the part you quoted? I agree with the precise part in the quote above.
            Does it really makes a difference if you type the code or that some LLM wrote it. Most IDE's try to predict what you want to want to write on the current line. An LLM is that but you can write English. People still have the final say, I don't want a vibe coded pump.

            With interpreted, you need to run it to know what is wrong in general.

            You are right. The point I was trying to make was more about removing uncertainty from the learning process.
            I mentioned running the compiler step with a background process, because manually triggering a build is annoying. Most things that need compiling nowadays have some hot reload process. But because it is a separate process it can fail or be slower than triggering the test.
            With script languages, compiling and running the code is one process.

            STM Discovery boards are the way to go

            I mentioned Arduino because it is the thing I know, not being immersed in this field. Thank you for the suggestion for a better board.
            I did some research, a search engine and AI question, and I found MicroPython
            I want to stress that Python on a microcontroller is a way to ease into that kind of programming. At some point the switch to C/C++ is needed. Not everyone is confident enough to dive into the deep end straight away.

            PS: I was scrolling through my RSS feed after I made this comment and I read this. It might be interesting.

            • Alex
              AlexJul 13, 2025

              Of course, bugs in production happen, and devices or equipment are recalled. However, this is significantly rarer than with a web app, server, or mobile app, which can be almost instantly updated.

              Does it really makes a difference if you type the code or that some LLM wrote it.

              That depends on skill, of course. LLM can write better code than some people. However, even a beginner-level coder can solve more complex tasks.

              Most IDE's try to predict what you want to want to write on the current lin

              LSP completions and snippets are not the same as logic delegation.

              Not everyone is confident enough to dive into the deep end straight away.

              Good luck on your path! It's easier than you may think; you will succeed.

              Also, the guy in the article you shared did not produce and bring up his helloword-level PCB. It's like writing the code without running. If interested, you can compare the actual ESP32 S3 board and ESP32 design reference to what he did. Or search for USB impedance and diff pair design.

              • david duymelinck
                david duymelinckJul 13, 2025

                However, even a beginner-level coder can solve more complex tasks.

                True, but that is beside the point.

                LSP completions and snippets are not the same as logic delegation.

                True. I don't trust LLM's to write logic for me, that is not their task. So for me both things are on a similar level.

                Good luck on your path!

                Not my path, I would go for C or C++. I'm thinking of other people.

                the guy in the article you shared did not produce and bring up his helloword-level PCB. It's like writing the code without running.

                Are you implying that person is not skilled enough to see the flaws in the PCB design?
                The interesting part is that AI helped making the PCB. From that I get that AI already is in the AI safe sectors. Maybe just only with their toes, but how long will it take for the rest to follow? (I don't humanize AI, but I found it a funny analogy)

                • Alex
                  AlexJul 13, 2025

                  Are you implying that person is not skilled enough to see the flaws in the PCB design?

                  Maybe he does not want to, otherwise article makes no sense. Even I can see flaws in his design (I am not a PCB engineer). To be honest, that article is pretty low quality.

                  The interesting part is that AI helped making the PCB.

                  No, it does not. "AI" just gave answer as it always does. If LLM tells me cure for cancer, it doesn't mean it's right.

                  • david duymelinck
                    david duymelinckJul 13, 2025

                    Even I can see flaws in his design (I am not a PCB engineer). To be honest, that article is pretty low quality.

                    Ok that was my mistake trusting that person.

  • Alex
    AlexJul 9, 2025

    Response to the previous comment.

    I think Python is a good beginner language. I would not start with a compiled language because you are going to spend a lot of time waiting for the compilation during learning.

    The complication of C is pretty fast, you won't notice in your learning project (it may even outrun Python script interpretation), and it's not difficult to start with, in opposition to popular opinion.

    As far as I know any language on a microcontroller is compiled to machine language, whatever you pick. So the hardware doesn't need to more powerful. You can program Arduino's with Python.

    Arduino is for DIY and learning projects. That's not a professional tool. The level of optimization and hardware control needed in commercial projects is not approachable with whatewher to native compilation.

    I am not a AI optimist but I don't think niche software is going to be AI free

    The natural barriers I mentioned will remain in place for a long time. There is no sense in using AI-generated code to control the pump, for example. That is not so much code, but it must be 100% precise.

    Just use it to your advantage by learning and keep on learning whatever you set your mind on.

    My article is addressed to the newcomers. Also, it's not only about AI. Common niches are oversupplied with workforce. Embedded development is an area where demand for specialists will continue to outpace supply.

Add comment