DevMisc

配置

 

对生产力严重bound在机器配置上的情况，应该毫不犹豫的升级机器，这个对生产力的提升不止是体现在当下的build或者启动时间。

还有减少开发者的切换的状况，当开始一段为时10分钟的build，那么去看看论文什么的，再切回来，消耗就远大于10分钟。

最近升级到了SSD（虽然是自费购买的）项目重编比原来快了几倍，就会出现可以热力不断的编程。

这才是真正节约成本的方法。

 

然后一天下来的心情也很好，回家时候回顾一下，觉得今天很充实了干了很多事情，就更容易让自己进入高产出高恢复的良性循环。

 

但是对于生产力不太bound在机器上，的确是没有太大用处。

有的公司的确是会考虑“公平”问题，让大家机器配置接近，但这反而不公平。

 

反对大忽悠

 

大忽悠不是说那种很能说的人，而是没有真才实学，却炒作概念，拿着各种不着边际的引人注意的名词的忽悠。

看似好像没什么，离我们很远，但是他们却在实实在在的深刻的伤害着做实事的人，这是多么悲哀的事情。

 

方法论

 

我认为方法论（比如敏捷）是这么个东西，不适合team的方法论可以降低一个team的生产力，适合的方法论只能保证team发挥出它应有的水平，没有方法论可以让一个team从一个平庸的team变成一个优秀的team。

核心在人。

现在是开发，以前是学习，这个大家研究的样本应该说是够多了，学习方法能够改变的成绩量我们也有体会，非常少的。

只是方法论是唯一可说的东西，人的能力是没法短时间改变的，要么天生，要么几年十几年的积累，因此造成名次满天飞，搞的大家很晕，以为这东西真的那么神。

 

项目幸运的时候像篮球，从后场运球玩命跑，被挤压拦截冲撞，最后才能在扣篮的瞬间享受一下。

运气不好像足球，狂奔几十分钟可能才进一个球。

项目是以普通的工作占大多数，炫的东西是少数的这么个东西，这个才是常态。

同时也是处理这些杂乱的事情的能力决定最后有多少空间做最给力的事情。

和高考一样，最后一道大题做出来的两大基石：前面完成的速度和解决大问题的能力。

原文链接： http://blog.csdn.net/ccanan/article/details/6290612