程序员最不愿意听到哪些话

[命运最不愿意辜负勤快的人]命运最不愿意辜负勤快的人文/晚睡姐姐 2014年1月7日早晨，香港着名影视大亨邵逸夫先生在睡梦中过世，享年107岁。按照中国的传统习俗，如此高龄的人过世算得上是“喜丧”,不会过...+阅读

程序员最不愿意听到哪些话

10句话立马激怒程序猿：

第十名：“加油！我先下班了啦~”

作为一个需求方，我提醒你不该说这样的话……

第九名：“你造嘛，我新电脑的内存有1TB!”

内存和硬盘有啥区别，你造吗？

第八名：“能帮我黑XXX的QQ吗？”

不能！不能！不能！

第七名：“尽快做完，好伐？”

用邮件发这句话杀伤力更大……

第六名：“你先大概弄一个，让我参考看看。”

请问，什！么！叫！大！概？！

第五名：“帮我加10个功能先，明天就要，拜托！”

拜托，我又不是变魔术的！

第四名：“太好了，你还没回家，帮我个忙，很快的！”

和第一句连在一起说，你会死得很快~

第三名：“为什么今天网速这么慢？”

怪我咯？

第二名：“这个应该很简单的吧？”

我不想给你解释，解释了你也不懂，心累。

第一名：“这里改一下就好了啊！”

YOUCANYOUUP!

程序员不喜欢什么在广州蓝景做开发的朋友说他不喜欢加班改别

程序员最讨厌不确定性。

Debug的时候，在怪异再棘手的问题，只要可以稳定重现，都迟早可以解决。“稳定重现”的意思是只要按一定的步骤做下来，问题就可以重演。

最讨厌的就是那种时有时没有，不知道什么时候出现的bug。改了代码不知道有没有效，也不知道是否引入了新问题。可以把码农逼疯。

引入到生活中对人对物的态度也是一个道理。无缘无故发脾气又不说为什么的女朋友，言而无信说到做不到的人，约好的事情被放鸽子... 这些都是不确定性。

程序员对不可控的不确定性因素也是有解决方案的。在代码里头把异常try-catch-finally一下，做好补救收尾，在加上几行注释警醒后来人这里别乱动。对随机发生的问题，对应方案就是假设这里永远都会有问题，把随机的行为转化为降格的确定行为。就比如随机发脾气的女朋友吧，就会放弃研究发脾气的原因，不求治本，而是假设她永远会发脾气，专注“哄”的工作也就是catch里面的内容。

程序员最不喜欢公司的哪些制度

当今时代，公司是大部分软件工程师的栖居地，我相信，每一个合格的软件工程师都会觉得自己为公司创造了符合自己能力的价值。然而，大冰却观察到，我身边的软件工程师朋友们，却或多或少对自己的公司有不满意。而且，“程序员跳槽涨薪快”这句话甚至已经众所周知，深入人心。

为什么会出现这种情况？原因可能不止一方面。

今天，我们就从公司的制度方面来谈谈这个问题。大冰在平时跟朋友们同事们聊天的时候，也搜集了一些他们口中“公司的不合理制度”，下面列举两个最突出的：

相信一些小公司的程序员深有同感，往往是一个人同时负责多个项目，平时还好，当几个项目进度冲突的时候，就有的好受了。在开始开发之前，项目经理和颜悦色的让你评估开发时间，但仅仅是开发时间，并没有给你预留测试修改时间。当你开发完A项目，开始投入到B项目了，这时候如果A项目的测试出了问题，就需要占用B项目的开发时间来修改，于是，恶性循环就这样开始了。。。当版本需求比较急的时候，领导会要求不转测试，由开发人员自己把好关，或者转测试只测试一下基本功能，功能正常就升级到现网。但是，这只能暂时满足客户的需求，更让人无语的是，一旦现网出了问题，就算基本功能没有问题，也会有一些用户体验方面的问题，这些问题也算在开发人员身上。有多少满腔热血的程序员为了赶进度没日没夜的撸代码，开发的时间给那么少，还不转测试，到头来出了问题承担最大责任的依然是我们，就算有再多的热血，也都凉了。

哪些人不适合当程序员

Peter Nierop 则总结出了当不好程序员的 3 个迹象：

讨厌用 Google:

在 github、google

和在线网站上面有大多数现成的解决方案。买本老教授的书学编程的日子已经过去了。现在的代码来得快去得也快。而至关重要的事情是把你的东西尽快推向市场。任何不愿每天至少使用搜索引擎

1 小时的人都应该另寻高就（编者注 1:Google 自己的研究也发现，开发者搜代码越来越频繁注

2：有人可能会说自己不是讨厌用而是用不了。好吧如果是这样的话，我要加最重要的一条：不懂用 google

的想都不要想当程序员了）。注意，这某种程度上可能是因为你什么都想自己来，想成为全世界唯一的那个纯粹的 coder。

朝九晚五的心态：

再强调一遍：及时发布很重要。普通的程序员往往每天工作不到 8 小时，好吧这就是你平庸的原因所在。不平庸的程序员连续 22

小时冲刺以后才能打个盹隔 4 天才洗次澡并在接下来的 2 周时间里每天要用 2 小时写一些报告。不能或者不愿在必要时加班的人最好打住。

极其糟糕的记忆：

编程就是开很多的会，做各种各样的变更，可能脑子里面要装 100

页的代码。未必是每一行都要记得清清楚楚，但起码在管理层又折腾出一个变更或客户突然又冒出一个想法时要知道你的程序是干什么用的，什么地方可能会失败，怎样才能很快修好。如果你的记忆力实在是太糟糕的话，最好还是找份其他的工作。

我在这个行当干了这么久，碰到过各种各样的程序员，不变的一点是一旦有上面的问题这些人基本都干不久。

CaveOfProgramming.com 开发者 JohnPurcell:

由于开发界总是渴望有新鲜血液进来，所以除非你实在是太差（或者你原来基本都不用工作）否则想不成功都很难。我喜欢 Peter Nierop 的回答，不过说到正式的付费工作，我本人总是严格遵守朝九晚五的习惯，所以那个说法应该看工作情况而定。

如果你发现编程很乏味，学习又总是繁琐无趣的话，那你想做好就很难了。因为你要跟已经编程上瘾的人竞争。不过我也见过几个人虽然不喜欢编程，业余时间基本也不编程，虽然称不上出色的程序员，但是的确能够借此谋生。

要记住的是，编程不是什么精英才能干的事情。这个行业永远都缺人。所以除非你一点都不喜欢编程，或者也没有准备好看在钱的份上忍住这种不喜欢，否则都可以来编程。

而享受编程乐趣的 Prince Pranav 提供了 3 个不适合编程的迹象：

因为错误而过早放弃：

永不放弃。哪怕是简单的错误也不要放弃。这会让你的代码和心态大不同。好的程序员，在写一长串代码的时候会把代码分解出来，分段测试。如果你因为前面 1 个小时总是碰到同样的问题就把电脑给关掉了事，可以认为这是迹象 1。最后你总会找到问题的，但一定不要放弃。

只对输出而不是质量感兴趣：

开发出好应用是你的责任。如果你为了赶时间而牺牲应用的质量，你可以成为程序员，但不会是伟大的程序员。

乐趣不是找来的：

你开始写代码前看了看表，13:02，然后你再看的时候变成 13:09 了。有的人再看表的时候已经是 15:37 了。真的，除非你是因为有趣才干这个时间才不会流逝（注：不得不说，这又绕到了做你所爱还是爱你所做这个问题。）