东时 资讯

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

开心果烁烁 2017-03-14 3051 0

摘要: 那些年吹过的牛逼都实现了吗?还是随风而去?

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

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

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

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

结果,眼看着到自己设定的截止日期了,还有一部分代码没有写完,怎么办? 
很简单啊,又不是生死状,又不要命。解决办法很简单,加班~~~ 
程序员,那些年吹过的牛逼,最后都自己加班了。

这段代码肯定没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,咱们就这样发布。”

     

在线咨询
在线报名
客服QQ
视频下载
回到顶部