搬家准备卖书，发现很多数都是 10 年以前的了《快速软件开发》1996 年《程序开发心理学》1998 年，《大教堂与集市》2001 年，《测试驱动开发》2004 年的，《持续集成》2008 年的《微软的软件测试之道》2008 年《单元测试的艺术》2009 年《 实例化需求 》2011 年。
随便翻一页都觉得大师思想在平实的文字里熠熠生光。最近十年呢，会让我觉得好用或者开阔眼界的库、框架，基本来自 github、Stack Overflow。
反过来想想见过的公司内网的知识库、听过的晋升报告、公司宣传的东西，绝大部分水平都不高，包括所谓的 BAT。
互联网的发展、开源运动、上世 80 年代延续至今的管理横向革命，已经极大地改变了知识传播和技术合作的方式，如果希望在这行有所建树，直接看一流的知识才是捷径，一流的知识便宜又容易获得、反而二流的藏来藏去费用不菲。
阿里内部的 ATA，基本秒杀外部了。楼主可能没仔细研读过
沈烨磊
回复
可能楼主并不是阿里的人，所以看不到内部的东西，对外的会经过大量的阉割 & 包装，不会那么轻易让别人看到全貌的。
不过牛逼归牛逼，还是要落地才行，别人的东西再好也不见得一定能适用的，可能别人就是在精英团队里面得出的方法论，你用不起来也有可能。
也别以偏概全，总有些可取之处的。起码能了解公司的基本情况以及内部风口。
其实主要是公司内部维护文档的人太少了，你看 github 的项目，也都是大项目才有很多人去维护的，文档这个东西，并不是每个开发都会去写的，特别是技术文档，分享出来不要时间的么。。。
我觉得，这和是不是内部没有什么关系，如果你是一个有技术的人，你自己就可以去分享，这才是应该做的，而不是说不要花时间在技术文档上，这是只知道索取不会分享的精神。
大公司的知识库太深了，我觉得你能研读的就很有限，能接触应该也不多，中小公司其实就没啥知识库，毕竟有那个功夫，不如 github 或者 Stack Overflow 抄一波来得快，而且也不需要那么深或者说那么专业的知识来指导。
在中国快消品横行的时代，沉下心来做事情的人凤毛麟角，能坚守本心长期坚持的更是微乎其微
楼主，一流的知识就在那里，只是你看不懂罢了。。。
只论技术能短时间突破的，门槛都不会高，替代性也不会强。（能不能突破还和人有关系，人和人的差距，哎。）
太抽象的东西，可能每个人看到的都各不相同。
