2007-9-24
今天是进公司第一天，上午，办完了手续就已经到了十点多钟了，接着和部门的几个主要负责人见了一面，了解了当前需要做的主要工作。
当然，不管进哪个公司 ，第一天总是在安装系统之中度过的，这台电脑好郁闷，配置不差，但是执行的速度真是叫做一个慢，而且这里的网速确实太差了，唉。
一整天，连个OFFICE2007都没有装进去。
不过，还好将DELPHI以及其所需要要的所有的东西都装进去了，然后进行了编译，基本上没有啥问题
下午大部分的时间都在查看GTMAIL的源代码，当然，重点是放在如何将现有的数据库处理部分进行改良。现在漫无目的的看是不行的。
从向方方了解的情况来看，可能问题主要是出在数据库引擎那一块，对他所认为将DAO修改成ADO，以此来避免出现数据库损坏的，个人不是非常的认同。
2007-9-25
今天是进公司的第一天，计划从今天开始，花一天的时间将数据库所有相关的内容都整理一下，然后再决定如何去处理它，当前要处理的方式可能主要就是两种了。
一种是根据它现有的架构，看哪些不符合，不符合的内容就进行更改，原来它里面所涉及的SQLITE中的内容，连编译都通不如，估计只是写了一部分的接口，而没有深入进行下去。
另一种方式就是将现有的与数据库相关的业务逻辑分离出来，这个工作量就非常大了。但是，如果设计处理得好，在下一个版本中就可以通用了。
比如：通讯录，它与数据库交互的时候，肯定不应该是直接在通讯录那个窗口中直接操作数据库，现有的提供一大堆的方法其实也是不可行的，可读性和可扩展性都非常的差。
最好是采用简单而又实用的MVC方式了，当然，在支持多数据库类型的时候，再接着采用类工厂的创建模式，对于可扩展性上来讲是非常适合的。
接下来要进行代码的研读，从读代码的方向上，看有以下几种方法，一是根据数据库为方向，看是它利用数据库存储了哪些内容，然后找到这些内容，看它与IO的处理方面。
另外，就是逐个读了，当然，这种方式真是太不可取了。
上午与曾进行了一次通话,通过与他的对话中,也能够看出来,他也是急切希望改善数据存储这一块的,之前他也看过SQLITE, 这一次决定我和他一起来处理这个,不过,
我对于他发给我的那一套控件却不是非常感兴趣,因为那个控件真是太大了,如果像这样下去的话,我们的系统那还得了.
他对他的系统改进存储这一块的内容还是充满信心的,当然,这系统从头到尾都是他开发的,虽然说用了N多的控件啥的,但是,从他的用户量上看还是非常不错的,看看5DMAIL中
能把他的EMAIL放上去,看来这家伙也是有一定的水平的.
线程这一块的处理,现在还没有时间看,如果有时间肯定是要看一看的了.
今天下午先看一下他推荐给我的控件,再比较一下之前那一套控件,看那套控件是否能支持最新版本的SQLITE,如果不能支持的话,那就只能使用他现在推荐给予我的这一套了.
其实,我更多的还是想使用原生的DLL接口,虽然用起来没有组件化的类那么方便使用,但是我觉得那样的放,自己的掌控能力会非常强,也不至于出现控件中有一大堆问题,自己却无法解决的.
接下去需要了解的方向比较多,比如存储,IO,多线程,SOCKET等等,这一切都是我以前比较弱的,虽然在面向对象的编程上面,有着一定的功底,但这也不一定意味着就能够在这个GTMAIL的工作中大展拳脚步.
下一个系统的开发需要的东西实在是太多了,界面,存储,多用户,网络连接,加密,协议的处理,现在这个系统还不支持HTTP代理,还不支持IMAP协议,还不支持各种各样的防止垃圾邮件的办法.
对于下午的计划,还是要先定一下,当然是先花上几个小时,与小曾一起探讨一下改成SQLITE的总题,然后向他讨教一下,这里面的一些线程的处理方法,以及为什么不直接使用INDY,而要自己封装一大堆栈的东西.
另外,要就DM中,一些用户的问题,再次提出.
2007-9-26
今天在公司的主要的工作，还是接着昨天对于SQLITE的修改，但改着改着，发现问题越来越多，本来，是简单的进行修改一下相关的SQL语句就行，后来发现，SQLITE我使用的这一套控件，竟然不支持直接
使用QUERY的更新，需要拼SQL语句，本来拼SQL语句也没有啥大不了的，但实际工作中，还发现虽然使用自己拼写的SQL语句，对但于一些比如BLOG字段就没有任何的办法了。
看来，考虑一下，是全部改成TABLE，还是用函数级别的类型进行处理。
做了一个上午，真是不知道做了些什么东西，如果按照这个进度下去的话，估计够呛了，难道晚上需要加班吗，不是吧，对于线程，数据库的处理，我看本来是没有什么大的问题的，看来还是需要多多进行沟通。
今天上午没有碰上小曾，下午看一看，如果下午他在的话，那么就这一些相关遇上的问题向他进行请教。 这些事情怎么要搞得这么复杂呢。
按照原定的计划，这一周肯定是要搞定的，否则，面上就不好过了，宋总可是对我抱有很大的希望，如果这个时候不拿出一点成绩来，危险了。
按照原定的计划，这一周肯定是要搞定的，否则，面上就不好过了，宋总可是对我抱有很大的希望，如果这个时候不拿出一点成绩业不，人顺炙我看来本来是没有什么原子核总是我，看来做了一个上午，真是不知道做了些什么东西。
下午，和方方一起讨论了一下，发现，用一个新型的控件时，我竟然把数据库弄错了，一个0字节的数据库，真是汗啊。
2007-09-27
又到了一天一次的写日记的时候了，不知道为什么，今天办公室比较吵，人来人往的，估计是领导都不在的原因吧。
今天真的没有做什么事情，上午一不小心把那个BLOB字段的问题解决完之后，大概试了几下，感觉没有啥问题，然后就想尽办法让GTMAIL不断地收文件。
收了大概五百封邮件，也没有发现什么问题。
明天处理一下，就可以交给测试组的人去处理了，如果没有啥大的问题，我想，就可以考虑如何将以往的数据转向SQLITE了
2007-09-28
今天是来公司的第五天了，前四天还真是不知道怎么过去的，只是感觉做了一些事情，又好像没有真的做什么，一直在为SQLITE数据库而烦恼，而昨天，为了写一个EMAIL服务器
又让我烦恼了好久，真不知道POP3的协议解析这么麻烦，想装一个网络嗅探器，竟然把计算机给装死了。
要是重装系统就真是太郁闷了，还好昨天早上一来就做了个GHOST备份，真是天助我也，今天顺便杀杀毒，如果真的不行、
只能抽空来安装一下操作系统了。
2007-09-29
今天将数据库的大部分内容都过了一遍，准备交给测试组，但测试组说任务实在是太忙了，估计要排到下个月的十号。
而且，他们要求我将现有的所有的BUG都改一次，还要进行什么评估之类的。
唉，本来想让他们测试的只不过就是数据库这一块，如果数据库这一块没有问题了，那么才可能进行评估，先让我们进行评估选择哪一个数据库的版本，这真是让我感觉有些本末倒置了。
下午看了一下CQ中的一些BUG。才发现，自己在数据库压缩这一块的工作，竟然还没有开始做。花了两个多小时，才找到相关的一些资料，原来是使用一个VACUUM的指令。
但是使用了这个指令之后，将会带来更多的问题，比如，当前所有的数据库访问竟然会出问题，而且，不在程序里面进行压缩，而在外面使用SQLITEADMIN进行压缩，也会出现相关的问题。
这真是让人郁闷了，所以，这一块的内容只能等到以后对SQLITE比较熟悉之后，再进行开始了，我怀疑SQLITE中的一些连接可以有某些属笥可以设置的吧。
感觉工作效率很低，而且对代码的了解太少了，十一肯定是要好好地看一些源码了。
2007-09-30
今天的工作安排，现在还没有想好，不过，我想将拆分邮件这一块好好地处理一下，是肯定的，最好的办法，就是在系统中，根本就不要显示拆分中待发送的邮件，不知道这一块的改动有多大。
先按现有的一些方法吧，然后将其中可能有问题的地方，防止出现误操作。
明天就要放假了，说实话，其实心里没啥激动的，十一还不知道怎么过呢，唉
周工作总结：
刚进公司的一周，前几天一直在摸索如何将数据库改成SQLITE，后面几天，主要就是测试一下，然后熟悉一下源代码，同时，将现在CQ中的一些BUG进行修改，
感觉源码写得还是非常不错的，而且在多线程的模式下，分离处理得还是不错，
与陈经理沟通了一下，他觉得下一步的工作，是需要将界面与处理逻辑相分离，最好是将数据库独立出来，然后分离一下。而宋总的主要想法好像竟然是要重新做一个系统。
然后把界面处理。同时要将一些认为没有用的功能进行去除。
这部分的工作量肯定是比较大的。而且，一个处理不好，很容易出现一些BUG气死人的情况。
2007-10-8
今天主要是把安装包熟悉了一下。然后，针对SQLITE版本的，定制了一下安装包，做安装包的时候，没有发现什么问题，当然，最终还是把安装打好包之后，准备交给测试组，由他们去安排测试 。
2007-10-9
今天主要的任务还是熟悉代码，很幸运的是，今天竟然把一直困绕的邮件列表的刷新问题解决了。
今天还更改了几个问题，一个是在压缩之后，强制定要求应用程序关闭。
另一个是联系人中，如果EMAIL输入错误，同时，又在关闭的时候选择退出的话，提示信息有误，这个也已经更改过来了。
系统的启动速度还是比较慢，看来还是需要把这个改成多线程来处理了。
大概看了一下系统的加密这一块的处理，感觉，是不是把简单的东西写得太复杂了。
2007-10-10
今天真是没有什么计划，也没有什么目标，还是想办法边改BUG边熟悉源代码吧，源代码总共有13万多行，真是会看死人
对于系统的一些协议也不是非常的熟悉，什么MIME结构，POP3，SMTP，IMAP等只是有一个大概的了解。没有非常深入细致的处理。
下午麦克给我打了个电话，意思就是想让我尽量进行重写GTMAIL的代码，这个重写的工作量真是很大，我准备先出一个方案给他
与方方进行讨论之后，他给我的意见是，先给麦克，宋总，陈经理提解决方案，给他们陈述一下利害关系，由他们进行决定，不管是如何
最少也要进行一系列的改动过程。
它强任它强，清风拂山岗，它横任它横，明月照大江。
2007-10-11
上午还要一上午的时候，写了一下简单的方案，也定义了一下新系统的分层结构，对于这种结构，其实早就想好了的。
在原来的DM之中其实也有这种结构，只是在这种结构之中，与现有的其它的层有很多的冗余。
也就是分层的结构有点小问题，之间的接口描述不清晰。
下午，宋总找我，讨论了一下关于设备管理系统的大致构想，他的意思，要么请人做，要么外包，他的想法之中，想让我找朋友来做的意思居多，那么需求分析这一块
的任务肯定是分给我了，而也没有给我定义具体的工作计划，不知道是想让我现在就开始做呢，还是想如何，对于这种需求分析，其实是蛮花时间的，需要和各个部门进行沟通
不过，这样也好，刚好熟悉一下公司的相关部门的工作职责，以及对这个软件的功能的需求。
