也谈论程序员的"尊重"问题

也谈论程序员的”尊重”问题

早些时候看了 王垠：怎样尊重一个程序员，谈到了程序员的尊重问题。里边主要是以Google举例的。王垠言之未尽，我有补充。

我是从大学4年级就开始在一家创业公司实习（那个时候物联网，车联网还是比较新的），毕业之后就留在那家公司一直到公司要离开北京。

从第一家公司离开之后，很快入职了现在的这家做空地互联的公司（严格来讲也是创业公司，至少互联网这一块是创业）。虽然在北京工作多年，也接触了很多IT圈里的人物，但毕竟只在2家公司待过，所以一些观点可能不够深刻，仅代表个人观点。

几条让我“不爽”的地方：

• “这个你不用管，和你没有关系”

相信很多人都遇到过这样的情况。说话人觉得是他们自己的事情，不屑于给你做解释。
我是主要做服务器开发，后台支撑。有些东西是前后端配合的。如果前端，后端都各自为政，都认为自己的事情和对方无关。那么中间一定会留下“盲区”，两不管，或者三不管。
抛开这些实际功能的问题。即使没有“直接关系”，既然大家是一个Team,在做同一件事情。对彼此的事情多了解一些对整个团队也是不无裨益的。

• “你们2个一起做，应该互相配合，代码都可以互相改”

这篇文章主要谈“尊重”的问题。其实这里已经涉及到了另一个话题“责权利”（这个话题很大，后续会单独来聊）。有代码洁癖的程序员肯定不在少数，很大一部分程序员也都有“侠客”情怀（希望可以拯救武林，救人于危难）。简单来讲，就是“如果让我做，就全权让我去做，我来负责；如果很多地方不让我插手，就别让我做，也别让我负责”。王垠也提到了“不要让其他人修补自己的 BUG”。至少我的原则是“没有我的同意，请不要随意动我的代码；如果没有主动邀请，我不会去动别人的代码”。

• “这个你自己去xxxx看， 参看xxx”

说话人“例行公事”发布了接口，或者发布了版本，或者发布了邮件。对方资讯的时候是想得到一个更直观清晰的概述。

几条建议：

• 不给队友添乱，不拖后腿

  09年的时候瞒着家里人，瞒着老师，和同学（自行车队的队友）一起骑行西藏。当时队长给的第一个要求是：管好自己，别拖后腿。
  当时是比较惊讶的。。

• 不影响别人，不妨碍别人

  这个想必程序员的体会也很深刻。