Earlier quoted context omitted.
Have you already accomplished such a goal?
Yes, but no thanks to myself. I wasted about a decade being a crap entrepreneur that didn't have such goals. It was easy to rationalize spending time on the work I liked doing under the pretense that I was improving the product's fundamentals. In retrospect, I would have been much better off facing my fears and doing clearly delineated 3-month efforts with revenue targets rather than persisting with products that don…
Ask HN: Best business advice for software developers
251–260 of 325 posts
Re: Ask HN: Best business advice for software developers
#252Since this is an audience of passionate technologists, here's the top piece of advice I have: Do not be seduced by the technology! I killed one of my startups this way. I've seen many many die this way. It can hurt your pride as a passionate technologist to choose non-cool but mature and easy-to-hire-for tools. But it's those tools that are the most economical. Remember, your customers care 0% about the backend techn…
What you're saying sounds reasonable but I think it is completely wrong. I strongly believe that startups very rarely fail because they have chosen to build on a particular immature technology. Some fail or stall because they cannot bring themselves to stop redesigning and rebuilding on the next new technology or design philosophy every couple of months. But these are completely different issues (related by psycholog…
It requires lots of energy to see these projects through, and it's hard to emit that energy on something that you don't enjoy doing. If using a less common technology is going to get you working on the problem enough to start getting some velocity, that may well be a worthwhile tradeoff (as long as it's not too out there).
The other thing to consider is that while a basic library supplied by a young language may suit your needs when you're starting out, larger ecosystems are likely to have more advanced libraries that have better performance characteristics, support more obscure use cases, etc., which will only become more valuable as one grows.
Re: Ask HN: Best business advice for software developers
#253Earlier quoted context omitted.
Nice, but I'm not entirely sure about this one: > * Sleep, exercise & healthy food > late night coding Looks like it's against other points. I have a full-time job and I'd like to create a brand, too. Thus. I have to do late night coding.
A full time job is a 9-5. Let's say you commute from 8-9 and 5-630. That means you can gym from 645 to 8 (including travel time), eat decently, do some coding, hit bed around 1030, and be sleeping around 11 (so you have enough time in the morning by waking up at 7). Cook on the weekends, code on the weekends, social life Friday and Saturday night... Do you work more than 40hrs a week? Why? Sounds like you're creating…
Re: Ask HN: Best business advice for software developers
#254Earlier quoted context omitted.
Nice, but I'm not entirely sure about this one: > * Sleep, exercise & healthy food > late night coding Looks like it's against other points. I have a full-time job and I'd like to create a brand, too. Thus. I have to do late night coding.
The principle is that you have to maintain health. I think late-night coding is a near-constant because of our brains automatically optimize us onto what pg describes as "the Maker's Schedule". Context switching is anathema to effective coding, so people automatically go to the time when they'll be least-interrupted, which is when the rest of the world is asleep.
Re: Ask HN: Best business advice for software developers
#255I have been walking the line between technology (working software engineer my whole career) and business (small business owner, technical cofounder, startup employee several times over) my whole life and if I had one thing that I wish I had known earlier it's this: trust yourself! Just go, learn, and repeat - action is king. Let me elaborate on that a bit. Seeking more and more knowledge and wisdom in an effort to le…
"There are maybe a handful of books and blog posts that are really worthwhile." Can you recommend one or two favorites?
Overall, the number one most valuable skill in my opinion, and the one that I keep coming back to over the years is critical thinking. For that, I love Understanding Arguments, the Philosopher's Toolkit & Ethics Toolkit by Baggini & Fosl, and anything "legal", which sharpens your critical thinking, like Farnsworth's Legal Analyst or even Intro to American Law on Coursera. But those three books on basic reasoning will serve you well for the rest of your life as a business and technical leader.
Re: Ask HN: Best business advice for software developers
#256Earlier quoted context omitted.
Yes, but no thanks to myself. I wasted about a decade being a crap entrepreneur that didn't have such goals. It was easy to rationalize spending time on the work I liked doing under the pretense that I was improving the product's fundamentals. In retrospect, I would have been much better off facing my fears and doing clearly delineated 3-month efforts with revenue targets rather than persisting with products that don…
Have you started a side project and after 3 months you were making 10k per month?
If it's a side project, that's a different game. A side project doesn't need traction to be successful for its creator.
Re: Ask HN: Best business advice for software developers
#257SHIP IT. Even when you are embarrassed about it. Ship it and try to sell your ugly baby. If you can't sell it, ask why and iterate on that. I've seen what happens when you keep the product secret, trying to perfect it before you show it to the world. You'll run out of money making a pretty baby that no one wants.
Re: Ask HN: Best business advice for software developers
#258Since this is an audience of passionate technologists, here's the top piece of advice I have: Do not be seduced by the technology! I killed one of my startups this way. I've seen many many die this way. It can hurt your pride as a passionate technologist to choose non-cool but mature and easy-to-hire-for tools. But it's those tools that are the most economical. Remember, your customers care 0% about the backend techn…
Since hiring for engineers is so competitive, it is arguable that choosing fancy tech can give an advantage there. It has been done successfully (in a hiring sense)... Twitter pushing Scala, Jet.com on F# are two I can think of. The downside is it could backfire on who you're able to hire. It could just lure people who will either want to migrate to the next new-and-shiny or just leave quickly.
In my company, we hire middle of the pack programmers for a bargain and use commonly known tech stacks.
The customers will not know the difference.
Re: Ask HN: Best business advice for software developers
#259Earlier quoted context omitted.
Couldn't have been said better. I'd like to add: if you find the time, try to have a side-project on your own time where you apply all these cool new things you were looking to apply in your company. This will help you keep your sanity and it will let you experiment with that technology so that you can make a better informed decision on wether to implement it in your company or not.
This, absolutely. And if you're not willing to spend your free time learning, then you're probably not really tuned in to be a business man either. Yeah you can make a good business. Yeah you can make a living. But you're probably not going to make a unicorn.
Most entrepreneurs are happy building a good product that helps their customers while making a good living at it.
Re: Ask HN: Best business advice for software developers
#260The best advice I've had (and seen applied in practice) is this: You need to get your company to 10k USD monthly product revenue within three months. If you can't, either the product, target market or team needs to be revised drastically. It's hard advice to follow, but it will save you a lot of time because you can't wait months and years doing unessential tweaks to the product and marketing, hoping that sales mirac…
This seems really aggressive, especially for bootstrapped companies. My startup took 31 months to hit $10k MRR, and now we're at ~$130k MRR. I'm really glad I didn't quit after three months. I barely even had the product built after three months. I think that for most people, if they abandon anything that's not already a huge success three months in, they'll just end up bouncing from one thing to the next and never s…