为什么一些工作好多年的人，写的代码就像大学刚学C语言的学生写的？

reiase

好些时候，库的行为和你想想的是不一样的
有时候编译器的行为也和你想的不一样

debug？
如果debug下三分钟才能执行进一个断点，我相信你也会喜欢在release下10秒钟看到一个printf输出

add358

回复 44# zhuqing_739


    ＶＩＭ中的ＣＯＰＹ和ＰＡＳＴＥ

weiqk

呵呵 咋和我一样啊 11111111
不至于搞得太严重吧 非得用gdb太能体现出技术高 未必
看你做的产品给公司带来 ...
bandaotidejia 发表于 2011-04-22 09:44

产品能带来多少价值是程序员能决定的吗？

ccnuliu

话我我还用printf("#################')呢。哈哈

mmx_craft

用printf都被人批,无语了.  debug用这个无可厚非啊.  release的时候删掉就好了.

雨过白鹭洲

八卦贴就是热闹啊。。。

yao050421103

这个根本不算什么，我见过一个函数5000行的。

“大学刚学C一个学期的学生，90%都比他写的好”，对楼主这句话，俺提点个人建议：
1. 确实，就规范性而言，这种类型代码的质量的确不咋的，但请留意下作者的背景，可能他写代码那会，压根整个氛围就不怎么关注代码质量的问题，软件只要能run老板就OK了；我们之所以能看出他的代码风格不好，是因为如今整个氛围已经开始关注这个，重视这个问题了，这个要历史地来看；

2. 对于老板而言，对于公司而言，对于程序员而言，程序的运行质量远远大于代码的质量。
也就是说，对于这四种情况：
a. 运行质量OK，代码质量OK
b. 运行质量OK，代码质量不OK
c. 运行质量不OK，代码质量OK
d. 运行质量不OK，代码质量不OK

第一个情况当然是最好的了；但是对于中间两种情况，假设你是manager，你会选哪个？？？
呵呵，想清楚这个问题之后，楼主应该能理解那种恐怖风格的代码的由来了（理解不代表这种风格就好）。
很多时候并非作者刻意为之，只不过是不得已的折中。
因为面对一个已经给公司创造巨大利润的系统，让你来维护，当新的业务需求过来的时候，通常你的选择只有两个：
要么推到重来，这样你可以花很长的时间整理出非常优美的代码，但是其逻辑功能还真不一定比得过以前的那个风格极其糟糕的代码；
要么就用极其丑陋的代码风格（典型的就是一个switch-case达到几千行）来折中折中，这样虽然丑点，但是基本可以保证软件的运行不出问题。

其实这个问题，工作几年以后，基本都知道是怎么回事了。

当然，不得不说的是，在保证软件的运行质量的前提之下，提高代码质量的办法是有的，就是软件的重构。
可惜现实的矛盾就是，除非你很闲，或者除非公司有这个传统，否则你基本永远找不出时间来做这个工作。这个现象在规范性不怎么好的公司尤为突出。

nizvoo

大量的myprint是必須的。

lypat2008

   LZ， 你应该直接问问写代码的人，当时是处于什么样的压力下写的。

bandaotidejia

总有人看不起printf，在我是新人的时候，就不断有人灌输那个老土，可工作了这么多年后，我发现还是这样的调试方法最好，有时用gdb就是不方便，所以对于新人来说，找一个适合自己的调试方法最重要，而不是人云亦云，方法没有对错和好坏，目的只有一个，就是让程序健壮性好，可移植性好，效率高，如果里面有些调试语句，到最后去掉就行了。