那不是我的代码
应用中被发现了一处bug，刚开始时我有一丝害怕，但庆幸的是，这部分代码不是我写的，于是我很高兴地告诉经理，“那不是我的代码，可能是同事A写的，你问问他吧”。
从来代码都是想由谁写由谁写，谁想改谁改，而且没有代码库的概念，更没有人把某些代码测试没问题而封进代码库。我也想分工明确地大家都不用猜而知道哪块的代码由哪个人负责，做事前每个人都有个蓝图，都不错。但是，我只是一个小小的程序员，我说的话能管用么?而出了问题，我当然有时会误以为那块代码不是我写的，难道一个类由七八个人写还让人记住哪个方法是哪个人写的?
它在我电脑上可以运行
测试人员发现我的代码无法正常运行，但是相同的情况下，在我的开发机上可以正常运行，于是我很爽快地回了邮件“程序没问题，在我的机器上运行正常”
先来说为什么出现这个情况，一般是自己机子中的开发环境由于开发机的缘故，比较完整。也由于完整，所以很多环境点没有记录，自己脑子中没有个蓝图，所以到了另一台电脑上就出现这个情况。但是为什么出现这个情况的另一原因，一看就是把一个项目丢给我一个搞还让我负全部责任，试问，如果把我的开发机子叫做A，把那个出了问题的机子叫做B，那么测试人员的机子叫做C的话，那想问一下，C机正常么?什么?根本没有C机，把所有的一切一切都丢给A机的主人并且还不让出错?
那些只是我的看法
当在会议结束时，开发人员或管理人员通常会说“那些只是我的看法”。
说这句话有两种可能：1，目前做了的一些东西只是个人的想法的实现;2，会上说的将有可能做的东西是个人的想法。如果是第一种，程序员在没人设计的情况下，当然自己去想着做。如果是第二种，那多正常，自己提出自己的想法嘛，要不开会干嘛?
我没有对这个模块做任何修改
程序突然出现问题了，经理认为是我写的模块的问题，但之前程序运行得好好的，而我又没有对这个模块做任何修改。
这个跟第一条一个道理，不重复说明
我差不多已经完成了
经理每一次询问进度，我几乎都这样回答。
这个是中国软件公司流程不科学的负作用之一。像建筑业那样，一个工程做之前连用几万块砖、几百吨钢筋都计算好了，工期你不用每天去问泥匠。我们一般是听到领导们这么问：我们需要做个进出库系统，一个月能做完么?好吧，我也想盖个机关枪大楼，希望你能半年完成?现在你回答我，能么?
下班之前完成
“这部分代码什么时候能完成?”，我通常会告诉他“下班之前”。
这只能说是有责任心，别的无话可说。
你这个@#^&*$%测试者
你知道的，开发人员和测试人员的关系一直不怎么样。我认为他们只是一味地想增加bug数量。
这个其实跟测试或开发有毛关系?规范呢?
给我 1 分钟时间
代码中有一个小错误，我相信我能够在1分钟内解决掉它。OK，搞定!什么，其他行报错?就这样，1天过去了。
这是初级程序员，就现在的我来说，有BUG，看其他人态度，如果态度好的话，一分钟真没准就改了，态度让我讨厌，你等着呢。干怎地怎地。什么?不怕被炒掉?我告诉你，能有这样事的公司，在还是走还有什么区别么?
文档完成了
我的工作是写代码，我讨厌写文档，但是又不得不写。于是，我草草整理了一个文档，尽管遗漏了大量细节部分，但是Who care，我能看懂这些代码就行。
这东西，该谁写都有待争论，给写就不错了。
那是一个特性，不是一个 bug
这句话我用过很多次了，现在测试人员基本上也不会再相信了。
还是那句话，规范呢?
---- 程序员段子 ----
听说这是某位阿里程序员日常工作记录
我慢慢变成了公司程序员中的“老油条”，你呢?
