自己还没玩熟的东西就拿来用，拿来推广，拿来装逼，一开始确实忽悠住了不少人
后来出了问题，自己都搞不定，结果只有返工啊
结果一群人跟着他走弯路，改代码，改了一遍又一遍
遇到这种人咋办？
-----
------解决方案--------------------------------------------------------
你说的是东欧吗？
当年强制推广XX制度，后来东欧剧变，又返工。
------解决方案--------------------------------------------------------
方案 共同决定用的，怪的了谁，你们 有更好的东西，还会用他的？
------解决方案--------------------------------------------------------
前苏联比较贴切
------解决方案--------------------------------------------------------
作为一个技术头目,完全依赖司空见惯的技术来实现,这个我是很歧视之的。
失败就失败嘛。年复一年日复一日的过日子，只能作初级程序员，更不能作技术的头目。
------解决方案--------------------------------------------------------
其实这个问题，你也没有必要生气。
主要是你们的架构负责人没有把好关。
------解决方案--------------------------------------------------------
这不算极品啊，很正常的事情。
------解决方案--------------------------------------------------------
我以前的一个同事也是这样。
他自己都没搞懂，然后要我做。shit!
------解决方案--------------------------------------------------------
水是有源的,树是有根的的.
德国人自己都没搞定的架构,忽悠别人去摸石头.
出了Bug无法搞定,有的人已经返工,换用成熟的反复测试的架构了...
------解决方案--------------------------------------------------------
弄他菊花烂
------解决方案--------------------------------------------------------
我觉得应该跟重构的过程一样，要先拿一个成熟的东西做出来，你想用其他东西，到重构的时候再说。
------解决方案--------------------------------------------------------
------解决方案--------------------------------------------------------
这虽然是失败，但是也是成功的失败。 以后这项技术你们就熟练了。
------解决方案--------------------------------------------------------
都是摸石子过河，一次不行下次再来嘛，谁TMD一次就成功的？
------解决方案--------------------------------------------------------
如果估算不出项目难度的项目leader估计不太合格。
------解决方案--------------------------------------------------------
你可以离开。
------解决方案--------------------------------------------------------
------解决方案--------------------------------------------------------
------解决方案--------------------------------------------------------
碰到这样的当没事一样平静面对。改是必须的，但我会慢慢改。
很不理解那些支持瞎拆腾的人。给别人造成了麻烦和困扰还一幅理所当然的样子。真的是应了一句俗话：人不要脸天下无敌！
------解决方案--------------------------------------------------------