DEV Community

Discussion on: Stop Using Acronyms

Collapse
 
linkbenjamin profile image
Ben Link

Your first bullet rang a bell for me. While I agree that we should feel safe to ask, I believe we should take it a step farther. The Communicator has information that they want to convey to the Recipient. It's the Recipient's responsibility to listen and ask questions, sure... but it's the Communicator's responsibility to ensure the information has been delivered effectively! So the Communicator should always strive to deliver more than the "bare minimum message".

Also love the idea that the tools can assist us in being faster while preserving clarity. Wonder if those replacement rules could be sort of "inner-sourced" within a company that struggles with alphabet soup?

Collapse
 
tinussmit profile image
Tinus Smit

Absolutely. It's a two-way street, because I've also encountered similar acronyms and abbreviations that have different meanings based on the context e.g.
CI

  • Corporate Identity
  • Continuous Integration
  • Customer Insights

It's not impossible that all three above could feature in the same meeting and then it is up to the communicator to ensure that contextually these are explained well enough.