变懒了，要灵活，灵活！咋整？

[alan1988]

最近耳边不时的回荡者老大说的一句话，要灵活，要灵活。
想起前几年，玩ssh的时候，把框架颠过来，捯过去，不停的往上升级，这期间没少出啥问题，可每次在项目验收时总能解决，当时真是精力过剩了。

现在，长期在vim，linux下，慢慢的变懒了，开发模式也基本固定了。
写代码时，本能的就拿以前的那种写法了，虽然代码封装上做的不是很好，可由于对这块熟悉，而且已经经过验证，比较稳定，加上开发节奏较快。为了减少项目的风险性，短时间内就没进行优化了。
(ps. 要是以前的我，肯定会说，如果提前优化，代码质量越高，维护起来更方便，磨刀不误砍柴工，多花点时间是值得的）
可现在，注意力已经分散到整个项目中，为了减少沟通上的成本，不同岗位上开发人员之间长期的磨合下来的适应性，我妥协了。
每当有新鲜血液进入的时候，总是有喜欢推翻以前做法的，精力过剩的同伴出现。重构固然是好事，可便随而来的是风险，如果不用考虑项目周期，我何尝不想大刀阔斧一般，好好的做下重构，并且实验下新鲜的技术。
美术一直是游戏的灵魂，是比程序更具创造性的，我一直不想给美术过多的束缚，所以，一般不会给美术具体的做法需求，要改也是程序这边改。程序适应美术。可伴随而来的是不同的声音（能力不行，软弱），难道非得要表现的强硬些，可这会带来什么呢？（你太纠结细节了， 你到底要我怎么做才好，你到底要改多少次做法，等你想清楚了，在告诉我怎么做好了，我们没那么多时间陪你玩）

所有的事情都是有两面性的，为了照顾同事的感受，考虑到项目进度，我总是更快的完成功能，适应其其他人的开发方式，带来的是没有任何改进的做法。

或许我该用更好的方式去提高工作效率， 换一种开发模式，从而改变思考模式。
今天看了半天shell，玩了下emacs，突然发现好像懂了点什么。