在忙
万万没想到这个月是如此的忙，直到今天也是早上抽空写一下。等下还得去公司。还好10月有个国庆休息下，不然还不知道有没有休息。。。
所思
回顾将近2个月的2轮迭代开发，无论是规模上，还是业务模型的复杂度上，都提升了不少。一个项目从无到有，从无序到有序，项目的演变，也是作为开发者想法思路的演变。
开发初期，可能树立了宏伟的目标，规划了足够细致的工作任务。然而，还有许多问题，只有当实际开发过程中才会发现。现在有个比较痛苦的情况是，出于后期的维护和功能上的扩展，每次发现能够改进的时候，都会去做，有时甚至对部分模块代码进行重构。
虽然出发点是好的，也确实优化了代码，体验更友好。但是对于公司来说，这部分代码功能可能完全没有变化。甚至还会认为，明明这个东西很简单，你开发了这么长时间，功能也没啥。一个事物的美，总是分内外的。也许程序员的美，正是专注于内在的，在于灵魂。
程序好比一个人，需得内外兼修。
所恼
近来烦心事也确有不少。项目虽然日益完善，但都仅仅只是表面的。平时抽空检视了下同事的代码，额，怎么说呢，功能有了，但总觉得看着不舒服，也就是直觉上觉得代码写的有问题。我想对于足够优秀的程序员来说，看代码也是存在感觉这种说法的吧。代码的美，从代码的字里行间，能看出这个设计者的想法思路，同时也能看出对某个业务处理是否考虑周全，是否存在复用的可能性，从而为后期省许多事。也许是工作年限的问题，现在基本是每一个迭代，代码重构2次，优秀的想法总是姗姗来迟。
但，亡羊补牢为时未晚。
时间
今天工作基本是早上9点，晚上10点的节奏。连续长时间高强度的工作，说实话确实有点吃不消。但是进度放在那又不得不去做。项目规模小还好说，一旦项目规模大涉及多个部门联合协调开发，说实话扯皮的时间都快赶上开发的时间了。为什么呢，因为人人害怕承担责任，害怕去承诺。压力摆在那，谁也不想天天被好几个大领导问，为啥你这有问题。也导致了，出了问题要解决，非常困难。可能自己本身的问题，是自己开发所依赖的底层出现问题，推动人还是自己，要是一层还好说，好几层那就真不好搞了。
LESS IS MORE
TIPS
这星期写代码写的我已经意识模糊了。。。昨天晚上下班的时候，一直问同事，刚才我写的代码是什么鬼。。。