怎样尊重一个程序员

[Seymer]

作者：王垠
链接： http://www.yinwang.org/blog-cn/2015/03/03/how-to-respect-a-programmer

有些事情真是只有经历过或者自我体察才会明白。一年又一年，希望我们互相尊重，其不论技术好坏，职位高低，贫穷贵贱，单纯作为人的属性，给予最起码的尊重。

[boris1993]

加一个：
别搞什么程序员鼓励师这种傻逼东西

[daigouspy]

不要叫他修电脑，除非女生。

[likuku]

@daigouspy 这样真的好吗？既不尊重女性，也不尊重那个他。

[xnode]

给够钱

[May725]

是否存在程序员相轻的情况？ 我认为有

[geying]

好好写代码不行么

[kx5d62Jn1J9MjoXP]

这篇文章一次次被人挖出来, 结果我每次读竟然是越来越认同文章的观点了!

[largecat]

问高深一些的技术问题，

[yanaraika]

感觉随着水平提高大多数人对王垠观点会从看山是山（喷他）到看山不是山（赞同他）到看山还是山（明白他是在什么情况下提出的这些观点、适用于哪些情景）

[nezumi85757]

文章写的真棒，每句话都说到了心里

[sfree2005]

不错的文章。作者透过了程序员的职业背景事例 道出了些人与人之间互相尊重的准则，是需要好好学习。

[xz410236056]

给钱就行

[SamsonWang]

非常认同其中的“不要让 A 修改 B 写的 bug ”。
我之前被安排去改一个同事的 bug，那个同事和我在一个办公室，那段时间我感觉和吃屎一样难受。从那以后，我如果提前完成了任务，就会拖着到最后期限。因为我知道，如果我提前交了任务，就会被安排收拾其他人的摊子，通常是那些做的差的烂摊子。

[boris1993]

@SamsonWang #13 最近正在擦一个已经滚蛋的实习生的屁股，每天都想剁了那孙子

[joeyFuck]

你本来不该(没必要)知道这些的，可是现在我们没有更好的工具，所以得这样弄一下……

[xiangbin]

千万别说他秃顶

[anonymous256]

“然而事实却是，Unix 是一个设计非常糟糕的系统。”——王垠

是的，如果站在巨人的肩膀看世界，看到的历史全都是傻逼书写的。而当初一穷二白的时候，又是谁“筚路蓝缕，以启山林”的呢？关于"Unix"的评价，现在只剩下了“ Unix 是一个设计非常糟糕的系统”了吗？王垠现在说的话，已经失去理性了。

指点江山的时候谁都会，创造历史的时候我不行。

[im67]

尊敬是互相的，就凭你叫程序员就让人尊敬你？还有，有些程序员由于职业关系，不止不觉中不知道“不尊敬”了多少身边的人。

[im67]

看王银的文章，原来是教程序员如何尊重人；楼主你阅读理解是不是有问题啊……

[loveour]

@anonymous256 #17 我觉得吧，这个问题要看怎么看。首先，先不管历史包袱，Unix 本身设计怎么样？确实有它的缺陷。那么，说设计糟糕就没问题。至于说很糟糕但是是否也是伟大的，从历史上来说当然是，其实这两者并不矛盾。如果因为它从历史上伟大就不允许批评，那其实这个事情才是糟糕了，这也是王抨击的事情。

[loveour]

@im67 #18 你是不是第一个回复没看文章。。其实两者都说了。而且，从现实意义来说，这里的尊重不只是说感觉上如何，还有如何会更有效率。

[TYchen]

@boris1993 我也一样，再改前人留下来的 lj 代码，真的每天就是在痛苦当中度过。。这代码怎么能写成这样。。

[TYchen]

楼主，我能把你这篇文章转载到我的公众号《前端求生之路》嘛？我觉着这文章很有必要让更多的人看看

[Mark24]

这其实很像，合作指南。

[envylee]

@TYchen 这个不是作者啦

[TYchen]

@envylee emmm，好像丢人了（捂脸

[Akiyu]

我不认同这类将程序单独拿出来说话的文章, 不论是谁写的, 内容如何
各行各业都有自己的难处和领域, 程序也仅仅是一个职业而已

文章中说到的一些点其实是通用的, 少数是因为职业原因有所不同
(并且普遍抱怨的程序职业病在其他行业也是有的)
(其他行业也有加班, 也会去做一些自己不想做的事情, 也会去擦别人的屁股)
(也会卸磨杀驴, 也一定程度上吃青春饭, 也有一定的学习压力...)

每当看到 *程序*, 这样的标题
我内心都是在想: 又有个人拿职业来说事情了

[grimpil]

不要推荐他买霸王

[H0TSp1RnG]

给他钱 别让他做额外的事情 别让他超时的做事

[Kaiv2]

支持自己的 bug 自己修复

[akring]

@anonymous256 2015 年的文

[Leigg]

人可以对任何事物持有个人的看法，但如果你是向别人表达你想贬低某个产品的看法的话，我觉得你应该先拿出你设计的更优秀的产品，否则就没有资格去贬低别人的努力。

[envylee]

@Leigg 朋友，话是这么说，但实际情况是大家相互觉得对方是傻逼，相互不服气

[Leigg]

@envylee 哈哈，所以说最大的变量是人本身啊

[mayx]

Git 挺好用的啊，至少到现在也没有比 Git 更好的工具能这么方便的管理代码了，这篇文章太偏激了吧

[maemolee]

说实话，不要把程序员标签化就已经很好了。什么叫尊重一个程序员？你怎样尊重一个人类，你就怎样尊重 ta。

[jamesxu]

@SamsonWang 并不认同这个，这么搞团队协作的精神何在？不说开源项目别人给你提的 pull request，单从公司项目来说，每个人只负责自己的模块是很危险的，万一有人离职，他的代码还是有人要接手，我更推荐大家在有一定理解的基础上互相改代码，一来可以互相学习，二来有助于加强对业务的理解

[shuperjolly]

还没看完，手机要没电了，回个贴先，这是一片富含智慧和分享的文章，但是适用领域绝不仅仅在程序员圈子，任何领域都是一样的，不管巨细。

[skyfollow]

简单来说，还是同理心。
不过从王垠这个人身上可以看出一些不太常规的东西：我们认为特立独行的不正常人，可能才是真正的正常人；他们的思想更为合理，充满了对人性的思考，由于不会简单的继承外部的思想与经验的遗产，所以他们不不容易被大众群体所接受。

让我想到了苹果的广告：苹果广告 think different：
向那些疯狂的家伙们致敬，
他们特立独行，
他们桀骜不驯，
他们惹是生非，
他们格格不入，
他们用与众不同的眼光看待事物，
他们不喜欢墨守成规，
他们也不愿安于现状。
你可以赞美他们，
引用他们，
反对他们，
质疑他们，
颂扬或是诋毁他们，
但唯独不能漠视他们。
因为他们改变了事物。
他们发明，
他们想象，
他们治愈，
他们探索，
他们创造，
他们启迪，
他们推动人类向前发展。
也许，他们必需要疯狂。
你能盯着白纸，就看到美妙的画作么？
你能静静坐着，就谱出动听的歌曲么？
你能凝视火星，就想到神奇的太空轮么？
我们为这些家伙制造良机。
或许他们是别人眼里的疯子，
但他们却是我们眼中的天才。
因为只有那些疯狂到以为自己能够改变世界的人，
才能真正地改变世界。

[godbmw]

给时间思考，给空间成长

[Kamitora]

以尊重人的方式来尊重程序员，无需特化。
我认为人之间交流最好的感受莫过于共情。

[opengps]

其实程序员是创造性工作，而非奴隶型，所以让程序员兼职当产品经理就和谐了

[SamsonWang]

@jamesxu
当你被强行安插一个满地是坑，风格奇葩，设计混乱的模块的时候，你就明白这句话的道理了。
我会去了解公司项目的每个模块，学习其中的精华。也愿意和工作态度良好的同事合作完成任务。
然而不得不承认的是，有的同事的工作态度就是有问题的，他就是在应付，这时候被安排去改他的代码，会对我的积极性产生了毁灭影响。

[weakish]

@jamesxu 所以要有 review 呀，review 不等于改。

[luckytanka]

别提头发......

[seven777]

外行人看王垠的文章，觉得字字珠玑；
同行（程序员）看王垠的文章，咬牙切齿，觉得有切肤之痛。因为你们以自我为中心，你们在以自己的标准 judge 别人。

[razerhell]

没有贬低的意思，文章说的道理很直白：先做人，后做事；”做“一个程序员，而不要”演“一个程序员。

[deadEgg]

人们害怕别人和他们不一样。

[skyfollow]

@seven777 同学，我正是你口中的外行人，不是很理解，王垠的文章哪里是以自我为中心的？

我个人认为王垠有自己的标准，这个标准并非只是为了放开自我，让环境适应自己，而是同时也是在限制自我的，让自己适应环境；

以自我为中心，不应该只是让环境适应自己，而不寻求让自己适应环境吗？

[no1xsyzy]

@im67 #18 需不需要是一个问题，如何和另一个问题：教你防身术不是让你路上看到一个人就直接反剪手臂的
@jamesxu 对自己的代码负责 ≠ 每个人只负责自己的模块

[LoLeon]

mark 一下, 感觉这篇文章写得好棒.

[chanchan]

各种蹩脚脑残的操作系统（比如 Unix，Linux ），程序语言（比如 C++，JavaScript，PHP，Go)，数据库，编辑器，版本控制工具，…… 时常困扰着我们，这就是为什么你需要那么多的所谓“经验”和“知识”。然而，很多 IT 公司不喜欢承认这一点，他们一向以来的作风是“一切都是程序员的错！”，“作为程序员，你应该知道这些！” 这就造成了一种“皇帝的新装现象”——大家都不喜欢用一些设计恶劣的工具，却都怕别人嘲笑或者怀疑自己的能力，所以总是喜欢显示自己“会用”，“能学”，而没有人敢说它难用，敢指出设计者的失误。

[zifangsky]

@seven777 请不要代表我，谢谢！

[stephanew]

好文，mark

[Marmot]

文章还是很有道理的

[hunter2015]

给够钱

[hatsuyuki]

打个比方，这样的嚷嚷给人的感觉是，你得了奥运会金牌之后，把练习用的器材还回到器材保管科，结果管理员对你大吼：“这个放这边！那个放那边！懂不懂规矩啊你？” 看出来问题了吗？程序员提交了有高价值的代码（奥运金牌），结果被一些自认为 Git 用的很熟的人（器材保管员）厉声呵斥。

我不能认同他的某些观点，得了奥运金牌就可以无视某些规定？提交高价值的代码就可以不按规范来？

[rizon]

尊重不尊重的和职业有那么强的关系吗？
不过就是个人情世故的问题，这些向来都是国人擅长的东西啊，
除了一心搞技术不问人情事的人，大多数人都懂得怎么和人交流，怎么不伤害人，怎么不被人伤害，怎么维持社会关系。
所以这种人与人的表面关系上，不分职业的哪有什么尊不尊重，无非就是会不会说话办事懂不懂人情世故。

只要不说出来做出来，你心里想什么与我何干，我心里想什么又与你何干。

[DefoliationM]

然而，很多 IT 公司不喜欢承认这一点，他们一向以来的作风是“一切都是程序员的错！”，“作为程序员，你应该知道这些！”

阿勒，这不是应该的吗，你不知道就是不知道，只能说明你学的少。

[cubepoint]

受教了

[passerbytiny]

先看了开头，先说一句，后买再补充。第一感受：标题是怎么尊重程序员，而实际是程序员怎么尊重其他人。打个比喻的话，此文章准备讨论怎么让老兵不欺负新兵，预测要砸。

[ballshapesdsd]

@hatsuyuki #57 王垠的意思是因为一个人的细节问题故意忽视一个人的价值不对

[ballshapesdsd]

感觉很快就要水深火热了，王垠是敏感词

[AsaMyth]

我好想串楼吐槽一下 systemd🤐🤐

[pony279]

王垠的逻辑多数是这样的:

"老子那么牛逼, 做事没按规矩来怎么了, 细节做不好又怎么了? 老子就是牛逼, 其他人都是傻逼"

[shm7]

像你尊重其他人一样，假如你尊重的话

[pony279]

看到这个例子:

> A: 你 push 到 master 了？
> B: 是啊？怎么了？
> A: 不准 push 到 master ！只能用 pull request ！
> B: 可是你们之前没告诉过我啊……
> A: 现在你知道了？！

我见过多数新人完代码, 在不了解团队习惯的情况下都会问接下来该怎么办, 可不可以直接 push 了, 至少我本人是这个样子

然而这个场景可以推测, B 在不了解规矩也不过问的情况下, 直接 push 到公共的代码库, 被指责难道就不应该?

再到第四行, 这时候再争论下去明显没有意义, 为什么非要怼回去? 怼回去后再被怼也很正常啊

[pony279]

还有一个就是玻璃心, 自尊心太强, 有些人说话听起来就是比较冲, 但不代表真的是在指责或者不耐烦. 工作上多是就事论事, 指出你一点问题不可能每句话都客客气气, 拿这事惦记三五年有什么意思?

再比如 EMACS 的例子, 我觉得对方这么说没什么不妥, 主要是把自己想象成世界的主角了, 一定要让对方知道我是 EMACS 高手, 不要对我说这些低级指令才甘心.

[pony279]

> 如果你是这个精通工具用法的人，切不可以把同事的谦虚请求当成可以显摆自己“资历”的时候。这同事往往真的是在“不耻下问”。他并不是搞不懂，而是根本不屑于，也没有时间去考虑这种低级问题。

如果让我知道跟我请教问题的人内心是这么想的, 我是绝对不会做任何指导的.

感觉文章通篇都在表达 "我很牛逼"

[lonccc]

@pony279 #68 同意你的观点，作者可能确实牛逼，但是文章表达出来的内容我并不觉得他有在尊重其他程序员，只是好为人师罢了。

[guomuzz]

@hatsuyuki 后面有原文。 恰巧是你说的这种行为 以技术为上 是文中所排斥的 参见驳 Google 那段

引用原文： 我们尊重这些器材保管员，然而如果运动员们不懂你制定的器材摆放规矩，也应该表示出尊重和理解，说话应该和气有礼貌，不应该骑到他们头上。所以，对于 Git 的一些命令和用法，我建议大家向新手介绍时，这样开场：“你本来不该知道这些的，可是现在我们没有更好的工具，所以得这样弄一下……”

[Justin13]

不太同意其中的别让 A 修 B 的 bug,我不否认这很痛苦，也一样不情愿，但这是必要的。有必要让团队的每个人都熟悉其他成员的工作，互为备份。任何队员离职以后都可以迅速接受。改 Bug 是一方面，另一方面是 code review 和交换 feature

[pere]

@SamsonWang 天天吃领导的 shi 感觉糟透了 想辞职又找不到工作

[Kylin30]

空格缩进改成 tab 缩进

[vegito2002]

爽文割韭菜果然在哪个行业都是适用的

[snoopy1024]

有些程序员自以为自己聪明，牛逼… 别人问个问题戾气重！类似于这些 不应该获得尊重，首先都不尊重他人

[x86]

不戳他屏幕

[lianxiben]

说得挺好，入行第一年，之前是做文案工作的，给我赶紧就算 IT 这行有些人心高气傲的。。。对待新人特别的不友好。

[zhangxs1989]

把文章里的程序员换成任何一个行业从业者都适用。写得不错

[zcljy]

心态很重要

[Desiree]

「所以你就经常听有人煞有介事的说：“并不是 Git 允许你这么做，你就可以这么做的！ Unix 的哲学是不阻止傻人做傻事……” 如果你提交代码时不知道 Git 用户一些约定俗成的规则，就会有人嚷嚷：“ rebase 了再提交！” “不要 push 到 master ！” “不要 merge ！” “ squash commits ！” 如果你不会用 git submodule 之类的东西，有人可能还会鄙视你，说：“你应该知道这些！”」感同身受

[passerbytiny]

我是实在没法用客观的心情去认真看全文，感谢有人总结了核心思想："老子那么牛逼, 做事没按规矩来怎么了, 细节做不好又怎么了? 老子就是牛逼, 其他人都是傻逼"。

实际上，本人跟作者是有点像的，然而本人的态度是“在自己的世界里老子就是神，在公开世界里该当孙子的时候就得当孙子”，所以，是绝对不会发表类似的文章的。

最后说一句，回复当中，有两位崇拜作者的人，被 block 了。

[aihidao]

毕业后在一家公司呆了一年，大家都挺不错的。
一个月前招了个服务器，对我指手画脚。对公司项目指手画脚。
第一句话可能听起来像一个前辈在指导自己，我还没来得及感动，后半句嘲讽你。
然后说自己多牛逼，对我各种教育
例如
"年轻人，多读点书吧"

“你这是脱裤子放屁”

最后那个人没有过试用期。。。

如果不是这个人，可能这篇文章我还有点看不懂。

[xiaochocking]

`解释高级意图，不要使用低级命令`

[evilmiracle]

不要乱加需求

[no1xsyzy]

@pony279 #67 归根到底是 git 设计有问题。
There isn't a best practice or even a good enough practice. Ever.

#68 > 有些人说话听起来就是比较冲……指出你一点问题不可能每句话都客客气气
这个在互联网出现之前就叫做 “不会尊重别人”，为什么互联网出现之后都觉得这是正常的呢？
> 我觉得对方这么说没什么不妥……不要对我说这些低级指令才甘心
你竟然不反感别人对你说低级指令？你是灵长类吗？
（你怎么知道我的 C-k 是删去一行，可能我是个 evil 用户并且现在在自己写的一个任意字符插入模式？
（或者 C-k 和输入法快捷键冲突所以移走了？）
我几个月前看完这篇文章并且通过引用原句解决了饭桌上的吵架…… 起因大致就是低级指令造成的严重混乱与不一致。
低级指令和程序员无关，只是灵长类动物天然地生理上无法接受罢了[来源请求]，一个猴子也不喜欢你说低级指令。
恐怕我家狗也不喜欢，教会 “把球衔过来” 的指令（当然实际指令词没那么长）要比教会 “咬住球”+“过来”+“把球放下” 快多了。
——也就是说你可能连我家狗都不如？（在网上你甚至不知道……）

#69 @lonccc #70
> 如果让我知道跟我请教问题的人内心是这么想的, 我是绝对不会做任何指导的.
自己不是更玻璃心？
不更是好为人师？非要别人靠自己懂不了才教？
别人为什么请教你和你有关系吗？
——我真是非常同意上面一些楼层说的 “说别人之前看看自己是否做到了”，真希望你也能符合这一点。

[pony279]

@no1xsyzy

> 自己不是更玻璃心？
> 不更是好为人师？非要别人靠自己懂不了才教？

我可能没解释清除原因

我会认为这类人的想法多是觉得学这些东西浪费时间, 毫无意义, 遇到这类问题只要问别人就好了.

然而作为同事, 大家的工作都差不多, 那凭什么我要浪费我的时间来教你这些低级的东西???


> > 我觉得对方这么说没什么不妥……不要对我说这些低级指令才甘心
> 你竟然不反感别人对你说低级指令？你是灵长类吗？
> （你怎么知道我的 C-k 是删去一行，可能我是个 evil 用户并且现在在自己写的一个任意字符插入模式？
> （或者 C-k 和输入法快捷键冲突所以移走了？）
> 我几个月前看完这篇文章并且通过引用原句解决了饭桌上的吵架…… 起因大致就是低级指令造成的严重混乱与不一致。

低级指令 != 歧意

就算有歧意, 重新解释就好了, 多沟通不行吗? 接收指令的人难道不会发问吗?

[pony279]

@pony279 #67 归根到底是 git 设计有问题。

既然知道 git 设计有问题, 为什么不多确认? 不沟通??? 非要把锅甩给 git ? 小团队有那么多精力来解决流程问题?

[lonccc]

@no1xsyzy #84 我说看不出来他对其他程序员的尊重有什么问题吗，通过贬低别人拔高自己难道是尊重？

[saberpowermo]

b 事真多

[saberpowermo]

接楼上,我是在说王垠 ，楼主不是说你

[no1xsyzy]

@rizon 人情世故会将所有不搞人情世故的排除了。这首先不符合兼容性准则。
如果说有一个人特别有用，又恰好心高气傲不会人情世故，那么人情世故就会将其排除，而不会将其利用。
又恰好采用真正的尊重一方能够将其利用，创造了很多有用的东西，然后把人情世故的一方打败并兼并了。
我说的大概是希腊和罗马…… 又或者是斯巴达和雅典…… 又或者是 X 国和秦国（ X = 齐, 鲁, 燕, 赵, 魏, 韩）
（历史学得不好，也就只能举出这点例子）

[no1xsyzy]

@pony279 #87
我的主张是
P(歧意|低级指令)>0.9
P(歧意|!低级指令)<0.1

#87 & #88
> 然而作为同事, 大家的工作都差不多, 那凭什么我要浪费我的时间来教你这些低级的东西???
> 既然知道 git 设计有问题, 为什么不多确认? 不沟通??? 非要把锅甩给 git ? 小团队有那么多精力来解决流程问题?
你自己的话打起来了。
那么流程这种低级问题到底要不要沟通？问了你回不回答？

[blue0125]

Ctrl+K 那个例子，为什么我感觉有不同的理解。
同事在用 vim 时候，我也喜欢用命令和他说怎么修改文件，感觉那是种心灵交流。

[no1xsyzy]

@lonccc 引用方式的歧义问题，应该用于
> 不更是好为人师？
本该是
> 不更是如 @lonccc #70 所说 “好为人师”？
这里引用
————
@pony279 你 “歧义” 打错了，我偷懒复制了错的……

[teddy2725]

确实是 B 事多，没什么作为，偏偏喜欢指点江山。偏偏还有蠢人喜欢吹捧信奉。

[519718366]

唯物辩证的看看文章就好了
每个人心中的尊重的标准都不同
我看完文章也就是感觉，作者再以自己的尊重标准衡量别人的行为而已～

[darmau]

就我加过的程序员群来看，程序员普遍需要学会尊重女性

（真的不是个例了）

[66beta]

开篇说的是别人不尊重程序员，哪怕你技能顶天，但是后面全写程序员如何提高自己能力？？？？？？

[passerbytiny]

@no1xsyzy #81 你反驳“有些人说话听起来就是比较冲……指出你一点问题不可能每句话都客客气气”的时候，然而你后面说的话——灵长类动物、狗这字眼都出来了——可不是一般的冲。

人人都会犯“反驳别人却反驳了自己”的错，有些人能主动认识到，有些人认识到了不表达出来，有些人认识到了不承认，然而有些人，是认识不到还装逼。