PowerShell实现时间管理小秘书

引言

是不是觉得同样是活着，别人为啥就能做这么多事呢？

是不是经常8小时班上下来，却不晓得自己干了些啥？

是不是习惯于在Email, BBS, Google Reader间切换，感觉也挺忙的呢？

你需要时间管理！

你知道自己一天写了多少代码吗？

你了解自己一周有多少时间在网上游荡吗？

你能说出一个月有几天陪着家人吗？

你需要PowerShell！

管理？先记录！

时间管理就是用最少的时间做最多的事。和优化程序的性能一样，为了提升时间的利用率，得先知道自己的时间都花在什么地方。如果上班时间有50%都浪费在琐事上，剩下的一半时间再集中精力，一天的成效也好不到哪去。相应的，如果90%的时间都在干活，相比于竭力缩小剩下的走神时间，反不如稍稍提高一点效率。射箭强调有的放矢，治病讲求对症下药。知晓瓶颈所在是优化的前提。

那么如何知道自己的弱点在什么地方？记录，养成记录的习惯。

试想当一周结束，你看到一张统计表：这周加班5小时，所有工作时间中，27%写代码，22%开会，16%写文档，35%偷菜。写了3600行代码，出现了75个bug，自查出69个。是不是觉得时间管理一下子简单了很多？多写代码少偷菜，少生孩子多养猪呗。当然这个“偷菜”可以是很多东西，办公室政治，信息上瘾，搭公交上下班...如果没有这个表，恐怕很多时候自己都意识不到有这样多的时间浪费在了琐事上，还在苦恼怎么提高效率呢。

记录不仅可以为管理服务，这个行动本身就能给人带来动力。“吾日三省吾身，则知明而行无过矣。”记录不仅仅是动动笔，当回顾过去所为的时候，它更是一个“省”的过程。为什么前两周每周都是3000+行代码这周只有1500-？为什么昨天老婆发了3次火而此前3周一共才生两次气？为什么...？声色犬马，光影浮华，我们太容易忽略一些就发生在我们身边的变化，而随手的记录，说不定就会让我们即时警醒。

可是...难道要我每次上网都要记下来上了几分钟，每次老婆发火都要立马翻个小本子出来记个陈年烂芝麻帐吗？

记录太烦人，秘书来帮忙

当然不，你需要的只是一个秘书。这个人心隔肚皮的世界小蜜可要不起，不过电脑，手机这些冷冰冰的塑料家伙倒真可以成为你的伙伴。我没有能力搜罗出一系列神通广大的软件来一下告诉你上个月偷了几棵菜上了多少网，但也许可以启发你打造自己的电脑秘书。

让电脑这个不怕麻烦的家伙说出你用电脑干了什么事可是他的拿手好戏。我们就从这里开始吧！可是...用什么工具呢？PowerShell呀！就像我们上次介绍的，这个全新的命令行工具可以轻松地获取系统信息，接合.NET对象，管理后台任务，还能调用Excel等高级数据分析工具。数据记录、处理、呈现、挖掘一条龙服务，舍我其谁呢？

观察

整个时间记录的思路比较简单。电脑反正不怕麻烦，可以每过半分钟就来看看你在干啥。等一天结束的时候再把报表拿给你看就好。

可是问题来了，电脑怎么知道你是在上网，在写文档还是在写代码呢？哈，对于PowerShell来说，这个可简单了。还记得PowerShell中传递的是一个个对象吗？其中每个命令返回的都是含有丰富信息的对象，我们可以大加利用。至于怎么知道每个对象有哪些属性，可以用get-member这个函数来查看。比如Get-process可以得到当前所有进程，我们可以用get-process | get-member来查看“进程”有哪些属性属性。当然由于ps是get-process的alias，我们也可以用ps | get-member来查看。

好多...一共有90个呢。注意到其中的MainWindowTitle了吗？这个就是该进程主窗口的标题。让我们用ps | ? {$_.MainWindowTitle} | select MainWindowTitle来看看当前系统主窗口的标题是什么：

记录

至此“观察”这一步算是解决了。可是怎么“记录”呢？这个也挺简单，用个数组就搞定，每次查看如果发现Internet Explorer就把上网+1，发现Microsoft Word就把文档+1就好了呀。好在PowerShell早就想到了这一切，就算不动用.NET中强大的数据结构，它也内置了Hash-Table这一数据类型，非常适合我们完成统计任务。

比如我们想监测上网，写代码和写文档的时间，只要编写这样的脚本就好：

代码非常简单，大意就是把每个窗口的标题进行匹配并统计。执行起来也很快，在毫秒量级。由于每30秒才执行一次，所以对系统几乎没有影响。

如果要求不高的话，只要在开着电脑的时候后台运行这个脚本就好了。每天下班的时候去看看记录文档，时间如何花费自然一目了然。但是这样毕竟要占用PowerShell的会话窗口，同时无法实时得知当前的统计结果。因此下面将试图演示如何让这个脚本在后台执行，同时使我们能及时看到当前的时间利用率。如果你对这方面内容不感兴趣的话可以直接跳到下一节，这部分不会影响后面的阅读。:-)

PowerShell提供了强大的后台任务管理，使用起来也一样简单。我们可以把这个脚本存成一个脚本文件，比如Motinor.ps1，然后在PowerShell中键入start-job {c:/users/grapeot/Monitor.ps1}就可以在后台运行它了。我们可以看到PowerShell返回以下文字之后就又回到了命令行，于是可以继续处理其他事务：

而在此过程中，我们可以通过get-content d:/temp/timeRecord.txt命令来了解时间使用情况。也可以用job管理命令如stop-job来停止任务，get-job来观察任务，receive-job来接收输出等。

等下等下，不对呀，我们难道不能直接显示$record吗？让我们来试一下。键入$record，回车，咦？怎么没有结果？

这是因为PowerShell这种脚本语言中变量也是有作用范围(scope)的。脚本中的$record只在脚本中有效，我们在全局(global)范围内当然就看不到它啦。可是脚本就不能写入全局变量了吗？当然可以。我们可以将调用命令做一点小小的改动，变成. c:/users/grapeot/Monitor.ps1，注意前面的这个点和空格，以及这里暂时没有用start-job而是直接执行。等运行一会以后按Ctrl+C结束脚本，键入$record看看，结果出来了吧~这个". "叫做dot sourcing，利用它我们可以让脚本或函数直接读写全局变量。当然还有一种方法是用set-variable命令加上-scope参数来读写。具体使用方法可以用help set-variable -parameter scope命令查询。

但是这两个特性在后台job中似乎有点失效。如果用dot sourcing启动脚本的话这个job直接就吊死了，状态是Running但实际上得不到运行。Microsoft说这是由于叉叉过程造成死锁捣的鬼。如果用set-variable对全局变量赋值的话还是无法用$record观察到结果。据推测可能是后台运行的会话和当前会话是彼此独立的，因此没有办法共享变量。看来要想在后台任务和当前会话中传递数据，还只能通过Receive-Job或者临时文件了呢。如果各位有什么高招的话还请赐教呀~

呈现与挖掘

一天结束了，我们也拿到了一个统计表，比如

你可以做更多…

每个人都有自己的生活自己的电脑自己的习惯，根据自己的需求动手打造自己的工具其实也是挺有成就感的一件事。而PowerShell很适合作为打造的基础。除了用电脑监控时间利用情况以外，你当然可以做得更多。比如更详细的统计浏览器记录，看自己经常去哪些网站；观看Google Reader的阅读率统计，退订那些不必要的Feed；甚至用手机做一些简单的工作，比如用计步器软件统计一天运动了多少，用GPS软件统计自己在上班路上耽搁了多久，看看自己和谁打电话的时间是不是太长了等等。有时候很简单甚至很裸的算法都能带来神奇的发现。

其实这篇文章的目的并不在于炫耀PowerShell怎样能干，而是想强调“记录”这个习惯的重要性。只是用PowerShell来实现相对简单而已。对于追求完美或者不喜欢命令行的人，当然也可以自己写个系统服务，效果都是一样的。

所以说，数据就是价值。让我们用DIY精神去发掘生活中与我们擦肩而过的价值吧！