主题：【原创】编程心得 -- 荆棘探兴

C++ 用 Primer 不错。

Java 用 Core Java。

另外，除非真的需要，不推荐学习C++，代价很大。

学习路径是Java-C-Assembly。

比如有C经验的人学C++, 或者原来用C++的人学Java之类

零零散散的什么都说，任何一个语法细节都介绍了（当然，也介绍好了）用作手册可能合适一点，学习我觉得不合适。我最开始学C++的书挺好的，可惜名字记不清楚了，大概是C++ Programming Language，类似什么的，挺同事说，这书的作者很牛——我也给忘记了。。。那本书提纲挈领的讲的很全面，又留下很多空间让读者自己摸索

如今躺在书架上做装饰呢

C++ Primer 琐碎也没办法，C++就是这么琐碎，所以我已经放弃了C++。

因为我没有感觉到我从中受益。

The art of computer programming.. 真的只能做装饰....

前不久找工作的时候临时抱佛脚，想温习一下c++的基础知识，看了一遍C++ Primer，感觉还是学到了不少平时不大注意的细节。语言这东西还是得边学边用，用的时候才知道什么是需要的，有时就是一个小细节没注意到，栽了跟头，到再拿起书学的时候就会特别有体会。

我和海点意见一致。 看完thinking后，就只需要api doc了。

不知道你指的细节和我说的是否一样，我对“细节”的看法不太一样，仅仅是和你不太一样，不是“完全不一样”。

　　我说的细节本来也没什么严谨的定义，但是大概是指编译器实现或者库文件实现上的原理或者约定俗成吧，比如STL当中的vector内存申请形式和list当中的不同，i++和++i的区别，引用的实际情况，const的用法等等。我觉得这样的东西，书上点一下就可以了，说一句，让读者知道有这么一回事儿，需要注意就足够了。

　　有心的读者，自然会自己看编译后的汇编码，或者查看源码来探寻本质，这样的得到的不仅印象深刻，而且能够掌握其中的方法论，鱼渔兼得。再好一点，可以在习题当中设计一些题目帮助读者探索，比如const就可以搞几个题目。

　　对于无心的读者呢。。。如果写的详细了，他反而懒得看，不如就简单一点，他记住了，那么以后在编程当中可以少走弯路；没记住，也不至于因为太长太没意思跳过整段连鱼也没拿到。

　　当然，对于语法当中的细节（const可能放在这里更合适），是有必要详细的讲清楚的，否则读者还要这书做什么呢。

　　我感觉C++Primer在后者上做的很好，对C++的语法解释的很详细也很到位；但是在前者上做的有点啰嗦，该读者自己探索的东西它也写了，不仅是越俎代庖，也让耐心的读者不能“渔”，不耐心的读者可能漏了“鱼”。

不过，兄台可能工作中用不上，那也没关系。我也觉得这本书做手册很合适

或者Accelerated C++, 比C++ Primer容易上手的多

我读本科时候就是学的pascal+汇编

可怜那时候还没有微机，更不知道啥叫单步调试

都是一千多行程序一下搞进去 然后慢慢的测试

个人体会每次看了以后：

1。编程的每一步都要思考很久，做很多方案，最后也不会都用到。

2。看代码会两眼发直，使劲往PATTERN上套，效率越来越低。

不过，会感觉到实在的提高。