彪悍的代码不需要解释

本文主要是介绍彪悍的代码不需要解释，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

     “数据质量检查”终于要完成了，我可以缓一口气。当我在办公室喝着难咖啡时，老大发现临时表中的一些数据不对，作为分子的“符合条件指标数”大于“数据总量”。我查看了相关存储过程，那个协力人员居然连sum和count都分不清，而且错误不只这一处。我开始流汗了，五个存储过程中有四个是协力人员写的，当时由于时间紧张，我只大致看了一下执行的结果。

      “××，你过来一下。这个producer你检查了吗？你看看执行结果，这种明显错误都没看出来？你那俩招子是用来喘气的？”两天后现场就要演示，我的火再也压不住了。

      “我没检查”对方回答。

      “行了，你回去吧，这些东西你别碰了。”我早说过这些人靠不住，不能再指望他们“协力”，如果当时我一个人作就好了。

       我花了大概两小时重写其中最不靠谱的一个，真被他们玩惨了。前几天和北京的同事说我在带着协力人员完成新需求，老兄回了我一句：“我觉得你自己干更好。祝你好运！” 剩余的三个再次由其他人来做——其他项目组的同事。估计有两个原因：1、刚游完美利坚的信息中心主任没有倒过来时差，晚上11点给我们发来了一大堆新需求，说要在演示前完成；2、估计老大现在看我也不顺眼了，连我也信不着。

        我相信自己公司的同事都极为负责，但是负责并不能提升效率，当其中一个人问我producer中的“||”是怎么回事时，我头都没抬，来了句：“我再教教你if else怎么用好不？”现在想想，当时的态度确实有些问题。

       《人月神话》里曾经说过，技术人员进入状态大约需要0.15小时，如果打断了技术人员3分钟，其实损失的是12分钟。我真心赞同这句话。那天我一直处于被打断状态，PSM一个劲的为了一些小事叫我，终于把我弄烦了。“老大，你这样一个劲的打断我，我一百年都作不完！你就不会自己分析一下？”

       这个年代，真是彪悍。

       看着导出excel时的内存溢出异常，我想起了那个臭名昭著的塔科马奈洛斯桥。我们的软件到现在为止解决了多少现实世界的问题？似乎都是自身的问题。看着欠套了三层的循环，这是谁写的？这帮不动大脑的家伙，我是怎么强调的！不靠谱的人写出了不靠谱的代码，由我——另一个不靠谱的人——来refactor这些彪悍的代码。如果我是老板，我一定让手下的人都看看侯捷、熊节翻译的《重构》。无知造成了塔科马奈洛斯桥的倒塌，现在，我们应该知道自己的无知，如果不去防御它，那就不仅仅是无知了。

       今天终于有机会看看叫好声一片的FLEX，果然不错，国内著作有《Flex第一步》，适合初学者，有web 开发经验的人很容易上手。

这篇关于彪悍的代码不需要解释的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---