Re: 好奇的问一下，大家coding了多少行代码？

有体会。 经常有人跟我说： “这个好实现嘛，怎么样，怎么样，然后怎么样，就行了啊” 我总是很无奈，人的思维和计算机的思维完全不一样，想起来容易，写起来就没有那么简单了。 所以有时候看到一个东西，不要只有想法就行了，最好动手编一下 【 在 Illidan 的大作中提到: 】 : 俗话说，"show me the code". : 又有俗话说，if you have any good idea, just show me a solid piece of code. : 前者好像是L. Torvalds说的，后者好像是他的一个亲密助手说的，臭味相投，hoho

等了两天看大家的回帖，喜欢编程的还真不少，我解释一下当初为什么我提出这个问题的原因吧。 我先说说我写了多少行代码吧，最大的项目目前是3万到4万行代码的水平，不包括前面三次的重写，一个小型PHP的彩信社区，已经运行半年了，还在不断的修修改改中；小一点的项目有移动梦网增值业务的SP段定购关系同步接口，也是基于PHP和XML/SOAP（还没有用到PHP5的内置SOAP包，直接用expact的xml扩展自己写回掉函数解析）的，1000多行；还有一个就是51的汇编程序，500行吧，虽然不长，但是却是我第一个完整的实用程序，其他的还有一些小东西，像BASH的管理脚本，剩下的都是娱乐性和实验性的了，包括C，JAVA（高级的hello world，呵呵）。 我是电院的，老实说大一CPP的数据结构学的很烂，只学到了一些名词和概念而已。目前也知道最欠缺的就是基本的数据结构的知识，所以有空还是看一看数据结构的权威著作在，上一周还写了一个用平坦的SQL表实现一个树型结构的代码，虽然觉得效率不错，但是感觉实现上也是其烂无比，还没敢用在项目中，呵呵。 上面说的那个彩信社区，为什么重写了3次，现在在第4次重写，就是因为开始的编程水平不够，缺陷很多，功能需求却越来越多，修修补补到一定程度后就必须推倒重来一次。我并不觉得这是项目的设计或实现的失败之处，而我恰恰在修修补补和推倒重来中学到了越来越多的知识和经验，这些，即使再好的编程书籍，也是学不到的。 前天吧，又恰好看到哪个区摘的微软的首席技术架构师Charles Simonyi的传记，其中的一句话对现在的我感触特大： “作决定时越快越好，深思熟虑的讨论比不好的决定带来的损失更大”，无论对于编程的学习还是项目的开发，都给了我极大的震撼。 所以，我个人认为（仅代表个人意见，欢迎拍砖，但不要砸太狠），自己有什么创意，想法，赶快去实现，bug多多没关系，算法愚蠢也没关系，抱着本书和API手册，一定要写，然后回头来改进。我也曾经认为写PHP不啃下Oreilly的砖头写不动，不看Thinking in JAVA是不能写JAVA的，不研究透SOAP是肯定玩不转SOAP的，但是现在我就是在不停的写，不停的改，书也在看，但是已经觉得一本书是远远不够用的了，只看编程的书也是不够了。 就瞎扯到这吧。

呵呵，只有实践过的人才有发言权啊~ 编程确实很需要经验，实践的经验，看书是看不来的。 也同意楼主后来的观点，先动手，有个自己的感受再做理论的提高。记得以前也有看过，编程本来就是属于工程派的东西，不要只是拘泥于理论。