教学并不容易，尤其是在技术领域。 首字母缩略词，标准和约定太多，以至于很容易迷失行话。
“当从连续域采样信号时，ADC用于将信号转换为离散域。 ADC的比特率越高，量化误差就越小。”
嗯...什么？ 除非您对电子学有所了解，否则您可能不知道在这里说什么。 您的职业生涯可能不会使您了解这些细节。 因此，对您来说，这是另一种语言。 您是否曾经考虑过如何将您的劳动细节转换为您的非技术同事？
我记得在计算机科学课上大学的那一天，带着不满的表情瞥了一眼老师。 不是因为我不想在那里。 是的 问题是老师试图解释一种编程语言。 这是我第一次接触到在塞思·佩里布森墓中读的象形文字。
您会发现问题出在，这位讲师是第一次尝试教学。 这位老师在业界工作了20年，并且知道如何完成这项工作。 问题？ 老师和我们的学生之间的知识转移就像试图让水通过堵塞的管道。 您会以为所有这些经验会很容易。
我们的任务是使用Java创建一个简单的游戏。 我们不知道发生了什么，因为我们以为我们只是“明白了”。 攀登技术知识阶梯很容易，而忘了向您下方的人伸出援手。 对于老师来说，他们需要做好准备，从根本上跳入地面。 好吧……可能不跳，因为这不利于健康和安全。
如果某人确实想了解某些东西，隐喻是解释某些概念的好方法。
“那么，HTML，CSS和JavaScript有什么区别？ 我从来不明白区别。”
“比方说，您正在后花园里建造一个新棚子。 将HTML视为基础，面板，门和屋顶。 当您要装饰它时，添加装饰效果并为其添加一点点油漆，这就是CSS的用处。但是，如果您想在棚子中添加一些交互作用，该怎么办。 每当您拍手时，门就会打开或关闭。 这就是JavaScript介入的地方。”
教学并不容易，尤其是在技术领域。 首字母缩略词，标准和约定太多，以至于很容易迷失行话。 “假定”您与之交谈的非技术人员也很容易理解您在说什么。 除非是用外行的话说，否则他们没有机会。
用通用语言说话总是好事，这样就不会以错误的方式解释交流。 错误的信息可能会导致后续问题。 考虑一下您与团队会面的时间。 这些天的团队通常分为不同的区域。 您可能也有产品所有者，业务分析师，质量保证测试人员，一些后端工程师和前端工程师。 每个角色（减去您的角色）都有自己的专业知识，他们比您更了解。 好吧……我希望如此。
当您与其他职业交流时，您想说相同的语言。 创建那条有意义的桥梁，这样没人礼貌地点头。 考虑一下前端工程师（Steve）和非技术产品所有者（Fred）之间的对话。
“首先，我需要向客户服务端点发出AJAX请求，然后取回JSON有效负载。 我将需要迭代结果以找到该客户的索引，然后使用Customer Details React组件来呈现它。” Steve说。
“对……谢谢，史蒂夫。”弗雷德说。
是的，弗雷德暗中是哈巴狗。 这种交流太冗长，对对话毫无价值。 尝试降低到他们的水平，并使其简短而甜美。
“好吧，首先，弗雷德，我需要从客户服务中获取一些信息，然后将其显示在客户详细信息页面上。”
该示例是人为设计的，但说明了重点。 他们用一句话解释了所需的内容。 详细了解发出AJAX请求或创建组件的操作不会增加任何价值。 这些细节应留给工程师之间进行技术讨论。
每日站立 与您的团队进行的简短会面说明：昨天的工作，今天的工作以及是否有任何阻碍您完成工作的事情？ （阻止）。 请参阅对简短内容的强调……这意味着您不应该详细介绍昨天或今天所做的工作。 如果发生这种情况，通常会有人介入，并告诉您“使其离线”，这意味着您应该在站立仪式之外进行讨论。
“昨天，我在这个问题上进行了测试，以验证支付部分的情况。 我最初不了解生成器是如何工作的，然后意识到我必须触发下一个函数才能获取下一个值。 我会对其进行一些重构，因为我对它的当前状态不满意。 来自其他团队的配置的实现方式如下……”
你明白了。 相反，请考虑这样简化您的更新。
“昨天，我在付款屏幕上取得了不错的进展。 我计划今天完成它，但是在其他团队完成配置之前无法部署它。 然后，我将转到仪表板。 那是我的更新。”
此更新简短而有趣，向团队表明我们需要解决一个使我们无法与另一个团队联系的问题。 这可以与您正在做的工作并行进行。 hoo！ 花更少的时间在会议上，而将更多的时间实际花在“完成”上。
感谢您的阅读，拍了一些掌声并关注我的新帖子！
肖恩·迈克尔·斯通（Shaun Michael Stone）。
跟随并在Twitter上与我联系。
From: https://hackernoon.com/go-easy-on-the-technical-jargon-73e5a357d269