All Stories
再次说回来公司那个东东的自动完成功能。 本来只有简单的关键字提示功能，因为关键字不多，而且要提示的都只有长度超过3个字符的，所以很简单，把关键字排好序，放在配置文件中，每到3个字符时，show一下那个字符串就行了。后来提出了更多的要求，要能尽量联想一下类名啊、方法名啊、变量名啊等等，于是动用了数据库，把所有的库中的类名、相关的方法名等信息都存放到一个数据库中，必要时从数据库中检索出相应的内容，再组合成一个字符串，show出来。 Ruby语言有点奇怪，不知道是不是大部分现在流行的脚本语言都有类似的情况，因为一直以来我都只接触过C/C++，像Delphi这些语言也是静态编译的，所以几乎都是强类型的。但Ruby不同，它的变量的类型是随时可以变的，不过这个问题对于实现解决自动完成功能时并不是特有的困难，而是所有的语言都可能会有的。要扫描所有的代码，然后确定某个符号是什么类型的。 当前项目中使用的方法，现在想起来，当时做的时候几乎没做什么设计，直接想到一个解决办法就拿上去用了。每次打开一个文件的时候，就扫描一遍文件，把几种特定形式的语句用正则表达式匹配一把，然后记录到一个map中，key是变量名，value是类型名，到时候就查找这个map。这个方案有一个很严重的问题，就是打开大文件时，会有很恶劣的性能问题，可能过了几十秒钟，那个文件还没有show出来，而是正则表达式一直在那里匹配计算，而且正则表达式有好几个，需要匹配好几次，每次都可能花费大量的时间。另外还有一个问题，就是不能很好地反映代码更新的情况，比如一开始打开时已经定义了一个变量，后来在编辑时，修改了变量所属的类型，而我现在只有在回车换行时，才扫描一遍当前行的内容，是定义了新的变量等等，如果用户只是改完内容后直接用方向键移动了，或是用鼠标直接跳离了当前行，就不能得知修改的内容了。 因为没有这方面的经验，也没有看到其它多少可以参考的项目或资料。依稀觉得Source Insight的解决方案比较适合应用到我们这个项目中。Source Insight具体工程的概念来管理所有的源代码文件，新建一个工程后，把所有的源代码文件都添加进来，然后可以由用户手动触发扫描所有文件，建立一个符号表数据库，或者是程序自动在后台，慢慢建立一个数据库，但不会影响前台功能的使用。再一想，我现在用的正则表达式匹配的方案实现很落后低效，再怎么样，也可以依赖于像ctags这样的工具建立索引。我其实并没有仔细地研究过Source Insight的建立索引的机制，只知道它的速度确实很快，而且准确性也基本能符合用户的要求。 另外，我现在几乎不能再大动干戈地改动那一块的设计了，所以表现上不会有质的飞跃了，真是略微有点点遗憾啊。这些想法就只能放在自己现在搞的这块来实现了，要做一个类似Source Insight的通用代码浏览、编辑工具，编辑功能应该是强于Source Insight的。然后针对几种语言做IDE，除了要能浏览、编辑代码，还得跟编译器（或解释器）有良好的交互功能。初步计划是针对D、Lua、TCL、Python、Ruby、Perl、PHP这几种，因为这个市场还没有被什么寡头垄断，还有机会插一脚，哈哈。
晚上又跟小思宇去吃肥牛府了，两个人点了好多，最后浪费了好些菜，肉硬是全让我消灭了。然后两个人慢慢走回百草园，我再走到百草园门口坐车回家。 无聊的时候，就静静地躺在床上，发一会儿呆，把所有的不快都抛得远远的。 今天在公司里也无聊了一天哦，我觉得领导们是存心不想让我按时完成那个项目了，需求不停地讨论、确认、修改，不就那么小小一个文件共享软件吗，如果不是因为想用类似Google桌面搜索那样的界面，我可能两个星期就能做完了。 无聊的时候，就偷偷幻想一下美好的未来吧，有的人有的事，真的不用太在意，有时候我觉得我太有责任心了，都让自己变得很下贱了。
今天先是小妞突然发邮件来问我定了几级，我说还没定呢，过了一会儿，疯丫头发邮件来问我定级了么，我说没定呢，后来是JR来问我定了什么级，然后我就火了，今天已经是3个人来问我了，到底咋了，难道我绩效差就没级了！JR说人家都定了啊，我说我绩效差啊，JR说绩效差还能进系统组啊，我说偷偷告诉你，别人我都不说的，到系统组的都是在测试组混不下去的，如果在系统组干得好的，就能转测试组。 下午5点多快6点时，领导打电话来叫我去，我预料到应该是这事儿了。跟什么年终奖沟通之类的是类似的过程，就是先说一通公司的形势政策，再说一通个人的表现好坏，然后说一下结果，最后问有没有什么意见建议或者疑问，如果没有就签个字走人。虽说钱是加了一点，但我一点高兴的劲儿都没有，就像以前一个同事跟我说过的，感觉就是应该的，而且像我这样的应该是最少的了。再说了，我都打算要走了，加不加，能加多少，似乎不是很关心了，而现在唯一关心的是，下一份工作，能给多少薪水。 沟通完后，给小妞小思宇发邮件约吃饭。去关东风吃了一顿，三个人越来越吃得少了。谈起这个事来，最后一比，我还是最少的，呵呵，真是没用啊。 一心想着一件事，很沉重。
今天上午调了一上午，总是有个异常，说没有可用的终结点了云云，最后无奈把UDP换成TCP的，还是有，但用netstat命令看，确实已经打开了端口在监听了，只是不知道怎么把它绑定到特定的IP上去，用它默认的是全0的地址，不知道其它机器能连上来不，唉。 真怕到时候完成不了啊，还真的有点烦呢。需要asio带了不少的例子，但我对它的使用方法还是不清楚，到底各个类都是什么作用，相互之间有什么影响，是怎么联动的。 另外想想，既然都已经决定用Boost了，就索性用彻底点，有Boost能提供什么样的能力，就尽量用Boost的封装来进行，比如下午看到Boost::Thread，似乎还是很简单易用的。
喉咙好痛，尤其是早上刚醒来的时候，咽一下口水都痛得受不了，郁闷！～
相比MFC，我果然还是更熟悉VCL的使用。不过我不想再用回C++Builder了，我要用VC，就冲着Boost库对于VC的编译器的极佳的支持。今天又写了一点点代码，要把asio的库都好好体验一把了，UDP、TCP都要有，Client、Server也全都有。现在还吊死在C++上，只是因为我确实还不怎么会用其它的语言，在项目进度的压力下，我不敢贸然地尝试完全不同的概念和思维方式。今天只是稍微做了一点html页面生成的部分，还有很多要做，尤其是要能做成带不同的链接地址的，唉，走一步算一步了，问题总有解决的一天，先把最有把握的部分解决掉。后半个月看来是要晚上加几天班了，呼呼，原来那个项目还有一些遗留问题也要解决，真是郁闷。上午突然想起来，我那东东得有一个自动升级功能，想了好一会儿，构思着再加一个updater.exe，每次系统启动的时候运行一下，把该升级的都升级了，后来突然又想到，干吗不把这个功能作为客户端程序中的一个模块呢，不需要单独的一个project了。 还有就是，我还是想做一个流程文件编辑器的，因为用Excel也真的太傻了。但是今天粗略地想了想，这个编辑器其实还是有点复杂的，要求比较灵活呢！其实如果是用VCL来做的话，我觉得应该几乎没多少障碍，可是现在可能是MFC，或者其它的，很多事情我都不知道怎么实现。
今天去讨论了一下，居然提出可能要做个流程文件编辑器，彻底晕倒！其实这一点我应该早就预见到的，而今天他们说用Excel来让用户自己编辑，你说如果只是一两个人来编辑一下倒也就忍了算了，我自己也可能会省事儿点，但是现在要求是可能每个人都会改一下，让每个人来改那Excel里面，自己对应前趋后向的关系，还要不出错，不是逼他们发疯吗！唉，估计我这套东东弄出来后，没几个人愿意用，太无聊了！不如我赶紧在里面加入些新奇有趣的特性进去，不过有人敢玩吗，呵呵。 晚上回来上网，看了看Linus那段对C++的放炮闹得好惨烈。呵呵，如果不考虑库的因素，我个人也是更习惯用C的，现在这个项目一边用MFC做框架和界面，另一边用Boost做业务逻辑，两种截然不同的风格，不知道以后我这代码的维护者看到后会是什么样的心情，嘿嘿。
这是一个总结，也是一个开端。所谓总结，即是到现在我已经发现并已尝试使用过这些东西，现在整理一下，罗列出来。所谓开端，即是从现在开始，我要好好使用这些东西，应用到实际中去，提高效率或减轻负担。 小作坊，适合于个人单干，或小型几人十几人的团队，如果对于大型的团队，我觉得我们公司那套其实挺不错的，毕竟人家花了我也不知道多少钱从IBM引进来的。所以小作坊有一点很明显的区别是，资源很有限，从硬件到软件，从资金到人力，都是很匮乏的。这里罗列出来的东东，全部都是开源的，而且是相对比较成熟的，就是为了应对上面提到的小作坊的各种可能面临的困难和不足。另外还要提到的是，这里讲的是“协助”软件开发，其实是针对整个软件开发周期中各阶段的活动，而不是单纯的在编码调试阶段的活动。最后一点，这是面向Windows环境下使用VC/Delphi等桌面应用开发人员的方案。1、建模——StarUML这个东东据说是个韩国人开发的，用Delphi写成，功能也许没有Rational Rose那么强悍霸道，但用来画个UML图、序列图什么的，已经足够了，而且安装包才20MB左右，快速轻巧。想想Rose需要多少钱，其实我也不知道，嘿嘿！2、版本控制——TortoiseSVN当然用SVN，传说中CVS的替代者，而Tortoise这个shell扩展真的方面。在Windows下用SVN如果不用命令行，就用它了，没啥好说的。不过说实话，VSS也不错，尤其是2005版文件传输效率较6.0提高了不少，而且和VC的IDE集成得很好。所以见仁见智了，对于不用VS工具的，就强烈推荐这个东东了。在单机上可以直接找个文件夹作为仓库就可以直接使用。3、项目管理——Open Workbench项目管理？我用得上吗，我自己也怀疑。但它号称可以和MS的Project匹敌，本来是一个公司开发的，后来捐献给开源社区，貌似他们也比较有钱的说，安装包还是用InstallShield做的。我大概最多也就是用来作作日程安排而已吧。4、持续集成——Cruise Control不用多说了，就用Cruise Control了，刚刚才学会，其实也没咋学，就是把同事那个脚本抄来改了改，真的挺好用挺喜欢的，现在最新版已经是2.7.1了，拿2.5上可用的脚本直接就能正常使用，而且比起2.5来，还少了乱码问题。5、Bug跟踪——MantisBug跟踪系统好像很多，商业的、开源的都有，比如FrogCreek，BugZilla、BugFree等等，选择Mantis只是因为我已经有点习惯它了，主页上有打包好的，直接运行一个批处理文件就能正常工作，特别提醒一下，要把config_default_inc.php和config_inc.php里的SMTP配置都改好，然后默认的账号administrator和它的密码root，这个我颇花了点时间去搞，开始没看明白帮助，晕！6、开发文档编写——doxygen也就是在写代码的时候插入一些规定格式的注释，然后运行一把doxygen，就能从中提取出内容生成多种格式的文档。不过似乎好像，我自己很少写注释的说，只有开源的项目才这样做得比较多。7、用户帮助文档编写——CTeX也没啥好多说的，用户帮助文档Windows上以chm/html格式的最为流行，很多大型软件公司的产品都会配上PDF格式的manual。如果想生成PDF格式的帮助文档，就用CTeX吧，这个东东还真的不错，相比Word来，完全相反的两种思想和作法。Word一开始会觉得上手很容易，所见即所得，但是内容格式一多，再进行修改什么的就很容易乱，而TeX则相反，一开始觉得很麻烦，所想即所得，但是一旦初稿已经形成，再进行修改什么的，就不容易乱了，呵呵。8、安装程序制作——Inno Setup以前用过Wise，感觉还不错，不过人家是商业软件。后来找到了Inno Setup，就喜欢上了。它用Pascal的脚本，可以调用Windows的API，可以完成很多高级的任务。其它还有NSIS之类的也应该不错，但没用过，暂不考虑了，而InstallShield一方面是商业软件，另一方面好像显得有点杀鸡用牛刀的感觉，嘿嘿。 就是这些了。
其实是因为人太懒，要做的事情很多，我却宁可无聊地消磨时间！ 明天打算去看一下相机，要是价钱合适就买个。
