工作日记：一个星期内要一个巨大项目的Bug，不可能？！-C++技术网

工作日记：一个星期内要一个巨大项目的Bug，不可能？！

更新时间：2015-06-25 14:54:40浏览次数：1+次

2013年8月30日星期五晴

一个星期过得好快，一下子又是星期五了。回顾一下，这个星期没学到什么东西。设计了一个跨网络通信的小项目来学习，练习和突破技术。做完设计，然后做完服务器端。在做客户端时朱念让我帮他调试LogMaker项目的Bug，经过一番了解，知道了项目的信息。经过熟悉了解了基本的架构。他给我指定了他认为比较简单的让我先修复的Bug。第一天我还在一边做着客户端，然后他时不时问我调试得怎么样，搞得像做贼似的。然后就放下了客户端，暂时不管，来调试项目。通常来说，他指定的那几个小问题也算不上大问题，应该不难。但是在这个大项目里的，使用了他写的架构，将底层操作层层封装，并且提供了很多函数可以快捷使用。当然这样做是很好的，高效。他的能力确实很强。这个项目没有开发文档，里面涉及的整体架构和各个函数的作用等没有介绍，所以只是他口头上说说。大致了解后，尝试着调试，先调试删除图片错误。找了半天找到了删除图片的代码，然后将一个地方的代码注释掉，然后调试，结果一切正常。但是我是猜测而注释的，原因是怀疑重复删除导致删除错误。但是里面的逻辑没看懂，所以就叫他来看看，结果又发现很多问题，有图片删不掉，然后调试调试，问题越来越多，添加的分组没名字，添加图片失败等等，调得头昏脑涨，因为不知道里面的语法逻辑，调起来就压根不知道里面都干了些啥。去看吧，那些函数封装了好几层，要知道函数的作用和使用方法，真不是一下子就可以的。这就是封装后带来的问题，使不熟的人就一下子很难进入状态。虽然使用起来简单，就是因为封装好了，使用简单，然而，要熟悉它就不那么简单。这也是我一下子没有进入状态的原因。他说要我一个星期把这些调试好，然而一个都没调好。话说之前的同事要半年熟悉这个项目，然后开始开发，而要我调试这个在一个星期之内。虽说问题简单，可是不了解项目，而这个又是自己的架构，问题简单但是都被包装了，就算是找到了错误的位置，看不懂里面的语法，功能逻辑，试问又能如何调试。调试最好的就是自己对整个流程清楚，这样调起来就真正很容易了。如果只是一个普通的删除图片错误，我想应该不难，因为里面的删除逻辑都能够很容易看懂，然后就可以分析了。这个大项目里的连逻辑流程都不知道怎么调试得好。如果真要这样调的话，应该先将里面的各个函数语法功能弄明白，然后其他的调试就容易了。这个不能急于求成。这不是买彩票，根本就不存在中奖的情况。
这个星期没有学到什么东西，就是晚上在宿舍看了windows程序设计，多多少少学了点东西。要赶紧学好本领，加油。

工作日记：一个星期内要一个巨大项目的Bug，不可能？！

2013年8月30日 星期五 晴

2013年8月30日星期五晴