以其昏昏，使人昭昭？

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

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

x2

再比如这个？

1. 
   
2. int z = 0x12345678;
   
3. char *s = (char*)&z;
   

复制代码