Steve说size does matter,可是穿惯了短打的人,弄了件长袍,还真不知从何穿起。blog从来都写得很短,如今决定写篇长的,但坐在电脑前,却不知该写点什么。长而不散,难啊!
ESR的What a modern collaboration toolkit looks like让我动了心,便自己安装了一个irc服务器。想想自己还真是有装软件癖,2006年的时候就装了一大堆,07年安装了DNS服务器,08年一开头又弄了个IMAP服务器。作为一个程序员,做了这么多系统管理员的工作,到底是为了什么呢?单单是好奇吗?
读了Getting work done despite the enterprise,终于豁然开朗了。归根到底,我只是想有更多的时间来写程序而已。
公司有三大宝:MS Exchange、ClearCase和ClearQuest,据说还有可能上MS Sharepoint。不知道别人有什么感受,反正我感觉束手束脚。单独拿出哪一个来看,仿彿都很不错,可放在一起却像一盘散沙,没法集成在一起。07年我提出尝试drupal做我们的讨论组,试用下来感觉不错,老板就提出推广到其它组,因为公司里确实缺少保存项目文档的地方,并且在更多老板的推动下,IT终于同意维护硬件和做备份,而应用上的问题则由我来负责。严肃的软件开发,可不是有了编辑器和编译器就可以的,需要很多软件平台来协调、理顺整个开发流程。遗憾的是,很多人以为只要再加上电子邮件、版本控制和缺陷管理就够了。
不够,远远不够。这也是为什么我们要推drupal,我们需要一个地方记录开发过程中的讨论,以及讨论的结果。可是我们仍有很多滥用电子邮件的地方,ProjectPier是我正在关注的一个开源项目管理软件,用于协调项目开发进程。作为个体,我已经熟练地使用emacs org-mode管理自己的开发进度,然而,“各扫自家门前雪,不管他人瓦上霜”对团队项目开发有百害而无一利,所以,尽管困难,我还是打算试一试,如果这个软件真得合适,至少要先在组里面展示一下。
我所在的组有8个人,其中三个有自己的subversion repository,真不知道是谁的悲哀。可见,在版本控制工具上,也是有文章可以做的,然而,推陈出新总是比填补空白难很多,何况是替代官方工具。只是让程序员在这种事情上花费很多精力,而不是全力以赴去编程,很是低效。程序员的所长是写程序,而不是协调、沟通、谈判。IT部门目前的职责只是维持现有状态,维护新的软件都不一定乐意,更别提开发了。只是公司的计算资源、网络资源都在IT手里,没有他们的支持,开发团队所能做的比较有限,而且,软件正常工作之后的维护工作,也要开发团队自己承担。
如果一个老板手下的不同项目组之间都缺乏交流,那么开发部门和IT部门之间存在巨大的鸿沟也不足为怪了。该怪谁呢?谁又能改变这一切呢?
详细说说那个drupal吧,我很感兴趣!呵呵,组内一直用twiki做讨论组用,但非常难用。我看这个drupal似乎比较好用?