生产资料的投入产出

上周五遇到Windows故障,于是阴差阳错地提前更新了办公电脑。原先是 Pentium G630 + 12G(2+2+4+4)内存,现在是 Pentium G3240 + 8G (新机器主板只有两个DIMM槽……)。

新机器比原来快了多少呢?我们用实际应用来对比——Visual Studio 2013对目前正在进行的项目进行Rebuild Solution操作的耗时(都启用了并行编译)。

  • G630:130秒
  • G3240:85~90秒

作为对比,还有个公用的笔记本电脑 i5-540M + 2G,也凑个热闹

  • i5-540M:快则90秒,满则430秒。

不知是因为内存太小,不时触发swap,还是木马作祟,有时候四个 cl.exe 运行着,CPU总占用率还不到15%,随之而来的就是七分多钟的神级编译时间。我这又不时什么大项目,才几千行而已……

5月份和这个月初赶进度的时候,我总是喜欢在家里的电脑上加班。虽然那台电脑已经买来3年多了,可是架不住它就是快啊。i5-2300 + 16G RAM + 250G SSD。编译工程耗时如下:

  • i5-2300:43~46秒。

每次改动一处代码,按下 F5,虽然只编译一部分,也能差出少则十几秒,多则几十秒。日积月累,其实也不少。

现在回想起来,当初开做游戏开发的时候,各种工作站,要么 i7,要么 Xeon,应该要归功于动辄半小时的编译时间吧。硬件上的投入,在那个场景下,显然要比人力成本低太多。


另一个被证实能提升效率的工具叫做显示器,具体说应该是大显示器或者双显示器。

写文档、写代码、Excel制表、Powerpoint制片,多数时候都是要在读写见频繁切换的:读需求,写代码;读原始数据,写公式、解读。 Alt+TAB 虽快,也拼不过同时呈现的两个窗口。

写代码和文档,上下文很有意义。目前的显示器分辨率越来越跟不上时代,尤其是笔记本上弱弱的 1366x768 。十多年前就普及 1024x768 了好吗,纵向分辨率长期不长进,就意味着上下文还是只能看到那可怜的十几二十行。如果是 Windows + Word 的默认配置,上有标题栏和 ribbon,下有状态栏和任务栏,打开一个word文档几乎就没法看了。

面向商用的显示器有不少可以旋转,把长边分辨率变成纵向的,轻松达到1600或者1920的纵向分辨率。写文档或代码,有效减少滚轮或翻页键的使用,提高效率。


有时候,追求低成本这个策略本身就带来的成本的上升。就像节食减肥一样,容易陷入「节食-基础代谢率降低-更加节食」的恶性循环。现在不是讲可持续发展么。