Archive for January, 2005
我的SourceForge关注列表！
Posted on January 31, 2005 - Filed Under Uncategorized
很多朋友不知道sf可以关注你喜欢的project
在具体project的Summary页面Latest File Releases那里有个Monitor的东西
点击那个信封就可以关注，当然要先注册一下
提供了你的email，sf就会发文件更新通知到你的邮箱
定期收到些软件更新的消息也会兴奋一下，嘻
提供一下我的关注列表，可能有40个
详见内文
有心脏病者免入
太长了-_-!
我慢慢写好了，休息一下
以下就是我的关注列表，我会介绍一下的：
1964 一个很出名的Nintendo64模拟器
7-Zip 最近很hot的新的压缩工具
ABC [Yet Another Bittorrent Client] 某知名bt client，就是贪婪ABC的原版
AC3Filter 提供ac3音频解码支持
Acegi Security System for Spring 基于spring的一个安全模块
Adagio 一个Gnutella2服务器的实现，Gnutella2是某p2p网络
ADO.Net drivers for MySql and PostgreSql 不用说了吧，不过我都不用.net的
Alexandria-Devel 这里可以下到sf 2.5的源代码，这是sf公开的最高版本的代码
AndroMDA java里比较出名的MDA工具，MDA is another silver bullet
Ant Subversion Task 给ant提供subversin的task
AOP Alliance (Java/J2EE AOP standard) 就是spring里用的aop
Arch Linux arch
AuroraMVC auroramvc
AWStats AWStats
Azureus - BitTorrent Client azureus2
blogBuddy blogBuddy program
BLOG:CMS - [...]
对《Contributing to Eclipse》有点失望
Posted on January 28, 2005 - Filed Under Uncategorized
不是说它不好
只能说对我不适合
这种手把手的书籍只适合在学校里使用
我比较需要更直接的东西
也或许我需要的是JFace/SWT的东西
始终也是第一本翻译的eclipse的书
eXeem Public Beta & 无中央服务器的p2p网络群
Posted on January 23, 2005 - Filed Under Uncategorized
传闻中的eXeem终于发布了Public Beta
之前被放出来的内部测试版都启动不了
这次这个终于能使用了
稍微使用了一下
操作挺直观的
资源还行
当似乎没什么国人，所以上面都是english的东西
而且A片的比例很高
还特地设置了一个Adult的分类，ft
(我在暗爽？不会，我比较喜欢日本的A片)
还另外好像人性化地设置了家长功能关闭Adult分类
技术上
感觉很像emule新版里提供的kad
是一个无中央服务器的p2p网络群
大概原理是假设一个已经存在的p2p网络群，里面的每一台机器都知道其他机器(ip and port)，而Tracker就通过每一台机器参与的数据传递来实现，当然最终的数据传输是p2p的，是两台机器之间的事情，这个无中央服务器的p2p网络群唯一要实现的就是Tracker功能，当然还要附带Search功能
那是怎么加入这个网络群的呢？emule的做法很简单，先连上emule，然后通过已知的emule来bootstrap(这里假设已知的emule中至少有一个在这个网络群里)，接着就会保存下来所有能连上的client，下次就直接靠这份列表来连接(这里假设这份列表里至少有一个能连上)
eXeem就稍微有点不同，他结合了bt
应该怎么说呢，eXeem的无中央服务器的p2p网络群不是做Tracker，而是负责Torrent的Search、Comment(没错)和传递(没错！)，简单来说，就是一个庞大的无中央服务器的p2p网络群的Torrent库，无中央服务器地去Shared Torrent文件，然后再通过获得的Torrent用正统的bt方法下载(如有分析错误，请打139-167-169-16木 华生，暗号我有精神病)
其实就是btchina要做的事情
所以我想他们不会对这个感冒
所以eXeem在国内有可能不会热起来
(说实在话，在国外也不一定会热，总觉得抄作)
重评xul
Posted on January 14, 2005 - Filed Under Uncategorized
上一篇对xul的评价贴似乎失言了
之后的两篇贴稍微提到xul 和web services
由于对web services(以下简称ws)的深入了解
反而觉得ws是目前分布系统中走得比较前的
至少是目前阶段值得使用的技术
(ws client) - axis - spring - hibernate - mysql
至于ws client的选择上，因为不需要逻辑处理
开发效率跟控件的数量成为重要的考量标准
Delphi、Swing、SWT、C#、xul、Flex
最后竟然选择了xul，呵呵
xul简单的界面描述是吸引我的最重要原因
(当然xul还有其他外层东西使他成为一个完整的架构我就不说了)
我反而认为xul和xaml应该是c/s的进化
xml负责界面描述而已，逻辑控制还是需要代码
访问一个远程的xul和一个本地的xul没有区别，最后还是通过ws来调用实际的东西，所以xul只是一个client
不要把xul和xaml神化，你就会觉得还是不错的东西
其实关键只是简单的界面描述而已
xul已经跟html扯不上关系，我也不认为他跟b/s有关系
应该把xul看成一个app一个client
可以将.xul文件跟mozilla一起发布
这只是一个很普通的ws client
当然.xul也可以放在远端的服务器上
但不能这样就认为他是一个b/s结构的东西
我看corba、web services、ice以及其他
Posted on January 11, 2005 - Filed Under Uncategorized
什么是ice？请先google ice+wish
web services之所有有今日的成绩
完全是因为m$
.net studio开发web services不费吹灰之力
但是，m$也后悔对web services太热心了
ice需要额外编译一次
而且对java的支持是建立在c++上的
使用上比较复杂
corba是一个规范，ice不是
ice的特性是zeroc想怎样就怎样的
所以也不会有第三方产商参与
ice对各种平台的支持也只有zeroc的实现版本
即使m$收购ice
这也仅仅是对m$的一件好事而已
其实本来就有一个很不错的.net remoting
可惜因为m$自己的市场策略问题
被web services在.net studio的实现盖过了
我认为web services的很关键的一个优势是他是一个标准
这样才能拉拢各种语言、各种平台的产商
呵呵，基于ice开发了万人在线游戏的wish
我们也可以基于ice开发一个im系统
这样就不用自己设计传输协议了
windows系列可能是商业行为
.net绝对是技术行为，至少在这个上面我们不能骂m$是个商家而已
.net studio 2005 要实现整个开发流程
xaml要实现下一代的桌面软件
m$在技术上一直在探索未来的方向
.net 2.0 会在语言层面引入o/r mapping
而不是hibernate之类的类库层面
具体效果要看anders的造化了
不过anders是一个语言高手，我是说创造语言的高手
他要这么做也不是奇怪的事情
其实xaml和xul，甚至和flex对界面的实现都比较接近的
但是这仅仅是界面而已
未来的一个完整的应用应该是
界面层、分布层、逻辑层、持久层
分布层还没有完美的解决方案啊
我所说的完美是
一个完美的分布层，可以使我们做界面层和逻辑层的时候可以考虑两种截然不同的语言和体系
你会考虑使用web service然后delphi+java的开发软件吗
我想不会
宁愿用delphi开发全部或者都不用
web service虽然可以接受多用语言，但没有用
我的完美的要求是
公开的、简单的、功能强的、性能高的、安全的
如果ws的性能能上去，我们在开发应用的时候就可以考虑
什么b/s和c/s都是垃圾
加入分布层就同时解决b/s和c/s的问题
ws目前的应用反而变成了提供给第三方的接口
ws的定义里也加入了查询接口的功能
题外的东西，ibm rad 6.0试用版出来了，可用60天，zope3也似乎出了
最讨厌别人说“再低的几率也是有发生的可能”
Posted on January 9, 2005 - Filed Under Uncategorized
你不如说一个猴子在打字机上乱跳打出一本百科全书来好了(注:这是天文学益智丛书常用的比拟)
http://www.javayou.com/showlog.jspe?cat_id=-1&log_id=567
http://forum.javaeye.com/viewtopic.php?t=10149
两个UUID相同的机会比你连中1000次彩票头奖还要大上千万倍
不用一些具体的比拟你们就感觉不到事情
你会觉得我不研究“怎么连中1000次彩票头奖”是态度问题吗
突然想到一个技术上的例子
我们经常对600M的iso文件算md5或者sfv
来证明这个iso文件是正确的
难道你还会提出“sfv一样不一定iso文件就一样”这样的问题吗，我想不会
sfv还比UUID短那么多啊
连续1000部飞机因遇到坏天气儿掉下来的几率都比UUID重复几率要高
没有人说两个UUID绝对不可能一样
只是好奇你们怎么这么有空去管
有是就是有，没有是就是没有
至于“自认为小概率事件不会发生就任由其存在？”
还是回到最初的比拟
一只猴子在打字机上乱跳打出一本百科全书来你们也要管么
“一只猴子在打字机上乱跳打出一本百科全书”的确是有机会发生的事情啊
无题
Posted on January 5, 2005 - Filed Under Uncategorized
我一直都这么认为，叫客户装ie6和叫客户装mozilla，和叫客户装jre有什么区别啊
其实什么b/s和c/s的分别已经不明显了，xul又算那种结构呢
我在传统的b/s上加上xml-rpc接口然后通过delphi来展现，那又算那种结构呢
js通过xml-http调用servlet，那又算那种结构呢
我个人比较喜欢的做法是，JWS发布的SWT展现，RMI/Hessian/xml-rpc逻辑处理，这又算什么结构呢
什么？internet系统，我不做了
什么？只是异地而已，加上VPN就ok了
我相信所有人都是认为开发难度和速度才是关键问题
不是我不喜欢js，但是js没有现成界面控件啊，这个才是令我却步的原因
至于比较各种语言的开发难度，我强烈建议先将开发问题分成两个部分，表现部分和逻辑部分
逻辑部分个人认为java独领先锋，无出其右
至于表现部分
js我不像dlee那样累积了那么多控件，tapestry没有第三方控件，jsp不说也罢，SWT的table不能直接用，swing还有个jbuilder在撑，等等
我觉得delphi才是表现层的王者，不是说最新那两个版本，而是delphi6和delphi7给我们带来了多少第三方的界面控件资源啊
delphi - xml-rpc - sevelet
异构系统才是王道
http://forum.javaeye.com/viewtopic.php?t=8630&start=15