码农与程序员,就好比哈士奇与狼

狼追逐强大的力量,自由,以及尊严
服务器君一共花费了224.167 ms进行了5次数据库查询,努力地为您提供了这个页面。
试试阅读模式?希望听取您的建议

狼是自然界中真正的掠食者,而哈士奇不过是人类的玩物。两者长得确实很像,就如同IT界的Programer和Coder。如果用狼和哈士奇来隐喻这两种职业,Programer无疑是软件业真正的狼。

关于编码者的概念,之前看到过一个有点点偏激但又很有道理的话(via):

你说你喜欢程序,想做程序员。对不起,同学,你说错了,你搞错概念了。你现在去做的只能叫“编码者(coder)”,不能叫“程序员(Programmer)”,连背包问题都不知为何,连模式都不知是啥,连最起码的链堆栈都搞不清楚,你说什么程序员,对不起你差远了,你所学到的,所运用的,只是某种语言的语法,而这对于一位有经验的程序员来说,不过三五天的事儿。

哈士奇
  1. 他们写出机器可以理解的代码。
  2. 他们的代码依靠注释读懂。
  3. 他们只在工作时间写代码。
  4. 他们不喜欢看书,但偶尔会看看视频。
  5. 他们只会阅读别人的博客,自己从来不写。
  6. 他们关注的仅仅是进度。
  7. 他们仅仅是复制代码。
  8. 遇到问题他们会直接问同伴。
  9. 他们总是认为自己会的很多,喜欢用海量的“精通”来装点自己的简历,假装高手。
  10. 他们每天沉寂在C+V的死循环中,并不断地抱怨需求变更。
  11. 他们会因为学会了某种代码的写法,而骄傲自满。
  12. 他们一边在被动地接受需求,一边在抱怨不合理的需求。
  13. 他们不会检查自己的代码,在测试暴露缺陷之前,他们往往难以发现。
  14. 他们不认为自己要为代码质量负责,那应该是管理者和测试的事情。
  15. 他们在拿到任务后会直接开始工作。
  16. 他们往往具有文档恐惧症。
  17. 他们并不崇拜专业人士。
  18. 他们擅长推卸责任。
  19. 他们对编译警告弃之不理。
  20. 他们只是在写可以运行的程序。
  21. 他们会拖延不喜欢的任务。
  22. 他们更容易放弃自己的设计。
  23. 他们的编程往往止步于编码的表象。
  1. 他们写出人可以读懂的代码。
  2. 他们的代码风格统一并具有自描述性。
  3. 他们不仅在工作时间,在业余时间也会写代码。
  4. 他们会看大量的书籍,阅读大量技术资料,当然也会看视频。
  5. 他们不仅阅读别人的博客,他们自己也会写博客,他们认为分享知识是快乐的。
  6. 他们不仅关注进度而且更关注代码的质量,提供现实的进度方案,在上司面前坚持自己的意见。
  7. 他们复用代码而不是复制代码。
  8. 遇到问题他们会尝试自己解决,访问社区,然后才会询问同伴。
  9. 他们总是认为自己还能做的更好,并对那些巨人由衷地敬佩,在不是高手时不假装高手。
  10. 他们经常在思索如何能够解耦,用灵动的设计应对突然到来的变更。
  11. 当掌握某种代码的写法,他们看到的往往是背后深层次的问题,并向专业水准看齐。
  12. 他们会对不合理的需求说不,并在工作中尝试影响他们的领导。
  13. 他们会经常重构自己的代码,并维护自己的缺陷核对表。
  14. 他们认为提高代码质量是自己的责任,并为自己的过失而负责。
  15. 他们在拿到任务后,会在行动之前,进行分析和计划,而不是马上编码。
  16. 他们往往会认真阅读项目文档。
  17. 他们和希望提高软件开发技能的人为伍,参加交流会,加入某个社区参与技术讨论。
  18. 他们敢于承认错误。
  19. 他们将警告与错误同等对待。
  20. 他们在构建自己彻底理解的程序。
  21. 他们将不喜欢的任务认为是对自身的磨砺。
  22. 他们往往坚持自己的设计。
  23. 他们的编程往往深入语言,触及思想。

做狼还是哈士奇

狼和哈士奇的隐喻意味着Coder难以在技术实战中战胜Programer,但现实是,往往Coder更受欢迎,如同哈士奇更讨人喜欢一样。原因很简单,Programer在众多Coder之中显得格格不入。Programer能更快更高效地完成任务,他们讨厌加班,抵制低效的流程,他们对自己的能力深信不疑,并经常坚持自己的意见,对不合理的需求说不。这些,在雇主的眼里就是叛逆。而Coder就低调很多,他们甘于加班,对设计没有意见,不会对需求说不,出了问题他们总在说,这是别人的问题。他们两者的代码,在外行看来没有差别。在雇主眼中,往往那些闭嘴加班的员工更应该重用。

也许,Programer们并不想让自己被孤立,但现实却是残酷的。人们缺少包容,善意的提醒,也可能会被认为是卖弄,是对权威的挑战。只有在狼群中,才能得到自身的认同感。软件的构建者是Programer而不是Coder。如果你是一匹狼,而你有感受不到团队的认同感,那你不妨换一换环境,因为,和臭棋篓子下棋,永远无法进步。

如果你是位开明的领导者,当你读到这篇文章时,我真切地希望你能留意那些“带刺”的员工,因为很可能,他比你团队中的其他人都看的更远。

如果你是名程序员,那么请你选择到底是做狼还是哈士奇。狼可能没有安稳的生活,没有丰盛的午餐,但却拥有强大的力量,自由,以及尊严。

本文地址:http://www.nowamagic.net/librarys/veda/detail/2159,欢迎访问原出处。

不打个分吗?

转载随意,但请带上本文地址:

http://www.nowamagic.net/librarys/veda/detail/2159

如果你认为这篇文章值得更多人阅读,欢迎使用下面的分享功能。
小提示:您可以按快捷键 Ctrl + D,或点此 加入收藏

大家都在看

阅读一百本计算机著作吧,少年

很多人觉得自己技术进步很慢,学习效率低,我觉得一个重要原因是看的书少了。多少是多呢?起码得看3、4、5、6米吧。给个具体的数量,那就100本书吧。很多人知识结构不好而且不系统,因为在特定领域有一个足够量的知识量+足够良好的知识结构,系统化以后就足以应对大量未曾遇到过的问题。

奉劝自学者:构建特定领域的知识结构体系的路径中再也没有比学习该专业的专业课程更好的了。如果我的知识结构体系足以囊括面试官的大部分甚至吞并他的知识结构体系的话,读到他言语中的一个词我们就已经知道他要表达什么,我们可以让他坐“上位”毕竟他是面试官,但是在知识结构体系以及心理上我们就居高临下。

所以,阅读一百本计算机著作吧,少年!

《代码整洁之道》 马丁(Robert C. Martin) (作者), 韩磊 (译者)

软件质量,不但依赖于架构及项目管理,而且与代码质量紧密相关。这一点,无论是敏捷开发流派还是传统开发流派,都不得不承认。《代码整洁之道》提出一种观念:代码质量与其整洁度成正比。干净的代码,既在质量上较为可靠,也为后期维护、升级奠定了良好基础。作为编程领域的佼佼者,《代码整洁之道》作者给出了一系列行之有效的整洁代码操作实践。这些实践在《代码整洁之道》中体现为一条条规则(或称“启示”),并辅以来自现实项目的正、反两面的范例。只要遵循这些规则,就能编写出干净的代码,从而有效提升代码质量。

更多计算机宝库...