[为什么要抱怨同事代码很差]

以前刚开始工作的时候，天天被公司的 leader 嘲讽代码质量差，健壮性不强，也被公司的老鸟嘲讽很菜。

经历过一番历练，渐渐有了提高代码质量的意识。

换了一家公司后，公司里面还是有我之前以为的“大牛”，老大哥行为处事很“高调”，到处找人“改代码”，批评别人这里不对，那里不对，我承认他的代码水平很高，能解决很多问题。

技术上的问题，确实值得佩服，但是真正震撼我的是“精神”，一种很难去定义的“精神”。

公司里有一位搞嵌入式和图像处理的老工程师（所以他是写 C/C++的），之前跟他交流不多，他为人也很低调，他基本上一直沉浸在自己的代码世界里。

直到有一次，有个项目，我跟老工程师要互相调用自己写的模块，他代码确实写的很好，但是让我佩服他的是他的“适应能力”。

公司也没有一个统一的说明文件，必须要用哪一个代码标准。举个最简单的例子，就好像他习惯了

if(){

}

而我因为习惯了 VS 的 IDE，也写过一段时间的 C#，所以一直都喜欢下面这种写法

if()
{

}

而他在用我的“编码规范”下，（有些是我自己都觉得烂），他依然很迅速的适应了我的写法，按照我的习惯，快速且成功的写完了需求。如果是“老大哥”，可能会把我的代码先改一遍，然后批评我这里不对，那里不对。

说实话，我真的很惭愧，老工程师从来不抱怨别人的代码，怎么样思维混乱，怎么样命名不规范，怎么样性能差，虽然他也有自己的习惯，但是不至于“强迫症”到让人必须像他那样写，也不重新打乱别人写完的代码，而是以工作为主，快速适应。

由衷的佩服他，佩服他的纯粹，不多说什么，只是默默地写代码，完成需求。

freakxx

2021-09-04 03:19:08 +08:00

。。。这他妈把我看呆了

我觉得很多时候，把几个事情揉在一起是一个很有趣的事。

我感觉是

- 技术强是好的；
- 帮助别人是好的；
- 恃才傲物是不好的；
- 知错不改是不好的；

但是这里通过某种逻辑嫁接，把跟着吃屎（如果真的是不好的东西）当做是对的，那这个事情本身就是很傻逼的事情；

===========

又，规范的东西，不是通过人主观的约束，而是通过工具来实现；

===========

又，很多时候，写代码的洁癖是看情况的，大家都知道吃屎是不对的，偶尔不得不吃屎的时候，应该明白有时屎在某种程度上是可以避免的。
而不是纵容自己，吃屎习惯就好。

很多时候防御性编程是必要的，这是为了保护好的代码，不是为了洁身自好。
人掏粪的时候戴手套是好的。