Main

April 22, 2007

开源并非激进分子的游戏

opensource这个话题永远是热闹的。而在这个圈子外面,永远是被人误解的。

很难想像普通大众听说linux的时候是什么反映。我见过几种,崇拜的,鄙夷的,不解的,完全不知道的。正确的认识几乎没碰上过。这怪谁?不怪我们可怜的用户们,怪混帐的媒体们。看看他们把linux和opensource参与者都炒做成了什么?反微软的斗士?不出家门的“奇客”?或者是火星人?

抱歉,以上都不是。我以前写过一篇blog:开源还是不开,难道是个问题?,专门讨论过开源的方方面面。

最近发生的某事,让我不得不老声重弹再来说这个事情。开源和微软并没有任何对立的地方,bill gates和微软公司也没有用任何手段来阻止或破坏开源软件社区。或许某些方面可以算竞争对手,或许程序员们乐于拿微软和linux做为战争的两端来开玩笑,但是,就像这世界上任何两个存在竞争关系的组织一样,他们并非敌人。你去吃肯德基绝对不用担心被喜欢麦当劳的激进分子痛打,你用联通手机最多会被移动用户讥讽一下。所以说,打断bill gates的演讲并不是为开源软件的传播做出了什么贡献。

与我另外一篇blog中提到的观点类似,中国的开源软件上始终是变态的状态。一方面是民间高手很多,大到freebsd的committer,小到mod_cache的作者,但是他们都不怎么为人所知。另一方面,一些对开源事业没什么贡献的人反而在打着这个旗号捞钱和名声。这种变态的情况可能还会持续很多年,因为真正为开源做贡献的人并没觉得自己做的是件多伟大,多有意义的事情。他们做的只是“理所应当的事情”。

说起来这件事情,我以一颗不厚道的心承认,这是一件非常有趣的事情。然而,这对开源软件没有一点点的帮助,反而让人们觉得开源社区的成员都是这种激进分子。我真替那些程序员觉得冤。

如果真想为开源软件做点事情,其实很简单,有时间和机会,可以创始一个项目。没时间,就在需要的时候用一些,碰上bug记得反馈作者。如果你用的某个开源软件很好,就在你的blog上和其他人分享。如果你觉得不好,那么就花点时间改善一下,然后分享给社区和作者。如果你什么都作不了,至少你能告诉你的朋友,热爱开源软件的人不都是激进分子。而激进分子往往带有特定的目的。

July 28, 2006

动态语言兴起及程序库

发于程序员2006年5月,有删节和修改。今天突然想起来,觉得还值得拿出来看看,就贴blog 上了,有一些和tiny讨论获得的较新鲜的观点,欢迎拍砖。

让我们倒退到60年代末,那个计算机的上古洪荒年代。这时,微处理器诞生了不到10年,这个年代的计算机开始大量使用集成电路,小型机开始替代古老的大家伙们。1年后,UNIX才出现在实验室中,而C语言,还需要等待4年才会出现。

那个年代,这块神奇的大陆上活跃着那些计算机语言呢?他们是否早已如史前恐龙一般灭绝了?FORTRAN,LISP,COBOL,Simula,BASIC,PL/I,Ada,SQL…..我们惊奇的发现,这些语言到现在仍然好好的生存着,这时候还没有静态语言,所有语言都是带有动态特性的函数语言。

1972年,往往被认为是现在这个年代的开端,这一年中,C语言诞生,Intel 8008微处理器诞生,ARPANET诞生,Internet的大幕拉开了。随后的10多年中,C++,pascal之类的静态语言依次登场,逐渐成为主流开发语言。

在1972年之前,所有的语言都是为了某种专业用途而开发的,FORTRAN为了工程计算,LISP用于人工智能,COBOL用于处理商业逻辑……这些语言的用户往往不是程序员,而是各领域的工程师或科学家。在那个年代,他们使用这些语言就像今天使用word,excel,autocad之类的软件一样。如同我们今天不会认为C比excel更适合财会人员使用,当年的科学家也不会认为C比LISP更友好。至于C所带来的性能提升,并非他们关注的要点。

C的诞生是为了编写UNIX操作系统,这是第一个可以用来写操作系统的高级语言。在此之前,所有的语言都可以看作计算机科学家贡献给其他学科的,C语言是给计算机科学领域自己的礼物。C和UNIX一起开始流行,程序员开始用C编写各种各样的工具和软件,计算机的黄金年代开始了。

在70年代那个内存要以K计,主频仅有几mhz的年代,硬件极其昂贵,操作系统和软件对于性能的需求很高,操作系统是计算机的基础平台,与专业领域的应用不可同日而语。为了性能,程序员们宁愿使用汇编,但考虑到移植性,C还是成了他们最喜欢的语言。

1950年全世界只有100台计算机,1990年的计算机是普通的办公用品。计算机性能越来越高,硬件成本反而逐年下降,企业成了软件市场的最大客户。

企业应用解决的是复杂的商业逻辑和时常变化的业务模型,对于企业应用,性能方面不再像30年前那样重要。企业的发展是动态变化的,在不同阶段,管理方式和业务模式都会发生变化。企业对于灵活性和弹性的要求非常高,用来开发企业应用的语言也相应的需要具有极强的灵活性。互联网的发展让这种趋势变的更加明显。不同于企业应用,互联网应用频繁变化,甚至没有明显的阶段。

软件发展到这个阶段的时候,单机的性能早已不是最重要的因素,多台服务器的并行处理和分布式处理是解决性能问题最重要的方法。从语言层面上速度快一点,节约几M内存对于整个系统不会有太大影响。比起逻辑,开发难度和开发维护成本,性能问题是最不重要的。动态语言优势在于灵活,易于开发和学习,劣势在于性能较低。在高性能服务器和并行处理的设计思路下,动态语言的优势如此耀眼,完全掩盖了劣势。完成同样的功能,用python或是ruby之类的动态语言,所需的代码量往往只有java的1/10,相比C/C++差距更大。

系统软件和应用软件之间的区别也越来越明显,开发系统软件仍然需要静态语言,而应用软件和服务的开发越来越适合采用动态语言。编写操作系统之类的系统软件仍然要“压榨”计算机的性能,对于应用软件,缩短开发周期显然更加重要。

动态语言除了具有语法简洁的优点,大量的程序库也降低了动态语言的开发难度。这好像一个鸡生蛋,蛋生鸡的问题,成熟的程序库降低了动态语言的开发难度,开发难度低反过来又吸引了更多的程序员开发程序库。一个C++程序员,往往经过了几年的训练仍然不能开发出可用的程序库,动态语言的程序员经过几个月的训练已经可以编写可复用的代码了。这些代码往往以开源的形式发布,容易被使用和学习。

程序库往往决定了一种语言应用难度,纵观历史,凡是具有优秀程序库的语言生命力都很顽强,反之则多销声匿迹。目前几种流行的动态语言,都具有丰富的程序库,在python中,不仅具有诸如网络应用,多线程,图像处理,科学运算之类的库,甚至还拥有多套不同量级的Framework来辅助Web开发。事实上,任何需要的功能几乎都能找到相对稳定的库,大部分程序员仅仅需要组合这些库就能编写出强大的应用——这也正是动态语言开发程序代码量较少的原因之一。

动态语言程序员有几乎无尽的库资源可用,比起其他语言的开发者,这是莫大的幸运,可惜郁闷往往环绕在幸运周围。前面说过,任何需要的功能都能找到相对稳定的库,而且不仅是一个,而是多个。哪个库好用,哪个库适合你的项目,每个库的特点是什么?要搞清楚这些问题也要颇费一番时间。至于要决定用哪个,不用哪个,往往让人左右为难。幸好,在开源社区,有众多参与者的项目往往不会太差,代码和文档齐备的代码都值得一试。

除了众多的程序库,动态语言本身的种类也远远大于静态语言,同样,每种语言也各具特点。Python,Ruby,Lua,Perl是四种颇具代表性的语言,按照一般的看法,这些语言适合用来黏合不同的系统和模块,素有“胶水”的之称。现当然,后来人们发现胶水不仅仅能粘合其他模块,本身也具有强大的功能,在性能问题不那么重要的场合,动态语言看起来无所不能了,无论是网站还是应用程序,都能看到动态语言的身影。动态语言成了不可小看的一股势力。对这个时代的程序员来说,掌握一种动态语言很有必要,虽然你不一定能够靠单单一种动态语言找到一份喜欢的工作,但适时的采用动态语言,一定可以让你的工作变的简单许多。

了解动态语言和常用的程序库的特点,是开始动态语言编程的第一步。下面我们将介绍Python ,Ruby,Lua和Perl四种典型动态语言的程序库。

Python不仅在所有主流操作系统上都能运行,而且得到了很多工业控制和嵌入系统的支持,除了各种unix-like的系统,Python还能运行在Palm,索尼的游戏机PSP,nokia的手机操作系统Symbian,风河的嵌入操作系统VxWork上。Python被称做最强的脚本语言,无论开发web应用还是普通应用程序都十分方便。Python诞生了10多年,积累了大批忠实用户,也存在了众多成熟的应用成功案例。

Ruby语言特点类似Python,但发展相对较慢。Ruby最近因为Rails框架而成为了最炙手可热的动态语言,Ruby on Rails适合企业应用,大量java用户对Rails产生了浓厚的兴趣,他们甚至认为Ruby on Rails会对java造成冲击。

Lua小而快速,目前多用来编写游戏引擎所需要的脚本。Lua代码精巧,比起Python或Ruby,Lua小的多。暴雪的著名网络游戏魔兽世界的配置脚本和插件都是采用Lua编写的,这也令Lua开发者迅速增加。

Perl是最古老的动态语言,强于数据分析和计算,也是unix平台上可以用做shell script用做的语言之一,系统管理员都很喜欢这个出色的工具,虽然近年风头被python抢去很多,但拥有CPAN程序库的Perl,仍然是最强大的语言之一。

按照现在的一般开发需求,我们需要的程序库通常是这样几类:web开发框架,GUI界面库,其他辅助工具,至于XML解析,字符串处理函数之类大路货,已经随处皆是,不值得开篇专门介绍了。

1 web开发框架

web如此流行,不仅仅是网站,企业信息化软件和部分个人桌面网站也采用了web界面。web界面成了和普通GUI并行的一种选择。如此众多的应用,使web开发框架变的如此重要,几乎所有语言都有了不错的web开发框架,而且还不止一套。

python的web开发框架多的足以让人挑花眼,比较有名的就有类似 Ruby On Rails的django 和TurboGear,模仿tomcat的webware,轻量级的Quixote,karrigell,更轻量级,用apache模块实现的mod_python和vampire。所有框架都各有特点,当然这也可以换个角度看作个有缺陷。总之,要挑选适合的框架,就要先仔细读文档,看成功案例,对比自己的项目需要,仔细找。

Ruby简单的多,Ruby on Rails风头正劲,甚至已经让人说不清是Ruby成就了Rails还是Rails成就了Ruby,总之,用Ruby开发web应用,非Ruby on Rails莫数。无论是整个框架的结构还是界面的Ajax支持,Rails都是水到渠成了。事实上,也确实没有相同成熟度的项目可以选择了。

Perl的MASON名气很大,也很成熟,不过开发起来的思想和Perl原本的思路差距很大,如果能适应,这倒是个不错的选择。其实perl本身就很适合做web开发,只要有fastcgi,利用CPAN库,大部分应用都能轻松解决了。

Lua用来做web开发有点怪,毕竟不是为了这个目的设计出来的。但是也有一个叫做Kepler的项目提供了web框架,用起来也方便。不过Lua最好的用途还是写脚本,何必用来做web呢?

2 GUI界面库

能够跨平台的GUI界面库,比较成熟的大概只有两个,wxWidgets或是GTK。wxWidgets的可用性和美观程度都优于GTK,很受欢迎。

wxPython,wxLua,wxRuby ,都是不同的语言下对wxWidgets的封装,虽然成熟程度不一,但是无一例外的受到了开发者欢迎。

3 其他辅助工具

此类的库实在太多,每个程序员都有自己喜欢的一套工具。这里只列举一些比较有特点的程序库。

Python的RPC库Pyro,类似C++ ACE库的Twisted,本地编译工具Psyco

Ruby的图形处理库Rmagick,类似于tomcat的Mongrel

Perl仍然不得不提起CPAN,这个库太庞大,无所不包,以至于任何其他的程序库都显得黯然失色。

Lua中调用COM的LuaCOM,JIT 编译器LuaJIT

July 22, 2006

听老华讲微软项目管理

老华讲的非常精彩,都是非常基本的软件开发管理。

基本是基本,可惜在软件公司能做到的也不多。

一个现实的问题,就是管理成本的问题。如果donews采用这种开发管理方法,那么,立刻,人员要增加到3倍左右,效率要降低到目前的一半左右。

软件工程保证的是可复用性和安全性(这个安全,说的是发布后修改成本极大,所以必须要保证发布版尽量稳定)。而互联网要求的是速度,甚至,甚至极端情况可以放弃复用。

两种思维的冲突,从最后tiny问老华关于gtalk升级的问题中可以明显体现出来,同样来自大型软件公司的老白打断了tiny的问题,将gtalk升级的模式归结为版本发布频率。实际上并非如此。这就是软件到互联网产品的观念转化过程。老白代表了传统软件行业的观念,tiny代表了互联网的观念。软件公司与互联网公司的区别可见一斑。

可惜,由于时间关系,我最希望听到的微软项目管理实践的部分未能讲到。同样是最后tiny问的问题,微软产品为何delay。这个问题没有能被详细解答,实在遗憾。微软delay的原因我认为就是软件工程模式的现实问题。一个精巧,无误的系统是不存在的,完美如微软的开发管理体系,仍然难以应付复杂的现实,因此,delay总是出现。但,什么让这个精密的机器运转不那么灵了,微软又是如何处理的?这个问题从2000年我读过《微软项目生存》这套书之后,就一直存在。6年中,我经过了无数项目,有建筑也有软件,有成功也有失败,但我仍然无法回答这个问题。希望下次能有机会再听到老华讲述这些东西,帮我解惑。

互联网开发如何做?我也仍在探索。时间,成本,和速度,如何取得平衡,这是一个难以说清的问题。从敏捷编程(XP)中我们得到很多,或许我们能从开源软件的项目管理中获得更多。事实上世界上最大的项目,不是微软的,而是开源软件的。

总之,互联网开发模式,这应该是个新课题,一切都刚刚开始,行业中所有人,都需要为此而努力。感谢老华给我们这堂精彩的课。

ps: 下周准备开始实践采用Trac的管理系统。

July 18, 2006

这个比较的意义在于...

昨天给tiny看了一个关于python和c效率的文章。tiny兴致大发,又优化了几个版本,效率有不同程度提高。

其实这个比较,并非在于比较到底python和c那个快。和当初特流行的比较java和c那个快一样,没意义,也无法作到公平的比较。

这事情让我感到震惊的是,python用的是最简单的方式,可以说,学过1天python的程序员就能写的出来。后面的优化也不是什么大不了的算法,都是非常基本的语句换来换去。C就不然了。C的那几段程序,就算是最低效的那个,也不是学1,2个月的c程序员能写出来的。后面的优化版本更是需要不浅的功底。

开发效率,这是核心问题。在这个例子中,初级程序员的初级代码,超过了中级程序员的中级代码。到了高级程序员的话,比较这些基本功已经没意义了,那时侯自然另有一番比法。
脚本语言,早已不是过去所谓的:“开发灵活,简单,但效率较低”能概括的了。不得不承认,脚本语言经过了10年的发展,已经正式登上了这个舞台。


语言的魅力在于库,有好的程序库,一种语言就会变的威力无穷。python的标准库已经非常成熟了。似乎可以说,python的标准库是一套非常好的实现。在python实用主义的思想主导下,快速应用的思想发挥的淋漓尽至于。而实用主义的思想,又导致了python的公用程序库越来越多。有标准库的扎实基础,扩展出来的程序库质量也不会太糟糕。一种语言就这样成熟了起来。

这时候,正如java在企业开发领域推倒C++一样。脚本或称为动态语言成为主流的时刻不远了。

May 17, 2006

mac tips:一些使用mac碰上的问题和解决方法

一些mac使用时候碰上的问题和解决办法,先放这里
firefox:
中文乱码
安装 Aqua firefox set,然后选择合适的字体(我用的都是Hei),就可以了。

vim:
vim支持中文:安装http://macvim.org 提供的vim 7.0版本,可以支持中文。
为了使用方便,编辑~/.profile ,增加alias gvim='/pathto/vim7c/gvim',以后在命令行就可以用gvim xxx来启动
vime编辑文件了。
当然,gvim仍然对中文不够友好。目前我采用的方案是用iterm做终端,然后用vim在iterm 中编辑,效果不错。

safari:
切换到地址栏:cmd+l
切换不同的窗口:cmd+~
地址栏:cmd+l
标签切换:cmd+shift+home cmd+shift+end

lftp:
lftp连接sftp: lftp -u sftp://
lftp连接ssl ftp: lftp ftps://:@:

April 16, 2006

如果系统架构能选择lamp,我一定选择

windows系统是如此的复杂,甚至复杂到了网管和程序员成为了2种完全不同的职业,互相都无法理解对方的工作细节。

可怕的是,他简单的代表让很多人认为容易,大错特错。在一个你无法完全理解的系统上开发,是很可怕的事情。程序员和网管的配合,被割裂了,于是系统达到最佳状态变的非常的难。

网上搜索和win系统有关的经验,或是优化经验,10条往往有6条是道听途说,神秘主义。天知道到底应该怎么样。

win平台的应用搬家太很困难,那么多参数,那么多概念,一一调整,累死人。韩磊和龙如俊和我一起调整blog,但直到今天下午才开始接近稳定的状态。

说实话,win太复杂了,我的精力和能力都不足以负担,如果能选择lamp的系统架构,我能省下来更多的时间做别的。

我绝对相信有足够牛的人能搞定一切,不过,这种人怕是和深山寻仙一样可遇而不可求。在此之前,我们这些普通人只能尽力去解决。

那个平均维护成本低于unix系统的计算结果,是如何算出来的呢?

说了多少次,想写一个完整的文章来论述一下我对win 系统的相对中立的看法,可惜越来越忙,写不出来。等吧。

March 23, 2006

计算机的本质

计算机的本质,是提供运算能力的机器。
人们编写各种各样的程序,在机器上运行,于是产生了各种各样的应用。
为了更方便的编写应用,让应用程序的开发门槛降低,我们迫切的需要一种中间层来隔离硬件,于是操作系统出现了。

有趣的是,几十年间,操作系统这个名词虽然存在,但其形式和概念已经发生了翻天覆地的变化。30年前,无法想象会出现现在的windows或是linux这样的操作系统。要知道,最初的所谓操作系统只不过是一个时钟调度(可以看作批处理)的简单程序而已。

这种变化来源于几个方面,一方面是计算能力的提高(内存越来越大,CPU越来越快),允许我们在计算机上赋予更多的内容,开发更复杂的应用,另一方面来源于硬件种类越来越多。

与其说是计算机需要操作系统,不如说应用程序需要操作系统。现代操作系统不是在一夜之间产生的,而是随着历史的发展,缓慢的形成的。简单说来,计算机的本质是应用,操作系统只是提供了应用的运行环境。

java芯片是一个非常有趣的东西,在这个芯片上,可以直接运行java的字节码,这种芯片不在需要一个强大的操作系统来管理硬件资源了。其本身就提供了java运行环境。(事实上,如果你的汇编足够强,那么就可以直接在任何芯片的计算机上直接编写应用程序--就像在单片机上作的那样--而不需要任何操作系统的支持,只不过,这比较麻烦而已。)

java的创举不是创造了虚拟机,事实上虚拟机的概念从smalltalk就存在了。java的创举是将虚拟机放到了不同的层次,在操作系统之上的层面,有jre环境,在操作系统之下的层面,有java芯片。对于不同的操作系统,有不同的jre。

未来的运行环境是什么呢?在大型机的年代,只有主机上上有真正操作系统,客户机只不过是登陆上去,使用主机的资源而已。技术历史不过是一个绕圈子的过程,一圈绕回来,上了一个台阶,但是本质在相当长的一段时间内,仍然是不变的。

有感而发,无意争论。

March 13, 2006

一本属于历史的新书


这个拗口的标题来源于这本书:《白领就业指南 c++builder 6.0 设计师之路》,电子工业出版社出版。

今天在西单图书大厦拍到的。

且不说这个土气到了极点的名字,就说这书现在有没有存在的价值吧。

C++ builder 6 发行于2002年(感谢猛禽提供这个确切的时间),但是始终也没有被业界(尤其是中国的业内)大规模的应用过。我虽然是borland的fan,但是实在是没见过有几个公司真正用C++builder作为开发工具。虽然,delphi作为borland的王牌开发工具,获得了非常广的应用的。

2004年开始,borland主推C++ builder X,从此C++ builder 6 这个采用VCL库的C++产品事实上已经走到了尽头。同时,随着微软.net的发布,borland阵脚大乱,大有抛弃全部,一心拼.net之势。

终于,2006年2月,borland正式宣布退出开发工具市场。从此C++ builder/delphi便成绝响。

那么,这本书出版于什么时候呢?

版权页显示:2005年11月第一次印刷

那么,这本书值多少钱呢?

版权页显示:26元

所以,我不得不说,这是一本属于历史的很贵的新书。

看了图书大厦“新”书,我再次对计算机图书市场失去了信心。

新手买书,可真是步步地雷。

最后我买了两本书:

《中国建筑史》
《离散数学极其应用》


December 7, 2005

foobar的来源与历史

foobar是每个程序员都常常见到的,其知名程度不逊于Hello world。一般我们常见的用法有分开的foo,bar,也有合起来的foobar。这个词一般可以用来代表计算机领域一切需要命名的东西,变量,函数,文件名,总之是代表什么都可以。

到底这个词是什么意思,什么来源,似乎很难说清楚,所谓难说清楚,并不是指没人知道,而是一人说来一个样。

RFC3092专门讲述了这个问题,洋洋大观,有的认为先有foobar,有的说法认为先有foo,具体的解释从二战时期军队的脏话(Fouled Up Beyond All Repair),到电子学名词(inverted foo signal),foo传说还来源于军队对于不明物体的代称(UFO),有的说是一种狗的名字,有来源于流行歌曲和漫画的说法,还有各种各样的名词缩写(比如FTP Operation Over Big Address Records),说法实在太多了。


我个人认为比较容易接受的说法应该是:

上世纪6,70年代,随着DEC的手册传播开的。早年间,hacker(多指偏向软件)一般用FUBAR,而计算机工程师(多指偏向硬件)则用foobar。后来逐渐foobar就取代了FUBAR的用法,越来越广泛。

如有兴趣,可参阅RFC3092

about me:
me.jpg
CC License. Some rights reserved.
署名·非商业用途·保持一致
本站之所有未作特别说明的内容均使用 创作共用协议.
POWERED_BY_MT_3.2