Learning to walk through walls An Article by David R. MacIver drmaciver.substack.com I have a running joke that one of the most useful things I do when coaching or consulting is to say to people “Yes, that does sound like a problem. Have you tried solving it?” Part of why this is a joke is that actually most of the useful work happens prior to the point - the hard part is actually articulating what is going wrong well enough that it seems like a soluble problem - but there is genuinely something useful about this, because often it feels people are looking for permission. Without the external prompt, solving their problem is not something they noticed that they were allowed to do. A Burglar's Guide to the City problemsgames
Delight in the imperfect An Article by David R. MacIver drmaciver.substack.com I think part of the difficulty in allowing ourselves to properly delight in the imperfect, comes from conflating delighting in something with wanting it to happen. This isn’t the case. You can appreciate something as it exists while acknowledging its problems. You can see that a fire is beautiful without becoming a pyromaniac, and you can appreciate the absurdity of your political situation without thinking it’s good. Even if a delight in the imperfect causes you to want more imperfection in your life (and it should), there is no shortage of imperfection to seek out. The imperfect is not scarce, it’s abundant. If you find imperfection delightful, you will never be short of things that delight you, even if you fix any given problem. Solving problems and smoothing out imperfections doesn’t remove the source of delight, it merely opens up new vistas for it. You could give yourself over totally to delight in the imperfect and never run out of things to explore, even without creating your own. flawshumorproblems
We are surrounded by ghosts An Article by David R. MacIver notebook.drmaciver.com I'd like to call the more general phenomenon that this is a specific instance of "ghost knowledge": It is knowledge that is present somewhere in the epistemic community, and is perhaps readily accessible to some central member of that community, but it is not really written down anywhere and it's not clear how to access it. Roughly what makes something ghost knowledge is two things: It is readily discoverable if you have trusted access to expert members of the community. It is almost completely inaccessible if you are not. In this sense, most knowledge is ghost, particularly if you take an expansive view of what counts as an epistemic community. knowledge
Trust beyond reason An Article by David R. MacIver notebook.drmaciver.com In this sense, trust is a polarizing strategy, and it's one that is important to apply early on in the relationship before someone becomes important to you. If you trust someone excessively and it goes badly, but they don't matter to you, you can just kick them to the curb. In general, trusting someone at a level that seems slightly excessive for their level of importance to you will help you sort people in your life who you want to be more important to you than they are from those who you want to be less important than they are. And it does need to be excessive. It needs to be trust beyond reason. Not beyond all reason, but somewhat beyond what currently seems reasonable. If it is not, then unless they are prepared to take the first move, you will never find the signs you need to move to a higher level of mutual trust. Sometimes this will go badly, but you need to be able to try bad things. trustlovefriendship
The fastest way to learn something is to do something An Article by David R. MacIver notebook.drmaciver.com Suppose you have a problem to solve. What do you do? Well, you sit down and think real hard, and after extensive and careful planning you try the well thought out and rigorous solution that you have thought up. Right? No, wrong! Bad. The correct thing to do when you have a problem is: Think for a short amount of time. Make sure it is safe to try things. Try something you think will work. Observe the result. If you succeeded, yay you solved the problem! If it didn't work, think about what that means for the nature of the problem and try again. The Feynman Algorithm problemsprototypesfeedback
Coevolution and the bad take machine An Article by David R. MacIver notebook.drmaciver.com So when you have a bad take machine, you get the following processes: They make a bad take. People are outraged and talk about it. The bad take machine likes it and does more of that behaviour in future. If, on the other hand, they make a take and nobody cares, they do not get reward and the behaviour is selected against. The behaviours drove the spread of the outrage replicator, and the outrage replicator provides the selection mechanism for the behaviours. Thus, via the spread of our outrage on Twitter, we have operant conditioned the bad take machine into producing worse takes. Which is to say, it's bad on purpose to make you replicate it. How to write a high-engagement tweetA bad tweet is like a deepfake of an idea mediaanger
Notes on the Legibility War An Article by David R. MacIver notebook.drmaciver.com The basic idea of legibility is that the act of making something comprehensible enough to control is itself an act that shapes the thing to be controlled, often with far greater consequences than the control itself. This is because it removes complexity that is deemed as irrelevant that makes it harder to control, and that complexity may be in some way essential to the health of the system. controlsystemscomplexitylegibility
Things you didn't know you can be bad at An Article by David R. MacIver notebook.drmaciver.com I wonder how many things we're all going around doing badly because the idea of not knowing how to do them well seems too ridiculous to admit to. ...You've probably never been taught to have a conversation. I've had exactly one class on it and it was in the last six months. I know damn well that many people have not self-taught this well... In general there's this entire class of implicit skills that we mostly don't think of as skills, that we're entirely self-taught on, and that we practice sufficiently non-demonstratively that we can't easily watch what other people do. The result is a very personal skill idiolect. Idiolect skilllearningpractice
Manifesto for Agile Software Development A Definition agilemanifesto.org We are uncovering better ways of developing software by doing it and helping others do it. Through this work we have come to value: Individuals and interactions over processes and tools Working software over comprehensive documentation Customer collaboration over contract negotiation Responding to change over following a plan That is, while there is value in the items on the right, we value the items on the left more. Deliver early and continuouslyWelcome changing requirementsSelf-organizing teamsTechnical excellence and good designAgility and sustainability+7 More agileprocesssoftware
Deliver early and continuously Our highest priority is to satisfy the customer through early and continuous delivery of valuable software.
Welcome changing requirements Welcome changing requirements, even late in development. Agile processes harness change for the customer's competitive advantage. A late change in requirements is a competitive advantage planning
Self-organizing teams The best architectures, requirements, and designs emerge from self-organizing teams.
Technical excellence and good design Continuous attention to technical excellence and good design enhances agility. craft
Agility and sustainability Agile processes promote sustainable development. The sponsors, developers, and users should be able to maintain a constant pace indefinitely.
The amount of work not done Simplicity—the art of maximizing the amount of work not done—is essential. -2000 Lines Of Code simplicity
Build projects around motivated individuals Build projects around motivated individuals. Give them the environment and support they need, and trust them to get the job done. On ValueOn Talent
Deliver working software frequently Deliver working software frequently, from a couple of weeks to a couple of months, with a preference to the shorter timescale.
Business people and developers Business people and developers must work together daily throughout the project. collaboration
Face-to-face conversations The most efficient and effective method of conveying information to and within a development team is face-to-face conversation. teamwork
Reflect, tune, adjust At regular intervals, the team reflects on how to become more effective, then tunes and adjusts its behavior accordingly.