Precision In Technical Discussions
While working with the same people in the same problem domain for a long time, it's extremely common for people to take shortcuts when describing usage of a technical system.
While working with the same people in the same problem domain for a long time, it's extremely common for people to take shortcuts when describing usage of a technical system. "When the user submits the form, it fails" "When the process runs out of memory and dies, it will automatically restart" "Oh yeah the app is slow right now" "This API is harder for a user to use correctly" There's a general idea of what these statements mean, and they communicate the right idea most of the time (otherwise they wouldn't be said!). But in more heated conversations or whenever we are debugging particularly t
Explore this link on the map →saved by
related reading
- Cocktail party ideasdanluu.com
- Choose Boring Technologyboringtechnology.club
- How To Ask Questions The Smart Waycatb.org
- Patterns in confusing explanationsjvns.ca
- Say precisely what you mean.index.how
- Frank Chimero · What Screens Wantfrankchimero.com
- To get better at technical writing, lower your expectationsseangoedecke.com
- Charlie Deets | Presenting design workcharliedeets.com
- Notes on Distributed Systems for Young Bloods – Something Similarsomethingsimilar.com
- How To Write Quickly While Maintaining Epistemic Rigor — LessWronglesswrong.com
- Why We Should Talk Specifically Amid Uncertainty — LessWronglesswrong.com
- How to get useful answers to your questionsjvns.ca