Career Icon

Career

All things workforce, hiring, getting hired, and opportunities.
106 Stories
All Topics

Chip Huyen huyenchip.com

What we look for in a resume

Chip Huyen:

When we actively hire, our startup gets 150 - 200 applications each month. I read every single one of them. Sometimes, I’d talk to a candidate and see that what we perceived as their strongest aspects actually weren’t included in their resume. Occasionally, a candidate would tell me that they didn’t expect their resume to still be screened by humans – had they known, they would have written their resume differently.

The resume evaluation process is pretty much a black box for most candidates. And it is so because few hiring managers have publicly discussed this. I thought I should start the conversation.

Chip’s team mostly hires for infra and ML roles, so some of the advice here will be catered towards those positions. Still, if you’re on the job market you’d be well-served by spending 15-20 minutes reading this post and tweaking your resume where applicable.

Seán Barry seanbarry.dev

Seán Barry is quitting the rat race

I’m currently working at a top tier investment bank as a software engineer. I’m an insignificant cog in a machine that skims the cream from the milk. I’m earning the most money I’ve ever made and yet I’m the least fulfilled I’ve ever been.

Right now in the UK and across the world, things are uncertain. Companies are laying workers off, there’s a cost of living and energy crisis. I’m excruciatingly lucky to have been in the right place at the right time to develop the skillset I’ve got. In times like these every signal is telling me to stay on the path I’m on, enjoying the comfort and safety of a high paying job.

I’m not going to listen. I’m quitting and I’m leaving this place. I’ll see you in the mountains.

After this post blew up, Seán wrote a follow-up on what quitting the rat race means to him.

Career vocal.media

83% of developers suffer from burnout

Burnout has reportedly reached a critical point in the software developer circle since the onset of the Covid-19 health crisis. A recent study by Haystack Analytics, a company specializing in productivity of engineers, found that 83% of software developers suffer from burnout. The main reasons given by the latter to explain this exhaustion are high workload (47%), process inefficiency (31%) and lack of clarity of objectives and targets (29%).

That few?! 😏

The Changelog The Changelog #516

This !insane tech hiring market

This week we’re back talking to Gergely Orosz — this time not quite about the insane tech hiring market, but more so the flip side, the 180, the not so good tech hiring market, the layoff market and what you can expect. There’s a lot of FUD out there, so hopefully this show gives you a lens into what’s really going on, and what to really expect. Maybe more so, how to keep your job or find a new job. We come to this topic with great compassion and great understanding, so please…there is a community here for you. There’s a lot of people in our Slack. Call it your home, it’s free to join and everyone is welcome.

Andrew Ste Smashing Magazine

How to search for a developer job abroad

While obtaining a job internationally may seem daunting, this guide will walk you through all the steps you need to find and secure a developer job abroad.

In this article, I share how how to prepare your resume for getting a developer job abroad, how to search for international opportunities, application strategies, important considerations to make when applying, the do’s and don’ts of successful interviews, and more!

Rachel Stephens RedMonk

Kindness, tech staffing and resource allocation

Rachel Stephens, trying to reconcile the claims that the tech industry is vastly overstaffed with other claims of vast resource scarcity:

Both things can be true: it’s not a clear over- or under-staffing problem. It’s a problem of proportionality. There can definitely be organizational bloat… At the same time, there are also areas in tech that remain chronically understaffed and under-resourced: OSS project maintainers, people working on-call support, and people writing documentation to name a few.

An interesting analysis with a much-needed call for kindness to our fellow nerds as they face these tumultuous times.

And (I can’t believe I’m writing this, but the jokes about Twitter layoffs in particular keep coming at a surprising rate) be kind to people facing layoffs. Losing your job is awful in the best of circumstances; going through it in such a public and charged situation must be emotionally grueling. Be kind.

Jamie Tanna jvt.me

Lessons learned since posting my salary history publicly

Just over a year ago, I did something quite “out there”, even for me, and I posted my salary history publicly. This was accompanied by a blog post to explain why I was doing it, and it’s certainly been popular.

When I first posted it, I made a note to myself to come back in a year, and see whether anything had changed, as well as to look back on some of the events that happened immediately after my posting, as it certainly made life interesting in the month or so following the post.

Miłosz Piechocki codewithstyle.info

What makes a senior engineer? Writing software vs building systems

A lot of ink has been spilt over the years trying to elucidate the divide between junior and senior. Miłosz Piechocki makes the distinction this way:

Junior Engineers care about writing Software. They value code quality, employ best practices, try to adopt cutting-edge technologies. They invest a lot of time into learning new technologies. To them, the ultimate goal is to create elegant, performant, maintainable software.

Senior Engineers care about building Systems. To them, creating software is just one of the steps. First of all, they question whether the software needs to be built in the first place. They ask what problems would it solve and why it’s important to solve them. They inquire who will be using the software and on what scale. They think about where the software would run and how they’re going to monitor whether it’s working properly. They also decide how to measure whether the software is actually solving the problems it was supposed to solve.

He goes on to describe how hard it is to build Systems and lists activities that are part of that process.

History blog.tdwright.co.uk

FizzBuzz is FizzBuzz years old

Tom Wright:

This year marks 15 years since FizzBuzz was popularised as an interview tool for developers. I’m a big fan and have watched over 100 candidates try their hand at my version of the task. In today’s blog post I’d like to take a moment to celebrate what makes FizzBuzz so helpful, discuss some common patterns I’ve observed in the many attempts I’ve witnessed, and finally explore some tweaks that can be deployed to keep the challenge fresh.

Tom’s version of FizzBuzz is a pair programming task that follows strict TDD:

In proper pair programming style, the candidate is encouraged to discuss their approach with the interviewer. Likewise, they are free to use any online reference materials if they forget a method name or some syntax.

In this post he shares 3 common variants of the challenge including one that requires a pair of Azure Functions?!

Career posthog.com

Really important job interview questions engineers should ask (but don't)

James Hawkins, after being on a team that’s interviewed over 725 people:

It’s normal for candidates not to ask harder questions about our company, so they usually miss out on a chance to (i) de-risk our company’s performance and (ii) to increase the chances they’ll like working here.

Does the company have product-market fit? How much runway does the company have? Does their spending look within reason? What’s the culture like? And more tough questions that you really should be asking before accepting that offer.

Career successfulsoftware.net

No-one knows what they are doing

Wise words from Andy Brice:

When I was a child I assumed that all the adults running the world knew what they were doing. Now that I am an adult, I am under no such illusions…

I’m going to let you in on a little secret. Most of us who are running businesses had no real idea what they were doing when they started, and still struggle with decisions now.

I tell people this all the time when they ask me for advice. I’ll still give them my advice. But it comes with the disclaimer that I really have no idea what I’m doing. 😆

JS Party JS Party #229

WTF, JS?

KBall, Ali & Nick explore a new type of segment: “WTFJS” talking about wild and wooly “it’s not a bug it’s a feature” examples in the JavaScript language. They also dive into code maintainability, and end by discussing the whiplash shift in the tech industry from “hottest market for engineers in history” to “oh noes everything is stopping!”

Career scottkennedy.us

Why I left Google: work-life balance

I love when software engineers share their career/life choices and the reasoning behind them so others can benefit from their perspective, like this one on bucket filling:

Somebody once described balance to me as three buckets filled with water. One for career, a second for physical health, and a third for social and family life. At any point, one bucket might be running low. But as long as the overall water level is high enough, things should be fine.

Scott’s choice to join a startup seems odd given his reason for leaving Google, but:

So: am I happier? Undoubtedly yes.

I work more hours. I’m more likely to be working in the evening or on the weekend now. But what I do makes a difference that I can see. Progress feels 10x faster.

Most surprising is that I have more energy. It’s easier to find motivation to get back in the gym. I have more energy in social situations.

Working more hours sounds like tipping the work/life balance in the wrong direction, but excitement about your work certainly changes the calculus. He’s happier now, so that’s great!

Career johnpublic.mataroa.blog

IBM's jerk test

Some years back I applied to join IBM’s grad scheme, there was a peculiar stage to the process I’ve not seen elsewhere. It was during the onsite day, where a batch of 20 or so applicants were put through various tests in an IBM office. They called it the “group test”; around 8 of us were led to a room and asked to solve a puzzle together.

You can probably see where this story is headed… (see also)

Career evjang.com

The machine learning job market in 2022

Eric Jang was recently on the job market (finally landing at [Halodi Robotics])(https://halodi.com/) and in this post he shares his process and view of the job market today. He also has some insights on where it’s headed. In brief:

In the future, every successful tech company will use their data moats to build some variant of an Artificial General Intelligence.

Career freakingrectangle.wordpress.com

How to freaking find great developers by having them read code

Sounds like Jacob Kaplan-Moss isn’t the only hiring manager who’s keen on the reverse code review:

When hiring developers, there are many things we are looking for, but over the years I have found that raw coding ability is easily the most important quality to look for. I can quickly train a person to have knowledge in some domain, but I’ve never seen raw coding ability come from anything other than personal commitment to extensive and deep practice. Because of this, I have found that some methods work better than others to discover talent.

… instead of writing code, consider instead having the candidate read existing code and talk about what it does and how it works. This offers some powerful advantages:

The advantages in brief:

  1. Reading probes the most fundamental skills
  2. Reading code is way more efficient than writing.
  3. Reading puts candidates at ease compared to writing code.

Click through for the details and how to put this in to practice.

Career lepiter.io

Developers spend most of their time figuring the system out

So what?

Well, that is the single largest expense we have. If we want to optimize anything in our discipline we should look at this part first. We talk often about how we build systems, but how often do you talk about how you spend the “figuring out” time? If we do not talk about it, it’s not explicit. If it’s not explicit, it does not get optimized.

In addition to the author’s suggested solution to this problem allow me to add: developer retention! Nobody has more to figure out in a system than the people who just joined the team. Cut down on that (via better compensation, workplace satisfaction, etc.) and you cut way down on that oh so expensive “figuring out” time.

Developers spend most of their time figuring the system out

Communications samjulien.com

The painfully shy developer's guide to networking for a better job

For many software folk, we prefer our networking to have TCP handshakes, not literal (or even virtual) handshakes. If that’s you, this guide might help you get over the hump:

Here’s the truth: you can get what you need from these events without being awkward or creepy. Whether that’s job leads or important connections, there is a well-defined, time-tested way to accomplish this. It will push your limits, but it won’t leave you feeling gross inside. And the more you do it, the better you’ll get at it.

  0:00 / 0:00