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

看一遍,入个门,有个大致了解,就够了.

真正要精读的还是K&R的那本.

还有C专家编程也不能少.

C语言的充分必要书籍,就是这2本了.

看您拿printf说事,就猜到你最熟的是C,再看您北京上海环境差别那个例子,就知道您是俺的同行+前辈了.

一种只是资料的堆积，适合入门和查阅，看完就扔。而有些负责的作者，对资料做了比较好的整理和过滤，很适合长期放在手边做工具书，比一般资料好。另外么，有些产品，比如18mo的东西，你是很难拿到什么合适资料的，在某些书里的作者会暴力破解一些东西给你分享，那这块也是蛮有用的。

另外一种是讲述作者对某一个或一类问题的思考的，这类东西能有多大帮助，很大程度上就取决于你自己了。

后来有天下雨，坐在窗子旁边发呆，突然就明白了，呵呵。

看来你是好学生呀，还听老师课， 和cs相关的所有内容我从来都是自学的，上课也是自己翻东西。 不过这种习惯并不好，工作以后发现浪费了很多时间，呵呵。

缺少很多特性，大三以前很喜欢玩汇编，写了很多无聊的小东西，但是真正自己培养出语感的，还是靠后来学习c。

那时候无聊，用c把dos下面的外部命令都自己实现了一边，毕业的时候还靠这个拿到了第一个offer。

语言和思想，类似刀和刀法，是一个问题的两个面。固然有高手能做到刀无形的， 但是对于大部分人，还是需要依赖刀的特性来演绎刀法。而所谓的刀法的成形，多半也要依赖你用刀的时间和对特定刀特质的理解。

不同的语言之间的巨大差异，会导致你思考问题的模式截然不同，这背后固然有很多相通的东西，但是也确实有不少可能你之前从未会想过的东西。 比如动态语言在语法的灵活性方面的革新，就可能导致你完全不同的解决问题思路。函数式语言和命令式语言之间的差异，也可以给你的思想提供足够大的变化空间。

我在学一门差别比较大的新语言的时候，经常会有这种感觉，哦，原来也可以这样解决问题，不断接触新的东西，思路也不断的被打开，倘若我长期只是使用一门语言的话，我觉得不会有这样的感觉，可能你解决问题的能力不差，但是你解决问题的关注点会不同。记得以前在向某些厂商的工程师咨询问题的时候，他们经常会问，怎么可能？为什么要这样做？当告诉他们其他厂商是如何解决这个问题的时候，他们之间如何截然相反的时候，有些相当资深的工程师也会有那种特别震惊的表情。

入门太深， 入了们以后想深入又太潜了。也就是以前书少，矮子里拔将军。

学习的过程就是这样的，英文叫Mental Block，（中文译作思想障碍？），怎么都弄不明白的事情，忽然间开窍，呵呵，那种快感，难以形容。

本来就是给至少有5年以上OO开发经验的人看的。 现在国内热炒模式，导致大量初级程序员翻了几本书就一堆anti-pattern的代码，头大的很。

同学同学。

这东西哪里有阿? 是DOS的原代码吗?

什么年代的代码阿? 如何搞到的? 我很想看看...