激怒程序员十句话

A. 如何用一句话激怒程序员

哈哈，这个问题问得好，我可以告诉你很多种激怒程序员和UI的套路~

Come on~

如同大众辉腾的玻璃工厂，伟大的产品、伟大的设计，这些都是值得我们去尊敬的，它们都是伟大的结晶。

辉腾是一款伟大的轿车，大众倾注了巨大的心血在辉腾这款车上，每卖出生产一辆辉腾，都会亏本，这也许是真正用心的产品。

所以，不要试图去激怒真正用心做事的人，对每个人都应该抱有应有的尊敬。

B. 疯狂的程序员励志语录

程序员，他们想的是什么?他们想的永远都是技术，他们崇尚的也永远都是技术。下面是我给大家整理的疯狂的程序员励志语录，供大家参阅!

疯狂的程序员励志语录（一）

1. IT人表示屁股上还得纹一个，要不中间来个helloworld!

2. 知道一点东西，并不能说明你会写脚本，脚本是需要经验积累的。

3. 学脚本并不难，JSP、ASP、PHP等等也不过如此--难的是长期坚持实践和不遗余力的博览群书。

4. 保存好你做过的所有的源文件----那是你最好的积累之一。

5. 把学到的东西教给别人，无论是口口相授还是文以载道，你都会发现自己也能从这个过程中收获良多。

6. 找到旁人写的这样一些代码——它们实现了重要的功能，但写得并不够聪明。重写它们，然后告诉自己永远不要犯相同的错误。

7. 经理往往认为“程序员A=程序员B”，因为他们工作的年头差不多。但实际上，他们的效率可能相差十倍甚至百倍。

8. 软件开发的时间通常是这样的：一开始的90%开发工作用掉了整个计划90%的时间，剩下的10%同样需要整个计划90%的时间，而最终发布前的修改也是如此。

9. 设计软件有两种方法：一种是简单到明显没有缺陷，另一种复杂到缺陷不那么明显。

10. 一门技术必须多用才能掌握，最好的办法是在项目中运用。如果你在真实的项目中使用了某一项技术，那么印象就会非常深刻。即使忘记，也能很快捡起来。

11. 不要看到别人的回复第一句话就说：给个代码吧!你应该想想为什么。当你自己想出来再参考别人的提示，你就知道自己和别人思路的差异。

12. A：你在哪自习?B：教南404。A：好的，我来了。B：……A：你怎么还没来?要这么久么?B：404notfound!

13. 真正的程序员喜欢兼卖爆米花，他们利用CPU散发出的热量做爆米花，可以根据米花爆裂的速度听出正在运行什么程序。

14. 十年生死两茫茫，写程序，到天亮。千行代码，Bug何处藏。纵使上线又怎样，朝令改，夕断肠。领导每天新想法，天天改，日日忙。相顾无言，惟有泪千行。每晚灯火阑珊处，夜难寐，又加班。

15. 老婆给当程序员的老公打电话：“下班顺路买三个包子带回来，如果看到卖西瓜的，买一个。”当晚，程序员老公手捧一个包子进了家门……老婆怒道：“你怎么就买了一个包子?!”老公答曰：“因为看到了卖西瓜的。”

16. 程序员爱情观：爱情就是死循环，一旦执行就陷进去了;爱上一个人，就是内存泄漏–你永远释放不了;真正爱上一个人的时候，那就是常量限定，永远不会改变;女朋友就是私有变量，只有我这个类才能调用;情人就是指针用的时候一定要注意，要不然就带来巨大的灾难。

17. A：借我1000块。B：拿去，1024，我给你凑了个整儿。

18. 程序员对测试人员说："在我机器上没问题啊!""我测试了一下，确实在我机器上没问题啊"

19. 少壮不努力，老大写程序。

20. 世界上只有两句真理：1。人一定会死。2。程序一定有Bug。

疯狂的程序员励志语录（二）

1、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。

2、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。

3、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。

4、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。

5、程序员是值得尊敬的，程序员的双手是魔术师的双手，他们把枯燥无味的代码变成了丰富多彩的软件。

6、一个人静静坐在电脑面前写代码的感觉，那是什么感觉?那是武林高手闭关修炼的感觉。

7、硬的怕横的，横的怕不要命的，疯子都是不要命的，所以疯子力量大，程序员只有一种，疯狂的程序员。

8、“设计是一个发现问题、而不是发现解决方案的过程”

9、“功能说明书里不存在可操作性”

10、“过去的代码都是未经测试的代码”

11、“任何傻瓜都能写出计算机可以理解的代码。好的程序员能写出人能读懂的代码”

12、“测试是来表明bug的存在而不是不存在”

13、“简单不先于复杂，而是在复杂之后”

14、“Real developers ship”

15、“没有绝世神功”

16、“过去的33年里，我每天早上看着镜子问自己：“今天是我生命的最后一天吗?我是否要去做今天该做的事?”一天一天太多次是“不是”，我知道这需要改变…所有的事情——所有身外的期望，所有的骄傲，所有的对困难和失败的恐惧——这些东西在死亡面前立刻消失的无影无踪，只剩下真正重要的东西。想着自己即将死去，这是让我避免落入担心失去什么的陷阱里的最好的方法。”

疯狂的程序员励志语录（三）

1、作为一个真正的程序员，首先应该尊重编程，热爱你所写下的程序，他是你的伙伴，而不是工具。

2、程序员可以让步，却不可以退缩，可以羞涩，却不可以软弱，总之，程序员必须是勇敢的。

3、编程是一种单调的生活，因此程序员比普通人需要更多的关怀，更多的友情。

4、程序不是年轻的专利，但是，他属于年轻。

5、没有情调，不懂浪漫，也许这是程序员的一面，但拥有朴实无华的爱是他们的另一面。

6、一个好汉三个帮，程序员同样如此。

7、一个100行的代码调试都可能会让程序员遇到很多挫折，所以，面对挫折，我们永远不能低头。

8、调试完一个动态连接函数，固然值得兴奋，但真正的成功远还在无数个函数之后。

9、程序是我的生命，但我相信爱她甚过爱我的生命。

10、信念和目标，必须永远洋溢在程序员内心。

11、就算我们站在群山之颠，也别忘记雄鹰依旧能从我们头顶飞过。骄傲是比用JAVA进行底层开发更可笑的东西。

12、这句话不是很文雅，彻底鄙视那些害怕别人超越自己而拒绝回答别人问题的程序员。

13、如果调试一个程序让你很苦恼，千万不要放弃，成功永远在拐角之后，除非你走到拐角，否则你永远不知道你离他多远，所以，请记住，坚持不懈，直到成功。

14、最累的时候，家人是你最好的归宿。

15、退一步海阔天空，这是一种应有的心境。

16、如果你喜欢底层开发，千万不要勉强自己去搞VC，找到你最真实的想法，程序员最不能忍受的就是万精油。

17、IF(BOOL 学习= =FALSE)BOOL 落后=TRUE;不断的学习，我们才能不断的前进。

18、你的一个程序有时正常有时不正常，而你已经完全遵循编程的规则，为什么?事实上我认为相信只要遵循别人所说就能得到想当然的结果的人其实是个傻瓜。

19、编程中我们会遇到多少挫折?表放弃，沙漠尽头必是绿洲。

20、非优秀的程序员常常把空间和时间消耗殆尽，优秀的程序员则总是有足够的空间和时间去完成编程任务，而且配合近乎完美。

21、我们应该重视团队的精神，一个人作用再大，也不过是一碗水中比较大的一粒水珠而已。

22、无私奉献不是天方夜谭，有时候，我们也可以做到。

C. 产品经理和程序员,如何避免矛盾

产品实现是你的目的，为了这个目的不必太讲究。

做了一阵子之后我有了自己对于与程序员相处的方法论，对这句话并不苟同，我还是倾向于把事做好的同时也能把话说好，虽然我现在也能深刻的领会到当时leader的核心意思是产品本身是第一位的。

接下来我就阐述下自己的一些心得：

• 产品经理与程序员最大的矛盾在于——改需求。这牵涉两个问题，一个是如何尽量地做足前期工作，尽量把需求细化，需求做的足够扎实就会大大减少改需求的次数，这是产品本职工作，不属于沟通问题；另一个问题就涉及如何沟通了，就是需求无论如何确实要改。这个时候有一点很重要就是努力与程序员（或者开发经理）达成共识，比如“我们的目的是要做最好的xxAPP”、“这个功能对于我们的目的来说是必不可少的”等，然后再来谈详细的需求点，程序员也就会逐步认可改需求这件事情。（还有一点很重要的就是，如果无论如何也达不成一致，也有必要反思这个需求是否真的有改的必要？）

• 用数据和客户来帮你增加底气。在谈论某项功能实现的时候，产品经理经常会碰见程序员消极被动不愿意做，或者质疑这么做有没有道理的时候，采取需求依据的数据和真实的客户需求是能有效推进的好办法。比如“80%的同类产品都有这个功能”、“每周都能收到几个客户对某某问题的反馈”，一般来说程序员是能够接受这种说服的。

• 试着多用询问的语气。让程序员感到他是专业的，他是能够解决这个问题的，要依仗他才能做的更好。这会无形中赋予他一种责任感（因为你把问题抛给了他，他就隐形中负有解决这个问题的责任），在传达出意愿的同时也避免了话语的生硬，让程序员感受到对其职业技能的尊重。

• 注重日常交往。日常生活中交个朋友，比如一起打球、打游戏，聊聊电影和漫画，实在是没有共同语言就经常冲他卖个萌、搅个基、撒个娇、讲个笑话。这样，大家都是朋友了，不看工作职责的那一半看交情的那一半，沟通起来也会顺畅很多。

总结：有很多时候产品的产生不完全是靠严格的流程和规章制度诞生的，也需要很多沟通的润滑。能够开开心心地把产品做出来最好，但是最终我们还是不能离开产品实现这个 标的物。

D. 程序员行业流传一句话 : 面试造火箭，工作拧螺丝，该如何理解这句话呢

程序员行业流传一句话 : 面试造火箭，工作拧螺丝，从面试官的角度来看，他想知道的是应聘者的能力上限。当应聘者能够回答他提出的所有问题时，在他看来，应聘者的能力已经超过了职位的要求，那么他就是合适的人选。

假设面试官问的问题太简单，也会让应聘者怀疑这份工作是否太容易。程序员往往喜欢比较有挑战性的工作，所以当面试官问到 "造火箭 "的时候，他能回答出来，不管真正的工作是不是 "拧螺丝"，他都会觉得这个公司的技术实力还可以，对这个公司的渴望也会被夸大。在职场中，我们的工作大致可以分为两部分：处理常规工作和解决复杂问题。根据级别的不同，它们所占的比例也不同。大多数级别的员工和基层管理人员的工作是处理常规任务，偶尔需要解决复杂问题。

面试火箭时，公司想知道你的极限到底在哪里。你是否能够及时处理工作中的复杂问题？这种复杂的问题，可能是紧急事件，也可能是来自企业内部的变革。我的一个客户，一个企业主，前段时间想更换一个中层经理。原因是他想在一个技术项目上寻求新的突破，但这个中层经理只能解决一些常规问题，不能处理新情况。但临时更换的成本相对较高。因此，很多企业在招聘的时候会比较有前瞻性，如果应聘者的能力高于目前的岗位要求，就有可能在未来的工作中做得更好。