20%的自由时间

大家应该知道Google的员工有20%的个人时间用于自己的事情，像是Gmail就是用这个“业余”时间写出来的。（说句题外话，我在Gmail刚出来就用了，不过用了很短的时间有停止了，当时的Gmail很不稳定，在我的电脑中留下了永不消失的痕迹，直到重新格式化。Google的支持人员也不承认是他们的问题。这点微软做得“好”一点，对于很深入的技术问题，他们和气的告诉我“您等着啊，我要去和总部的工程师联系”）

知道归知道，不知道大家有没有自己试试这20%的威力。当然，老板不会给我一个多小时去干自己的事情。所以我在去年的夏天开始，每天下班后在办公室多呆一至两个小时实验这个“业余”时间。我很享受这段时间，没有电话，没有Email,没有Meeting，只有灰尘落地的声音。我可以静静地思考。

公司的产品中有一个小小的后台程序，Windows版本的。说起来很简单，就是用户管理工具，管理每一个登录用户的权限，维护用户的密码和信息。就这么一个小小的程序，当我第一次打开它的时候，我立刻从一楼的窗户跳了出去，“摔死”在草丛中。程序的原作者怀着Quick Basic的思想，在Visual Studio上，用了C#言语，堆砌了大量的ListView控件，完成了数个不知所云的User Controls，带着无数的Bug，顺手还把Stored Procedure前端化了。我怀着忐忑不安，战战兢兢的心态看懂了程序后，询问这个工具的历史渊源，Architect说这个问题他知道，但是没有时间改，如果我有什么想法，可以告诉他。一句没有时间让这个工具存活到现在？存在就是合理的，但是合理到底存在不存在？

所以我选择了这个程序来重写。首先，这个程序不大，太大的话要花太多的时间来重写，搞不好写着写着激情就没了。其次，这是我在这个公司维护的第一个程序，所有的逻辑都很清楚，不需要再花时候来了解。最后，这个小程序Bug太多，QA老是抱怨，发Ticket让我改，长痛不如短痛，让大家都解脱。

我一点点的从设计开始，规划，架构，编码。一做就做到了圣诞节。原来的代码一句不用，旧有的界面一概抛弃。但是麻雀虽小五脏俱全，该有的部件一个都不能少，逻辑一点不能错，一些最新的技术能用上的统统用上，一些我学过的技术以前没有机会用的，也用上去。没有时间的压力，没有市场的压力，每天一至两个小时一心把它做成一个“精品”。

大家可能都有过这样的一种经历。好不容易做出的软件，做的时候挺满意的。等到做完了之后一看，又不满意了，有时候恨不得推翻重来。但是绝大多数重新开发是绝对不可能的。只能带着遗憾走进下一个项目。有时会想“如果有时间，有机会就去修改XX部分”。但是可能永远没有时间，永远没有机会了。

在这个20%的时间内，一切皆有可能。做完了之后，经过一段时间的停滞，我又重新看了看程序，发现许多地方不尽如人意，该用类的地方没有用，可以用LINQ一句话解决的问题写了5行。圣诞节之后，我又花了一个月的时间重构。现在已经大致满意了。

时间就像那个什么一样，挤挤总会有的。如果你不在Google公司工作，如果你的老板不给你自己的时间，如果你的想法总是找不到时间来实现，那么每天就给自己一个小时来证明你的才华把。如果你不能早来晚走，那么就抽出中午的午饭时间吧。那种成就感，那种满足感，在Schedule下是感觉不到的。如果还是不行的话，那么你就可以转行了。