Live data from Hacker News

Ask HN: How can I pick a side project and stick with it?

news.ycombinator.com

271–280 of 372 posts

Re: Ask HN: How can I pick a side project and stick with it?

#271

Get people using it. Period. Result: with every user interaction you will get a refreshment of motivation. I've done it for 5 years. Long version: I was all about starting projects and never finishing, until one day I actually put one online and started spreading the word through discussion boards. So step 1) Launch and spread the word. You get 1 thing out of this immediately: you WILL finish it to the bare minimum,…

> Get people using it. Period.

Or find people that code with you, like a hackathon.

I recently wrote an application https://wintermute.app that tries to connect coders.

@corecoder Maybe you can find a project you want to participate in? Or at least you find some first users / supporters for one of your ideas.

Re: Ask HN: How can I pick a side project and stick with it?

#272

Find a problem to solve. Don't focus on tools. You want to do these side projects to show to yourself that YOU can do it. Focus on the problem not on the skill.

This is hard. Either your problem can already be solved with an existing tool or you are not interested in solving that problem (hence it is not that problem:)).

Re: Ask HN: How can I pick a side project and stick with it?

#273

I’m just like you. I stumbled upon a book called Refuse to Choose and it’s about a personality type (that is definitely not ADHD) that happens to want to do a lot of things (sometimes in parallel or in sequence). It was very comforting to know others struggle with this and this book helps you to be ok with it. I wouldn’t say it “cured” me but I think about it differently now and use it more to my advantage. Worth a r…

That struggle is real. I've got a ridiculous amount of half-finished MVPs that I simply got bored of. It often makes me feel like an absolute failure, especially when I've told others about something I'm working on. When they ask "Hey, how is that project X you were working on 3 months ago going?" I'll have to think about it because it was probably 3 projects ago. But I think you're spot on. From each of these projec…

I’ve been working on the same project for over 15 years. It’s been written in C, C++, Python, Ruby, Java and Scala. It had an XWindows front end, Swing front end and now a simple web front end (but there is talk of moving to Vue or React.) It ran on the local machine, then shared web hosting, and now AWS. It’s used flat files, SQL and Mongo for storage.

Currently it’s in the shop because I decided to rip everything into microservices and deploy it using Kubernetes.

Along the way I learned 2 things. First, I like solving the same problem over and over again with different technology. You learn both the new technology and uncover aspects of your problem you hadn’t seen before. Second, it’s important to release. I’ve got a website with 75% of the links broken, and the only visitors are me and the googlebot, but it’s released. There’s an artifact I can show my wife or my brother without firing up an IDE. It makes a big difference with respect to a sense of accomplishment (despite the broken links.)

Re: Ask HN: How can I pick a side project and stick with it?

#274
I struggled with this for years. Finally made it over the hump a couple years ago and started finishing things.

The one key question for any side project I consider starting now is:

"Will I use this myself?"

Building something that makes your life easier is a huge motivator to get through the slog days. And if you're considering trying to sell it later it's nice know you have a market size of at least 1, which is more than many startups.

Re: Ask HN: How can I pick a side project and stick with it?

#275

I’m just like you. I stumbled upon a book called Refuse to Choose and it’s about a personality type (that is definitely not ADHD) that happens to want to do a lot of things (sometimes in parallel or in sequence). It was very comforting to know others struggle with this and this book helps you to be ok with it. I wouldn’t say it “cured” me but I think about it differently now and use it more to my advantage. Worth a r…

Yes, but I think successful entrepreneurs know when to move on, when to pivot and when to stick with it and PERSIST. I have quote framed at my desk that goes something like this:

"Nothing in the world can take the place of persistence. Talent will not; nothing is more common than unsuccessful men[women] with talent. Genius will not; unrewarded genius is almost a proverb. Education will not; the world is full of educated derelicts. Persistence and determination alone will bring success."

Re: Ask HN: How can I pick a side project and stick with it?

#276

Self social engineering: tell everybody about it so you're going to lose face if you drop it without a good reason. This doesn't mean you cannot drop a project every week or two, but you must accomplish at least something before doing it or discover it's a dead end. And if you succeed people will cheer you.

Apparently that’s exactly not what you should do: https://www.psychologytoday.com/us/blog/ulterior-motives/200...

Don't know about the psychology behind it but I'll add a data point in support of this.

Whenever I do any kind of creative work (programming, music, etc.) I always stall out if I reveal what I'm doing to other people before it's in a near-completed state. Something about the knowledge that other people may be observing causes me to think about a project in terms of how it will be perceived by others as opposed to precisely what I want it to be. The sad thing is that usually probably no one is observing and I'm entirely psyching myself out, but this realization has definitely led me to be more disciplined about secrecy when working on anything.

Re: Ask HN: How can I pick a side project and stick with it?

#277
do it for someone not for yourself. you can reach out to domain experts over a non-technical topic you are interested in. offer them your time and a final project in exchange for their guidance.

Be intentional about setting up meetings. don't let the relationship fall into the graduate student advisor communication patterns, treated like a professional relationship and ask them to the same.

Re: Ask HN: How can I pick a side project and stick with it?

#279
I really like this question. If I'm honest, it rarely happens that I don't finish stuff. But this wasn't some magical switch that happened overnight. Rather, a bunch of stuff, so this question kind of gives me an opportunity to reflect on what led to meaningful change:

1. Action vs Motion. A lot of comments alluded to this here, and the best I've seen it articulated was in James Clear's book Atomic Habits. You have 'Motion' which is thinking, imagining, whiteboarding, planning, talking about...everything that goes around the doing. And you have 'Action', which is actually doing. Motion is incredibly pleasant, but it's a trap. Action is never as much fun. Because soon enough you're going to get uncomfortable, stuck, frustrated. At the very least, recognize when you're in Motion and when you're in Action, so you're not trying to fool yourself. See also Shonda Rhimes' "A screenwriter's advice" [0].

2. The closer you get to finishing something, the greater the resistance is to finishing it. This was articulated in Steven Pressfield's "The War of Art". IT becomes a struggle, and it's not fun, and anyone who tells you otherwise is flat out lying. There is fatigue from the project, and there's also the fact that it's not quite what you had in your head when you dreamed about it. Because you couldn't dream the imperfections. This this is not a fault of implementation (any creator will fess up to feeling this way). So acknowledging all of these and fighting through it is a crucial skill for getting things done.

3. Without a Process, there's not going to be an outcome. I started as a developer, then switched to writer, and now I do both. It's the switching to becoming a writer that taught me how to get stuff done, because I honed the process. I knew what it would take to get a project from start to completion. Different projects take more or less time, but the stages are clear. When I tackle something now, be it in code or in writing, I set up a roadmap. One that I can say definitively for each step, when it's done, and what's next.

4. Domain: it really, REALLY, helps to build up domain expertise in something. The tech is the HOW, but the domain is the WHAT and the WHY. Without a good WHY, odds are the project is doomed. A domain is really about mining more interesting questions, and staying engaged with ideas. So that even when you hit into difficulties, the curiosity about the problem helps you push through. I'm kinda not surprised you'd give up quickly on building a solitaire with Y, cause who cares, right? And the answer is...you don't care. You don't really want a solitaire, because you know that problem's been solved to a good enough extent that it simply doesn't matter. It's hard doing things when you can get yourself to feel they matter. With a domain, this happens less.

5. So another thing writers say a lot is "Show, don't Tell". And at some point in my life I decided to take that mantra seriously. I felt I'm done with SAYING (on my CV and anywhere else) that I can do X, Y, Z. I was going to SHOW it. It just makes life simpler and easier when you can just shrug and say, "Yup, done that, here's the link." So the point here is that even if I'm doing something in order to learn, it HAS to have an outcome that can be offered to others. Whether they like it, or buy into it or whatever is a different question, interesting in its own right. But my view on folders filled with half baked ideas is that it's not good at all. If you've read "The Goal" (if you haven't, I recommend it) - this is is inventory, and it's a liability, not an asset.

6. Saying No. This is REALLY HARD. There is more stuff you'll want to learn than time to learn it. There are more projects you'd like to get done than the time you're awarded in life. And there is genuine pain in declining to do something you really want to do, because you need to focus on something else. But the alternative to this pain is, ultimately, those folders filled with half-baked ideas. Though I am getting better at saying no, I have yet to get better at not feeling the pain.

7. Time management. Everyone has the same 24hrs in the day. The only question is, how much of this time gets wasted. A lot of people I respect don't spend time on social media. Author Michael Lewis has talked about how it drains creativity out of you in small bits, like air going out of tires. I wholly agree. [Right now, with the covid situation, deep work is super hard. People are just dealing with it however way they can.]

[0] https://zenpencils.com/comic/161-shonda-rhimes-a-screenwrite...

Re: Ask HN: How can I pick a side project and stick with it?

#280
post #44

Earlier quoted context omitted.

It's funny because I did exactly that (sticking to one project instead of jumping from idea to idea) because I had the same problem as the OP, but these days I'm getting the feeling this is also counterproductive. I spent a lot of time on a single project, learned a lot of things along the way, but progress was very very slow mainly because it started to feel like 'work'. For me, these kinds of side-projects are all…

> find one or two interesting projects that are diverse enough to be a platform for experimentation This seems promising, thank you! Just a question: don't you risk to get stuck in a perpetual refactoring/rewrite cycle? [edit: fix formatting]

>> Just a question: don't you risk to get stuck in a perpetual refactoring/rewrite cycle?

Yes, definitely, it’s actually all I’ve been doing on one of these projects for the past two years. Guess I just like refactoring a lot it seems ;-)

Joking aside, refactoring is a broad term. Most of the time spent ‘refactoring’ this project was to incorporate interesting new ideas, increasing the capabilities of the game engine etc. Not just the typical technical debt cleanup. But even some of that was actually very educational, for example I found out that the whole idea to use object-oriented programming techniques to model the game was a bad idea, and have slowly refactored the whole thing to a hybrid between OOP and an entity-component system. Just the act of incrementally applying such a fundamental paradigm shift while keeping the engine mostly working was quite an interesting challenge!

Post reply on HN