程序员们，那些年吹过的牛逼都实现了吗？

有一部分程序员中的老司机，他们善于找各种借口，少干活，少背锅，多拿钱。但是，更多的程序员坦诚、直白、意气用事。

那些年吹过的牛逼都实现了吗？还是随风而去？

这个功能简单，一天就能搞完

程序员拿到一个新功能，心里暗暗发笑，这剧情我见过啊。于是脱口而出，这功能简单，一天就能做完，明天上线肯定没问题。

结果，眼看着到自己设定的截止日期了，还有一部分代码没有写完，怎么办？

很简单啊，又不是生死状，又不要命。解决办法很简单，加班～～～

程序员，那些年吹过的牛逼，最后都自己加班了。

这段代码肯定没bug，我都测试过了

功能开发完了，拿去测试吧，拿去玩耍吧，上线吧，部署吧，发给客户吧，肯定没问题的。

结果，很多时候还没发布。要么测试发现bug，要么产品发现bug，要么老板发现bug。

你的第一反应就是：是特么你们不会用老子开发的功能吧？你乐呵呵的看着bug复现，怎么办呢？

很简单啊，紧急修复bug，重新发布。时间来不及了？加班啊～～～

程序员，那些年吹过的牛逼，最后都自己加班了。

我用的是最现在最流行的技术，某某大公司也用这个

在技术讨论会上，你侃侃而谈，我精心设计的前后端分离的框架，我使用了现在最流行的界面库，我们用的技术某某独角兽公司都在使用，肯定是最好的。

结果呢，使用的技术太新。Github上很少有相关的开源项目，Stack Overflow上很少有这方面的问答。你被一个问题搞的昏天暗地，只能默默的看官方文档，而且是英文的（这是好事儿）。

啊？项目着急上线怎么办呢？加班啊～～～

程序员，那些年吹过的牛逼，最后都自己加班了。

重构代码，很快就能完成

何为Code refactoring：

Code refactoring is the process of restructuring existing computer code—changing the factoring—without changing its external behavior.

之前为了快速迭代，忽略了代码的结构和质量。正好最近这两天没有什么新功能开发，我要重构一下现有的代码，绝对没问题。

结果呢，两天的空窗期没搞定。明天就要开发新的功能了，怎么办呢？加班啊～～～

程序员，那些年吹过的牛逼，最后都自己加班了。

向外行介绍程序员工作的复杂程度

在工作中经常能听到这样的话「不就加个按钮么？怎么要做两天时天？」。那么，作为程序员如何解释自己的工作复杂度呢？

如果你的老板是技术出身，那你很庆幸，他能理解你实现一个小小功能，修改一个小小功能所付出的辛苦劳动。

如果你的老板不懂技术，也许你就要无穷无尽的加班了。给你的忠告就是：做正确的事儿，等着被开除。这是一位谷歌工程师说的话。

如果你的产品经理懂技术，那么你既是幸运的也是不幸的。

幸运的是，他可以理解程序员工作的复杂度。但是“不幸”的是，你再也不能为了偷懒找借口。

当产品经理提出一个方案时，你再也不敢坚定地说“技术不可行”。因为你害怕产品经理自己写好了代码给你，那是多么尴尬的境地。

下面是 Channing Walton 的用泡茶的例子来解释，非常形象。

请他们描述泡出一杯茶需要哪些步骤，他们会这么说：

烧水

把茶叶放到茶壶里

水烧开后倒入茶壶

等待5分钟

把茶倒进杯子

加牛奶

喝

现在，有趣的开始了。你要开始问这样的问题:

烧水?

水哪来的？

热水壶在哪里？

你怎么把水倒进热水壶？

你怎么知道热水壶壶里要倒多少水？

如果没有水/热水壶/电怎么办呢?

假如加水传感器失效怎么办?

假如煮水传感器失效怎么办？

茶叶放到茶壶里?

茶壶在哪里，如果没有茶壶怎么办？烧水之前我们应该考虑到这些问题吗?

茶叶在哪里，要用哪一种茶叶？我们是否应该先问清楚，或许如果没有对应的茶叶，我们甚至都不应该开始泡茶?

关于加水和传感器也可以有类似的问题要问

倒开水?

你确定水已经开了么？你怎么能确保“倒水”的机器从热水壶那收到“烧水完成”的信号呢?

你如何确保倒水的机器知道热水壶在哪里?

如果热水壶在倒水的过程翻了怎么办呢?

程序员代码提交中的骂声

正如你工作中看到的，写代码会让你骂骂咧咧，经常爆粗口。

另外有数据统计，写 C++ 程序，会比写 PHP 或 Python 程序所遭到的骂声更多。

Andrew Vos在找一个周末项目，于是决定在 GitHub 上抓取100百万条提交信息（commit），并扫描其中的脏话。

而且程序员最喜欢的一句是：“去TMD，咱们就这样发布。”