Do More Per Minute: Shopify's Farhan Thawar on Intensity, Hard Paths and Hiring by Doing

Shopify's head of engineering explains how pair programming, relentless check-ins, deleted code and job trials keep a 10,000-person company moving fast.

FTFarhan Thawarゲスト
チャンネル
Lenny's Podcast
動画
1:40:03
読了時間
14 分
原文
英語
YouTube で開く
スクロールすると動画は右下に小さくなって再生を続けます。字幕は閲覧言語に合わせて切り替わります。
閲覧言語2 言語で読めます
この記事はまだ日本語に翻訳されていないため、英語の原文を表示しています。
要約

30 秒でわかる

Farhan Thawar, VP and Head of Engineering at Shopify, argues that you should pick the harder option because you win even when it fails, and that intensity means getting more done per hour rather than working more hours. He walks through the practices behind that idea, including pair programming, six-week reviews, meeting resets, infrastructure-first thinking, code deletion and job trials in place of interviews.

  1. 1If you choose the hard path and it fails, you still win: you did something difficult, worked with smart people and learned something. The easy path that fails teaches you nothing.
  2. 2Thawar defines intensity as more output per minute, not more hours. Pair programming is his favorite tool for it, because two people on one machine cannot drift into distractions.
  3. 3Code is a liability, so Shopify has a Delete Code Club and hack-day teams hunting for cruft. Thawar says they can almost always find a million-plus lines to delete, and he would rather see Copilot delete a million lines than write one.
  4. 4Toby Lütke's infrastructure rule is to ask what has to be true so a feature could be built in one hour. Spending two or three months on a platform layer beat spending three weeks on NFT gating.
  5. 5Interviews are a poor predictor of performance, so Thawar prefers job trials of up to 90 days. Shopify scales the idea with an intern program that will hire about a thousand engineers in 2025.
  6. 6Toby Lütke told him his costly React Native decision was wrong not because it failed but because he hedged instead of taking the risk. Shopify, he said, comes down harshly on people who don't take risks.
全文

チャプターごとに全文を読む

01

Choose the harder path, because you win even when it fails

Thawar's core piece of advice is to choose the harder option when facing a choice. If the easy path works, fine, and if the hard one works, you did more work. If the easy path fails, though, you have learned nothing and probably did not work with the smartest people, while a failed hard path still leaves you with skills and relationships.

He gives job seekers an example. Sending ten resumes a day is easy and teaches little, whereas reading the Shopify API docs and building an app or admin extension teaches something, adds to a GitHub repo and may transfer to a job elsewhere. In his own life he took hard courses, got worse marks and met smarter people. He did a minor in electrical engineering at Waterloo and a minor in financial engineering during his MBA, and those classmates are still his friends.

Lenny points out that harder is sometimes just dumb, such as joining a terrible company. Thawar agrees and says the filter is people and learning. He looks for the best learning journey and puts himself in harder rooms on purpose, where intense working relationships form. He does not mean doing things in a dumb way, only doing the hard thing that you can learn from.

02

Looking stupid in public is a skill, and it makes a whole team smarter

Thawar says looking stupid in public is his superpower and he tries to make it his team's. He experiments constantly, even with the washing machine at home, which has ruined some clothes but might also reveal a 20-minute quick wash. At work the same attitude needs guardrails, since a new GCP configuration could bring Shopify down. Half the time he says something dumb, he notes, others say they had the same question and were afraid to ask.

He traces his comfort with rejection to working retail on commission, where customers often left without buying and you simply moved on to the next one. Cold calling and telemarketing build similar resistance. He says he has been told by sharp, successful people that his was the stupidest question they had heard. Recently someone replied that they had already explained something three times. He screenshots such replies, because his goal is not to annoy anyone but to understand.

03

Pair with an unreasonable visionary and write down your own job framework

Lenny notes that Thawar has worked for a different billionaire each decade. Thawar says he did not plan it, but these founders share an irrational, long-term view of what the world will look like in 10 to 25 years. He is not good at seeing that vision, but he is good at moving toward it 1% a week. He deliberately seeks out such people, and when starting his own company in 2015 he listed every unreasonable entrepreneur he knew in Toronto and met each to see if they were "API compatible".

Lenny draws the lesson of recognizing your strengths and doubling down rather than trying to master every skill. Thawar adds that writing down a framework of what he actually cares about changed how he picks jobs. Titles, compensation and recruiter messages can otherwise distract you, so he checks every opportunity, and every year of his current job, against the framework.

He says that when the framework is violated, he resigns. At Pivotal, which had acquired his mobile consultancy Xtreme Labs, his role drifted from running the biggest pair programming office to field CTO. He was no longer working with the smartest people, learning or having impact, so he told the team he planned to resign. He adds that it led to good things, including investing in companies that spun out of Pivotal.

04

Intensity means more per hour, and pair programming is the best way to get it

Thawar believes an hour is an hour, so if you expend more effort inside the same nine-to-five you get more done and still make it to your kid's soccer game. He contrasts this with an earlier job where he worked 12-hour days but stretched the work with foosball and coffee breaks. He asks, "What if you just did more per minute?" He also notes that extremely good people produce high-quality output much faster than merely good ones, so time can be cut 2x or 3x without losing quality.

He calls pair programming the most underutilized management tool in engineering. Two people share one computer, using a tool such as Tuple when remote, and the bottleneck is finding an elegant solution, not keystrokes. Newcomers often sleep 10 to 12 hours a night at first because it is so intense. Studies, he says, show higher happiness, knowledge transfer and intensity and fewer silos, at a cost of perhaps 20% of the output.

He tells how Toby Lütke and the CTO paired on a one-hour timer, and if the problem was not solved they deleted the code, kept the tests and started again. The thinking was that an elegant design should be writable in an hour. At Pivotal Labs, he says, a pair would delete a sick colleague's solo code the next day, since there is no better time to rewrite than right after learning the domain. He compares resistance to pairing to Shaquille O'Neal refusing to shoot underhand free throws because they look dumb.

At Xtreme Labs and Pivotal they paired 40 hours a week because they knew exactly what to build, but Shopify is a pathfinding company and pairs four to eight hours a week. They also pair during incidents. AI copilots, he says, are a pair programmer too, and he suggests two humans plus an AI is even better, since you never have to code alone.

05

Weekly updates, six-week reviews and fast change management keep a big company moving

Shopify uses a weekly company-wide update system called GSD, for "get shit done", where each project posts progress, sometimes with video, because people want to show progress every week. Reviews used to happen twice a year, and now every team runs a six-week review of roadmap and resourcing with leadership and Toby. Thawar says six weeks is short enough to remember context and long enough for a dozen engineers to do a lot. Feedback from a review is acted on the next day rather than at the next review.

He invokes Parkinson's law: work expands to the time allotted, so a reorg that takes six months elsewhere takes a week or two at Shopify. They launch rather than run long change management, telling everyone it is a volatile company. He links it to Toby unplugging machines in the old data center to build resiliency. The stated purpose is to create more entrepreneurs rather than to run a six-month change roadmap.

He gives an example from a six-week review: an AI problem needed a large output context window. He messaged shared Slack channels with the model providers, and within an hour several major models had enabled a bigger context. Thawar says checking in is not about catching people out. He sees it as a way to pair on the problem, and says micromanagement is not a dirty word at Shopify because leaders work on the problem with the team.

06

Deleting every recurring meeting once a year frees up crafters' time

Once a year at a random time, Shopify deletes all recurring internal meetings with more than two people, excluding one-on-ones, interviews and external meetings. A two-week moratorium on creating new recurring meetings follows. Thawar says recurring meetings have inertia and are hard to delete, and the reset forces teams to ask whether they need a meeting at all or a different cadence. He says the idea came from Dropbox's "Meetingageddon" and that he mentioned it to Toby before he joined.

They also moved announcements and status updates out of Slack and into Facebook Workplace, a feed people consume on their own schedule, since Slack's alerts caused distraction. Thawar says meeting time for individual contributors fell by roughly 50 to 60%, from about five or six hours to about three a week, and managers from about ten to six or seven. He says Slack is great, but not for this purpose, and that the next tool should be more like a river of information.

07

Build the infrastructure so that anyone can build the feature in an hour

Thawar lists pair programming, the weekly cadence, the six-week reviews and metrics and alerts as the main intensity tools. When developer experience in the admin slowed, Shopify called a "code yellow", which lets a champion tap anyone on the shoulder to help fix it. He says infrastructure takes longer to build but makes you faster forever afterwards.

His example is NFT gating during the crypto summer of 2020 and 2021. His team estimated two to three weeks to build it, but Toby asked how long a platform layer would take that lets anyone build NFT gating in an hour. When the answer was two to three months, Toby told them to do that, calling it putting gas in the tank. Toby says "you could write this in a day" to mean, what has to be true to make that possible. He even writes client code against an API that does not exist yet and then builds the server.

Lenny observes that this platform thinking explains the focus on great code. Thawar adds that GitHub Copilot has written over a million lines of code for Shopify, but what he wants to see is Copilot deleting a million. Shopify deleted millions of lines this year, and when someone noted it was among the top ten Ruby codebases in the world, he said he never wants to see it on that list again. He says the simpler a codebase, the easier resiliency, performance, reliability and maintainability become. The test is whether you would build the same thing today now that you have the domain expertise. Shopify has a Delete Code Club, and a team on each of its two or three yearly hack days that has a manual for finding things to delete. They can almost always find over a million lines. He says that if Google says 25% of its code is written by AI, he wants to know how much is deleted by AI, because the right metric is elegance and not volume.

To prioritize this work, Thawar sorts projects into experiments, features and infrastructure. A feature builds on existing infrastructure, while infrastructure work enables many future uses. He credits Toby as the secret sauce, because he pushes everyone to think in infrastructure terms and rejects choices between A and B. Toby's view is that there are unlimited wrong options and perhaps 10,000 right ones, and people should not stop at the first right one.

Thawar says this pushes him to do the same with his team, because deleting and simplifying gives you free performance, maintainability and resiliency. He sums it up as choosing the hard thing and making the feature easy to build rather than just building it.

08

Demos, remote work with in-person bursts and a trust battery sustain the pace

Pair programming, Thawar says, removes multitasking, and he quotes a line about Kahneman and Tversky: "Alone, we're okay, but together, we're a genius." Another intensity driver is demo culture. Updates include a working demo, for example a link to try the change in Spin, Shopify's cloud dev environment, or a beta flag to turn on in your own store. Product managers record friction logs that walk through the experience, so people debate the experience instead of status reports.

Shopify is about 90 to 95% remote, with intentional in-person moments. There is a summer Shopify Summit with talks, hack days and parties, and "bursts", where a few people travel to an office to work on a problem together. Thawar says offices in Toronto, Montreal, Ottawa and New York are come-in-if-you-want. The main reason for remote is hiring the best people wherever they are, and he describes in-person time as recharging the "trust battery", which depletes between remote colleagues.

Thawar says the leadership team is intense, with many founders who are impatient by design, and they share a weekly thread of progress. He argues that if you do not have two or three big projects on fire you are probably not pushing hard enough. Lenny adds that this chaos is less stressful than a business failing to succeed. Thawar says that discomfort provides stability because it keeps you learning.

09

Hire by working together: trials, life stories and a thousand interns

Thawar says interviews are a poor predictor of performance. In his earlier startup he hired a PhD who taught at a university and a person he met in a coffee shop who had never had a software job. The PhD was let go within weeks, while the other became a phenomenal machine learning engineer who is still at Shopify. He uses a race car analogy: the best way to assess a driver is to put them in the car. He gives people up to about three months and is transparent that a poor fit is good to learn quickly, since they can be great elsewhere.

At his previous companies he almost never interviewed and just had people come in and work, which meant about 20% attrition in the first 90 days and less than 1% afterwards. At Shopify he keeps interviews as close to the job as possible and has a "life story" step that probes why a candidate made past choices, since a resume tells what you did but not why. He read David Epstein's *Range* and slowly realized he is a generalist. After hiring, a Slack survey asks how happy the manager is with the new person.

Shopify plans to hire a thousand interns in 2025, which he calls a thousand job trials, and he rejects treating internships as community service. Interns come with an LLM and a brain, and bring a different experience of commerce and AI. He says that after his tweet other CTOs promised to hire 1,001 to beat him, which helps restart the early-talent ecosystem. Interns will work three days a week in the Montreal, Toronto and Ottawa offices to get a cohort and mentors, and he says interns are always more intense in pair programming than full-timers.

He went to Waterloo, whose co-op program alternates four-month study and work terms, so he graduated with a degree and two years of experience. Lenny shares that his own first hire at his startup Local Mine came from a co-op program. Thawar adds that at his startup Helpful he hired four interns in February, in anticipation of full-time hires in May, so that everyone could pair.

10

Running 120 direct reports with unscheduled one-on-ones, until it stopped scaling

At Xtreme Labs, Thawar had 120 direct reports because he kept adding people to his team and asked whether the problems people needed managers for could be solved otherwise. Product backlogs said what to work on, pair programming unblocked technical issues, weekly internal and client demos gave feedback, and set working hours made the office intense. He skipped scheduled one-on-ones, sat in a circular desk in the middle of the engineering floor, and let blocked people come to him.

He says unscheduled one-on-ones were clarifying, because after years of weekly scheduled ones he wondered how useful they had been. Investor Chamath asked not whether it could work but whether it would work at 400 people. Thawar said probably not, so he made some people directors with about 40 reports each. At Shopify engineering managers have guardrails of eight to 20 reports, and he has about fourteen. Flatter organizations keep people closer to Toby, since survey results show alignment gets worse farther away.

11

His costliest mistake was hedging, not failing to take a risk that worked

Thawar has been laid off twice, and says a failure resume he kept on his phone was depressing and he would not recommend it. His big Shopify mistake came in his first week in 2019, when Shopify was rebuilding its point-of-sale system. He recommended a hedge: iOS in Swift to guarantee a product in market, and Android in React Native so the company could learn it. The iOS version launched a year later and succeeded, but React Native then proved to be the platform of the future, so the iOS app had to be rebuilt on it.

He estimates it cost about 18 months of time for a hundred engineers. When he told Toby, the reply was that he should tell everyone the story, and that his mistake was not taking the risk. Toby told him he will always come down harshly on people who do not take risks, but never on those who take a risk that does not work out. Thawar says he now sees he was going to be all in on React Native anyway: he met the React team at Meta, became a core contributor and ran the working group, so he should have trusted the path.

Lenny compares this to Facebook's HTML5 mobile bet, and Thawar says he saw it from the inside while Xtreme Labs worked on the Facebook app. In his closing thoughts, Thawar says his motto is "everything you know is wrong", meaning you should rebuild your view from first principles and try things. He asks listeners to tell him what he got wrong, since he is on a learning journey.

12

Everyone is smart at something, so look for talent where others don't

Thawar says he is always scanning people when he is out, and once saw a waitress running a very busy restaurant superbly, organizing tables and the kitchen. He asked if she would like to work at Xtreme Labs. She started as the receptionist, became his admin and then a recruiter, and he taught her tools such as Google Docs and G Suite.

She later took over an HR function, finished her university degree, and is now a director of HR at a company. The company hired more people from that restaurant who were also smart and intense. Thawar's lesson is that everyone is smart at something, and when he sees someone doing a good job he asks how he can work with them. Lenny jokes that restaurants may be the new feeder system for tech.

同じチャンネルの記事

1:10:27EN
Lenny's Podcastポッドキャスト · 2 人Hard Skills, Soft Skills and Mentors: Jules Walter's Playbook for Growing as a PMゲスト Jules Walter · ホスト Lenny RachitskyYouTube product lead Jules Walter explains how he builds IQ and EQ skills, asks for honest feedback, and recruits mentors with the smallest possible ask.プロダクトと UXProduct ManagementLeadership+3
1:30:46EN
Lenny's PodcastポッドキャストSkip the Funnel of Doom: Cursor's Playbook for Hiring the Top 50ホスト Lenny RachitskyAdam Ward, Cursor's head of talent, explains how to scope, map and relentlessly pursue the best people instead of hiring whoever survives a recruiting funnel.企業と戦略Company BuildingLeadership+3
1:42:04EN
Lenny's Podcastポッドキャスト · 2 人Paid Growth, Step by Step: Shopify's Performance Marketing Lead on Tests, Signal and Team Designゲスト Timothy Davis · ホスト Lenny RachitskyTimothy Davis walks through when to start paid, how to run signs-of-life tests, which platforms to try, what to measure and who to hire first.企業と戦略Go-to-MarketGrowth Strategy+3
1:21:44EN
Lenny's PodcastポッドキャストFrom Rowing to Steering: Inside OpenAI's Push Toward Persistent AI Coworkersホスト Lenny RachitskyTara Seshan, who leads product for Codex and ChatGPT Work at OpenAI, explains how PM work changes when agents do the rowing and people do the steering.エージェントProduct StrategyAI Product Management+3
1:01:00EN
Lenny's Podcastポッドキャスト · 2 人Control Over Attention: How Substack Builds Product for Writers and Readersゲスト Sachin Monga · ホスト Lenny RachitskySubstack's head of product, Sachin Monga, explains the principle behind the company's roadmap, the story of the Recommendations feature, and what he thinks the next era of writing on the internet looks like.プロダクトと UXProduct StrategyGrowth Strategy+3
1:26:22EN
Lenny's PodcastポッドキャストStart Small, Earn Autonomy: What 50+ AI Product Deployments Taught Two Buildersホスト Lenny RachitskyAishwarya Naresh Reganti and Kiriti Badam explain why AI products need a different build process, and how to grow agent autonomy step by step without losing customer trust.プロダクトと UXProduct StrategyAI Product Management+3