iFolder是一个文件共享的解决方案,原来是Novell公司的一个很重要的产品,现在Novell已经打算将它开放源码,并且使用.Net技术将它重写一遍,使它可以跨平台的运行在WINDOWS,LINUX,MacOS上.
为什么Novell不选择其它的跨平台技术,比如JAVA呢?这是一个很有意思的话题,而且看来Novell公司也很乐意谈论它,他们正准备出一份白皮书来专门说明这个问题.
今天下载了WHIDBEY装上打算看看,以外的发现竟然有VSS2004,满怀希望进去发现还是不支持INTERNET方式的访问
以前听开心说过他就是因为提过这个改进意见而得到了一台XBOX.
咳,看来我今年再提一下这个问题没准也能再得一台,谁让MS的XBOX多呢
微软从来没有做错什么,他没有倒卖军火毒品,没有杀人越货,没有参加黑社会,他所做的都是正常的商业竞争手段,他至少不偷税漏税,比大部分的商人都要奉公守法,他错就错在他太成功了.
绑定个WMP算什么呀,APPLE也绑定了iTunes,怎么就没事?如果这是法律规定,那么windows早就绑定了录音机,怎么以前不说?错就错在WINDOWS太强大了,WMP太好用了.
微软是一个商业奇迹,奇迹到当初创建市场规则的人都没有料到会有公司如此成功,成功到别的公司全部联合起来,甚至将自己的产品免费,开放源代码都还斗不过他.
怎么办?????
欧盟选择的是破坏市场规律,别的公司可以做,微软就不能做,这就好象某优秀运动员连续十届拿了世界短跑冠军,那么第十一届,不允许你再参赛了,或者你必须在腿上绑上沙袋,为什么?因为你太强了,你垄断了短跑赛场.
窃以为作为一个市场或者是游戏,最重要的条件就是公平,作为管理员,你可以修改游戏的规则,但是却不能只针对某个参加游戏的人打击或者是培养,这个道理就跟是否需要禁止使用外挂一样简单.
这也就是现在国内呼声最高的"政企分离"的原因.
闲逛MONO的时候看到一篇BLOG,我一向是对VS类的话题感兴趣的,就译了出来,让大家了解一下开源社区对java和.net平台的看法。
从技术上:
作为一个平台,.net和java都非常的成熟和稳定,mono的jit编译器当前已经能够支持X86,sparc和ppc(itanium,s390,amd64和arm都已经在实现中),事情发展得非常快,虽然我希望在今年内还能有更多的发展。从另一个观点来看,.net有更好的特点,它更容易与现存的代码结合(使用P/Invoke和嵌入机制),我认为这点非常重要,因为GNOME的核心代码在今后几年内将很有可能继续使用C来完成。
语言独立性也总是要点之一,.net的虚拟机比JAVA提供了更好的功能,例如支持结构,函数指针,回调等等,允许人们使用各种不同的语言来写代码,例如,可以在.net中运行JAVA语言写的代码,但是反过来就不行。当你想要选择一个平台时候,最好是能选择能让各种不同语言之间进行互相交互的。我不想深入到C#和JAVA的细节对比之中,但是看上去非常多的人(使用JAVA编程的)发现C#改进了很多JAVA出现的问题(虽然JAVA的新版本将在今后几个月内也将会有所改进)。
从法律上:
大部分的法律问题都是围绕着软件的许可证和专利的可用性这个中心。MONO代码的可用性是基于LGPL许可证(运行时)和X11许可证(类库)。一些工具,例如C#编译器则是GPL,这些看上去并没有什么非常大的差异。
所以,对于MONO,至少这些核心的虚拟机和类库对于法律来说是自由的,但是JAVA却并不是,这点我们大家都已经知道。
当然,人们将MICROSOFT等同于恶魔,还有一些枪手说,加入SUN阵营比依靠MS会有更好的结果。这里我只提醒两件事:SUN和MICROSOFT都是大公司,他们之间的区别只是分别处于不同的位置。在这一边,例如,SUN贡献了OpenOffice给社区(我个人认为他的这个贡献大小不亚于LINUX的内核),但是另一方面,SUN又资助SCO,恐吓JBOSS等等。Microsoft,作为另一方,完全站在我们的社区之外,他也资助SCO,和我们竞争。但是同时,他也支持CLR和C#的标准化,而SUN却从来没有这么对JAVA做过。
如果拒绝一个标准仅仅只是因为它是MS提出的,我认为是不理智的:我敢打赌,在今天有超过90%的标准委员会都有MS的代表,而且还有一大堆他们的提议,难道我们仅仅因为这个就打算不和这些标准进行交互吗?自由软件一个成功的重要原因就是我们尝试实现一切可能的标准,和其它的系统交互,将一些私有的系统移植到开源平台。
所以,在最后,问题归结为:你是更愿意相信一个矛盾的对待我们的社区,并不允许我们使用它的专利许可的人,还是相信一个完全在我们社区之外,但是却允许我们使用他的专利许可的人?请不要回答.net技术并没有开放所有的许可,因为我可以很轻易的告诉你,JAVA是完全没有开放任何的许可。也提醒一下,虽然Microsoft目前是占有统治性的地位,但是他们也可能必须屈服于兼容性问题,就像在欧洲的反垄断法案一样(对我们有利)。
我知道一些人将会回答他们不会相信SUN和Microsoft中的任何一个,我认为他们遗漏了一点:在当前的专利形式下,任何可选择性的技术都会存在这样的风险,这并不只是SUN或Microsoft的问题,而是专利制度的问题。换句话来说:选择任何一项技术用来开发我们的应用和类库,专利的风险总是存在的。假如你使用专利和法律的风险以及我们的自由软件的成功率来画一幅图,你将会发现它是一条陡峭上升的曲线。假如我们希望能成功的提供一个自由的主流平台,我们将 面对专利和各种各样的法律恐吓(即使它们是毫无根据的,就像SCO给我们所展示的)。
如果我们想避免任何法律的问题,我们只有置身之外。
作者:Paolo Molaro
Debian Linux的开发者
Gtk+的贡献者
Gtk-Perl的领导开发者
Prosa的开发者
Mono的领导开发者
一直玩的都是mono的console程序,今天心血来潮在公司内部的一台linux上服务器安装xsp测试了一下,运行了mono自带的几个例子,点几个页面还行,但是点多了有时候就没反应了,以为是xsp服务器的原因,就又在apache上挂上了mono_mod测试了一下,也没什么改善,看来mono的asp.net目前还不怎么稳定
现在手上正在给自己单位做一个人事管理项目,因为涉及到很多不知道改怎么翻译成英文的词,比如:政治面貌,籍贯,职称等等,懒得去查金山词霸去翻译成不伦不类谁也看不懂的英文,索性完全用中文建了数据库表.然后用vs.net里的dataadapter数据向导来个自动生成代码,结果书写的程序就变成了这样:
CommitDataSet cds = new Database().GetCommitData();
cds.考评委员会.Columns.Add("姓名", typeof(System.String));
EmpDataSet eds = new Database().GetEmpData();
foreach(DataRow dr in cds.考评委员会.Rows)
{
dr["姓名"] = eds.员工基本情况.FindBy编号(Convert.ToInt32(dr["员工编号"]))["姓名"].ToString();
}
this.DropDownList1.DataSource = eds.员工基本情况;
this.DropDownList1.DataTextField = "姓名";
this.DropDownList1.DataValueField = "编号";
this.DropDownList1.DataBind();
this.DataGrid1.DataSource = cds.考评委员会;
this.DataGrid1.DataBind();
我看多了也觉挺舒服,呵呵,这才是中国程序员独有的风格,别国的人想学还学不来 
平时在夜深人静写代码的时候最喜欢带上耳机听Linkin Park,虽然他们的第二张专辑Meteora在一年前就出了,但是我一直没买,主要是担心他们不能超越第一张专辑的辉煌或者超越成不在是我所熟悉的Linkin Park,今天我发现我错了,这张专辑实在太好听了,有点后悔没早点买 