Its a tough problem. You have to find something that you want to exist; like an app or a website or a game. For example, try making a GUI for managing SSH keys. You know, like the ones github makes you create in order to clone and push to a repo. Make a visual representation of those keys (stored in the .ssh folder), and tools to add/delete them.

Along the way you’ll find tons of missing things, tools that should exist but don’t. Those are the “real” projects that will really expand your capabilities as a developer.

For example, I was coding in python and wanted to make a function that caches the output because the code was inherently slow.

• but to cache an output we need to know the inputs are the same
• hashes are good for this but lists can’t be hashed with the built-in python hash function
• we can make our own hash, but hashing a list that contains itself is hard
• there is a solution for lists, but then hashing a set that contains itself is a serious problem (MUCH harder than hashing a list)
• turns out hashing a set is the same problem as the graph-coloring problem (graph isomorphism)
• suddenly I have a really deep understanding of recursive data structures all because I wanted to a function that caches its output.

To take up a career in programming is to be professionally confused on a day-to-day basis. It’s normal to feel overwhelmed at times, but this is the advice I give younger engineers: accept that confusion, and try to channel it into curiosity instead of letting it fester into stress and anxiety.

Try to replicate software/apps you use everyday. Not to improve them, but to figure out how they work. In addition to learning how they work, you’ll learn the problems the original devs had to solve, and one way to solve them.

This consternation is definitely common. It’s hard to apply skills to something with no long term impact of benefit. I’ve improved my skills by finding stuff I can help on in the communities I participate in.

It’s natural to be overwhelmed, so deciding on a project does scope what you can learn, but a hard part is architecting the foundation of that project.

Introducing new features to an existing project is a great way to get your feet wet - it has multiple benefits, for one of you do take a position as a developer in the future, you likely won’t be architecting anything initially, primarily improving on existing projects. So participating in OSS projects is a similar mechanism to that - you have to learn their codebase to a degree, you have to learn their style and requirements, etc.

Even if you don’t ultimately contribute, it’s still a learning experience.

Read/Inspect and contribute to FOSS. They’ll be bigger and longer lived than small, personal, and experimental projects.

Study computer science.

Work, preferably in an environment with mentors, and long-/continuously-maintained projects.

Look at alternative approaches and ecosystems. Like .NET (very good docs and guidance), a functional programming language, Rust, or Web.

That being said, you ask about “should”, but I think if it’s useful for personal utilities that’s good enough as well. Depends on your interest, goals, wants, and where you want to go in the future.

For me, managing my clan servers and website, reading online, and contributing to FOSS were my biggest contributors to learning and expertise.

I found reading through the rust book was a nice walkthrough of problems one can hit and how that language elected to solve them.

In terms of practice:

• Write a vim config
  • Shell out to python if you’d like
• Learn a bit of elisp and org-mode
• Rewrite all your shell scripts into a python CLI
• Write a pyqt6 GUI for tasks and notes on the exact way you’ve always wanted it to work
• Write an AI tool to auto-format links etc with phi3
  • Very exciting how much these smaller models can do!

It’s a lot of work. I’m in a similar boat. I’ve been self teaching myself how to program in various languages and working as a Fullstack developer at a very small startup.

While I’ve learned alot, there’s always more to learn and finding direction is a challenge you’ll hit many times over if you stick with it.

Right now I’m reviewing various Open Source Projects I could contribute to as I know ultimately this will make me a much better developer. There are so many CLI and web development tools I use that I’d like to expand on but will require a marginal jump in my skills. Here are a few examples:

• Add a feature to the rTorrent client that would allow it to torrent over i2p
• Expand the amount of tools available within the SolidJS framework ecosystem to be competitive with React’s ecosystem.
• Create a HTTP server in Rust that has feature parity with Golang’s Caddy
• Add a feature to AntennaPod akin to YouTube Sponsor block that would allow for user contributed timestamps to facilitate auto skipping of ad mentions in podcast episodes.

I also am slowly working out plans to learn enough about Rust and browsers to recreate the terminal based browser Links in Rust.

But these are all just me spitballing. In truth, my skills aren’t quite there yet and the amount of time to get there for each one of these is a lot. So I have to choose wisely and dive in deep on the project’s codebase, probably for at least a year or more to make headway. But this is the mindset I think might help you. Look into the software you use a lot or like the concept of. Figure out how you’d like to improve it or add to it. Reach out to the developers of said software however you can, either make your case for the improvements you want to make or just help out on something they want to do with the software. Learn, listen. Rinse and repeat.

Hope this helps a bit.

You need to think of things you might want to build. Try building software that nobody ever has, try fixing issues in current software using git. You can find lots of python program in GitHub, waiting for contributions. That’s how I learnt. If you want to learn and use C++, try building software that interacts with the real world with Arduino, try contributing to the Linux kernel or try making simple games using C++ in Godot.

The way I did it is by trying to solve more and more advanced problems with simpler tools/features, then looking at more advanced features and seeing where they could be applied to make the problem solving simpler. Rinse and repeat.

An easy example that I can remember is making arrays that dynamically expand. I started with the barebones malloc and worked out how to use std::vector (and other list types) in its place.

Understanding that concept is, what I believe, to be the foundation of learning programming.

I’m no pro whatsoever, but using this method really helps me pick up and learn new languages.

You could try to find an open source project to contribute to? That’ll get give you a nice big codebase to grapple with.

I think what you need is inspiration, there’s so many things to build to improve your skills and broaden your knowledge. Not every project you work on needs to be novel and exciting, even basic things can provide ample complexity to learn new things.

For example, in c++ you can make a basic image viewer that takes the name of a file and displays it, using some library like SDL (or OpenGl/Vulkan(hard)). This would teach you a lot about file formats, dynamic memory allocation and managing it, graphics pipeline etc.

For html and css, you can try to recreate some cool websites you see online. I hope this gives an inspiration(best viewed on PC).

For problem solving there’s always leet code, advent of code and other similar services.

Here’s more stuff to get started

Leetcode is a great way to polish your skills. When I was your age, I read programming books and made projects I cared about, it’s turned out very well.

I’ve helped a few others learn programming, practice and working on any project at all always help more than anything.

Obligatory Linux comment (Lemmy moment):

Windows is used often for its compatibility and defaultness but Linux is interesting in the sense that everything is patchable, everything is tinkerable and configurable. The low resistance to tinkering makes lots of Linux users tinkerers – including tinkering via code.

I’m not saying wipe your hard drive or even dual-boot. Maybe an older computer or VM could help, depending on what you have. But just in the past week I’ve screwed around in low-to-medium-difficulty Linux projects that configured my lockscreen with C, that implemented mildly usable desktop GUIs with TypeScript, among others – just not-too-committal stuff that has a return value I literally see every time I lock my computer.

Windows equivalent projects can be harsher on the beginning-to-intermediate curve (back when I first tried out Linux Mint, I’d been struggling to make a bookmark inspector in Visual Studio – ended up Pythoning it instead) – not to say that Windows fun is by any means out-of-reach.

As others have said, keep finding and building projects for yourself. Maybe get this book if you don’t have ideas of things you can build: Exercises for Programmers: 57 Challenges to Develop Your Coding Skills

I propose you contribute to Foss software that you use.

With that you are motivated because you are invested in the project, you will see the effect of your work and you learn about the process of contributing and working in a team.

That should keep you going for a while. Best of luck.