Low Context Communication
通常我们的沟通除了很大程度上依赖于言语来传达信息，也有一些其他因素（围绕沟通的上下文）的影响. 这里围绕沟通的上下文可能包括特定的文化背景，特定的语境，价值观，习惯，特定的时间空间以及与沟通的对象关系。
学习低上下文的沟通方式，就是让我们以直截了当的方式说话，并重视“我们所说的话就是想要传达的意思（Mean what we say）”。
倾向于低上下文沟通方式的人经常专注于解决问题，把事情做好，可能会与同事和上级相处过程中更加自我和更加平淡的关系。
当你厌倦了职场中的潜台词，潜规则，抱大腿，打太极，以及错综复杂的人际关系，可是试着尝试 Low Context Communication。
Low Context Environment
我们每个人都不是孤立的荒岛，所处的环境中，我们时时刻刻都在跟外界的环境产生千丝万缕的关系。 构建低上下文生活环境，我这里想要表达的是，我们要让外界的依赖变成是外界提供的服务（services）。而尽量摒弃那些不能转换为或者视为服务的依赖。
比如说我们日常会有汽车，出个远门，我们可以自驾。但是随着国人的车越来越多，再遇到像今天这样的国庆假期，如果我们出个远门堵在路上，那这个汽车对我们来讲就不是一项服务，而成了我们的依赖。（堵在高速上的朋友，一动不动的时候，有没有那么一个瞬间想过弃车步行，哈哈）
我上班的时候，经常遇到路上堵车，到了停车场还要转悠着去找车位，最后从停车场还要步行10多分钟才能到工位。所以我时常想象如果我能够跑步去上班，是不是会更自如？
Low Context Development Environment
当我们有多台电脑的时候，我们就要考虑同步问题。
当我们同时工作在多个项目的时候，不同的项目技术栈可能又会不同，电脑里要装上好多软件支持这些项目的开发，然后我们就会在不同的编辑器切换。
代码提交了，我们又需要去代码管理工具去交互，提PR，Review PR； PR merge 后又要去留意持续构建的状态，关心测试结果。代码上线后，还要去日志系统看看有没有错误日志，最后还要监测服务本身及其依赖的中间件的线上的状态。时不时还会从不同渠道收到来自各个监控系统的告警。
整个市场每种服务类工具你都能找到数个竞品（比如光一个时序数据库，你就会看到 Prometheus，InfluxDB，TimescaleDB，Graphite and more），时常会不自觉地随波逐流。如果你在管理一个技术team，希望你能克制一点，给你的team 做一些选择，让整个团队轻装上阵。
云原生，无服务，大数据，人工智能，数字化转型，能效管理…
各种会议，各种卷，每天到底有多少时间踏踏实实地写代码，看技术文档，专研技术？
Reference
[1] https://en.wikipedia.org/wiki/High-context_and_low-context_cultures
