我心目中好的工程师是什么样的？致我今后的同事

我接触过一些工程师，php的占主要的部分，因为我们做的东西主要靠这个。我也曾经有机会成为一名工程师，不过由于我的心思完全不在这个上面，在我研究生导师千辛万苦的培养了我3年，让我从一个连开发环境都不能搭建的白丁成长为一个总算能用vc＋＋做做机器人视觉程序并在导师的帮助下顺利毕业的－－－还是技术白丁...我感谢我的导师，也尊重他，但最终硕士毕业后，经不住麦肯锡的诱惑，从此以后就踏上了画ppt的道路，再也没有写过代码。

而创业之后，我一直希望在互联网领域有一些作为－－－准确的说，是用互联网工具改变教育这个行业－－－在经历过3次挫折历时5年之后，我身上更多了一些草根的特点，离工程师则越来越远了。

然而，我以前的同学们，各有各的去处，有的在google、microsoft，有的则在百度，腾讯更多，而其中混的好的，早已拿到了上市公司的期权，目前身价怎么也有个百万usd吧。这些年，我也接触过一些php工程师，他们都是很好的人，但是，我从观察我的同学的职业路径和我接触过的程序员朋友，我觉得，大家虽然都是写代码的，但是，由于性格的不同，几年之后的路径真的非常不一样，我也因此观察并总结出了“什么样的程序员是好的程序员”这样的感触。

首先，我们先来说说php工程师（其他的略有不同，但php更多应用在互联网公司，有很多的项目也有很多的创业机会，而做c的就很不同，更别说我那些做芯片设计的同学了，那个行业基本上没有什么创业项目的）这个群体的特点吧：
1-做了5年以上的工程师，有一种集体焦虑症，因为，我们会发现，虽然遍地都是机会，但是，如果自己所在的项目没有爆发力，再干下去基本上永远只能是码农；
2-互联网行业爆发的太快，热钱太多，工程师内心里其实都比较浮夸，唯一剩下少数很踏实的同志们，也时时受着36kr的诱惑；
3-工程师极少能掌控自己的命运，因为，互联网项目的成败虽然以技术为基础实现，但是，成与败更多的取决于对市场趋势的把握（这是ceo干的活），对用户行为的体察（这也是CEO要关注的活儿）和资本的不断输血（反正这肯定不是php工程师要干的活儿）。因此，好的工程师一方面有着对一个产品和事业的执着，但另一方面，却发现不能极好的掌控整个项目的发展，因此不断在长期价值和短期利益之间纠结。

如果以上我说的对，你可以看看下面的；如果觉得以上说的不对，那就不用往下看了，别浪费时间。

我坚定的认为，好的工程师满足以下5个特点：
第一，士为知己者死。好的工程师，通常都是在面试或者应聘的时候先聊项目，然后再通过不断的与CEO（如果有可能的话，这里留下一个正在招聘phper的CEO的qq：1076977738）交流，判断这个人、这个项目是不是靠谱的，然后再决定是不是加入这个团队－－－我见过的好的工程师，大多都是先决定了是不是加入然后再谈待遇，而不是相反－－－凡是先谈待遇的，基本上，会在项目困难的时候转身离开。所以，一个好的工程师，是为了与靠谱的人做靠谱的项目而加入一个团队，绝不会为了待遇而加入一个团队；

第二，不怕弄脏自己的手。我接触过一些人，有的人是出了完成自己那一亩三分地以外，凡是让他做点其他的活儿就满脸青绿，满腹不情愿的样子；但是，我觉得好的工程师对项目和自己负责的部分的理解和工作会将所有的接口（与其他人配合的地方）考虑的非常详细，绝不仅仅是完成自己的工作，而是帮助其他人考虑清楚怎么才能更有效的完成整个项目；

第三，思考者而不是码农。这一点我要吐个槽，尤其对于外包公司的工程师，最烂的工程师就是为了实现功能而实现功能，完全不考虑未来的扩展和基本的可修改性，写出来的代码看上去能用，但是完全不能让其他人接手，平铺直叙，在别人看来这样的代码就是一堆垃圾。我觉得，好的工程师的每一行代码都是为自己负责，代码是一种修炼也是一种艺术，只有不断的去思考，对开发的理解和功能的理解才能越来越深刻。而大多数外包公司出来的人，说是码农都抬举了。

第四，站在别人的角度思考问题，而不是自己的。好多phper，有个3～5年工作经验就觉得自己简直是无所不能了，简直可以称为《黑客帝国》里程序员改变世界的那种人了，但是，我觉得，做个网站做个app真的很简单，但是做成一个项目、运营成功一个产品却是极难。好的工程师，通常会很乐于与设计师、前端、运营的同事以及用户分享及沟通，因为他们知道只有这样才能了解产品的全貌，他自己才知道什么样的技术实现时最佳路径。反之，烂人工程师一般最常用的托词就是“你们让我做的功能我都实现了”、“这个没有在需求列表里面写清楚。。。”

第五，aspiration。程序员改变世界，是的，但是要加一个定语－－－优秀的。一般，优秀的工程师从来不会拒绝加班－－－也不会做无谓的加班。他们的工作时为了一个产品的成功和一个项目的成功去做，而不是为了每天8个小时去做；他们的成就感来自于用户爱上了他们参与的产品，而不是每个月发工资的可以瞬间...

希望，优秀的工程师加入我的团队，加我qq聊聊吧：1076977738

feiyuanqiu

2015-05-03 06:37:02 +08:00

“你们让我做的功能我都实现了”、“这个没有在需求列表里面写清楚。。。”

哈哈，上个月辞职的公司就是这个样子的，我觉得这个真不只是程序的问题

1、公司一大就需要事事按流程行事，出了问题也是层层找责任，线上出了问题，要找责任归属，程序 BUG 还好说，是程序和测试的锅
但是需求性的问题呢？策划会说我需求里都没写这个，你们为什么要这么做？所以我们就会严格按照需求里面的要求来干活，绝不多做一点，因为做多了出问题了就是程序的锅
当然一般合理的需求变更还是要给改的，但是一定要策划书面备注之后才改...人和人的信任啊...

2、很多时候策划们提需求的时候对他的产品脑子里只有一个大概的轮廓，常常是程序做出一个原型之后他用一遍觉得哪里哪里要改，让你改，你改了之后他又觉得哪里有问题了又要你改。但是程序不是只做他一个人的需求，每天有很多事要做，每天有进度要求，每个月要根据完成的需求数评定 KPI，因为策划的不专业和不用心，就要程序来承担更多的工作量这是不能接受的，所以这时候就会对策划说：“这个没有在需求列表里面写清楚。。。”
事实上大部分的改动还是都给改了的，用加班的时间。
归根到底这是制度原因，上面考察工作量的人是不会知道你做这个需求的时候具体经过是怎样的，他们对着统计数据，只看你的每月需求数，需求级别，开始时间完成时间，是不是超期了，超期了就扣 KPI。