我最近在找寻不用实现一个新的语言，就可以面向上下文的编程和设计方式。
我有一种感觉，一切最终会产生不合理的根源在于：Object->人->厨师这样的死板的分类方式， 面向对象的传统看法很可能在根本上是错误的。
厨师就是厨师，无论它一台智能化烤面包机，还是一个活人，或者象《料理鼠王》里一样的一群老鼠。
我
理想的编程范式，
应该是“管中窥豹”形式的；这样能隔绝掉大多数复杂度，也要比面向对象容易学习和理解。对于一个存在，你只有给了它正确的环境，比如厨房，比如女朋友的床
上，它才会显现出它的能力。没有这个环境，这些能力对于这个场景就从绝对意义上是根本没有的(而不是象面向对象:把不需要的隐藏起来，需要的通过接口暴露）。
现在的动态脚本语言也不是这样的：比如js的prototype，你扩展了，就是扩展了；况且动态语言没有我想要的严格检查：越是灵活，其实就越需要这样的拐棍。
Extension Method倒是有点像，可惜它不是真正的上下文式的内涵，而只是个看起来类似的语法糖豆；也不能通过技巧转化为真正意义上的面向场景(既上下文）的编程方式。
其实CLR和DLR应该给我提供了足够的空间去创造一门语言，只是我水平还不够~ 而且没有什么亚洲研究院这样的环境，吃饭成问题也支撑不下去。
嗯又说多了，只当随便聊聊吧，正经写说不准还被很多人当SB了... 反正对我来说，破除迷信是很重要的一件事。对现代编程语言和实践方式知道的越多，就越感觉不是那么回事了。