Ecere的首页(http://www.ecere.com)设计比较粗糙，布局有些乱，重点没有突出，让人很难快速找到需要的信息。如下：
我打开网页的第一感觉，以为自己用的是IE6，出现了布局混乱。确认一下，是chrome，看来网站的确是这么设计的。
我认为这个网页存在以下几个问题：
- 布局乱。最上面居中，中间占满整屏，下面又居左。除了技术高超的设计师，一般人真没能力掌握这种布局
- 图片太过显眼。比如左边的那个大标志，右边的Download按钮，占据了浏览者的全部目光，但又很难从中了解到什么有用信息
- 下方的链接太多，让人不知道点哪个好。一般这样的链接，人们会选择性忽视。
- 浏览者最关心的：如“这是做什么用的”（功能、特色、卖点），“做得怎么样”（效果截图，示例程序），“难不难学”（示例代码、入门指南），“是否开源免费”（授权协议）等，在页面上没有清楚的体现出来。
我曾经在它的论坛里提过一些问题，作者很热心，让我对他感觉不错，所以，我打算自告奋勇地帮助它改善一下首页。虽然我的美工设计也不好，但希望能把它变得清晰一些，这点应该没问题。做了一个简单的原型图如下：
这个页面，应该足够简单清楚，至少能让浏览者能从上到下看一遍后，就知道Ecere是做什么的，有什么特点。对于此类项目的网站，我的观点就是“简洁、清晰、入手快”。然后我在论坛里发了一个帖，把这个图附上，并说明了我的意见。如果作者认可的话，我就开始着手来设计。
可惜，作者委婉地告诉我说，他很喜欢目前的主页，不打算对它进行修改。虽然我设计的页面简洁明了，但不适合当首页。有可能的话，可以把它用到“Learn more”文档页里。
对于这个回应，我挺失望的，因为作者跟我的看法相反。其实除了首页，我还有很多想跟他谈的，但感觉一下子都说不出来了。作者的热心让我想在力所能及的范围为他做点什么，但可以预料我的看法他不会接受。而他现在的做法，我又觉得有很多问题。
是我错了吗？自负于自己的观点？毕竟对方是有着十几年开发经验的资深开发人员，这个Ecere从技术上来说，的确让人觉得很厉害。
我这段时间对Ecere感兴趣，除了因为之前觉得可能会用到它以外，更多是在思考：“为什么Ecere没有发展起来”，面对现在的这种情况，应该怎么做？
我所了解的Ecere
这里先说一下我所了解到的Ecere的情况。在08年的时候，有人在网上介绍了Ecere，引起了不少人的兴趣。Ecere是一个跨平台的GUI库，并且有着自己的开发语言叫eC。与QT/WxWidgets等相比，它的license很好（BSD），并且开发语言难度较小，给出来的示例也很漂亮。比如一个3D的国际象棋的例子，一共才不到4M，但是实现的效果真不错。截个图：
同时因为作者是一个略懂中文的加拿大程序员，所以很多中国人尝试了该项目。短时间内，那个QQ群就有100多个人，还有人把它的教程翻译成中文。当时我也试用了一下，感觉有两个问题：
- 仿windows 2000的界面，在windows xp上显得不协调。如果用它做成通用性程序，会让人觉得这是几年以前的产物。
- 提供的控件只有十来个，实在太少
因为没有能力参与进去，所以采取了观望态度。然而一年之后，发现没有任何新版本发布，所有存在的问题依然存在。大家慢慢退出，我只是偶尔回来看看有没有什么新版本。直到前几天，我以前在里面发一个帖子作者回复了，告诉我Ecere现在有了windows XP的风格，去看了一下。另外发现近期代码提交比较勤，我在想，Ecere是不是在沉寂这么久之后，打算大干一场了？正好我现在打算什么也不折腾了，不如参与进去。
从网站上看，情况如下：
- 网站主页是：http://www.ecere.com
- 讨论场所是自建的论坛：http://ecere.com/forums/，需注册
- 效果展示页面（叫Action Gallery）：http://ecere.com/action.html，有很多很酷的截图，但我今天才发现这页
- 文档页是wiki: http://ecere.com/wiki/index.php?title=Main_Page，需注册
- PDF文档：http://ecere.com/tao.pdf，比较详细，像半本书
- Bug跟踪是mantis: http://ecere.com/mantis/my_view_page.php，近期相当活跃。需注册
- 博客是：http://www.ecere.com/blog/，最新一篇是去年3月
- API是wiki页面：http://ecere.com/wiki/index.php?title=Topical_Reference
- Roadmap是很长的一篇文章：http://ecere.com/roadmap.html
- 邮件列表有google group：http://groups.google.com/group/ec-programming-language，最后一帖是去年2月
- 源代码：https://github.com/ecere/sdk，仅用到版本控制的功能，缺README
- 项目开发人员：未找到列表，从论坛交流情况来看，只有作者jerome一人
从程序方面来看，如下：
- 下载包有30多M，其中包含所有需要的：编译器，IDE，教程，示例代码，可视化设计。这点很不错。
- 跨平台GUI目前依然不理想：QT license，Air性能，WxWidgets难度，而Ecere在这几方面有优势
- 弱点：如前面所说，界面、控件、开发进度
我个人非常希望Ecere能够成功，至少在技术上来说，它还有很有需求的。对于很多非c/c++开发者来说，一个配置简单、快速入门、可视化设计、性能优良的GUI框架还是有相当吸引力的。毕竟有很多人对于GUI的功能要求不高，只是想做出一些比较简单的程序，或者与网站结合。但是该项目的现状让我担忧。
我的意见有以下几点：
一是要展示开放的姿态。论坛、wiki、bug跟踪，每个都需要别人单独注册，这能算是开放姿态吗？为什么不用google group完全代替论坛，github的wiki和bug跟踪，代替现有的系统？仅仅只是因为自己已经用习惯了？
二是要积极往人堆里扎。现在的Ecere像是互联网上的一个孤岛，所有的东西都是在自己的封闭系统中，与外界没有交集。为什么不多利用github，而它为核心来开发项目？github上的项目首页连README都没有，谁都不知道它是做什么的。
三是要分解项目，让更多人参与进来。现在看起来好像是作者全包，编译器、语言、IDE、网站、文档，全是一个人在干。在论坛里我发现有些人想参与进来，但不知道自己能干什么。像网站这样技术含量比较低的，为什么不放手让别人来做呢？
四是要简化网站结构。在github上，很多有名的项目，其网站都是非常简单而清晰，没有多余的东西。而Ecere首上，连某某网站发了一篇Ecere的报道，也加了一个与主要链接同等地位的友情链接。
最后是要建立起社区。作者给我的感觉是很热心，有什么问题很快就会回复。但是通过首页这件事情，我看到了作者的固执。也许因为作者是一个资深的底层开发人员，能力很强，所以在网站方面也同样相信坚持自己的观点。这样的话，很难吸引到其他人参与进来，毕竟说服一个资深开发者同意自己的观点，是一件很有压力的事情。但如果违心地按照作者的想法去做，那就不是贡献，而且雇佣了。
以上是我的粗浅想法，哪些对，哪些错，哪些无关痛痒？欢迎提意见