MoreRSS

site iconPhil EatonModify

For the last 10 years I've chased my way down the software stack starting from humble beginnings with the venerable jQuery and PHP.
Please copy the RSS to your reader, or quickly subscribe to:

Inoreader Feedly Follow Feedbin Local Reader

Rss preview of Blog of Phil Eaton

Distinguishing yourself early in your career as a developer

2026-01-03 08:00:00

Sometimes I get asked questions that would be more fun to answer in public. All letters are treated as anonymous unless permission is otherwise granted.

Hello [Redacted]! You asked about a friend's son who is a recent graduate looking for work as a software developer and having a hard time.

I like to think of three key aspects of getting a job: 1) knowing where to apply, 2) getting an interview at all, and 3) passing the interview.

Knowing where to apply

There are three different types of companies I think about: 1) local (non-VC backed, non-finance) and public non-tech companies, 2) VC-backed startups and public tech companies, and 3) Big Tech and finance companies.

Category 3 companies pay the most (guesstimating the top 95th percentile) and receive the most applications. Everyone wants those jobs. They are surprisingly egalitarian about interviewing qualified applicants. They have the means and need to interview a large number of people. However, preparing for the interviews is very time-consuming.

Category 2 companies pay very well (guesstimating the top 80th percentile). They get fewer applicants than Category 3 companies. The interviews are not horribly difficult but it is hard to distinguish yourself. There is not always as much capacity to interview every qualified applicant.

Category 1 companies pay at the 50th percentile. They get very few qualified applicants. It is not difficult to distinguish yourself.

Category 3 companies are where Computer Science departments attempt to funnel their students to as they graduate. A portion of them will get in.

I think of Category 1 and Category 2 companies each making up 45% of all jobs while Category 3 companies make up the remaining 10% of jobs. Maybe that's wrong.

My path

My career started with Category 1 companies that I found via Craigslist or Built In (NYC) or the monthly Hacker News Who's Hiring thread. The interview lasted a few hours at most and involved fairly trivial demonstrations of knowledge or me sharing code snippets.

The local company aspect of Category 1 seems seriously undervalued. How many web or application development companies are in your nearest small- or medium-sized city? I started interning for these types of companies in high school. And these were a repeat source of fallback contract work in my early years when I was in a pinch.

I eventually moved on to Category 2 companies and that's where I'm most comfortable. I used to learn about them through the Hacker News Who's Hiring thread. There are a few levels of interviews but they aren't incredibly intense. You don't particularly need to do Leetcode to pass them. These days I prefer to track interesting companies on my own by observing what companies talk about in their blog and Twitter and who they employ.

I never had the patience to stick with the long interviews at Category 3 companies, nor the stamina to keep up Leetcode, but I understand that some people work for FANG companies. Hedge funds (a component of Category 3 companies) don't seem to accept people without a college degree unless they are truly exceptional (and I am not) so I never bothered with those either.

Starting somewhere

You want to be a software developer. But tech companies are also always looking for qualified technical support and QA. For many people it is (well for me it was anyway) most important early on to just have an income. And once you're there you can be pickier and think longer term. I consistently see companies move technical support and QA employees into development roles after a year or few years with the company. This path seems underrated. Or at least something to consider.

Getting an interview at all

Early in your career getting an interview is more of a numbers game. In Category 1 companies if you can show basic competence (such as an actually-used Github or code snippets if you're self-taught, or a Computer Science degree) you will likely get an interview. In Category 2 companies you will need to deal in more volume. Category 3 companies oddly enough seem a bit more egalitarian about interviewing everyone. It's quite a slog though. So you need to be prepared for the process at a single company to take months, if you keep passing rounds (which require significant preparation themselves).

In general I would estimate that even an experienced and competent developer should prepare for an average worst-case of 6-12 months to find a new job.

So again in Category 1 companies it's more a matter of demonstrating competence and in Category 3 companies every qualified person gets an interview. The companies you more so need to stand out in from the get-go are the Category 2 companies. So let's talk about things that might stick out.

You write blog posts

I think writing is best done for the sake of the act itself (it helps you build confidence about concepts, and helps you develop your communication skills). In a conversation about interviews, I have to say it's not very common in my experience to write even a popular blog post and get asked to interview.

However, once you start writing about niche concepts (for example, how Postgres development works) you may start getting invited to interview more often. But I think that's relatively rare and usually only happens to people who are already in the industry for a while.

But having an active blog certainly shows that you're passionate. When there are a bunch of competent candidates and one has an active blog, that might stand out.

You did some side projects

Doing side projects definitely helps build your skill. And I think it goes in a similar category as writing where it's a great thing to do for its own sake. I don't think it happens very often that you do your own side projects and get asked to interview because of them.

However, just like writing, having side projects might be a differentiator between otherwise similarly competent developers because it demonstrates your passion.

You contribute to OSS

If it is a major OSS that the industry largely uses such as Linux, Postgres, Kubernetes, LLVM, etc. I think you can stand out if your contributions are consistent, even if they are not large. If they are too small, for example small docs changes, to one or even a few projects I don't think this is going to make a big difference as a differentiator nor a reason for companies to invite you to interview.

Behind almost every open-source project is one or more vendors who really want developers who know how the project works. And if you have a pattern of contributing to some open-source project it is likely that you will get invited to interview at one of the vendors who rely on or sell support for it.

But because it's a matter of there being a pattern this is something that you'd have to be doing for on the order of years before a company notices.

You run a community

If you run a book club or meetup group, I think this is a pretty decent way to stand out because it shows organization skills, which is an important component of leadership in general. But like with OSS contributions it is more meaningful if you can show the pattern of organizing over the years.

You participate in a community

I think this is a decent way to stand out because showing up consistently in a community is a way to demonstrate your passion. It's not a good idea to go to any single event and hope to get hired from it. It's a chance for you to build relationships that may help you in the long-term. It's best to build relationships when you need nothing from them.

You read books, watch lectures, get a certificate

I don't think this helps you stand out very much. It's too difficult to really understand what this means or what you got out of it. I think everyone should read for its own sake. And it may help you build your own confidence, which is great. But I don't think it's going to make a difference between similarly competent candidates.

You acquire a Master's degree

I don't particularly think this helps you stand out. But it does give you more time to hunt for internships. More industry experience usually helps the entire process of staying in industry.

Passing an interview

I don't really have anything to add here beyond the numerous books and apps that help you study common interview questions and patterns.

That said, the way I preferred to prepare for interviews was not through the interview books or apps but to always be coding and always be building my confidence in all aspects of the technology stack. Do whatever you like.

Recapping

It helps your job prospects over the years to be building relationships with the community in general. And there are different tiers of companies to think about and different positions to consider in the short-term as you're getting started. It is usually easier to transfer to a different job within a company rather than interview and get that new job while also switching companies.

There are a lot of activities including side projects and writing that can immediately start to build your confidence. It's important to be knowledgeable and confident once you do get interviews. Some of these activities may distinguish you in small ways immediately. But more so there are many things that you can start doing consistently in the meantime to become more hireable over the years.

This response is generalizations based on my experience. You will find exceptions to everything I said but hopefully the generalizations are still broadly useful.

Good luck to your friend's son!

Phil

Year in community

2025-12-31 08:00:00

This year I ran three book club readings over email with 1,230 unique attendees. I ran 12 coffee club meetups in midtown Manhattan with 170 unique attendees. Angelo and I ran 6 NYC Systems meetups with 12 different speakers and 281 unique attendees. I took 3 visiting PhD students out for Banh Mi.

I raised $6,915 for educational non-profits, offering chats in return. I got coffee, lunch, or took 30 minute calls with 55 people I'd never spoken to before in person or on video. (Most, but not all, were in return for fundraising receipts.) This list included women and men based in the USA, Germany, Canada, Nigeria, Nepal, India, the United Kingdom, Brazil, New Zealand, Israel, and Australia. (I think I'm forgetting one or two.)

Thank you to every person who has been a part of these efforts, making them so special and so valuable. See you in the new year!

Year in books

2025-12-23 08:00:00

Among the 50 books I read in 2025, I recommend the following 11 non-fiction and 7 fiction works (complete list here). These were the 18 books that I rated a four or five out of five stars.

Non-fiction

On Writing Well by William Zinsser

This is the third or fourth time I've read this book and it has stood the test of time. It's been a few years since I last read it so it was a good reminder that a lot of the things I believe and tell people about writing actually just came from this book. The last 25% is a bit of a slog but nonetheless it remains one of the single books I think every professional should read. 5/5

I. Asimov by Isaac Asimov

I really like reading about how writers make their living. I've also been a modest fan of Asimov's works (I've loved what I've read I just haven't read that much). I also love to hear stories of first-generation immigrants to the US and also he lived in New York his whole life so it was quite enjoyable. 4/5

Hollywood by Jeanine Basinger and Sam Wasson

This was 100 years of the evolution of the film industry told basically entirely in disparate interviews edited together. 5/5

The Chief by David Nasaw

I love the history and business of newspapers and media. Moreover it's the guy that Citizen Kane was based on. 4/5

Brazil by Lilia Moritz Schwarcz and Heloisa Murgel Starling

I have never learned about the history of Brazil and I found this introduction enjoyable. 4/5

The Silk Roads by Peter Frankopan

I loved the retelling of human history focused on Persia (and later Iran). 4/5

Louis D. Brandeis by Melvin I. Urofsky

I have never read about a supreme court justice before. This was a well-written biography and introduction to the history of law and law education. 4/5

Personal History by Katharine Graham

Once again I love reading about newspapers and media and the business and history. This was told by the publisher of The Washington Post. 5/5

The Snowball by Alice Schroeder

I've had this book about Warren Buffett on my shelf for nearly 10 years and finally went through it this year. A delightful and easy read despite the bulk. I only am unhappy that it focused more on family drama than on business decisions. Par for the course with biographies unfortunately. 4/5

The Cartiers by Francesca Cartier Brickell

This story spanned three or four major wars and a couple of continents. I didn't think I'd be interested in the history of luxury businesses but it has a lot in common with certain modern industries in tech too. You put premiums on relationships and building good faith and so on. 4/5

Secret Formula by Frederick Allen

A history of Coca-Cola over the last 100 years or so. Lessons on how they dealt with competition (Pepsi and Keurig Dr. Pepper) and product revitalization (New Coke, Diet Coke, etc.). Quite an interesting read. 5/5

Fiction

The Buffalo Hunter Hunter by Stephen Graham Jones

I got into horror fiction last year (not so much slashers but more just one of the better written categories of genre fiction). This book was one of my two favorite novels of the year.

It's a fictional retelling of American history where a Native American becomes a vampire and takes revenge on American colonizers in the American West. 5/5

The Handmaid's Tale by Margaret Atwood

This was my other favorite novel of the year. I am embarrassed not to have read it before. It's a dystopian story about the USA if all women were required to give birth to deal with a fertility crisis. 5/5

The Invisible Life of Addie Larue by V.E. Schwab

A French woman gets to live forever but everyone she meets forgets her after leaving her presence. An easy and enjoyable read. 4/5

Vampires of El Norte by Isabel Cañas

I love a good vampire story, and I love fictional retellings using fantastical horror elements to emphasize atrocities. Vampires employed by the US military help the US in the 1840s take Texas from Mexico. 4/5

The Very Secret Society of Irregular Witches by Sangu Mandanna

This was a cute cozy mystery about British witches forced to hide from society, learning how to accept themselves and develop trust in their community. 4/5

Pride and Prejudice by Jane Austen

I am likewise embarrassed I have not read this before, nor anything else by Austen. I'm told I haven't rated it highly enough. I will undoubtedly reread it. I loved the wit. It required closer reading than I expected. 4/5

James by Percival Everett

This was a retelling of Adventures of Huckleberry Finn as told by the slave, Jim. If you saw the movie American Fiction a few years ago, it's the same author (of the original book). Everett has very interesting ideas and I look forward to reading more by him. 4/5

Is psql's scripting language Turing complete? Or: fibonacci in psql

2025-11-26 08:00:00

This is an external post of mine. Click here if you are not redirected.

An individual can change an organization

2025-11-03 08:00:00

One of the biggest lessons I learned early in my career was from Drew DeVault at Linode, 10 years ago. He was one of the youngest developers in the company (only I was younger, at 20, at the time) but he cared really strongly about thinking through architecture and code decisions when the culture at the time was, and I love those guys, a little haphazard.

Drew had no special position. We all had the same title, "Developer". But he argued so persuasively and so doggedly even when the entire organization seemed against him and somehow he eventually transformed the entire engineering organization.

That's supposed to be impossible! It was entirely new to me. That you don't need to wait behind people with more experience to make the right decision. That you can be part of making the right decision if you can find the logic and the will to do it.

It isn't that simple of course. Politics is politics. But there are plenty of companies with people who will make a good faith effort to do what makes sense but might, without someone's unasked-for effort, do not what makes sense but what is popular because what's popular just kinda seems easiest. And I always like working for these companies, and for the most part have been able to identify them during the interview process.

I learned from Drew to put limited value in seniority. I learned that it's ok to debate. I learned to be prepared and to try to present the facts. I learned to be persistent when I wanted change. I learned that with these skills, it's possible for an individual to redirect the path of an organization.

It took a while longer (and me driving one or two people on my team to quit, to my great regret) to learn when to do these things and when to let things go. Still, this lesson from Drew on what's possible always stands out in my memory. Thank you, Drew.

Transaction pooling for Postgres with pgcat

2025-10-24 08:00:00

This is an external post of mine. Click here if you are not redirected.