软件项目组里的那些事-圣诞节快到了，散分

islandrabbit 2010-12-09 09:35:21

九月初从国内回到公司后我从维护组回到了开发组。

编软件程序很像是在写电视剧剧本。

维护组的任务就是改写任何已经写好的剧本里有问题的地方。比如：第一集里说某某5岁了，第二集里在过了两年的前提下却说某某8岁了，这就要改。所以维护组的工作相对比较无聊一些。极偶尔的情况下如果发现了一些重大错误，可能会有机会重写比如说第三集的剧本。

开发组的任务就是写新的剧本。注意，写新的剧本不一定是新的电视剧。事实上，多数情况下，软件开发都是在已有软件的基础上增加新的功能。回到电视剧这个比喻上，就是写续集。

这次我所在的这个组就是写续集（还珠格格2）。先简单介绍一下项目组人员构成。一共四个人。组长：“大米安呕吐”（译音）爱尔兰老兄；“阿里可贼”俄罗斯哥们；“男单”印度妹，还有我。大米安呕吐以下简称呕吐是个娱乐圈老手了，参与并主创了多部电视剧。阿里可贼有一定的编剧经验但对还珠这部戏几乎是一无所知，谁叫人家是俄罗斯人呢。男单编剧经验较少对还珠也不熟悉。而我呢，不好意思，有比较丰富的编剧经验，并且还是还珠1的三个主创人员之一。基本上我们这个组是个两老带两新的态势。无论是领导还是我们自己对高质高量按时按点完成这个还珠2都是很有信心的（剧本要在圣诞节前完成）。

九月中旬项目组开始写剧本大纲。要想写好这个大纲，除了要有编剧经验外还要对还珠1有相当的了解才行。这一点上那个印度妹男单还是比较精明的。相对来说阿里可贼可就没那么贼了。至少这是我开始时候的观点。

可以理解也不难想象男单会经常跑到我这里来问这里应该在哪改那里应该怎么续。分给她的剧本其中有一个计算问题。有A，B，C三个变量。比如说当A=“真”，B=“可行”时如果没有C结果就是“真”，有C的话结果也是“真”。所有的排列组合如下表所示：

只有A，B的情况：

A B 结果
真可行真
真不可行不可行
假可行假
假不可行假

有A，B，C的情况:

A B C 结果
真可行真真
真可行假假
真不可行真不可行
真不可行假假
假可行真假
假可行假假
假不可行真假
假不可行假假

学过数字电子的人都看得出这有点像真值表。当我看到这个问题时想到要用 Strategy (战略) + Template (模板) + Decorator (装饰) 设计模式的组合来解决它。

我帮男单用上述设计模式的组合写了个完整的解决方案。这里给人一种为他人做嫁衣的感觉。其实我觉得这是个不错的锻炼机会，能把设计模式用在实际工作当中的机会也是不多的。所以并不是很在意这个设计的版权问题。

后来在小组会上男单只是讲解了这个设计的理念，并没有提到是谁做的这个设计。还是呕吐组长私下里问这个设计是不是我的主意，我才如实说了前面的情况。看来领导的眼睛自然是雪亮的啊！不过这里绝对没有背后给人捅刀子的意思，只是实事求是而已。还有就是也比较理解新手急于表现和得到肯定的心情，因为大家都是从新手一步步的走过来的。

就这样剧本大纲在九月底正式通过了专家组的评审和验收。还珠2的剧本创作全面开始了。

时间一天天的过去了，一切好像都是那么的平静和顺利。是啊，在这样一个有呕吐和还珠1主创的还珠2的项目组里还有什么事情是不能解决的呢？！

可是树欲静而风不止，别忘了还有一个阿里可贼呢。刚开始的时候我觉得这个阿里可贼不是很贼。从来也不问问题，就会一个人埋头苦写。可是没过多久，问题就出来了。分给可贼写的剧本进展非常缓慢而且在合练的时候总是出问题。弄得呕吐组长真的要呕吐。眼看工期将近，没办法呕吐和我商量了一下，决定我们俩把可贼没写完的那一大块给分了。可贼呢，就负责对组里其他人写好的剧本进行检查，实际上就是没事做了。我现在算是明白为什么可贼叫可贼了。

如果事情就这样的话，一切也是会很顺利的。可是可贼却偏偏不甘寂寞。游手好闲的他开始对我们已经写好的剧本大加评论甚至擅自修改。更有甚者，他还去修改还珠1的剧本，说是这里不好了，那里不对了，凡此种种不一而足。

我现在开始明白为什么当年戚继光定了那几条招兵标准：

他制定了四要四不要：

1.不要城里人
2.不要在官府里任过职的
3. 40岁以上的和长得白的不要
4.胆子特别小的和胆子特别大的不要。

1.要标准的农民
2.黑大粗壮皮肉结实的人
3.目光有神的人
4.见了官府还得有点怕的人

像可贼这样在官府里任过职，胆子又特别大的人真的是不能要的。误国误民啊！

现在圣诞临近了，剧本也将近完成了，可贼被调到别的组里了，而我呢，正在写着可贼应该写的和改着可贼已经写的剧本。

还珠2，你离我到底还有多远？

...全文