O2 Xda II mini Black (Limited Edition)
Intel PXA 272 416Mhz
http://www.seeo2.com/product/XdaIImini/template/XdaIIminiProductInfo.vm
Intel PXA 272 416Mhz
http://www.seeo2.com/product/XdaIImini/template/XdaIIminiProductInfo.vm
[ 2006/02/07 23:39 | by turbozv ]
在近几年的讲学中,大学生们很喜欢了解综合性素质的应用。特别对当今的艺术院校,已不再是过去那种单一的从业动向,面对社会,这综合性的素质就显得尤为重要。
我是学美术的,可在这一生中,我不仅从事绘画、雕塑和工艺美术方面的创作,还设计过船舶、建筑、汽车、桥梁,以至于编导电视片和从事文学创作。在不少次讲座中,我也屡屡例举在南开中学所受到的综合性素质教育,深感受益匪浅。
南开的治学是活泼而严谨的,南开的校风是开放而充满进取精神的。我们那时候既是美术组的积极分子,在数理化和文史哲的学习中也是勤奋努力尽其心智的。我们这些具有艺术志向的学生,可能是右半脑发达,左半脑欠佳的缘故,虽然在数理化方面比不上那些拔尖的同学,可也仍然是打得很牢固的,这无疑提供了综合素质的基础。
比如在刚刚改革开放之初,长江的大型游船在造型和设施方面已跟不上时代的需求,而过去培养的设计人员又长期重复和仿造,无法着手船舶造型的创新。当船厂的总工程师来找到我的时候,如果没有数理化的基础知识,那是听不懂有关吃水线,吨位、载重量等力学问题,更听不懂有关弧形结构,X+Y等三角、几何和代数等计算问题的。可能因为有这些优势,从第一艘接待邓小平胡耀邦的新型游船“神女号”到“三峡”“白帝”“长城”等九艘船舶就没有我设计的机会。没有这些实践,也不可能在法国的船舶造型设计的国际招标中,以“皇宫号”获奖和夺标的可能了。
应该说,实践的成功是开阔眼界增强信心的动力,有了绘画的技法和审美的想象能力,同时又具有其他相应的综合知识,运用起来应该说是相当开阔的。在这以后,好像是一发不可收拾,汽车设计、桥梁设计,以及“足球艺术”的电视片的编导和长篇小说“微尘”的出版,无一不是仰仗在中学和大学打下的基础。在这里,还要特别感谢当年在中学里开设的“制图课”,这不仅把当时所学的代数、几何等计算和形象思维结合起来,连对制图工具的运用在后来的实践中也显得得心应手。
年纪大了,记忆力显然也衰退了,可在少年时期所学、所记、以及所能背诵的东西,就好像点击了电脑的储存键一样,那是永远也忘不了的。比如自己在进入文学的领域时,能引经据典和对前人的诗词歌赋的运用,基本上都是那时所记忆的。所以我在很多次的讲学中都说:同学们哪!不要把这一生中最最宝贵的才智都花在无益的事情上吧!你们现在的储存,是一生的财富,是在这纷繁的人世间能展开自己的阶梯。
也有不少学生们问:在实践中,创意是怎么形成的?如果以自己的感悟来说,现代的造性意识往往是学科的交织,其形成创意的联想也多是边缘性的,犹如牛顿从苹果的掉落中,联想到引力的存在;瓦特在水壶冲盖的现象中,联想到蒸汽的巨大能量;毕加索在视觉的运动中,感悟到形态的“时空”意象,从而开创了除长、宽、高三度空间之外的第四空间,也从而充实了现代设计的革命。……。然而,联想的得来不是空穴来风,那是需要百折不饶的努力,是需要多种知识的积累,否则,能形成联想的空间是非常有限的。
时代不同了,创造的领域是越来越广阔,可对于知识单一的人来说,却更是越来越狭窄了。尤其对社会的需求和每个人的发展来说,综合性素质的培养,往往是未来成败的关键问题。
回看南开的综合性素质的教育,不能不心生感激之情。
(此文是提供给南开中学刊物的)古 月
我是学美术的,可在这一生中,我不仅从事绘画、雕塑和工艺美术方面的创作,还设计过船舶、建筑、汽车、桥梁,以至于编导电视片和从事文学创作。在不少次讲座中,我也屡屡例举在南开中学所受到的综合性素质教育,深感受益匪浅。
南开的治学是活泼而严谨的,南开的校风是开放而充满进取精神的。我们那时候既是美术组的积极分子,在数理化和文史哲的学习中也是勤奋努力尽其心智的。我们这些具有艺术志向的学生,可能是右半脑发达,左半脑欠佳的缘故,虽然在数理化方面比不上那些拔尖的同学,可也仍然是打得很牢固的,这无疑提供了综合素质的基础。
比如在刚刚改革开放之初,长江的大型游船在造型和设施方面已跟不上时代的需求,而过去培养的设计人员又长期重复和仿造,无法着手船舶造型的创新。当船厂的总工程师来找到我的时候,如果没有数理化的基础知识,那是听不懂有关吃水线,吨位、载重量等力学问题,更听不懂有关弧形结构,X+Y等三角、几何和代数等计算问题的。可能因为有这些优势,从第一艘接待邓小平胡耀邦的新型游船“神女号”到“三峡”“白帝”“长城”等九艘船舶就没有我设计的机会。没有这些实践,也不可能在法国的船舶造型设计的国际招标中,以“皇宫号”获奖和夺标的可能了。
应该说,实践的成功是开阔眼界增强信心的动力,有了绘画的技法和审美的想象能力,同时又具有其他相应的综合知识,运用起来应该说是相当开阔的。在这以后,好像是一发不可收拾,汽车设计、桥梁设计,以及“足球艺术”的电视片的编导和长篇小说“微尘”的出版,无一不是仰仗在中学和大学打下的基础。在这里,还要特别感谢当年在中学里开设的“制图课”,这不仅把当时所学的代数、几何等计算和形象思维结合起来,连对制图工具的运用在后来的实践中也显得得心应手。
年纪大了,记忆力显然也衰退了,可在少年时期所学、所记、以及所能背诵的东西,就好像点击了电脑的储存键一样,那是永远也忘不了的。比如自己在进入文学的领域时,能引经据典和对前人的诗词歌赋的运用,基本上都是那时所记忆的。所以我在很多次的讲学中都说:同学们哪!不要把这一生中最最宝贵的才智都花在无益的事情上吧!你们现在的储存,是一生的财富,是在这纷繁的人世间能展开自己的阶梯。
也有不少学生们问:在实践中,创意是怎么形成的?如果以自己的感悟来说,现代的造性意识往往是学科的交织,其形成创意的联想也多是边缘性的,犹如牛顿从苹果的掉落中,联想到引力的存在;瓦特在水壶冲盖的现象中,联想到蒸汽的巨大能量;毕加索在视觉的运动中,感悟到形态的“时空”意象,从而开创了除长、宽、高三度空间之外的第四空间,也从而充实了现代设计的革命。……。然而,联想的得来不是空穴来风,那是需要百折不饶的努力,是需要多种知识的积累,否则,能形成联想的空间是非常有限的。
时代不同了,创造的领域是越来越广阔,可对于知识单一的人来说,却更是越来越狭窄了。尤其对社会的需求和每个人的发展来说,综合性素质的培养,往往是未来成败的关键问题。
回看南开的综合性素质的教育,不能不心生感激之情。
(此文是提供给南开中学刊物的)古 月
[ 2006/01/30 07:56 | by turbozv ]
http://www.twocw.net/index.htm
OOPS是Opensource Opencourseware Prototype System,我們的中文名稱叫做開放式課程計畫。簡單地說,這是在奇幻基金會( http://www.fantasy.org.tw )之下執行的一個計畫。我們希望能夠用開放原始碼的理想、精神、社群和技術來挑戰開放知識分享的這個新理念,讓更多的人可以分享到知識。
OOPS是Opensource Opencourseware Prototype System,我們的中文名稱叫做開放式課程計畫。簡單地說,這是在奇幻基金會( http://www.fantasy.org.tw )之下執行的一個計畫。我們希望能夠用開放原始碼的理想、精神、社群和技術來挑戰開放知識分享的這個新理念,讓更多的人可以分享到知識。
[ 2006/01/20 02:05 | by turbozv ]
编译器与解释器
作者:Cloud
大家可以通过 zhong335@gmail.com 跟他联系
为了让更多的人能够从本质上理解编译器和解释器的区别,我杜撰了一个小故事
来福与旺财的养牛场
来福和旺财有一个养牛场。本来养牛不是一件太难的事情,但是偏偏他俩养的牛都有特别的怪癖。奶牛阿圆只吃切成圆形的牧草,而奶牛阿方和阿三(印度来的?)分别只吃切成正方形和三角形的牧草。如果来福和旺财拿不和奶牛性格的草去喂食,阿X们不但不产奶而且还会鄙视来福和旺财。
于是来福和旺财分别有了自己的主意
来福的方案:
来福发明了三套大型碾碎机:圆圆碾碎机,方方碾碎机和三三碾碎机。每天收割了牧草,就分别放到这三套机器里碾碎给三头奶牛吃。但是一旦被碾碎了,这堆草就只能给某一头牛吃了。很明显阿方是不会吃给阿圆准备的草的。而且来福每天都要操作这三台机器,觉得比较麻烦。
旺财的方案:
旺财在考察了来福的方案后,发现每天操作三台机器真的很麻烦,而且有时有的牛吃不完,有的牛不够吃时,还不能在奶牛之间调配碾碎了的牧草。所以旺财有了不同的想法:口罩型碾碎机。
就像在图上看到的,旺财给每头奶牛装配了一台口罩碾碎机,所以三头牛完全可以在一个槽里吃草了,在吃之前口罩会自动把牧草碾碎成适合该牛食用的类型。旺财就轻松了,他每天只需要割割草就行了。
但是旺财被鄙视了???
是的,被来福鄙视了。来福观察后发现,旺财的口罩碾碎机的效率很低(因为比较小嘛)。阿圆食量大,吃来福的圆圆碾碎机的食物一个小时就饱了,但是戴着口罩吃的时候要吃十个小时!所以来福认为旺财的口罩碾碎机虽然省事,但只能喂喂小牛,完全不适合食量大的牛。
旺财也觉得这样做有问题,但他不想回到来福方案上,他改进了口罩方案:牧草预切割机。
呵呵,看到预切割做了什么吗?它把牧草割得小了一些,所以需要口罩碾碎机做的事情就少多了。(当然口罩碾碎机也要作适当改进适合预切割后的牧草,所以图上用蓝色表示)阿圆以前用口罩不是要吃十个小时吗,现在两三个小时就可以了。
编译器与解释器
好的,谢谢你有耐心看到这里,经过上面那个不太恰当的例子,相信你已经相当的糊涂了。那么我们试着回到技术方面来。
在上面的例子中
牧草 = 我们的各种编程语言,C/C++/C#, Java, Pascal, PHP, Python, Perl, Java Script等等
切割机 = 各种编译器
奶牛 = 各种CPU(不要告诉我Intel和AMD哦),比如x86,ARM,MIPS等等
那你应该知道了为什么奶牛会有吃不同形状牧草的嗜好了,这个奇怪的比喻是为了表示不同的CPU接受的不同的机器语言。
对应上面的奶牛图,编译器的图是这样的
源代码被编译成机器码,在CPU上运行。
而解释器是这样的
用解释器很方便,只需要直接“运行”就好了,不用像C那样有编译链接的工序。
为什么说这些语言是跨平台的?因为你写了程序以后,如果这个平台上有这种语言的解释器,只需要拿到这个平台上直接运行就可以了。你可以理解为:解释器是在“一边编译,一边运行”,它只是把以前程序员手工做的编译过程放在了运行程序的时候进行。
为什么我们一般说解释器的效率比较低?你也可以想象的是,一段程序在解释器中运行时可能会被编译多次,因为每次运行到这段程序时,都会重新编译一次,这样的开销是很大的。
所以诞生了Java,C#这样的预编译语言:
在运行之前,需要手动把源代码编译成中间代码(Java里叫字节码),然后在解释器中执行。
这种架构避免了上面纯解释器中编译源代码的开销,所以相对会有效率一些。
但是我不能骗你们,其实我画在纯解释器中的Python,Perl,PHP可能都不会是真的纯解释执行的,这样实在是太没有效率。Python在运行时会生成pyc的二进制临时文件,看起来很像是预编译的结果。只有JavaScript这种真的不会写得太长的语言(Ajax请原谅我)才会采用纯解释的运行方式。
作者:Cloud
大家可以通过 zhong335@gmail.com 跟他联系
为了让更多的人能够从本质上理解编译器和解释器的区别,我杜撰了一个小故事
来福与旺财的养牛场
来福和旺财有一个养牛场。本来养牛不是一件太难的事情,但是偏偏他俩养的牛都有特别的怪癖。奶牛阿圆只吃切成圆形的牧草,而奶牛阿方和阿三(印度来的?)分别只吃切成正方形和三角形的牧草。如果来福和旺财拿不和奶牛性格的草去喂食,阿X们不但不产奶而且还会鄙视来福和旺财。
于是来福和旺财分别有了自己的主意
来福的方案:
来福发明了三套大型碾碎机:圆圆碾碎机,方方碾碎机和三三碾碎机。每天收割了牧草,就分别放到这三套机器里碾碎给三头奶牛吃。但是一旦被碾碎了,这堆草就只能给某一头牛吃了。很明显阿方是不会吃给阿圆准备的草的。而且来福每天都要操作这三台机器,觉得比较麻烦。
旺财的方案:
旺财在考察了来福的方案后,发现每天操作三台机器真的很麻烦,而且有时有的牛吃不完,有的牛不够吃时,还不能在奶牛之间调配碾碎了的牧草。所以旺财有了不同的想法:口罩型碾碎机。
就像在图上看到的,旺财给每头奶牛装配了一台口罩碾碎机,所以三头牛完全可以在一个槽里吃草了,在吃之前口罩会自动把牧草碾碎成适合该牛食用的类型。旺财就轻松了,他每天只需要割割草就行了。
但是旺财被鄙视了???
是的,被来福鄙视了。来福观察后发现,旺财的口罩碾碎机的效率很低(因为比较小嘛)。阿圆食量大,吃来福的圆圆碾碎机的食物一个小时就饱了,但是戴着口罩吃的时候要吃十个小时!所以来福认为旺财的口罩碾碎机虽然省事,但只能喂喂小牛,完全不适合食量大的牛。
旺财也觉得这样做有问题,但他不想回到来福方案上,他改进了口罩方案:牧草预切割机。
呵呵,看到预切割做了什么吗?它把牧草割得小了一些,所以需要口罩碾碎机做的事情就少多了。(当然口罩碾碎机也要作适当改进适合预切割后的牧草,所以图上用蓝色表示)阿圆以前用口罩不是要吃十个小时吗,现在两三个小时就可以了。
编译器与解释器
好的,谢谢你有耐心看到这里,经过上面那个不太恰当的例子,相信你已经相当的糊涂了。那么我们试着回到技术方面来。
在上面的例子中
牧草 = 我们的各种编程语言,C/C++/C#, Java, Pascal, PHP, Python, Perl, Java Script等等
切割机 = 各种编译器
奶牛 = 各种CPU(不要告诉我Intel和AMD哦),比如x86,ARM,MIPS等等
那你应该知道了为什么奶牛会有吃不同形状牧草的嗜好了,这个奇怪的比喻是为了表示不同的CPU接受的不同的机器语言。
对应上面的奶牛图,编译器的图是这样的
源代码被编译成机器码,在CPU上运行。
而解释器是这样的
用解释器很方便,只需要直接“运行”就好了,不用像C那样有编译链接的工序。
为什么说这些语言是跨平台的?因为你写了程序以后,如果这个平台上有这种语言的解释器,只需要拿到这个平台上直接运行就可以了。你可以理解为:解释器是在“一边编译,一边运行”,它只是把以前程序员手工做的编译过程放在了运行程序的时候进行。
为什么我们一般说解释器的效率比较低?你也可以想象的是,一段程序在解释器中运行时可能会被编译多次,因为每次运行到这段程序时,都会重新编译一次,这样的开销是很大的。
所以诞生了Java,C#这样的预编译语言:
在运行之前,需要手动把源代码编译成中间代码(Java里叫字节码),然后在解释器中执行。
这种架构避免了上面纯解释器中编译源代码的开销,所以相对会有效率一些。
但是我不能骗你们,其实我画在纯解释器中的Python,Perl,PHP可能都不会是真的纯解释执行的,这样实在是太没有效率。Python在运行时会生成pyc的二进制临时文件,看起来很像是预编译的结果。只有JavaScript这种真的不会写得太长的语言(Ajax请原谅我)才会采用纯解释的运行方式。