摘要：这个和russ Cox之前写的 rsc/c2go 在某种程度上有相似之处。c2go是将Go 1.4的c实现自动翻译为Go 1.5的Go实现，完成自举。实现了c的子集，并且有一些局限性，不具有通用性；Grumpy想利用Go的运行时，让pyth...
这个和russ Cox之前写的 rsc/c2go 在某种程度上有相似之处。c2go是将Go 1.4的c实现自动翻译为Go 1.5的Go实现，完成自举。实现了c的子集，并且有一些局限性，不具有通用性；Grumpy想利用Go的运行时，让python代码也能利用上Go的并发特性以及高性能。是youtube开发人员对旧有的python2代码的改进做出的一次尝试。各种评估（用python3重写；用Go重写；继续改进cpython，使用pypy等等，各种方法）之后，选择了开发一个Grumpy出来。目前来看，用例也很特殊，符合youtube自身的需要，通用性不够。未来这个项目怎么发展还不好说，不过可以大胆预测一下：以java以及围绕jvm生态而产生出的其他编程语言为例，作为前车之鉴，可以很好的说明这个问题：java 8之前，java啰嗦，笨重，以及一些让人难以忍受的地方（大量的ioexception，nullpointerexception等等），于是出现了一大堆库（比如guava），和其他jvm上的编程语言比如（scala，groovy，clojure），都在不同层面上着力解决java的各种问题。但java 8出现了，虽然还是不够，但已经让很多人决定继续留着java的怀抱中。9,10也会陆陆续续的到来。类似的，还有facebook的hack之于php。python3已经发布多年，成功与失败暂且不论，改进相比python2有多大呢？我个人的看法是不够大。python4也已经上了议程，pypy等等其他的项目也在继续的开发中，所以：如果未来python4或者其他python生态体系内相关的项目会有大的改进，那么Grumpy会最终消亡；如果这个自python2以来的问题在4以及pypy等其他项目中依然得不到改善，而Grumpy变得更加通用（比如支持python3，支持更多的python语法特性等等），那么Grumpy会在python生态体系中成为重要一员的。相比jython，ironpython，cpython，Grumpy可以说是正好击中了python的痛点。jython，ironpython没有解决什么实质性的问题，cpython倒是很重要，因为python体系里面充斥着大量c语言写的api库。但Go代替c来写这个恰好是Go的强项，需要的只是时间。有点先有鸡还是先有蛋的意思。还有一种情况，Grumpy最终会变成下一个GWT，不会死但成为内部项目，内部使用，外部世界用的很少。 google会不会弃坑？1.只要它还在继续使用python，不打算彻底放弃使用python；2.就像上面说的，python自身的问题没有得到解决以前。youtube总得运行下去，不能停机吧。最终，还是得看python自己发展的情况。
