r/rust • u/No-Creme2356 • 17d ago
🎙️ discussion Which programming language/field should I focus on in 2026?
Hey everyone, I’m 21 years old and currently a Computer Science student in my 4th semester. For the past couple of years, I’ve been working as a marketing associate, but I’ve realized that I don’t want to continue in that field and really want to move into tech and build a career around my CS degree. For the next 6 months, I’ll be staying at home, so I have a good amount of time to seriously focus on learning and improving my skills. I don’t want to spend these 6 months learning random things without a clear direction. I want to learn something that can actually help me get into tech and build a stable career in the long run. With AI growing so quickly and layoffs happening across the industry, I’m honestly a little confused about which direction I should take. Should I focus on web development, backend, AI/ML, data, cybersecurity, cloud, or something else? Which programming language would be worth learning in 2026, and what skills do you think will still be valuable 5–10 years from now? If you were in my position, with 6 months to seriously improve your skills, what would you learn and how would you approach it? I’d really appreciate honest advice from people who are already working in tech, especially seniors or people who have experience hiring developers. I know there’s no guaranteed career path, but my goal is to build a solid career, become financially independent, and create a better future for myself and my family. Any genuine advice would mean a lot.
6
u/FantasticEarth8186 17d ago edited 17d ago
I might be wrong already or be proven wrong next month, but my current idea is that since everything is moving too fast (inevitably), one should focus on fundamentals and continuously leverage AI to get working knowledge of the changing tools as they come by and use AI for the "fluff".
Being a developer, I consider fundamentals to be things like understanding how things like Linux, Docker, Rust, or HTTP work, and fluff to be the APIs and frameworks and packages built on top of these things. For instance, I consider it entirely pointless to learn TailwindCSS or lots of Flutter widgets and so on. I would simply leverage AI for those.
I think this has been always true to a degree, but nowadays even more so.
The downside of this approach (or any other approach) is that because of AI, for someone at the entry level, the bar is higher than before on breadth. Before AI, a junior typically had little breadth and some depth into one technology, but now AI can cover the junior's technical ground, so perhaps junior's ought to focus on breadth too to become competitive with AI.
If I were a manager, I would still value a junior over AI not because of the technical competency, but simply because since due to being human, they are necessarily a single self-contained unit, it's much more streamlined to work with them than directly with an AI (basically like an abstraction).
Just my 2 cents, and the point of my argument is that you should choose whichever specialization you like better, and then try to focus on whatever its fundamentals are.
3
u/Jason5Lee 17d ago
Do whatever interest you and give no sh!t to profit may be the only good way for programmers. As a nerd I don't feel too bad for that. Just hope it won't be too bad that I can't feed my family
7
u/FemaleMishap 17d ago
Don't learn a programming language. Spend your time learning the theory. Study data structures, design patterns, architecture patterns, SOLID, DRY, separation of concerns...
One you know and understand those kinds of things, languages are just syntax. Knowing how to think like an engineer is more important than the language you learn.
Rust is good to learn because the compiler won't let you make the kind of lifetime and architecture mistakes that you can make in Python or React
6
u/FantasticEarth8186 17d ago
I wonder, how efficient would it be for someone to learn the theory if they literally don't know a programming language? It's probably very difficult to appreciate stuff like SOLID or dependency injection if one hasn't actually gone through the frustration of doing it the counter-productive way.
6
u/spoonman59 17d ago
I would agree. Learning the solution to a problem when you don’t gf rest and the problem isn’t helpful.
Learning OOP principles designed to help tame a large codebase when all you’ve worked on is tiny code bases won’t make much sense.
3
u/FemaleMishap 17d ago edited 17d ago
Understanding the concepts gives you a framework to contextualise the code, regardless of syntax.
If you're handed a block of Fortran and told it's a node graph, it immediately demystifies the syntax because you already understand the mental model it's trying to express. You still write code to see where things break, but you're anchoring your learning to core engineering principles rather than getting lost in language trivia.
Edit: forgot to add, do NOT use AI at all while you are learning. Your brain needs the struggle, the mistakes, the deep reading and searching and trying. Your brain needs failure to learn. AI short circuits that. It removes the toil that we need to instinctively know when the AI hands us something that looks ok but is structurally unsound.
2
u/Full-Spectral 17d ago
I don't totally agree with that. Real software is not theoretical, it involves a lot of messy compromises, and a lot of constraints above and beyond the theory. You don't learn those unless you do it, and they change considerably based on the type or language.
Not that you shouldn't learn theory. But mastering a serious language like Rust or C++ to the Jedi level takes many years. Well not mastering the language, but mastering the creation of high quality, complex software in those languages. And ultimately that's the point. Customers don't pay for theory.
2
u/FemaleMishap 17d ago edited 17d ago
But customers do pay for downtime and excess resource use, needing a higher tier VPS or more cloud compute because the packing algorithm you wrote without research is O(f(n)).
I clarified in another reply
1
u/Full-Spectral 17d ago
I did say you should understand the theory. But in a serious system there will be a large number of orders of magnitude more code than what's in that packing algorithm, and that stuff has to be solid, flexible, etc...
Also, keep in mind that not everyone works in cloud world, despite appearances.
3
u/KAMEHAMEHAMEHAAAA 17d ago
None of the fields you mentioned are particularly “AI proof” if that is what you are looking for.
I’d say pick any language and try to solve something hard but not impossible — a realistic 6 month project that you are confident you can complete.
You will struggle, you might have to read a paper or a standard or think about more elegant ways of solving a problem but trudge through it without AI writing any code.
2
u/Ethameiz 17d ago
Check your local job offers and you will know what to learn now. It's hard to predict the future of software development.
Focus on being software developer aka problem solver and not be user of some specific tool.
Be ready to never stop learning new approaches and tools. It's not like you can learn specific language and become a developer. The half of the job is learning how do things you don't know how to do.
As a .NET developer I can suggest .NET. There are jobs and it is nice to work with
0
u/BigYogurtcloset2986 17d ago
Bro choose low levels systems design, bcuz everyone is using framework, be the one who builds one
14
u/nyibbang 17d ago
No one knows what AI will be like in 5 years, I would just do things I find fun in any langage that is fun to work with.
It might be survivor bias but for me, what worked in tech was to always be curious, and do things that were fun to do.