this post was submitted on 30 Oct 2024
11 points (100.0% liked)
Learn Programming
1656 readers
1 users here now
Posting Etiquette
-
Ask the main part of your question in the title. This should be concise but informative.
-
Provide everything up front. Don't make people fish for more details in the comments. Provide background information and examples.
-
Be present for follow up questions. Don't ask for help and run away. Stick around to answer questions and provide more details.
-
Ask about the problem you're trying to solve. Don't focus too much on debugging your exact solution, as you may be going down the wrong path. Include as much information as you can about what you ultimately are trying to achieve. See more on this here: https://xyproblem.info/
Icon base by Delapouite under CC BY 3.0 with modifications to add a gradient
founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
These are very open ended questions which make it hard to narrow things down to one project and generally I don't find them a good question to ask. Instead of looking for something to make for the sake of needing to make something try to find a problem you have that you can solve by making something. All the best projects are solving some problem some one has had and it is a much narrower question to ask. You can narrow it down further by looking at each of your hobbies/interests/things you need to do one by one.
If you want to be more systematic about it go through each area of interest and write down every issue or problem you can think of. Big or small, easy to hard to solve (with or without a programmable solution) - anything and everything. Just get them down on bit of paper or document. You can expand on it over time as well when you think of something or encounter an issue for the first time. Then once you have a few things you can consider them in more detail. Think about how you might solve things, and slowly filter things out to one that most interest/bug you and that you could solve with a program in some way.
That should give you specific things to think about and ponder over which can be very helpful for leading to an actual project idea.
And honestly these days I have far more project idea that I could start then I have time to start. But they all start with a problem I encounter. I tend to need to think through an idea I have for a bit then write it down and shelve it for the future so it does not distract me from the current things I have on the go. Or if something is more important/interesting than a current project it can replace something else I have on the go (which you need to be careful of that you don't keep jumping to new things and never finishing things you have already started).