How to never complete anything
131–140 of 220 posts
Re: How to never complete anything
#132Ship daily This is the advice I can give to anyone who has a side project. Get to the point where you can show something to the users and just start adding stuff. Even if it's just two lines of code or changing the favicon - still worth it. In practice, it's harder to do than it sounds, but I've been doing it for some time and it's been going great. In reality, you won't have millions of users on day 1 no matter how…
"Ship daily" only works with web applications. If I were to ship my applications daily (or rather: each day where there occur changes), I would just be compiling packages all the time. (Before you ask: This cannot be automated further. I will not give my GPG key to some automation to sign the packages with.)
You can automate all steps for building an application but the signing to make your life easier. You can also automate things locally if you're worried about what you're signing.
The bottom line is that this applies to all apps (though your users might be irritated if they need to keep downloading updates).
Re: How to never complete anything
#133I've finished at least 3 major multi-year side projects. One of my open source projects was pretty successful but none of my side projects went anywhere business-wise. Usually some well-funded competitor comes up later with the same idea and takes all the market. My advice: Don't bother starting a side project unless it's really niche, easy to implement and you just want to make enough money to replace your own incom…
As developers, we tend to think the technical stuff matters way more than it really does. I think non-technical people almost have an advantage here - they'll choose the minimum technology to get the job done.
I've seen some really nice websites created by friends using nothing more than Squarespace or similar. I fear that if I'd been given the job I'd have procrastinated for ages over all the different options and ended up wasting a lot of time and ultimately creating something less impressive.
Re: How to never complete anything
#134Ship daily This is the advice I can give to anyone who has a side project. Get to the point where you can show something to the users and just start adding stuff. Even if it's just two lines of code or changing the favicon - still worth it. In practice, it's harder to do than it sounds, but I've been doing it for some time and it's been going great. In reality, you won't have millions of users on day 1 no matter how…
Shipping can be the result of, or one way, to do the right things. But if you look at projects on Github it's usually not a lack of "shipping daily" so much as a lack of packaging it as something useful. Often you see daily commits until the motivation wears off and the project stops. But the software is still buggy, there's no screenshots, it's not straight forward how to build it, lacks documentation etc. They haven't made it into something that is easy for other people to appreciate, so they don't get much positive feedback.
Re: How to never complete anything
#135You could think of building a scalable back end you don't actually need as a form of premature optimization, and I think the way around that is to evaluate & measure what you actually need - problems you have now, not problems you might have later (no matter how sure you are). @gerlv's suggestion to "Ship daily" is great because it not only forces you to ship often, so you feel like you're getting something done, it…
I've heard this described as "solving the problem you wish you had". A globally-distributed, scalable cloud infrastructure of microservices is good for the likes of Google, Facebook, Amazon, Baidu, etc. because it solves problems they face: handling millions of hits in a timely manner; avoiding downtime, every second of which is user-visible, loses them money and damages users' confidence in their service; etc.
It's very unlikely that a side-project will ever face these problems; an off-the-shelf Web server on an off-the-shelf host (say, Apache running on EC2) is probably fine.
A side-project which isn't shipped will never face these problems, because it doesn't have any users, any uptime, any revenue, etc.
Re: How to never complete anything
#136Ship daily This is the advice I can give to anyone who has a side project. Get to the point where you can show something to the users and just start adding stuff. Even if it's just two lines of code or changing the favicon - still worth it. In practice, it's harder to do than it sounds, but I've been doing it for some time and it's been going great. In reality, you won't have millions of users on day 1 no matter how…
Re: How to never complete anything
#137Re: How to never complete anything
#138Ship daily This is the advice I can give to anyone who has a side project. Get to the point where you can show something to the users and just start adding stuff. Even if it's just two lines of code or changing the favicon - still worth it. In practice, it's harder to do than it sounds, but I've been doing it for some time and it's been going great. In reality, you won't have millions of users on day 1 no matter how…
Re: How to never complete anything
#139I wrote a post titled Side Projects: Avoiding Failures to Launch[1] a few months ago that touches on these same ideas in more detail.
Re: How to never complete anything
#140Earlier quoted context omitted.
I agree with everything you're saying except for this one. It's (currently) easy to get a tech job (in certain areas). It's NOT easy to get a good job. Unless you're well known, or have some popular programming blog with lots of readers, or really self promote well, you have to pound pavement with the rest of us to fight for a good company. There are plenty of dog jobs doing enterprise middleware API plumbing, and po…
A decent job is one that a) pays you reliably b) isn't a sweatshop, and c) doesn't have political problems that you can't handle. I've had these jobs throughout my career and I'd be very happy to continue having them up until the day I retire. Many of what you call "dog jobs" are jobs that I could be perfectly comfortable in. The reason I can be comfortable in these jobs and many techies would feel So Unbelievably Pr…