1
The unreasonable effectiveness of just showing up everyday
Six years, no deadlines, and one rule: write some code every day. That slow, stubborn routine turned a side project into a sustainable search company.
Topics /
Career & Management
The most popular blog posts about career & management on Hacker News. 437 posts.
2
Email from Jeff Bezos to employees
Fellow Amazonians:
3
Willingness to look stupid
People frequently 1 think that I'm very stupid. I don't find this surprising, since I don't mind if other people think I'm stupid, which means that I don't adjust my behavior to avoid seeming stupid, which results in people thinking that I'm stupid. Although there are some downsides to people thinking that I'm stupid…
4
5
I quit my job to focus on SerenityOS full time
Hello friends! :^) Let me tell you a story…
6
Use forums rather than Slack/Discord to support developer community
Hot take after a year or so of trying to build a developer community. If you can pick only one, use forum software rather than synchronous chat software for community building around a developer platform.
7
Things I’ve learned in my 20 years as a software engineer
Important, Read This First You’re about to read a blog post with a lot of advice. Learning from those who came before us is instrumental to success, but we often forget an important caveat. Almost all advice is contextual, yet it is rarely delivered with any context. “You just need to charge more!” says the company […]
8
9
100 years of whatever this will be
What if all these weird tech trends actually add up to something? Last time, we explored why various bits of trendy technology are, in my o...
10
A teenager's guide to avoiding actual work
How in 1982, the author successfully hacked his way out of having to fill in potholes.
11
No meetings, no deadlines, no full-time employees
I started Gumroad in 2011. In 2015, we reached a peak of 23 full-time employees. In 2016, after failing to raise more money, I ended up back where I began: a one-person company.
12
NDA expired, let’s spill the beans on a weird startup
Many moons ago, when I was very young and you were even younger... London was in full bloom of tech-startups. I was running my own consultancy. Dashing from business to business, trying to pick up work as an expert in this new-fangled "Mobile Internet" thing. Some of the companies I worked with were great. Some of…
13
Apple’s Mistake
While it’s possible to understand Apple’s motivations behind its decision to enable on-device scanning, the company had a better way to satisfy its societal obligations while preserving…
14
What I’ve Learned in 45 Years in the Software Industry
BTI360 teammate Joel Goldberg recently retired after working in the software industry for over four decades. When he left he shared with our team some of the lessons he learned over his career. With his...
15
Thanks for the Bonus, I Quit
A corporate tale of greed, desperation, and the power of expectations. And a little bit about Capacitors.
16
17
The 'Fuck You' Pattern
In the software industry, there is a term for intentional designs which coerce the user into doing something, be it consciously or subconsciously - a ‘dark pattern’. These patterns are employed by social media networks, e-commerce, video games, and many more places. I’m coining a new term called the ‘Fuck You’ pattern…
18
Embrace the Grind
Sometimes, programming feels like magic: you chant some arcane incantation and a fleet of robots do your bidding. But sometimes, magic is mundane. If you’re willing to embrace the grind, you can pull off the impossible.
19
Software engineering topics I changed my mind on
At some point, I realized I would've argued the exact opposite position on a lot of topics just a few years ago.
20
Google can ban your Android app if they think you’ve clicked on your own ads
Google can and will permanently ban your Android app if Google thinks you’ve clicked on your own ads
21
From Node to Ruby on Rails
I learned to code in the Javascript stack [1] and am building a Javascript based product [2]. I never questioned this stack: many companies default to it, JS everywhere seems good, and the community is big. But for my new side project I decided to try Rails because despite some...
22
Burning out and quitting
I'm burnt out. If you're reading this, there's a strong chance you're burnt out too. We're about to have, uh, a moment, so brace yourself.
23
I tried to report scientific misconduct. How did it go?
This is the story of how I found what I believe to be scientific misconduct and what happened when I reported it. Science is supposed to b...
24
Changes at Basecamp
At Basecamp, we treat our company as a product. It's not a rigid thing that exists, it's a flexible, malleable idea that evolves. We aren't stuck with what we have, we can create what we want. Just as we improve products through iteration, we iterate on our company too. Recently, we've made some internal company…
25
Don't End the Week with Nothing (2014)
A bit of inspiration (and some hopefully actionable advice) for folks who are still working at day jobs.
26
An incomplete list of skills senior engineers need, beyond coding
For varying levels of seniority, from senior, to staff, and beyond.
27
Monolith First (2015)
Going directly to a microservices architecture is risky, so consider building a monolithic system first. Split to microservices when, and if, you need it.
28
An old hacker's tips on staying employed
#1: Don't Be a Jerk. (That is just a bonus tip, in case you don't want to read past the subtitle)
29
What Silicon Valley gets about engineers that traditional companies do not
I've worked at various tech companies: from "traditional" shops and consultancies, through an investment bank, to high-growth tech firms. I've also talked with software engineers working at startups, banking, automotive, big tech, and more "traditional" companies. This mix had a healthy sample of Silicon-Valley…
30
Individuals Matter
One of the most common mistakes I see people make when looking at data is incorrectly using an overly simplified model. A specific variant of this that has derailed the majority of work roadmaps I've looked at is treating people as interchangeable, as if it doesn't matter who is doing what, as if individuals don't…