Eva 项目回顾及面临的挑战

bamfox

Eva 项目回顾及面临的挑战

一、Eva 开发回顾

    Eva 项目的开发已经走过了大半年的时间，在大家的鼓励和支持之下，Eva 的开发进行的很顺利，从最初的0.1.0开始到现在的0.3.0pre，经历了数个版本。引起了大家比较广泛的关注，同时被 MagicLinux 1.2 收录，以上都说明大家对 Eva 比较认可。

    这要感谢 Eva 开发者们的辛勤劳动和团结一致的协作精神，还要感谢众多用户的热心支持。在开发人员中，云帆无疑是 Eva 的技术总监和主力开发人员，他为 Eva 的开发倾注了大量的时间和精力，他是 Eva 项目的灵魂人物。同时，capser、caihua、QuickTime 和 zsyddl 等开发人员为 Eva 的开发作出了非常的大贡献，例如：美工，用户子窗口的实现，ip 查询等诸多方面，同时在协议分析中也体现出了各个开发人员劳动的结晶。还有 boyfriend  等测试人员，积极的回馈编译安装错误，为修正程序的 Bug 提供了详细的第一手资料。

我们为Eva有这样敬业的开发者而感到骄傲，向他们致敬！

我们坚信在大家共同的努力之下，Eva 的开发会越来越好的。可以告诉大家的是Eva 0.3.0将会实现大家喜欢和期望的群贴图等功能，请大家关注。^_^


二、目前开发遇到的瓶颈

辉煌的光环之下，我们已经感觉到了危机。我们面临的挑战总结如下：
●Eva 项目的开发问题

①开发人员的报名  每次报名参加开发的人员很多，可是真正参与开发的人员没有几个，其中原因在哪里呢？针对开发人员的报名，我们是采取较严格的审查机制呢？还是采用比较宽松的方式呢？如何才能找出真正愿意参加 Eva 开发和分享知识的人员呢？

②开发人员的组织  如何有效的组织开发人员并形成有效的开发团队，是现阶段面临的难点问题（这个问题是目前最突出和最重要的问题）；国外成功社区是如何组织开发人员的？国外社区的开发人员和国内社区的开发人员总体上有什么样的差别？大家希望以主动的方式（主动增加某些功能给 Eva）参与 Eva 项目呢，还是想以被动的方式（分配任务的形式）参与 Eva 项目呢？

③技术平台的支持  如何构架一个统一的开发软硬件平台，这问题可以通过多个途径解决。但是，目前大家习惯和喜欢什么样的开发平台呢，CVS？

●Eva 项目的发展问题

Eva 项目以后该如何继续进行，是继续跟随 QQ 的升级而升级呢？还是走自己的路呢？这是个战略问题，非常值得我们去思考；另一方面，也是在孕育技术上的创新。

●Eva 项目的管理问题

由于 Eva 是开源项目，我们的管理不可能如同商业软件那样，直接套用项目管理方面的东西。我们需要一条适合Eva项目发展的管理程序（方式）。什么样的方式能够解决诸如人员报名和组织等问题？

三、期望

    最近发生的 LumaQQ 项目停止开发的事情，给我们提了个醒，我们要从中汲取经验，让 Eva 项目走的更远。

    期望订阅 Eva 邮件列表的朋友们积极发言讨论
    期望大家为 Eva 面临的挑战提出自己的解决办法
    期望大家在讨论的过程中学习到知识
    期望大家从中体会到快乐

讨论主题：

A：Eva 项目的开发问题
B：Eva 项目的发展问题
C：Eva 项目的管理问题

讨论时间：

2005-06-01~2005-06-15（共14天时间）

讨论方式：

1# 在邮件列表里发邮件
2# 在公社的“Eva 项目”版发帖

yunfan

大家讨论，可以跟贴，也可以另行发贴，但请在主题中注明“[讨论]” 以方面大家识别和发表意见。多谢。

quhw

:neutral: 看了半天，还是没找到怎么下载啊，有CVS, SVN吗？

bamfox

[quote:ccba789a67="quhw"]:neutral: 看了半天，还是没找到怎么下载啊，有CVS, SVN吗？[/quote]

这个帖子不是告诉您怎么下载 Eva 的，要下载请访问如下的帖子：
http://www.linuxfans.org/nuke/modules.php?name=Forums&file=viewtopic&t=111928

这里有下载地址，您应该先稍微仔细的看看置顶贴。

sjinny

[讨论]ML和EVA
先举一个大家都熟悉的例子：MS在Windows里捆绑IE。相信大家都明白我要说什么了，ML里带有EVA，是对这两个软件的支持。
就EVA而言，可以让ML的用户群成为EVA的客户群。
对于ML，可以依靠EVA建立一个即时通信的用户交流平台乃至技术支持平台。

[讨论]Tencent与EVA
目前EVA属于一种没有正式“名份”的状态，也就是既没有被tencent认可，也没有被它否定。而这却是一种比较危险的状态，因为tencent对eva的态度是未知的。而根据以前zoudan的遭遇，可以推测tencent不是一个报有开放心态的公司，所以eva中蕴藏着潜在的风险，那就是遭遇tencent的封杀。而这种封杀既可能是明刀也可能是暗箭，明里可能是通过收买舆论施压、律师信警告等，暗的可能是改变协议和加密算法、识别并驱逐用eva登录的客户端等。所以作为一个软件，必须要保证以后在抛弃qq协议后之前的开发工作不会白费而仍能被继续利用。

[讨论]QQ与EVA
大家都已看到qq已经不再是一个简单的聊天软件，而是一个特性丰富的娱乐软件了。所以可以看出EVA如果永远只定位于聊天工具那么注定是无法获得足够的影响力的，而如果要跟着tencent走，那么种种破解最后会使开发团队疲于奔命。所以独立自主是最终的出路。当然还要找到适当的时机。

liuspider

我的看法是：没有CVS这类的版本管理系统，是不可能有多人同时开发的. 因此我觉得首先应该充分利用起 sourceforge 上提供的服务

就我个人的理解来说（SCIM项目大概也是这么回事），开源项目都是贡献者的主动参与，而不是靠分配任务：如果一个人感兴趣，有他希望看到但是还没有实现的功能，他就可以去完成(而且他也有能力和时间），然后提交。如果他希望长期贡献的話，就可以申请成为正式开发人员

Anomymous

为什么要定位为kde的客户端？

llemmx

[讨论]Eva 项目的开发问题
1. 对于这个问题在短时间内恐怕难以解决,从个大论坛可以看出,愿意从事开源软件编写的人员
   很多都是学生和希望学习linux下编程的人员或者爱好者但真正的专业人员很少做这事.

   还有许多人的工作和学习都很忙(象我^-^)能有时间精神上支持大家就很不错了.

   其实不是很多人不愿意参加开发,最大的障碍就是许多人对这个项目的框架恐怕还很不了解,
   这是很打击开发者的积极性的.如果有一份文档能够帮助大家来更透彻的了解这个项目也许
   会有更多的人来帮助开发的.

2.关于团队这个问题很难把握,个人的观点是最好能建立一个稳定的核心团队,外加许多的外围
   开发者,不过具体怎么做偶也不是很了解,不过沟通是最重要的.

   关于分配任务觉得对于核心部分以被动方式参与好点,因为这部分的代码通常比较稳定变化
   不是非常大所以可以采用被动方式,象希望主动增加某些功能给EVA的话最好先以插件的形式
   出现,在大家都认可的时候在考虑将功能融合到主版本中.

[讨论]Eva 项目的发展问题
   个人认为最好多元化和增加移植性,如果只限定到linux下和kde下使用的话必然会造成用户的
   大量流失,如果EVA能够多元化的话可以大大的增加它的使用价值.比如我(就举个例子)象我是
   gnome的用户(不是不喜欢kde),连qt库都没装如何使用EVA?而且现在由于各种原因用MSN的用户
   也日益增多了,平常我都通过MSN联系朋友的.

llemmx

[讨论]对了在补充一点,
其实看看很多成功的开源软件就知道,许多用户对软件的功能和界面上的变化是很在乎的
毕竟用户不都是专业人员他们有时候唯一能够评价一个软件的标准就是眼睛和日常的使用
所以如果在每次修改版本的时候都适当的对界面做些功能上或视觉上的变化就更好了.

Cure

采用版本控制软件, 然后, 有兴趣为项目作贡献的人都可以 check out 源文件进行 patch, bug 修复, 功能添加等, 而不必特地进行开发人员招募, 任务分配.

另外, 版本控制软件可以保证所有的变更都可以跟踪, 追溯, 恢复 (如果有些修改出了问题), 大家就可以集中精力到软件开发方面了.

可以考虑 perforce 这个软件, 它是跨平台的, 而且提供非常友好的图形界面客户端.

向所有为开源软件作贡献的人们致敬! ;)

yunfan

[quote:19f74ca5d4="应该考虑跨平台"]为什么要定位为kde的客户端？[/quote]

这个问题，很多人问过了， 为什么Kmess要定位在kde， ksnapshot要定位在kde一样， 这个和最初开发者的个人偏好有关，我基本是只用kde的， 偶尔用一下enlightment。可能有2个解决方案(我是说可能)：1，你们可以自己动手，基于libeva提供的协议封装，自己实现一个网络连接和图形界面的前端。 2， 等我闲一点，我研究一下wxwindows的一些方法，写一个不依赖kde，gnome的Eva general 版本，也可能，我研究一下gtk，写个gnome的客户端，不过这个可能会比较久。

另外，这个帖子主要是讨论协作分工的， 于主题无关的，还请另行发贴，多谢了。

yunfan

[讨论] 有关合作开发方式
我们是采用被动式还是带有主动色彩的方式。
我说的被动是指，国外开源界的一种发开方式， liuspider 上面说的那种， 完全靠爱好者自己
来推动的。
主动色彩，就是带一些分配任务的意思。 这个是中国特色，不过，如果真的能让更多朋友热心的投入到创造linux世界的氛围中来， 那也可以采用。

另外，CVS，我想，我们应该使用。 目前有个问题就是， 很多国内的朋友无法直接连到sourceforge上， 我们也可以讨论讨论是否使用sourceforge上的，还是另找一个，大家都
方便的。

Anomymous

[讨论]我的意见
1.我觉得当前最主要的任务应该是完善Eva的文档，没有完善的文档，是很难进行协作的，再加上Eva本身的注释比较少，阅读源码比较困难。
2.libeva最好连网络一起实现，把底层完全封装，这样图形前端就好办了

yunfan

[讨论]关于文档

源代码的注释，目前是很少， 有得还全是英文注释(这个是因为要 “符合国际习惯”， ：( )
所以，我得看法是， 文档是一定要得，而且我们要的是中文注释， 如果用doxygen
直接生成，那肯定是英文的api文档了。 我们需要另外写一个详尽的中文文档，还需要统一
文档的格式。 我会从7月份开始，书写大量的文档。

BOoRFGOnZ

bamfox敬业!