Charity Majors Profile picture
Oct 13 6 tweets 3 min read
I am so incredibly happy to share that @lizthegrey is now our Field CTO.

We try to handle promotions as confirmation of a job already being well done, and that is definitely the case here. Liz is an excellent developer advocate, but never "just" that.

honeycomb.io/blog/honeycomb…
@lizthegrey Over the time she has been here (nearly 4 years!!) she's been an SRE, devrel, solutions architect, and product marketing all rolled up into one, with the occasional dollop of product engineer, product designer, and sales engineer to boot.
@lizthegrey She has also unfailingly been an advocate both for the success of the business and for the people who work here.

We put an elected employee on our board earlier this year -- that idea came from a conversation Liz and I had her very first week here.

honeycomb.io/blog/employee-…
@lizthegrey On a personal level, I can always rely on her to tell me when something I say or do isn't landing well. I value this unutterably.

And whenever I bring the same type of concerns to her, she takes it seriously and deeply to heart.
They say you should never work with your heroes, or you'll inevitably be disappointed. We all have feet of clay. ☺️

But working with Liz has been a joy, a surprise, a challenge, a constant inspiration to do better and be better. She is the exception that proves the rule, IMO.
And just to end on a petty/ridiculous note ... there were a couple times this year that Liz wasn't allowed to be on stage for some event because "only VPs and C-levels" were allowed.

Eyeroll. Whatever. #therewefixedit

Congrats, Liz. 🥰 Image

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Charity Majors

Charity Majors Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @mipsytipsy

Oct 13
I thought I might need to address this; it's come up more than once (whole 🧵 is good).

The fact that this comes up every time I mention trailing promotions tells me there are lots of people out there who feel they are being taken advantage of by promo policies vs hiring policy.
I expect that's probably true. You are typically in a more powerful position when considering a job offer than you are waiting for a promotion.

Job offers operate under time pressure, and employers know they are actively competing against the market. Promotions, not so much.
That said, I think there are a wide range of reasonable approaches to promotions, and arguing one over the other mostly misses the point.

There is no process that is perfectly fair. There's a limit to how much you can fix with better rules and procedures.
Read 13 tweets
Oct 12
A excellent thread about platform engineering, the limits of marketing, and the primacy of context-specific solutions.

Platform engineering is simply not a product you can package and buy, and to the extent we reduce it to one, it *loses* what makes it most valuable.
*Because* platform engineering is such a minimalist discipline, because it focuses so narrowly on

✨run less code✨&&
✨write less code✨

and enabling/empowering other engineers, the code that it DOES write has to be better. And extremely customized to your environment.
Any asshole can squirt out a ton of code to do a thing. But then you're saddled with that thing for all eternity, to run and own and debug and wake up and feed at 2 am.

A platform team's job is to do the opposite of all that,
Read 4 tweets
Oct 8
I contributed to this excellent, balanced piece in @thenewstack by @EmilyOmier on whether or not the "startup grind" is really necessary.

One thing I learned from reading it -- the average age of successful founders is ✨45,✨according to the HBR.

thenewstack.io/is-the-startup…
Like I said in the piece, I think a lot of startups are founded by kids, and the only way they know how to try and get better results is to work longer, harder hours.

In my life, I definitely worked the longest hours the times when I had the least clue what I was doing.
When it comes to being an early employee, though, the trait I would stress (and hire for) is less about working stupid hours, and more about being willing and able to own results.

Owning results means you may have to work hard or long sometimes, and you may not get to pick when.
Read 8 tweets
Oct 4
I wish I had read this before writing my piece on platform engineering, or I would have taken greater pains to ensure my piece sounded nothing like it. 😑

"devops is dead! long live platform engineering!" sets my fucking teeth on edge.
i don't fucking care if you don't "want to do ops" or not. because "ops" doesn't mean "shitwork", you shithead, it's the constellation of practices, skills, instincts, and expertise it takes to build quality systems and deliver value to users.

Devaluing this expertise and pretending you can do without it is the best way to ensure you do a shit job of it, and can't hire or retain anybody with the skills you need for operational excellence.
Read 9 tweets
Oct 4
Hard same.

I don't mind giving my time away to mentor people. I mind my donated time being the product that a VC-backed company is marketing and selling for profit.
When @platohq first reached out to me, I thought "this is cool, I'll pitch in. Pay it forward a bit." I expect that's why so many other CTOs, VPs and founders all made time in their packed schedules.

I assumed it was free, or maybe a nominal/sliding scale fee for attendees.
@platohq In their communication with me, Plato came across like a nonprofit -- it was all about the joy of giving back, etc.

I can't say they actively lied to me, but I haven't yet met a Plato mentor who was aware of their business model going in and okay with it.
Read 5 tweets
Oct 4
I'm glad you bring this up, because it's true (ish). The code you own *is* riding on top of millions and millions of other people's lines of code.

There are two types of code: the code you write and own, which defines your business, and the code you depend on (but ~never touch).
The first type of code is your crown jewels. It's the code in your github repository, the stuff your users interact with. It's your job to instrument it, actively maintain it, and understand it intimately.

It changes and deploys constantly, on the order of days if not hours.
The second type of code is the code you rely on to run the code you write yourselves, everything from device drivers up to language libraries. Millions and millions of lines indeed.

We call it "infrastructure", and it changes slowly, on the order of months or years.
Read 7 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us on Twitter!

:(