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

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

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

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

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

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

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

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

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

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

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

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

几条建议:

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

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

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

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

阅读更多
个人分类: 程序员
上一篇欢迎使用CSDN-markdown编辑器
下一篇程序员职业素养
想对作者说点什么? 我来说一句

没有更多推荐了,返回首页

关闭
关闭