摘要：
在日常工作中，如果一开始就没把需求的前因后过都考虑清楚，那么后面你一定会被拖死。可能促使你这样做的理由有很多，比如项目工期紧急，领导下令限期完成，同事跟催进度等等，但是如果你顶不住这些压力，仓皇发出了版本，那么在以后的日子，你会尝尽它给你带来的所有副作用，Do Or Not ,It Up To You! 阅读全文
摘要：
一旦程序出了一点不对劲，那么众望所归的结果就是你去改程序，不管这是不是程序的问题，都是你推卸不掉的责任和义务。 阅读全文
摘要：
很多工作是没定下思路来，就必须得开工的。项目开始时，几个人坐在一起，简单讨论出一个粗略的结论，就安排开工了，没有对结论的可行性验证，没有对利弊优劣的考虑，只有一个是最醒目的，就是Deadline。终于在做的过程中遇到问题了，才发现当初定的思路没考虑周全，没考虑方案的可行性，还有方案所带来的利与弊，仓促中就开始了。这时侯，就又找相关负责人说明问题，再讨论怎么解决，然后又简单定下了一个看似可行的方案，又安排继续开工了。在开工的过程中，既要考虑如何兼容以前的处理，又要解决眼下的这个问题，还要保持程序员自身对简洁代码的理想追求。这样做下去，感觉好累，不知道接下来还会遇到什么问题，不知道接下来又会出来一 阅读全文