Z
zhengdehei
Unregistered / Unconfirmed
GUEST, unregistred user!
看了一下介绍，其中一段写到
-----------------------------------------
l 懒惰想少写点代码，结果却花费了大量无益的思考时间
常常会有这么一种情况，碰到一个问题，马上想到了一个解决方案，那个方案是最直接的，但需要写很多代码，不原意，于是拼命思考如何构造一个精巧的方法使得能花费很少的代码解决这个问题。在大富翁论坛上，经常可以看见提问者嫌回答者的答案代码太长，而反复问还有没有更简单的方法。并且一问就是很长时间，我很怀疑这些问题是否是为了项目，一个项目怎么经得起在这么一个小问题上如此耗费时间呢？我们这个时代不再是AppleII的时代，一个字节都可能要珍惜，CPU的速度也已经足够惊人，无需我们过分为速度担心，编程本身的效率才是我们该去关心的事情。
-----------------------------------------
很BS这类指导性的书以这样的观点去引导读者
就象写论文一样，有时候会花很长的时间去思考、去选材、去分析。并不是所谓的所见即所得的形式。那写程序同样如此。
如果写这段话的作者是为了生活而工作而程序的人，那么你的话完全正确。但这些话通常只有出现在小说或者自传里。
我几乎每天都会上DFW，浏览一些文章。假设一篇文章内容中的程序段我早就能独立完成，但我仍然会仔细的看完别人的代码。如果你是天才级的人物，你完全可以忽略这些。否则，你应该从他人的智慧中取得一些自己没有领会到或者被客观原因忽略掉的细节或过程。
我认为，一个程序员最起码的准则就是热爱程序，热爱计算机，热爱科技，而并非作者所阐述的观点。去看看潭老师的书，虽然很老的书刊了，但里面的每一行都非常的精简，也许这才是程序员需要的。
-----------------------------------------
l 懒惰想少写点代码，结果却花费了大量无益的思考时间
常常会有这么一种情况，碰到一个问题，马上想到了一个解决方案，那个方案是最直接的，但需要写很多代码，不原意，于是拼命思考如何构造一个精巧的方法使得能花费很少的代码解决这个问题。在大富翁论坛上，经常可以看见提问者嫌回答者的答案代码太长，而反复问还有没有更简单的方法。并且一问就是很长时间，我很怀疑这些问题是否是为了项目，一个项目怎么经得起在这么一个小问题上如此耗费时间呢？我们这个时代不再是AppleII的时代，一个字节都可能要珍惜，CPU的速度也已经足够惊人，无需我们过分为速度担心，编程本身的效率才是我们该去关心的事情。
-----------------------------------------
很BS这类指导性的书以这样的观点去引导读者
就象写论文一样，有时候会花很长的时间去思考、去选材、去分析。并不是所谓的所见即所得的形式。那写程序同样如此。
如果写这段话的作者是为了生活而工作而程序的人，那么你的话完全正确。但这些话通常只有出现在小说或者自传里。
我几乎每天都会上DFW，浏览一些文章。假设一篇文章内容中的程序段我早就能独立完成，但我仍然会仔细的看完别人的代码。如果你是天才级的人物，你完全可以忽略这些。否则，你应该从他人的智慧中取得一些自己没有领会到或者被客观原因忽略掉的细节或过程。
我认为，一个程序员最起码的准则就是热爱程序，热爱计算机，热爱科技，而并非作者所阐述的观点。去看看潭老师的书，虽然很老的书刊了，但里面的每一行都非常的精简，也许这才是程序员需要的。