标签归档：效率

15分钟的效率法则

发表于 由
回复

我总是拖延。我会把一件要做的事拖到最后一刻才开始。我还学会了用后期的超高效来弥补之前的拖延，反正我最终我总能在 deadline 之前完成它！但我知道我的问题就出在：当我坐下开始工作时，我总是先去做一些其他无关紧要的事。我把这种称为轻态拖延，很可能你也是这样，它有以下 “症状”：坐下来开始工作前，总是习惯先上微博或者浏览其他好玩的网站；总告诉自己说开工前有 10 分钟的让自己放松的时间；总会先去做那些很琐碎且不太重要的事，比如查邮箱等等。[......]

阅读全文

开发者，速度远比你以为的重要

发表于 由
回复

效率高的明显好处是——单位时间内，能完成更多工作。但这只是冰山一角，假如工作速度快，你就会倾向于低估做事的成本，因此乐于完成更多工作。

举个例子，假设你每写一篇博客都要花六个月。当周六你宅在家里无所事事时，可能也不会想开始写博客，因为觉得这件事做起来太漫长。[......]

阅读全文

关于程序员开发效率的悖论

发表于 由
回复

程序员看起来应该都是一帮非常高产的人。

你总能看到他们在电脑桌前噼里啪啦的敲着键盘；他们焦急的等待会议结束，希望马上能回去编程。当被问起，他们总是说没有足够的时间编写出这些程序，需要立刻开始编码，这样才能及早完成。

看来，敲代码一定是最重要的事情了，不是吗？[......]

阅读全文

无法衡量的软件开发生产效率

发表于 由
回复

2003年8月29日，软件行业大牛Martin Fowler写过《无法衡量生产效率》。10年后，Martin 在其网站首页以《十年后仍无法衡量生产效率》标题再次推荐了这篇文章，并附言：

引用
软件行业的巨大挫败之一，是我们没有合理建立研究，去思考诸如面向对象编程和测试驱动开发之类的开发工具和技术、还有其他更高级的语言是否对我们有益。我们经常看到不当的研究，并且常常很糟糕，是因为它们是基于一个错误的衡量方法（比如员工每天所编写代码的行数）。十年前的今天，我的挫败感促使我写了《无法衡量生产效率》一文。我认为该文在今天看起来，和十年前没什么不同。[......]

阅读全文

思考软件开发中的快与慢

发表于 由
回复

本文作者Michael Dubakov从事软件开发方面的工作，他在读了Daniel Kahneman的《思考，快与慢》后，思考了软件开发中的快与慢，并且把书中的一些思想应用到实际的软件开发中。下面是笔者对原文的翻译：

最近，我在阅读Daniel Kahneman的《思考，快与慢》，这本书非常令人着迷。里面拥有大量的真知灼见，给读者带来一场思维之旅。目前，我在一家软件公司工作，书中所学到的部分自然而然地可以应用到我们的工作中。下面，我将分享自己从这本书的所感、所知。[......]

阅读全文

程序员的工作不能用“生产效率”这个词来衡量

发表于 由
回复


几乎正如10年前 Martin Fowler 发现的，用生产效率来衡量软件开发工作没有任何意义。原因就在于，它们不属于同一范畴。换句话说，生产效率不具有作为衡量软件开发工作的适用性。“今天创造了多少代码/软件？”这是一个没有意义的问题。即使可以这样测量，软件开发工作上的生产效率也不能以任何有意义的方式估计出它的商业价值。[......]

阅读全文