2010年7月16日 星期五 雨

早上，让测试部一大早就验证我昨天的一个版本，终于解决掉java测试的一个fail case了。其他所有问题，我在下午下班的时侯发。相比而言，我还是喜欢直接交流，在邮件里来回的回合太慢了。

对比了一下代码，也终于查出DM为什么测试不了了，原因是其他人干掉了Dataaccount的最后一个账户，我晕倒了！我发现我经常被其他模块所累，不过在很多人修改提交代码的项目里，这也是没有办法的事情。

下午开例会讨论，众说纷纭。我只觉得其中有一个人说的有理，但我没法说太多。因为人的思想是根深蒂固的。我愿意管好我实际控制的SVN代码，其他的，我不管。这些都是版本管理策略的事情，我难以接受一个bug在若干项目上都出现的事情发生，感觉大家整天在忙，但实际都在做无用功。我在想，以前我一个人同时做几个不同客户的项目呢，就在一份代码上。不过提交的人很少，只有几个人。

我还是倾向于有一个比较强悍的SCM来干这些事情，这里的人太弱了。我觉得应该这样干：

1、所有驱动都模块化，都上传到服务器上，不需要搞什么单拉。
用什么LCD，都是可以在mak文件指定的，LCD甚至可以根据IC芯片来区分调用不同的驱动的。
FM、camera等驱动也大概如此吧。

2、硬件配置的文件（比如配置GPIO口、中断等），这些都是可以指定文件名的。

3、用的铃声、资源图片、字符串、主题、FM皮肤、Camera皮肤、音乐播放器皮肤等，这些也是都可以指定文件访问不同目录进行编译的。如果图片太大，建议大家都使用一个rar包，别展开太多。

4、所有功能模块，应该都用功能的宏来控制，由项目来控制宏是否打开。

5、像主菜单这种，应该写的有层次，不同客户的写在不同的宏下面。
其实为一个新项目写菜单等，一点都不难，一个人花上两三天（就我前老板老婆的水平的就可以了）就能全部搞定了。现在还分给不同模块，若干人去搞，都是新手，结果搞了一两周，问题还很多。

总之我就不多说了，我希望SVN能在我的控制之下，不跟其他平台代码瞎掺和。