OpenEIM 敏捷这样的方法论是不完善的

OpenEIM 这段文字的现实意义是基于它可以直接判定CMMI，敏捷这样的方法论是不完善的。基于某些实践，总结方法论，并试图推广这样的思路如果不明确自己这种方法的限度，那是有害的---这等于说之前甚至很有名的的软工书籍有问题。所谓的实践分享也并不像想的那么有意义。这很让人飘飘然，感觉比CMMI、敏捷这类东西看的还远，但个人骨子里还是有点不自信的。尽管如此，最终我选择相信逻辑，把这些离经叛道的分析和观点都放在书里面---只要它有清晰的逻辑支撑。

 

 

就这样，从管理写到编码，主要干的事情是让书里逻辑通畅。这又有点不知天高地厚---你想想，整这么本想论文一样的书出来，深刻可能是深刻了，可谁看啊！接下来等到要出版的时候，又回过头来考虑，怎么让它容易懂一点。但就像一个人的性格一定，八头牛也拉不回来一样，书的调子一定，除非推导重来，否则也挺难改的，作为结果，可读性略有改善，但总的来看还是抽象。

 

这里的经验是易读性这事最好在最初定书籍结构的时候就考虑进来。

 

大致是这么个过程。

 

至于怎么出版什么的回头在下篇里主力介绍下。

 

最后想说的是，虽然写来写去，自己是满意了，也感觉基本达成了自己的目的：独立视角，逻辑严谨。但很多地方真是有点抽象，不是很容易看懂，有想捧场的兄弟，如果毕业不到3年，还是慎重考虑下，免得买了看不懂，骂我一顿。