2006年第1季的回顾

是不是随着人的年龄愈来愈大就觉得时间过得愈来愈快呢? 才记得似乎刚在Blog上写完告别2005的文章，转眼之间2006已经过完了1个季。不过2006Q1发生了很多的事情，而2006Q2开始对我而言似乎是一个新生的开始，值得写一篇文章回顾Q1并且展望Q2之后的日子。



首先回去谈谈年初过年时的计划，记得在当时我希望能够藉由这个空闲的时间多看几本书，不过很显然的是就像我们做专案开发一样，似乎总是会延迟，因此最后我决定把时间花在2本书上(其实我还阅读了额外2本和管理相关的书啦)，一本是关于Scrum的，而另一本则是有关ICONIX:



n Agile project management with Scrum

n Agile Development with ICONIX Process



这2本都是软体工程相关的书籍，我之所以会想阅读这2本书的原因是因为我认为软体工程未来将深深的影响IDE的发展，另外的原因则如同Chris Bensen在他的Blog说明的以及我在3月于大陆发表BDS 2006和一些现场朋友说的，Borland许多的R&D团队也在评估使用Scrum，因此我也想了解Scrum并且思考Scrum会如何改变R&D团队的开发文化以及Scrum能够怎么样帮助我让我的工作更有效率。Agile project management with Scrum这本书写不错，不但阅读起来很轻松，愉快，更重要的是我一边阅读这本书的内容一边在回忆和思考当初我自己在做专案开发时如果知道这些知识的话Scrum能够如何让当时的我解决许多专案开发的问题呢? 这本书也让我对Scrum Master有了兴趣，真希望Borland能够提供Scrum Master的训练，如果真的有的话，我一定报名，即使是需要飞到美国受训我也愿意。此外在阅读完这本书之后我也在想，Borland的ALM或是工具应该实作一些支援Scrum的功能，例如Backlog，Scrum Daily Meeting等。凑巧的是，当3月底我在上海的HP进行Together的技术讲座时，提到了Scrum，现场也有HP的朋友立刻询问Borland的工具是否支援Scrum，看来上海HP似乎也有使用或是研究Scrum。当Borland的R&D团队开始使用Scrum之后，我更有兴趣的是知道Scrum对于R&D团队的影响是什么? Scrum对于提升Borland软体的质量起了多大的作用? 在使用Scrum的过程中遇到了什么样的困难? 如何解决这些困难? 每一个R&D团队的成员是什么逐渐接受和使用Scrum的? 这些问题都是未来我和R&D团队聊天的好话题，我非常想知道，因为这些问题和答案都对我非常的有用。其实我想Scrum不光是可以使用在软体开发的工作，现在连我日常的计划和工作我都开始使用Scrum的一些精神和做法，效果不错。



至于ICONIX这本书则不太适合我的胃口，当初会想阅读这本书是因为我读了这本书的介绍，似乎和我前一阵子写的物件导向开发实践之路的想法有点类似，因此我想看看这本书怎么讨论如何融合UML和Agile的开发模式，不过我似乎是有点失望，和Scrum比起来，我明显的比较喜欢和倾向使用Scrum。



从2月底一直到3月，我都在大陆各地出差发表BDS 2006，在前几个Blog中我也说过许多朋友关心IDE的未来，但随着4月1日起DevCo开始正式的运作，我的心情也开始愈来愈好，因为我知道从4月1日起我开始拥有更多的时间可以投入IDE和开发者社群的工作。Borland的产品线太长了，没有一个Borland的技术人员可以了解所有的产品和技术，但是身为大中华CTO的我却必须花费时间在所有的产品上，因为我的工作就是必须能够在台上谈论任何的Borland产品和技术。我知道对于一些我比较没兴趣的产品我并不精深，但是我仍然需要花时间了解，这分散了我对于IDE的投入，因此许多我想做的事情都无法全力以赴，现在我终于可以慢慢的回到IDE上，这是我的兴趣和我的专长，我认为IDE仍然有许多新的东西和技术可以做，绝不是一些Borland的管理层想的IDE没有未来。随便说一些发展的方向就开始让我们了解有多少东西是值得去做并且能够激起开发者社群的热情:

n 软体工程

n 新的平台，新的程式语言功能

n 移动平台，.NET 2.0，64位元，GP，Better Optimization

n 结合开源和商业软体的优点，开放IDE的架构，让更多的开发人员撰写IDE的Plug-in

n AJAX，AJAX For Delphi，AJAX For C/C++

n 测试驱动，测试架框，软体工程结合测试模型

n 更标准的C/C++编译器，Boost/ACE/Tao/Loki For C/C++ Builder



还有太多太多我个人的想法以及目前尚不宜说明的东西，更不用说能够和开发者相处所带来的快乐。当软体开发流程和软体工程被开发社群接受之后，下一代的IDE将更能刺激新的需求和发展，更能提升开发的生产力和品质，因为不管我们使用的开发流程是什么，使用的软体工程是什么，最后的目的不就是要能够真正的”开发”出有价值的软体吗? 最后的重点仍然要回到”开发”的中心。这是一条令人回味无穷的道路，对于那些认为IDE没有未来的人来说，我只能认为他们的想像力不够，对于开发的热忱也不够。 我个人认为IDE目前发展到现在是属于第1阶段的成熟期，由于在目前的概念下IDE已经发展到了几乎成熟和极致的时间点，因此要更进一步的突破，我们需要藉由软体工程，软体开发流程来帮助开发者从‘会写软体但是生产力和品质仍然有待加强的”青涩”’阶段，突破到下一个IDE再次循环的阶段。



当Q2开始我大部份的心力和时间可以回到IDE之后，我可以进行我放下许久的工作，例如我念兹在兹的ECO计划，Delphi 11版程式语言的功能，下一代C/C++编译器，下一代的JBuilder以及新的资料库技术等。许多人担心IDE从Borland脱离之后DevCo的命运会如何，但是对于我个人而言我觉得DevCo一点也没问题，因为DevCo来自伟大的传统，但是DevCo将从头开始，DevCo将赢回开发者的尊敬，热忱和市场。为什么? 因为DevCo将是市场上唯一以开发者为焦点的公司，它将拥有独特的利基和竞争力，更重要的是就以目前我知道将从Borland志愿到DevCo的人都是我认为在Borland中最优秀的人(呵呵，这是我个人的感觉啊，没有特别的用意)。



在Q1我也完成了Delphi 7高效率资料库程式设计一书的Delphi 2006更新版，写了许多的Blog，翻译了许多的BDN文章，发表了BDS 2006，进行了许多的Together技术讲座，2006的Q1是多彩多姿和丰富的。而我期望会有一个更丰富的Q2，Q2最重要的Backlog就是ECO计划，我终于要展开它了。