通讯协议已经是第6次重新设计了，每次都会导致数据交叉混乱... ...

看来十月份来不及发布了。

本次 4X 版本，除了保留 3X 的全部功能以外，重点将在两方面进行增强：

1. 计划任务功能
    2X 版的计划任务实际在信息交换中已经实现，但是BUG太多，所以在3X中去掉了，这次准备重新恢复。
    实现在无服务器时交换团队的任务信息，通过服务器进行会议室的预约。

2. 开发服务器
    数据的交换没有服务器，总是在很大程度上受到了限制，所以一定要为FriendSafe 增加服务器功能。

截止到今天(2009/09/14)为止，新的界面改造（计划任务）部

由于 JSLibrary 升了一次级，APL框架改进的较多，所以准备好好升级一下 FriendSafe，

在功能上主要考虑为 Lanchat 增加一款服务器，同时支持有服务器和无服务器两种形式，这样可以令 Lanchat应用更广泛一些。

欢迎下载使用（试用）《陋室云集》(FriendSafe 3X) ：

最优秀的通讯录
最简易的计划任务
最方便的流水帐簿
最直接局域网即时通讯

绿色免费软件、没有功能限制、没有时间限制，无需安装、解包即用、不含插件、软件、压缩包不到 2.5MB。尤其适合 U盘携带。
支持 Unicode，可在日语、英语等XP下使用。

http://www.skycn.com/sof

C++Builder 解决方法

result = sqlite3_open(AntiToUtf8(Database).c_str(), &m_sqlite3DB);

用 AntiToUtf8 进行转换

我为 FriendSafe 3X 改了个中文名——陋室云集，版本为 0.1.1.1

本来是昨天提交到天空网的，不想大概是愚人节，天空网居然没有更新到网站上。

以后争取每周作一些小改动，并发布新版本，所以重新定义了这么小的版本号。

下一步打算增加支持UNICODE以及文档管理功能，不过这两项需要花费较长时间了

(1) 如何创建自增字段？

简单的回答：一个声明为 INTEGER PRIMARY KEY 的字段将自动增加。

这里是详细的答案： 从 SQLite 的 2.3.4 版本开始，如果你将一个表中的一个字段声明为 INTEGER PRIMARY KEY，那么无论你何时向该表的该字段插入一个 NULL 值，这个 NULL 值将自动被更换为比表中该字段所有行的最大值大 1 的整数；如果表为空，那么将被更换为 1。比如，假设你有这样的一张数据表:

CREATE TABLE t1(
  a INTEGER PRIMARY 

企业采用宁滥勿缺的组队方式，目的很单纯，只是在满足项目需要的前提下进一步降低开发成本，错误的以为大量的基础工作只需要低成本的开发人员完成就可以最大程度的节省人力成本、开发成本。

身为一个团队的领导，需要根据一系列的目标，制定长期周密、完整的工作计划。如果不能系统的、全方位考虑、斟酌问题的各种因素，只是片面的看待眼前发生的现象，就会在重要决策中顾此失彼，下达的命令也会朝令夕改。

近年来计算机软件开发已经随着客户需求的不断膨胀，市场竞争压力的逐步提高，对软件开发的规模和开发时限要求越来越高。为了应对大型软件的开发需要，软件企业逐渐形成了庞大的开发团队。

很少有人能单枪匹马成就一番伟业，一个好汉还需要三个帮。要打赢一场仗、一个战役，光靠军师的谋略、先进的装备是不够的，更需要有一支铁的军队。

这支军队不是从天而

近年来计算机软件开发已经随着客户需求的不断膨胀，市场竞争压力的逐步提高，对软件开发的规模和开发时限要求越来越高。为了应对大型软件的开发需要，软件企业逐渐形成了庞大的开发团队。

经常听到领导在怒斥手下时，最后有一句总结性的发言：这件事情，是对事不对人！

这使大家错误的认为：出错的永远都是“事情”本身，而不是做事情的人。