My mother worked in a factory that sewed drapes for film sets before she retired. My brother-in-law used to be an operations manager for a warehouse that rented equipment to film sets.
There is just a very long tail of services and a robust supply chain that is required for most industries to be successful.
I was never a prolific blogger. I do write a LOT internally at work and I write very long messages in group chats.
With the advent of LLMs, I've felt even less need to publish publicly. It's as if an LLM can either produce something higher-quality and more tailored to the reader's context in a shorter period of time. Or the topic I write would be so niche that it should just be in a group chat.
I found the accompanying blog post excellent. In my experience, systems go from a monolith to a distributed monolith to a reliable distributed system. A durable workflow engine is one of the pieces that is required to get to target state.
I'm also currently reading "On the Calculation of Volume". It is fantastic.
Meta-comment about the post. I used to read and write book reviews like this all of the time. Not anymore. ChatGPT and Claude can do a just a good of a job. Now I'm looking for what you think, a unique insight, what did you feel from a book review from a humanoid. LLMs do a fine job summarizing.
Woke up at 6am. Child 1 woke up at 7am. Dropped her off at daycare at 8am. All the other children were being dropped off by their dads, too. Full day of work ahead. Dinner at 6pm. Bath at 7pm. Bedtime and story at 8pm. Usually calls with Bangalore from 9pm to midnight but it's Labour Day over there. Sleep at midnight.
As others have said, levels and titles are generally for compensation and performance reviews. Each company has their own bespoke ladder but it generally maps to:
Each company has their own numbers and names but it generally progresses like that. Impact and scope scales as you head up the ladder.
L5 or Senior is usually considered a “terminal” role. That means all engineers should be able to get to this role. And people without the headroom get managed out if they can’t get to L5.
Staff+ is usually “special”. It means that people count on you to drive initiatives and you have something special other than just writing code. You are able to make product and business impact.
Distinguished and Fellow are very rare. Large FAANG companies will only have a handful of these engineers. It means you’ve made industry-wide impact like inventing map-reduce or DynamoDB or Kubernetes.
Most orgs should just be shipping features. Before starting an Experiment Program teams should be brainstorming a portfolio of experiments. Just create a spreadsheet where the first column is a one-line hypothesis of the experiment. Eg. "Removing step X from the funnel will increase metric Y while reducing metric Z". And the RICE (Reach-Impact-Confidence-Estimation) score your portfolio.
If the team can't come up with a portfolio of 10s to 100s of experiments then the team should just be shipping stuff.
And then Experiment Buildout should be standardized. Have standardized XRD (Experiment Requirements Doc). Standardize Eligibility and Enrollment criteria. Which population sees this experiment? When do they see it? How do you test that bucketing is happening correctly? What events do analysts need? When do we do readouts?
That's just off the top of my head. Most orgs should just be shipping features.
Beg to differ. I live in Yaletown in one of the Concord Pacific towers. David Lam Park and George Wainborn Park are vibrant as is the whole seawall. My kid goes to the daycare along one of the parks.
I'm sitting at my desk in an office in Gastown in a low-rise. The streets are covered in feces and broken crack pipes.
I have a 9 month old and we are drowning in toys. We have bought very few of them. The article is clearly not written by a parent because it barely touches on Buy Nothing Groups on Facebook.
We've barely bought any clothes either. They all come from Buy Nothing groups. Kids grow out of toys and clothes every 3 months. Parents are desperate to offload this stuff.
And my wife has become a hoarder as have other parents in the neighbourhood. Buy Nothing groups seem to set off some sort of hoarding affliction in parents.
This is great. This reminds me of Chris Hecker's Rigid Body Dynamics series from GDMag/Gamasutra that I read (checks watch) almost 30 years ago! This is the classic/canonical set of articles.
(Aside: My goodness, Medium has gotten terrible. The article will not scroll for me because of some random overlay that won't dismiss. Why do publishers stay on Medium? I regret it every time I click a link.)
> I never understood those annual release cycles anyway. Too artificial, too forced. Great for marketing hype, accumulating bugs, and missing out on documentation. Bad for quality.
False! A foundational concept in Constraint Theory is that "Large Batch Sizes Increase Lead Time".
Apple should figure out how to release smaller batches more often to improve quality. They should figure out how to release the first day of the quarter, every quarter. And work backward on what needs to happen to make that happen. Then release first of the month, every month. Once again, work backward on how to make that happen.
For example, we release to the iOS App Store and Google Play Store first thing on Monday, every Monday. And we worked backwards to figure out what we needed to do to make that happen.
When something goes wrong, the batch size is small enough that we can quickly figure out what happened. Also, the release train is reliable enough that engineers can push back on PMs. "You are not getting this feature this Monday. You'll get it next Monday".
Large batch sizes and long release cycles are terrible for quality!
>> A little insight on Vancouver: PRC investment firms decided that the steady growth of the North American real estate market looked to provide great returns on investment. So, these firms started buying up large numbers of single-family homes in Vancouver.
Reference required. Empirical evidence does not support your claim.
The PDF in the parent’s comment shows there were 1010 vacant homes in 2017 and 502 vancant homes in 2022.
Jens Avon Bergmann of MountainMath.ca did analysis after the 2021 numbers were released. His takeaway:
>> “The results demonstrate very little “toxic demand” leading to vacancies in BC, and provide valuable checks on estimates of “foreign” ownership.”
Please stop spreading this disinformation unless you have actual references with actual empirical evidence. It is actively harmful to supply-side solutions.
I am open to have my mind changed if you have evidence that toxic demand is actually causing significant harm. With significant harm defined as being one magnitude greater than the 500 vacant homes in the above PDF from the City of Vancouver.
> I'm a fan of Arnold, but I think it's pretty clear that he suffers from issues stemming from his rough relationship with his father.
Read the book and watch the Netflix documentary. I’m pretty sure Arnold is self-aware of his father issues. For a concrete example, Arnold’s brother dies drinking-and-driving at the age of 24. Arnold contrasts the way he was able to handle his relationship with his father compared to his deceased brother.
I had a chance to look at an early version of Unblocked. I think the huge benefit is when you work in a microservices environment or with many clients.
Over time, engineers get comfortable working on their own microservice but don’t have the context to make changes in microservices that other team’s own. Having iOS, Android, and web clients exasperates this.
Unblocked helps engineers get all of the context they need around changes. When teams grow, this context ends up in places like Slack threads that are 100 comments deep.
As much as you try to get engineers to write documentation, it just makes more sense to pull already written context from Slack and GitHub and generate the documentation.