就《C程序设计伴侣》问题，拟公开致函人民邮电出版社社长季仲华，征集签名及意见

starwing83

签名：starwing83

我觉得这本书最大的问题在于陈良乔本身的三观。是这样的，陈良乔可能在做人方面态度很好。问题是，技术方面的态度，并不仅仅是“谦卑”就够了，甚至你可以不要谦卑。在技术方面的态度有比谦卑更重要的地方：

1. 谨慎：放在第一位，大胆假设，小心求证。
2. 严谨：所有的概念都必须要有严格的定义，脑海中有清晰的构架。
3. 反省：时刻提醒自己，是不是想错了，别人是不是对的？注意，只是提醒，不要盲从别人的观点。
4. 自由：不遵守教条，而去理解教条；不迷信权威，而要学会怀疑权威。不惧提出反对意见。学术上没有教条权威可言。
5. 务实：不虚荣。多少多少年工作经验码农神马的开个茶话会侃大山是可以的，但是以此认为自己有权威，以此随意下结论而不顾前面几条，这是愚蠢的。工作经验不代表天赋、技术水平和职业操守，只代表经验。在学术上，经验很重要，但是也很危险，特别的，也不是最重要的东西。学术，和工程，是两个概念。

陈良乔要明白，写书，那么自己就在做学问，写代码，自己就在做工程（可能会涉及一些新知识的探索，这时是在做学问）——严格地区分开以经验为最高素质的工程师，和以真理为最高素质的研究员的区别——这就是陈良乔需要做的。

特别是计算机这种工程和科研交错融合的区域，这一点最容易混淆，你写书，哪怕写的是工程方面的书，哪怕写的是教科书，你也是在做学问。记住：代码可能有一天会被淘汰，会升级会被废弃，但书永远都会留存下来，用比对待代码谨慎十倍的态度去写书！

别人我就不评论了。小人很多。

starwing83

回复 11# pmerofc


    我的想法是这样的：

1. 伴侣这种书可以有，哪怕给烂书做伴侣都可以。问题是伴侣要不惧原书，不能一味说原书是对的（当然是对的就是对的，没什么好狡辩的）。伴侣的目的是让初学者（特别的，以谭书为教科书的广大大学生们）能够看清谭书，能够用少的精力去理解，绕过（最重要的就是这两点）。
2. 伴侣需要高超的技术眼界。写伴侣并不容易。我（starwing83）很赞扬陈良乔的勇气，但是为一本这样复杂的书写伴侣，是需要实打实的功底的。
3. 伴侣绝不是畅销书，决不能写的很轻浮。因为这是决定初学者的技术眼界的，是对初学者的启蒙。要给予初学者技术不不困难的印象，给予初学者学习下去的动力和勇气的同时，让初学者对技术的严谨和谨慎有最直观的看法。
4. 陈良乔的书达不到伴侣的要求，这凸显出图灵内部校对和审核的一系列问题。有问题不丢人，只要解决问题就OK。图灵社区应该正视问题，而不是采取逃避的态度。
5. 名声和口碑，就在这一举了。我（starwing83）绝不是反对谭书伴侣，也绝不是对图灵的推广有任何意见，但是图灵必须为自己产品的质量负责。特别是在教科书这样一种没有质量考核的灰色领域。图灵更要做到自清，才能够保持自己的名声和口碑。

至于要求：
1. 暂缓伴侣的出版。
2. 讨论这本书的真实定位，并公之于众：这是图灵挽回自己的名声——究竟是畅销书小丑还是技术泰斗——的最后机会了！
3. 如果达成共识，并且依然认为图灵有技术实力出版这样一本艰难地书，那么派专人为伴侣勘误审核。公开有偿请广大程序员为这本书勘误，甚至对某些章节重写。
4. 公开在社区讨论这本书的细节。仿效《Effective C++》的做法，给予一个公平的环境，图灵社区应承诺不删除中立贴。
5. 如果条件允许，希望能分章节的在初学者社区（比如CSDN）提供完整章节试读，收集读者体验。

换言之，让这本书成为一本社区写作的书。然后出版。

为什么这么做：我前面说了，这本书的难度极高，并不是一个普通人能驾驭得住的。要有不惧权威的勇气；严谨的思维和对教育本身的理解，这很困难。图灵如果能出好这么一本书，就意味着图灵有实力做最好的技术教育。这是图灵一个难得的机会。同时公开公平的社区讨论和写作迥异于图灵（以及其他极大多数）技术书籍的写作方式，本身也会为这本书带来人气和声望，这是一种变革，也是一次机会。