以其昏昏，使人昭昭？

pmerofc

纠缠于 a+=a-=a*a 对不对没有多少意义，实际上我们会避免类似的写法。LZ如果真要写书，建议还是不要写这方面 ...
hellioncu 发表于 2010-04-07 08:54

1    我认为回避“ a+=a-=a*a 对不对”是自欺欺人
   
2    这不是细节，是常识
   
3    程序恰恰是细节组成的，不懂得这一点根本不懂编程

4    这个错误尽管水平极低（某些“大师”“巨擘”是否应该感到汗颜？），但仍应郑重指出。“正象一个低于做人的水平的罪犯，依然是刽子手的对象一样”

5    我不知道您所说的“我们”究竟是指哪些人，也包括初学者吗？初学者有您这样的专业素质吗？

noword2k

支持楼主。

拥有良好风格的代码让人赏心悦目，写出这样的代码是一个程序员的基本素质的体现。
而谭的书太恶心了。

看看他的简历就清楚了：http://zh.wikipedia.org/wiki/%E8%B0%AD%E6%B5%A9%E5%BC%BA
他根本没有从事过任何项目的开发，没有实际应用经验，又不肯老老实实翻译国外的原著，还想自己著书立说，怎么能指望这样的人写出好的教材？

hellioncu

教初学者C/C++，应该先告诉他一条简单正确的路，而不是告诉他有多少条路可以选。还没学会写程序就开始玩技巧，最后多半被玩死。

hellioncu

90年左右，那时候似乎也只有谭的书，不能抹杀他的功劳。

yug1129

1    我认为回避“ a+=a-=a*a 对不对”是自欺欺人
   
2    这不是细节，是常识
   
3    程序恰恰是细节组成的，不懂得这一点根本不懂编程

“ a+=a-=a*a ”这类的东西在程序设计中是绝对应该回避的。写程序是为了有效地解决问题，而不是写一些似是而非的脑筋急转弯似的题目去考别人。因此程序的可读性非常重要，特别是当程序规模逐渐增大时。程序的细节确实很重要，但这指的是在正确方向指导下的细节。诸如“ a+=a-=a*a ”之类的细节在规范的程序设计中是没有用处的。打个比方，在过马路时应该走人行横道或者过街天桥，而不是学习在飞驰的车流中闪转腾挪的技巧。

blueheavenljn

楼主赶紧出书吧,百家争鸣么,我好多学学

gz80

我本人也发表过一些文章，感觉的lz措辞不是很正确，a+=a-=a*a并不是错误，只是不推荐而已。就像递归在一般项目中不推荐使用，但难道递归也是错误吗？

flw

敢问哪段？
  "(a=3*5)=4*3"?
pmerofc 发表于 2010-04-06 22:03

嗯

flw

教初学者C/C++，应该先告诉他一条简单正确的路，而不是告诉他有多少条路可以选。还没学会写程序就开始玩技巧 ...
hellioncu 发表于 2010-04-07 09:36

我不这么认为。
小时候学过《群鸟学艺》吧？
简单正确的路，就怕好多人学了一半，然后就说“原来这么简单”，然后就止步不前了……

hellioncu

我不这么认为。
小时候学过《群鸟学艺》吧？
简单正确的路，就怕好多人学了一半，然后就说“原来这么简 ...
flw 发表于 2010-04-07 11:55

    主要是我担心很多人一开始被细节搞昏了头，打退堂鼓，主要的东西也学不好了。