The Bird hit another inflection point on Friday. Now, many people, myself included, are looking at alternatives or actively decamping¹. It was quite a thing to experience.

Several days before, I read a post about the value one can potentially get out of Twitter. On one hand, it may not age well². Network-effects will cause Twitter to lose “value” faster than it loses daily/weekly/monthly active users. On the other hand, thinking about how I might get tremendous value out of the next network is a useful thought experiment.

Herein, allow me to riff on how to get a surprising amount of professional value out of publishing to and participating in Twitter-like³ social networks.

The value proposition is two-fold:

• the ability to publish into other folks’ attention streams (i.e., reputation building)
• a high-quality stream of information to adjust my own world view/model

On the publishing/write side: note that folks like Patrick, Simon, and Laura are Very Good at Twitter. They’ve been writing there for years, building a reputation. In particular, they form thoughts such that they travel and evolve well on Twitter in particular.

With a lot of practice, I could reach this level of operation. Building the reputation, of course, is about showing up consistently for months and years. A few months of rebuilding my Twitter routine and ‘practice’ and I’m out networking with the best.

In other words, use Twitter as a big professional networking tool⁴. Instead, the networking happens at the idea level. Contribute and participate in developing ideas and the network comes to you.

On the read side: I’m guessing anyone who enjoyed Twitter in 2022 and gets useful signal out of it is equipped with:

1. a well-curated list of mute-words⁵
2. bespoke user lists which focus the valuable discussion and reduce the din of a global social/information network
   

Throughout its history, Twitter was often adversarial. There’s a “main character” of the day. Many folks come solely to build them up or tear them down. Disagreeing parties come to dunk on each other. Occasionally, they directly engage, but social bubbles/fortifications are the norm.

Anyone who gets professional value out of Twitter ignores that aspect. 🤷🏻‍♂️ In particular, they are using Twitter itself (or well-considered 3rd party applications) to automate filtering out the noise⁶.

I’ve dabbled in setting up mute-words and curated, high-signal lists. It worked pretty well at various points in Twitter’s history, particularly in combination. Perversely, now that we’re possibly in the waning days of Twitter’s influence, I’ve got a pretty good setup for finding interesting, new-to-me ideas. Sometimes those ideas put my work, or even the world, in a better perspective. That’s valuable!

Bottom line: you get out of Twitter-like networks what you put into it. The better I write, work the network, choose your sources, and manage the flood of information, the more likely interesting/valuable things will come my way.

1. I feel like this happened at least twice before, probably circa 2015 and 2018? ↩
2. This started off as a thread that ended with this caveat: “Assuming that Twitter doesn’t drastically regress under New Management.” Reader, it did indeed regress. ↩
3. Tumblr, Mastodon, Micro.blog, Cohost, Fediverse, etc. ↩
4. Not in the way LinkedIn aims to do that around the resume. ↩
5. I started with this list, which is unfortunately paywalled now ↩
6. Mastodon in particular has community conventions around content warnings and requiring consent to see upsetting images or even posts about ongoing dramas. By social convention rather than software or regulation, this makes it a much better place for human brains to hang out. ↩

Previously: a long time ago, Dwight Eisenhower probably said something to the effect of: “Plans are useless, but planning is essential”.

Today, software development (and knowledge work writ large) are largely about speed in the service of more. Iterate faster, ask more questions, get more feedback, deliver more often. Success is less likely about having a good or well-formed idea from the outset, and more about how the idea evolves in the hands of people/customers.¹

Let’s update Eisenhower’s insight on planning to harmonize with speed and quantity of iteration:

Static plans are useless, but dynamic plans, developed and iterated as information arrives, are the essence of leadership.

You have to plan. Stopping to think a multi-week project through isn’t Waterfall or a slow, bureaucratic process. It’s how you get your head into a project.

Lacking a plan isn’t an option². If you choose not to have a plan, you’ll likely end up part of someone else’s plan. Their plan may not have the same outcomes or parameters in mind as you do. Better to have a plan.

Planning with your team is how you get everyone aligned and pulling in the same direction. The worst cases for a plan, that it’s tragically incomplete or wholly invalid, have a silver lining wherein the team that plans together pulls together. In the best case, you’ve front-loaded a bunch of coordination and collaboration, allowing teammates can work autonomously and efficiently.

The initial plan you or your team come up with is very much a rough draft. Surely risks will make themselves known and areas of unknown complexity/scope will present themselves. Don’t worry about rigorously adhering to the plan once you’re a few weeks into the project. Iterate and add to the plan until you’ve done all the useful work, and it’s time to start planning the next project.

1. There is something to say about slowing down, seeking quality at every turn, and delivering a great, monolithic thing. Usually that involves some combination of internal iteration, auteur mindset, a strong creative scene, or harnessing lightning in a bottle. Everyone wants to fall in this category but counting on that is an unhedged risk. ↩
2. With apologies to Rush: “If you choose not to decide, you still have made a choice”. ↩

The key is deliberative practice: not just doing it again and again, but challenging yourself with a task that is just beyond your current ability, trying it, analyzing your performance while and after doing it, and correcting any mistakes. Then repeat. And repeat again. There appear to be no real shortcuts: even Mozart, who was a musical prodigy at age 4, took 13 more years before he began to produce world-class music.

Peter Norvig, Teach Yourself Programming in Ten Years

Norvig’s recipe, paraphrased:

• get interested and program because it’s fun and continues to be fun
• learn by doing
• talk with other programmers, read other programs (“This is more important than any book or training course”)
• work with other programmers and after other programmers
• learn several languages with diverse capabilities and philosophies
• learn the “computer” in “computer science”

And here I am, twenty-five years in, wishing I’d practiced more 🤷🏻‍♂️😆

Mitchell Hashimoto, Contributing to Complex Projects:

The first step to understanding the internals of any project is to become a user of the project. You do not have to become an expert user, but my personal graduation criteria for this step is to try to build something real using the project, even if it is small or simple.

Analog: here’s a functional area. Set it up for yourself or on your localhost. Now, make a small, well-contained change.

Learn how to build the project and get a working binary (or equivalent). Don’t bother with understanding the build system, the dependencies, etc. Just cargo cult guides, websites, whatever you need to reliably and repeatedly go from source code to runnable binary on your system.

Analog: get to the point you can run the app, run (focused) tests, and see changes in the app. Then start trying to make functional changes.

To learn the internals, I like to use an approach I call “trace down, learn up.”

Analog: for your first several changes, read from the top of the call stack down as far as you can. Don’t try to make changes, but do try to note all the landmarks (files) you visit and how they relate to each other. Note “side quests” to investigate later as you go.

Don’t be afraid of complexity. I think too many engineers look at stereotypically complex projects such as programming languages, browsers, databases, etc. as magic or as destined for higher-beings. I like to remember that all projects were started by other humans. If they could do it, I can do it too. And so can you.

You, too, can gain enough understanding of an eight-year-old system to work on it as though you were around when some of it was written. In fact, your effort will compound: the longer you’re around, the more you will find curious code that, it turns out, you added in the first place. 😆

Perspective is the lens we view our world, work, relationships, etc. All the luck, resources, or knowledge in the world are wasted without good perspective. If we’re talking about life like it’s a role playing game character sheet, you want to have a good perspective stat/multiplier.

Some clever tricks:

• keep the mind open and flexible to other perspectives; seek them out
• practice at holding many perspectives simultaneously
• know the limitations and strengths of a perspective as you navigate the world
• know when your default perspective makes a scenario more difficult and how to fall back to a perspective you still believe in
• get out of routines periodically and see if it changes how you see things
• more so, get out of your bubble; see people of a different background live their lives, reflect on what factors brought them there and how factors are different/similar for your life
• even more so, travel outside your city/state/country; axiomatically the people most different from you live in a place far away
  

It’s often tough to gain perspective. Most of the defaults in life steer us away from insight. School, cliques, work, even typical travel nudge us toward seeing familiar things with similar people who live similar lives. I’m by no means an expert at breaking out of these ruts. I’m pretty enamored with my routines. Unfortunately, I don’t have a clever trick to offer here.

Julian Shapiro, What you should be working on:

What is admirable is periodically killing your momentum to ask, Should I still be doing this?

Michael Lopp, The Art of Leadership: Small Things, Done Well:

Let others change your mind. There are more of them than you. The size of your team’s network is collectively larger than yours, so it stands to reason they have more information. Listen to that information and let others change your perspective and your decisions. Augment your obvious and non-obvious weaknesses by building a diverse team. It’s choosing the path of least resistance to build a team full of humans who agree with you. Ideas don’t get better with agreement. Ideas gather their strength with healthy discord, and that means finding and hiring humans who represent the widest possible spread of perspective and experience. Delegate more than is comfortable. The complete delegation of work to someone else on the team is a vote of confidence in their ability, which is one essential way that trust forms within a team. Letting go of doing the work is tricky, but the manager’s job isn’t doing quality work, it’s building a healthy team that does quality work at scale.

Be like Bill Gates and Warren Buffett: If you’re not spending 5 hours per week learning, you’re being irresponsible

Former president Obama perfectly explains why he was so committed to reading during his presidency in a recent New York Times interview (paywall): “At a time when events move so quickly and so much information is transmitted,” he said, reading gave him the ability to occasionally “slow down and get perspective” and “the ability to get in somebody else’s shoes.” These two things, he added, “have been invaluable to me. Whether they’ve made me a better president I can’t say. But what I can say is that they have allowed me to sort of maintain my balance during the course of eight years, because this is a place that comes at you hard and fast and doesn’t let up.”

The agency to create the system or process you want to work in (axiomatically?) implies you’ll rarely get to work in the system because you’re spending a lot of time working on the system by communicating/iterating/supporting it. 🤷🏻‍♂️