Like designing things for the first time Gordon Murray insists on keeping experience 'at the back of your mind, not the front' and to work from first principles when designing. For instance, in designing a component such as a suspension wishbone, 'it's all too easy - and the longer you're in design the easier it is - to say, I know all about wishbones, this is how it's going to look because that's what wishbones look like.' But if you want to make a step forward, if you're looking for ways of making it much better and much lighter, than you have to go right back to load path analysis. It is like designing things for the first time, rather than the nth time. Nigel Cross & Anita Clayburn Cross, Winning by Design: The Methods of Gordon Murray The eyes of a travelerZen Mind, Beginner's MindTotal collaboration experience
I have failed my art The novice goes astray and says, “The art has failed me.” The master goes astray and says, “I have failed my art." Eliezer Yudkowsky, Rationality: From AI to Zombies experiencewisdom
Memory prompts Journals are memory prompts and perhaps capture exquisite (and not so exquisite) moments of experience. Roger Kitching, A Reflection of the Truth notetakingmemoryexperience
Iconography It is understandable that those students who must work from reproductions of works of art are usually more interested in iconography than in the more subtle questions of technique and quality, but it is regrettable that technical ignorance should so frequently prevent art historians from considering the whole experience of the artist. Cyril Stanley Smith, A Search for Structure artexperiencetechnique
The scale of human experience It is the scale of human experience, from which thought and imagination take off, and to which they must return. Cyril Stanley Smith, A Search for Structure creativityexperience
The downgrading of experience Today scientific constructs have become the model of describing reality rather than one of the ways of describing life around us. As a consequence there has been a very marked decrease in the reliance of people on their own experience and their own senses. The downgrading of experience and the glorification of expertise is a very significant feature of the real world of technology. Ursula M. Franklin, The Real World of Technology scienceexperience
There and not there For what Bob was trying to capture in these efforts was the incidental, the transitory, the peripheral—that aspect of our experience that is both there and not there, the object and not the object of our sensations, perceived but seldom attended to. Lawrence Wechler & Robert Irwin, Seeing Is Forgetting the Name of the Thing One Sees experienceperception
You leave with the art If we define art as part of the realm of experience, we can assume that after a viewer looks at a piece, they "leave" with the art, because the "art" has been experienced. We are dealing with the limits of an experience—not, for instance, with the limits of painting. Robert Irwin, James Turrell & Ed Wortz, Report on the Art and Technology Program of the Los Angeles County Museum of Art, 1967–1971 experience
Tetlock and the Taliban An Essay by Richard Hanania richardhanania.substack.com How a humiliating military loss proves that so much of our so-called "expertise" is fake, and the case against specialization and intellectual diversity. The lesson of Tetlock (and the Afghanistan War), is that while you certainly shouldn’t be getting all your information from your uncle’s Facebook Wall, there is no reason to start with a strong prior that people with medical degrees know more than any intelligent person who honestly looks at the available data. What excellence is experienceacademiaexpertise
The Helsinki Bus Station Theory An Article by Arno Rafael Minkkinen www.fotocommunity.com Stay on the bus. Stay on the f*cking bus. Why? Because if you do, in time you will begin to see a difference. The buses that move out of Helsinki stay on the same line but only for a while, maybe a kilometer or two. Then they begin to separate, each number heading off to its own unique destination. Bus 33 suddenly goes north, bus 19 southwest. ...It’s the separation that makes all the difference, and once you start to see that difference in your work from the work you so admire (that’s why you chose that platform after all), it’s time to look for your breakthrough. Suddenly your work starts to get noticed. Now you are working more on your own, making more of the difference between your work and what influenced it. Your vision takes off. creativitypracticephotographyexperience
Seventeen Years A Song by Ratatat & Young Churf en.wikipedia.org I've been rapping for about seventeen years, okay? I don't write my stuff anymore, I just kick it from my head, you know what I'm saying? I can do that. No disrespect— But that's how I am Everything has been composed experienceskill
I completely ignored the front end development scene for 6 months. It was fine An Article by Rach Smith rachsmith.com What I’ve learnt through experience is that the number of languages I’ve learned or the specific frameworks I’ve gained experience with matters very little. What actually matters is my ability to up-skill quickly and effectively. If you focus on: learning how you best learn, and practicing effectively communicating the things you've learned you can't go wrong. learningprogrammingskillexperiencepractice
The brag document An Article by Julia Evans jvns.ca It’s frustrating to have done something really important and later realize that you didn’t get rewarded for it just because the people making the decision didn’t understand or remember what you did. The tactic is pretty simple! Instead of trying to remember everything you did with your brain, maintain a “brag document” that lists everything so you can refer to it when you get to performance review season! workexperiencememorycollections
Eyes on the ground A Quote by Akira Kurosawa www.youtube.com When you go mountain climbing, the first thing you’re told is not to look at the peak but to keep your eyes on the ground as you climb. You just keep climbing patiently one step at a time. If you keep looking at the top, you’ll get frustrated. I think writing is similar. You need to get used to the task of writing. You must make an effort to learn to regard it not as something painful but as routine. writingexperienceskill
Deadlines are bullshit An Article contrariantruth.substack.com In software development deadlines are a necessary evil. It is important to understand when they are necessary, and it is important to understand why they are evil. External vs. internal deadlinesWhy are internal deadlines evil?Engineers who love their work Hofstadter's LawThe Thing-deadline calculusNever enough timeDriving engineers to an arbitrary date is a value destroying mistake bureaucracysoftwareprocesswork
External vs. internal deadlines When are deadlines necessary? Contractual obligations Technical liabilities (e.g., dependency EOL) Compliance, government, investors, and other external stakeholders What do all of these deadlines have in common? They are all important. They are all deadlines that cannot be missed. They are all external. When are deadlines evil? Your manager says you have a deadline Your software development methodology says you have deadlines What do all of these deadlines have in common? None of them are important. They are arbitrary. They are all internal. They are all bullshit.
Why are internal deadlines evil? Estimation: When estimating engineering work a substantial time investment is required by an engineer in order to get an accurate estimate. Misaligned Incentives: There is an incentive to lie and give estimates much longer than the feature is truly expected to take. Low Morale: Deadlines are likely to be missed often. Repeated failure has a cost to the morale of the team. Micromanagement: Deadlines are wielded by middle managers as a whip to harass and annoy engineers working on features. High Stress: When engineers feel the pressure of other stakeholders holding deadlines over their heads it creates an environment of high stress. High Turnover: On teams with high turnover rates the best engineers have an easy time finding new work and leave quickly, the worst engineers have a difficult time finding work and remain. This selects for a lower quality team over time.
Engineers who love their work The resolution is simple. Never have internal deadlines. Operate on a prioritized and ordered list of features. Estimate only when necessary to prioritize and do so in a t-shirt sizing way. Trust your engineers and they will begin to love their work. Engineers who love their work are happy and productive. Building is never a straight line