• How Much to Pay Yourself as an Early-Stage Founder

    This question comes up a lot from founders starting a company and raising a seed round—how much should you pay yourself?

    On the one hand, you don’t want to be distracted worrying about your livelihood so you can focus on the business. On the other hand, it would be very odd to pay yourself a high salary while also having the largest upside if things go well via ownership.

    Benchmarks of what other companies are doing might help. A survey of founder salaries by Pilot found that startups that have raised between $1MM and $3MM have an average salary of $109K. However, the average is not particularly useful and there are plenty of founders who will pay themselves $0 or the lowest amount legally required (minimum wage). Kruze consulting found that average startup CEO salary was $150k in 2023 (median $140k).

    As a general rule of thumb, if you raise a seed round between $2MM to $3MM and you live in a high-cost-of-living area (SF, NYC) a startup CEO’s salary should be around $150k—any more should raise questions. As another rule, if an early-stage startup CEO has the highest salary in the company something is probably off.

    See also:


    Published

  • State Agencies Are Eventually Consistent

    It always seems to take awhile to get resolve an issue with a state agency. They might send you a letter that you owe them taxes. You might respond to said letter and pay the taxes. You might then receive another letter…for the same taxes you already paid.

    Why is that?

    The way to think about state agencies and—by proxy—your tax accounts, is that they are eventually consistent. Changes can happen to the balance of your account, but what you observe (e.g. a letter) might not accurately reflect the current balance of your account. It’s not just balances—pretty much any information that changes will take time to settle into the right places.

    Part of this is run-of-the-mill bureaucracy, but these are also large scale organizations and with distributed systems. (If you think about it, even moving papers around a building or two is a network which comes with network faults). Without eventual consistency, they would be unable to serve as many users and handle the complexity in which they serve them.


    Published

  • You Don't Know There Is a Compliance Problem Until After It's a Problem

    One of the many challenges of staying compliant is that the feedback loop can be incredibly slow. By the time you find out there is a problem, it might be months after it became a problem. For example, if there is a payroll report that was not filed in Q3, you might not receive a letter about the failure to file (and penalty) until Q1 of next year.

    One of the reasons for the slowness is the reliance on snail mail. It can take weeks to post the mail then more time to deliver it and yet more time for someone to check it.


    Published

  • Physical Mail Is Essential to Staying Compliant

    Sometimes the only way to know there is a problem is by receiving a letter in the mail from a state agency. This makes mail essential to staying compliant—you can’t fix the issue if you don’t know about the issue.

    Unfortunately, mail is difficult to manage for multi-state businesses. They need to consistently use a mailing address everywhere they register. They need to make sure they actually check the mail. They need to make sure the right mail gets to the right person to take action.


    Published

  • Favor Full Time Employees Over Part Time Contractors

    In the early days of a startup, hiring the early team is one of the biggest challenges. It can be tempting to hire contractors and part-time workers to get some help in the short term.

    This is not a good idea because they won’t have skin in the game. Part-time employees won’t have enough time to take over any important responsibilities leaving you to do them. You won’t control the schedule of independent contractors so it’s more difficult to plan and execute. Part-time workers and contractors can also leave suddenly which is disruptive and generates more work to replace them.

    Full time employees care more. They’ve hitched their career prospects to your startup. By taking added risk, they have more to lose if things don’t go well. This is an important advantage of early-stage startups—the most effective people care a lot.


    Published

  • Migrating From Docker Desktop to Colima on an M1 MacBook

    These days colima is a viable alternative to Docker Desktop on M1 Apple silicon. The main issue I have migrating is the speed of file system syncing which become apparent when working on frontend React with hot reloading.

    First install colima:

    brew install colima
    

    Then create a profile:

    colima start myprofile --edit
    

    Run the virtual machine:

    colima start
    

    Run docker as usual:

    docker compose up
    

    Published

  • Managerial Capitalism Decouples Ownership and Control

    The classic model of capitalism (bourgeois capitalism), in which the proprietor of the business fully owns and controls the business, was replaced by managerial capitalism where managers, despite owning small amounts of the company, exhibits full control over the business.

    As a result of the massive scale of modern enterprises, it was inevitable that a managerial class are needed. The upshot is that highly skilled managers can operate increasingly large and complex businesses. The downside is that managerial capitalism takes less risks and, as a consequence, new things don’t get built.

    See also:

    • Baumol’s cost disease shows how management salaries and productivity are also decoupled
    • At worst, managerial capitalism is a negative art—significant gains come from avoiding risk rather than taking it for higher possible gains

    Published

  • How to Write Software Fast

    There is a noticeable difference between the speed of the most productive software engineers I’ve worked with and the slowest. What do they do that others don’t? Is it possible to learn how to be faster?

    Speed is easy to dismiss as unimportant for knowledge work (thinking is often the limiting factor), but that we can’t go faster or trying to wouldn’t be valuable.

    Reduce friction to thinking

    Software engineering is often a ‘shots on goal’ endeavor—the more attempts you can make in the same amount of time, the more progress you will make.

    It should be easy to write some code and run it. How much friction exists in your setup that makes it difficult to run code? Tiny pieces of automation and muscle memory play a factor (e.g. checkout branch, open a file, execute just the code you are working on, stubbing out data, etc.).

    Reps not years of experience

    Solving problems quickly benefits from having seen and solved many problems, but don’t conflate ‘seen many things’ as ‘number of years of experience’. You’ve probably worked with people that have decades of experience that are below average in productivity.

    The way to get experience is to build many things. I don’t know of any shortcuts to learning by doing other than to have side projects and really try to build them out.

    Be decisive

    When faced with a new problem, you can cut down on time by doing a quick breadth-first search (what solutions are available) then being decisive about a path to go down. So much time is lost by not being decisive.

    Execute quickly and leverage your tools

    Here’s where being in the top percentile of proficiency in your local development environment and programming language pays off. Code is very easy to change and you don’t need to be perfect until you hit production. Being really fast at expressing the solution will help you iterate through each sub problem quickly. The ability to think through code looks effortless from the outside because the distance between what’s in your head and what gets implemented is so small.

    A good heuristic for when you’ve reached this kind of proficiency is when others comment about feeling nauseous watching you code.

    See also:


    Published

  • G&A Roles at an Early Startup

    You don’t need full-time G&A roles as your first 10 hires in an early stage startup. There is not enough work at that stage and you are better served outsourcing these roles or doing it yourself. For example, you can hire an external bookkeeper but run payroll yourself using easy self-serve tools like Gusto or Rippling, you can hire a lawyer to write contracts but handle payments yourself using Stripe.

    It is very tempting to hire for G&A roles because it feels like “real businesses” have them. While true, the early days of a startup have more important priorities like building the product and finding the first few customers, every dollar and each hire is crucial. That’s why founders generally prefer software tools to give them additional leverage to inexpensively cover more ground until it makes sense to build out the function.


    Published

  • How to Know When a New Hire Isn't Working Out

    The easiest way to know that a new hire isn’t working out (and not fool yourself in the process) is to have a plan before they are hired. A job description and 30/60/90 plan are important tools to clarify what you expect this person to do and the key milestones to get there. Without them, you will confuse yourself and it’s unfair to the people you hire—feedback will feel arbitrary and unfair.

    When the new hire onboards, use the 30/60/90 to anchor all feedback. Assess their progress by sharing written feedback and make adjustments you both agree to. If they are not hitting their goals or it’s obvious they will be unable to take over a key responsibility of their role, it’s time to part ways.

    How do you evaluate a job role you’ve never managed before?

    Often times at a startup, you will be hiring people that you do not have any background in or prior experience managing. Rather than try to derive the job from first principles talk to 3-5 experts in the area about what you think you need and what they believe a great person in that role would look like. You can stop when you start hearing the same thing from multiple people.

    Use this information to inform recruiting (job description, what recruiters should screen for, what profiles to target), interviewing (key areas to evaluate in interviews), and onboarding (30/60/90 plan).


    Published

  • Turner's Frontier Thesis

    A country with a frontier is shaped by it. It favors people with rugged individualism because common services are not readily available without an existing economy in place. Positive-sum interactions in settled areas are required because people always have the option to leave. Finally, people seeking high variance opportunities will follow the frontier in search of outsized gains.

    Eventually, the frontier dissipates as it becomes settled and formalized. At some point you don’t need Lewis and Clark, you need a town to trade goods and a courthouse to adjudicate laws.

    The frontier thesis is particularly appealing for explaining American culture and industry. We often refer to new areas of business as a frontier and it’s not wrong—it’s unregulated with high variance outcomes that appeals to a different kind of person (with crooks and bandits along the way). Eventually the frontier becomes settled and other kinds of people are needed to make it prosper.

    See also:


    Published

  • Cartier Tank Must Is a Timeless Watch

    The Cartier Tank Must is a classic. The design is damn near perfect as a dress watch and instantly adds a little elegance to the moment.

    At first I thought the quartz movement would take away from the feeling of wearing it but I realized a quartz movement is ideal for this kind of watch. You never need to wind it up (which is great since the Tank is less likely to be worn every day) and the battery will last years (low/no maintenance). You’re not missing anything because there is no seconds hand (the smooth sweep of the seconds hand is part of the appeal of mechanical watches).

    The Tank is the exact opposite of the other watch I own, the Sinn u50. Where the Sinn is a bit brutalist in it’s design, the Cartier is sophisticated and refined. They play off each other very well as an everyday watch and going out watch.

    I ended up choosing the large size as it’s a slightly more modern interpretation of the Tank than the more traditional small size. I personally don’t think the XL versions look good—it’s too large loses some of the elegance as a result. The large will still feel small if you are coming from a ~40mm sports watch but using a sports watch as a gauge for sizing the Tank is a mistake—you need to take it for what it is.

    Overall, what more is there to say. It’s 100+ year old design that remains nearly unchanged for good reason.


    Published

  • Layoffs Don't Improve Company Performance

    The recent layoffs in tech, especially the large companies like Google and Amazon, got me thinking about the effect of layoffs for the business doing the layoffs. It might be mostly bad. A study of layoffs from 1979 to 1997 found that companies that announced layoffs had negative stock returns and larger layoffs led to greater negative stock returns. It doesn’t increase individual company productivity—a study of 140,000 US companies from 1977 to 1987 found that the greatest increases in productivity had nothing to do with downsizing. They also lead to losing people that businesses don’t want to lose—one third of the companies rehire some of the employees they lost because they still need their skills.

    I would be interested to see how these results will play out for modern internet businesses. Will it be any different this time? Was there anything to learn from decades of layoffs prior?

    Read The Case Against Layoffs: They Often Backfire.


    Published