Tag Archives: wiki

Maven need to act as Wikipedia

Central Repository is an revolution of Open Source. Now we have a unique, global software artifact standard (although not officially). It’s amazing.

The next question is How to Make it Right.

In the most situation, we cannot request an Open Source Authors take the responsibility to maintain their product to the eternity. We cannot assurance that everybody can understand and use Maven in exactly right way either. Maven is still far away from 1-click use software. And the infrastructure of the distribution system of Maven Artifact Repository is even more complex.

Maven is a collaborating system since everyone has the right to commit their own work. But Maven is lack of collaboration functionality. The POM.xml need to be corrected by other who is more familiar with Maven; the source code need to be uploaded; dependencies on unnecessary artifact should be set to optional…. all those actions need to be well tracked and synchronized around the world. It’s much more difficult since it a distribution system.

Wikipedia is the most greatest thing in the age of Web 2.0. So Maven would learn a lot from the success model.

Technorati 标签: ,

JRuby Note: 简单就是美

恩,我是一个Java中毒症患者,而且还是写了些传统程序,被传染了些OO顽疾的患者,对于Ruby这种太轻巧的东西接受起来还是有个过程的。

然而,我仍旧是个年轻人,早已坚定的支持Ruby代表的“小快灵”俱乐部,受够了传统软件工艺的铺张浪费,心存着的一点点幻想仍然让我被种种传说诱惑。

趁着一周唯二的两天不加班,研究了些JRuby 1.1.1——好吧,我就是纯粹的Java中毒症。顺便还关注了下ROX荡气回肠的季后赛第三场——然后浅浅的发现了JRuby的点点好处。

出色的SCM基础支持,小巧便捷的扩展,标准化的实现

SCM基础支持

GEM真的是非常有用的工具。Ruby毕竟晚生了几年,许多新的思路得以应用的更加完善。GEM类似于Maven的Resp,配合Rake就构成了非常好用的构建工具,连版本都被模糊化了,“我只要最新的就可以了”,是这样么?我只研究了两个小时,还只能猜猜。至于之前就听过的Raven,对于不懂Ruby的人来讲,简直比Maven还难用(我是新人,我不懂上个世纪的构建方法)。SCM早晚会成为一种标准化的事情,就像之前的Java Module被接受成为标准,每种语言形成产品都需要重视这一点。

不得不说的是ROR的DB扩展,数据迁移,在我看来,这就是很棒的数据库重构工具。重构在较小的时间段上对于软件的意义,有赶超迭代开发的趋势。而数据库重构,是其中最难最复杂的主题。虽然这不是Ruby天生的特性,但随着ROR的流行,也一定会慢慢深入人心。

模块化的扩展

Java是模块化的么,你真的确定jar和package是模块化的表现么?

动态语言天生就有这种优势,耦合和约束在非常低的水平,模块的互操作也就简单的多。加上良好的SCM,全球化的组件工厂,模块化对于Ruby,简直就是天生的完美排档。

标准化

这是一个不怎么显而易见的优点。正如标题所说,简单就是美。那么,如何简单,怎样简单?用大家都接受的概念。

用BlueCloth,HTML标签前开后闭,不用大大咧咧的程序员操心。

Wiki式的标记方法,写模板就像写文档。

学术上我们说Closure,我Ruby就实现个Closure。理论与实际尽量靠拢。“小快灵”你想要的,我最快实现。说Ajax,无非就是Autocomplete,DnD,一个单词搞定。什么,你要GoogleDoc?

前两天见了徐昊一面,于是现在对于“语言”更特质的东西很有兴趣,而所谓标准,就是直接到大多数人都觉得应该是这个样子,把一些不显而易见的东西挑明了,固定下来。当然,我说的是与钱无关的情况,虽然这种情况不存在。

完工

怨念的说,公司发调查问卷,征求个人发展计划。网上搜了搜IT认证,中国的IT培训环境糟糕的要死。高校没有软件理论,社会没有工业协作,我们的软件行业,还弱小的很呢。

Technorati 标签: ,,

论坛升级总结

传说中如果一个BLOG不更新的话,会被人忘掉……
是吧……

经过一个魔鬼似的星期,我的承受能力已经快到极限了……
不说别的,光是论坛的升级就把我弄得心力憔悴,就让我在这里诉诉苦吧……

* ver 0.1 数着指头,要换空间了……心头的惊喜啊。也许,也许,盼望了一年的wiki就要实现了……
不过,谁来管理呢……管他呢……多好的事情啊……ALLO说论坛他来定……嗯,挺好的,以某人多年混迹各大BBS经验,选择一定错不了……
* ver 0.2 论坛的程序定了,传说中的VBB vBulletin 3.53 vBulletin 站长说得好:vBulletin真的不是免费软件……
* ver 0.3 开始搭配论坛程序。由于还要调asp,asp.net我用IIS外挂了PHP程序,再加上最新版的MySQL 5.05 召唤搜索兽ALLO弄来了数据转换程序……
一上手就败了……根本没有直接转换的程序……只好先转到dvBBS,然后再转到vbb
* ver 0.4 准备好了软件,我就开工了,结果……一分钟之内又败了……我使用原先备份的小数据库做模拟,结果一个未通过验证的用户导致整个数据导入失败,于是删了他……导入了dvbbs……我心满意足,心想,就这么点挑战啊……架好服务器全面挺进vBB
* ver 0.5 事实证明:没有什么事情能够顺利……我只不过喘了一口气……就开心的发现,导入数据库的数据全部都是乱码……
* ver 0.6 于是利用搜索时代,google mysql 乱码 然后发现,许多解决方案……于是开始手工修改代码……苍天啊,你终于开眼了……郁闷了一天之后,突然,一切都好了……
我于是又开心得发了帖子……模拟升级成功……
* ver 1.0 ALLO这个小恶魔……告诉我说那个版本功能不行……我说也是啊……我们换一个吧……于是用了PHP源动力的,好帅气啊……不过……居然安装的时候就是乱码……而且,字符集的设置根本没用……但是,数据库里面的乱码,论坛读取的时候倒是正常的,原因我就不多说了……虽然我明白原因,可是浩瀚的程序,让我怎么修改……
* ver 1.1 有那么一个美丽的清晨,我惊喜地发现……从论坛导出的SQL脚本,居然是正常的……
于是,我策划了这样的升级模式……
* ver 1.2 导出安装后的论坛数据,修改论坛字符集为utf8,导入备份的数据,导入原论坛数据……居然,居然……成功了……我感动得热泪盈眶……开心得(又一次)约会去了…
* ver 1.3 只是,只是,刚刚说过了,不到最后一刻,没有什么是值得高兴的~~
* ver 2.0 空间买回来了,看上去不错的样子……于是我连上了数据库开心的发现……居然是4.0.24~~~我于是安上了收藏的老古董……4.0.17然后配好论坛~~开心的发现……没有什么东西在工作……整个世界一片安静……
* ver 2.1 好在这也难不到我……同时安了两个MySQL 一个在3308,一个在3306利用5.05安装导入数据,然后导出为包,再导入到4.0.17……一切看起来都很好的样子……
* ver 2.2 于是我连上了网络,同步了远程数据库,突然,我发现,无论我干什么论坛都在报错……终于,我从一条错误信息中发现,两个数据库的对应表有些不同……后来发现,在复制结构的时候,不知道为什么,主键的自动增加全部都消失不见了……
* ver 2.3 我只好眼含热泪手工添加……那种痛苦……算了算了……
* ver 2.4 论坛转换的过程中RP全丢了,自己写了脚本,把RP复制过去,宠物和银行的,换算出来手工加上……等一切完成,不知道已经多少次凌晨三点了……

让我们为告别LeadBBS默哀半秒钟……