这个评论太主观了。能做不代表做得好，而且对于有的项目来说，好不好、有多好本身就是指标。 最近一直用python从事实际工作，感觉锦上添花的东西确实不少，但这不妨碍它是个残废，就看项目用得到那些残肢不了。

你这个视角很有点意思 :)

我用了很多Python的第三方库，C写的好像多一些。

[quote]自由的企鵝：python是C++寫的吧[/quote] 我晕，还带个吧！你下个代码来看看就知道是C++写的还是用标准C写的了！

python是C++寫的吧

我晕！Python还是用C写的呢！ 依赖于C还说把C打的满地找牙？

貌似不是发现programming pearls里面quicksort有个bug

而是programming pearls里面提到世界上绝大多数binary serach都写得有问题.

当然也可能是我搞错了

这里需要缩进
缩进的空格数可由你来定，不必是一个空格:)

这下可以了

@丁学
改成可点击的链接了，再试试

未找到页面
抱歉，您在博客中要查找的页面 Meme Agora 不存在。

:$

Patterns of Enterprise Application Architecture

PoEAA是啥？

ls正解，你说的“摩登的”就是我所谓嵌入式dsl。不过ms dsl tools我真的不了解:-(。补下课再回来和你讨论。

@yushih
管它名字叫什么，我觉得最重要的是得到AST。有两种方法：1)传统的，text->scanner->parser->parse tree->abstract syntax tree；2）摩登的，直接对AST建模（用母语言创建class），然后用母语言维护AST的实例（new,modify,delete object）。从这个角度来说,DSL Tools属于后者。
不知yushih兄有何见解？

关于embedded DSL，我也不是很有经验，但这篇文章http://www.artima.com/rubycs/articles/ruby_as_dsl.html讲得比较清楚，还有一个实例。

@zzfff
微软的DSL Tools，具我所知，用来构造独立的DSL的，而且不是用文字，而是用图形表示程序的DSL。
我现在就是又想写parser，又不想用parser generator，嘿嘿。

更正：“不过不是”->“如果不是”

@yushih
微软的DSL Tools就是嵌入式DSL吧。
你现在不是在写parser么？如果是，用parser generator吧；不过不是，用DSL Tools吧。？？？

@zzfff
嵌入式DSL就是没有独立的parser的，依靠host language的语法结构写出的DSL。就是和你提到的“lex & yacc”或“用Antlr”这种方式相对的一种DSL。

niuB

妖!太妖了!

拜读，佩服，期待。
对于DSL，我也很迷思的：用传统的方法，lex & yacc构造compiler的frontend，得到AST，后面的generate就domain-specific了。用ANTLR也许更简单。
嵌入式DSL是什么？

有意思

@yushih

Assignment :: LeftValue AssignOperator RightValue(Expression)

通常我们认为, 表达式求值后得到的结果是immutable的

比如
1.在函数式语言里, 赋值之后的表达式就是垃圾了, collect it~
2.在命令式语言里, 同样如此, 做法略有不同

So..
试图对表达式求值结果(包括中间结果)进行修改的操作都是不合法的

But..这段代码
int i;
(i) = 1;
这个赋值操作在C/C++里得到一个大大的编译错误, 在C#语言里却会正常运行

于是..偶得到脑残结论: 表达式求值结果不一定是immutable, 所以求完值得表达式不一定是垃圾
然而事实上..这分明是C#的trick..

对不起..是我断章取义了, 那种overload应当无视的
最近被C#里的一些trick搞晕了,呵呵

int i;
(i) = 1; // 就是这个..

没太懂，解释一下“(i)=1;”的语义为什么不能说是“我以后再也不会用原来的值了，它现在是垃圾了，马上把它收集了” ？

赋值操作的语义包含“我以后再也不会用原来的值了，它现在是垃圾了，马上把它收集了”

这个断言貌似不确定那

--引用--------------------------------------------------
yushih: @置身珠海，学习与奋斗<br>早有一票牛人干出IronPython了。
--------------------------------------------------------
谢谢!

交流总是有益的。

lz的简历有意思

楼上不要小看AS了：
1.下一代AS，ES4，可是相当复杂的动态语言
2.既然flash的虚拟机已经开源了，各种语言被移植上去也就是时间问题了

--引用--------------------------------------------------
然后是pitfall一个，我可是被这种bug害惨了。特别是在F#调用.NET类的时候要注意啊：赋值不是用=，而是用<-。最坑人的是错写成=以后编译器不会有任何意见。MSR的老大，在C语言里把==写成=编译器也要吼一声，你们还是学一下吧。
--------------------------------------------------------

哈~
C语言才古怪, 一个"="不放心, 要"=="了才觉得是真的相等了...

<- 错写成 = 编译器应该有意见的啊! 因为如果你错写成等号, 式子就会有个bool型的返回值, 这会引起一个警告. 要是在IDE里, 马上就看到提示了. 除非你是用命令行编译, 并且简略了警告.

--引用--------------------------------------------------
程序员在选择技术的时候，会考虑哪种技术的学习手段（书、培训、社区...）更容易获取。网站在选择技术的时候，也会考虑掌握哪种技术的开发者更好更多吧。
--------------------------------------------------------

你说的太对了!
Silverlight其实就是个Core-CLR, 对于程序员来说, 还是使用C#/VB.NET, 只是需要些时间适应, 上手太容易了.
Flash对应的ActionScript又是什么东西呢, 学了它, 除了开发Flash, 还能做什么? 如果是这样的一种语言, 入门者会考虑再三, 到底学还是不学.

如果论这两种语言的出身, 我想不用比了吧?

请楼主注意：
首先SilverLight并不是微软或者说微软社区刻意做出来的一个东西，SilverLight是.Net发展到一个阶段的产物，这个阶段就是从静态语言向动态语言扩展的阶段，SilverLight在这个阶段出现了，它最初由微软社区提出，并在微软的主持下发展。所以，应该说SilverLight不是微软独力支撑的，而是整个微软社区。因此，现在的SilverLight的传播方式更社区化，而不像微软的产品那样，每一个产品，微软都会有专门的书籍在做推广和教学。
其次，SilverLight是一个Dynamic Language Engine驱动的一个应用实例，注意，它是一个实例，不像Flash那样，是一个套件。而Dynamic Language则是由.Net Framework支撑的。因此SilverLight今天的形态并非其最终形态，今后它会有更多的形态，换句话说，在今后，任何一个基于.Net Framework的应用程序都可以成为SilverLight的宿主或者依托在SilverLight下运行。但是，Flash我看到的它已经无法再继续发展了，除了继续提供更多的控件，或者是flv格式能在网络上传播更快速，但是这些，SilverLight也在做，WMV甚至已经成为好莱坞的数字电影的传输格式之一。
最后，Flash与SilverLight最终竞争并不是在普通用户领域，而是在企业应用。手机游戏？这只是昙花一现，我更乐意去玩WiII，而不是拿着一个小屏幕在傻乐。手机视频？同样，屏幕那么小，我能看什么？手机电影？算了吧，当版权法不再是一个摆设的时候你还能那么轻松的看电影吗？不过我还是觉得……屏幕……嗯……还是屏幕的问题。再大一点，再大一点会好一些。不过，那么大的屏幕放在耳边听电话，我总觉得好傻，除了能扮酷，没什么好处。

看了上面，感觉走极端不肯承认一些现实的人太多，SL和ADOBE的flash还是弱小的，我觉的这点不需要争论，至于你们在工作使用不使用SL,愿意不愿意用SL建立统一平台是个人的事情，百花齐开才是好事情，大而全则不精，flash那么多年的功底和人才，岂是SL能比的（说的有点重，肯定有人要喷），我到宁愿开发中结合各家所长，并不是所谓的统一开发平台就是好事，这是个人观点。

就知道扯淡

怎把sl和flex比了,应该和flash player比更恰当.
目前flash所培育的动漫设计人员,美工,sl在短期内还是无法超越的.
sl应该走企业应用的路子,可能会有一席之地.

我个人还是看好Flash
用了很久了
其实我更看好Flash在移动终端的应用！

我本以为自己就够天真了！

To #9楼 ocean
淘宝的Silverlight界面没看到，很多商铺的Flex图片展示界面倒是看到了。

To #29楼 mooniscrazy
并不是所有用户都装了Silverlight客户端，SilverLight就能打败Flex。Silverlight和.net的关系太紧密了，而.net又绑死在windows host上面。这才是致命的。

当前的.Net境况，高不成低不就。企业级应用被Java占据，低端网站被PHP和其他技术抢占。

钱不是问题，问题是没钱

--引用--------------------------------------------------
yushih: @凌风
不小心把回复发到cnblog的邮件通知去了，所以没能及时反馈，不好意思。招asp.net hacker的话，我肯定不是最近人选。所以谢谢您的信息。祝您生意兴隆。
--------------------------------------------------------
感谢回复。
祝你愉快。

AS3 基于ECMAScrit。

二楼说的很有道理，不过提供些高质量的图书教程也很有必要

放心，silverlight就算不捆绑也可以打败flash。
能够提高程序员开发效率的工具必然会被支持。action script跟c#根本不是一个级别的对手。linux喊着要取代windows很多年了，到现在为止怎么样呢？
据我所知，ie8测试版已经捆绑了silverlight。由于ie8是用户自己选择安装的，所以没有垄断的问题。
sliverlight虽然刚刚发布，但是它已经很热了。做网站的人，早就期待着这样一个工具，可以简单的开发web程序。
能给开发者带来效率的工具必然淘汰低效的工具。action script是无力跟silverlight抗衡的，必败无疑。

瞎说两句
当年IE中也绑了 flash player,没有听说谁告MS.Vista 不是也绑了.net 3.0吗.
MS完全可以把SL绑到操作系统中或者Windows Update中.MS之所以不这样做,也许是出于其它的原因.
总感觉 SL和Flash/Flex的应用和开发领域重合的部分不大,所以竞争也不会太大,SL正是弥补Flash/Flex缺失的部分,所以最后两者将会长期共存.

以后不要把这样的垃圾放首页

现在部分国家的MSN网站已经开始使用sl，这段时间公司要求我们学习SL，估计下一个版本的MSN会推出来，而且微软的很多官方网站目前都使用上了sl技术，它天生可以使用c#,js等一系列语言进行开发使得它具有非常大的优势，前景看好。

@路过
我初学，呵呵。