C语言中怎么样把时间转到20041225这样的?

aero

原帖由 "wanbin" 发表：


memset是为了初始化，不初始化很容易出问题

如果可以控制好内存的内容，没必要统统清零，deadbeef也是可以的，^_^。

unicorns

给wanbin喊喊冤
我觉得初始化是个好习惯.
全memset成0是浪费了点CPU的时间,如果是字符串的话把第一个置成0就OK了.但这样也有问题,万一后面对他直接使用了类似memcpy之类的东西就不能保证以0结束了.
万事小心为妙,大多数情况下还是不会在乎节约那一点CPU时间的.为了避免浪费人大量的时间来查找错误浪费点CPU的时间还是值得的.

aero

^_^，偶不用，偶是怕用了让自己犯懒，从此不去仔细思考变量的变化。其他的，仁者见仁了。

flw

该用就用，不该用就不用。
功底差且不思进去的朋友们多用用无妨，
不过，有些要求比较高的好公司是不要这样的程序员的。
所以，如果想把这一行干好，就还是参考一下 aero 的观点吧。

torrent

原帖由 "flw" 发表：
该用就用，不该用就不用。
功底差且不思进去的朋友们多用用无妨，
不过，有些要求比较高的好公司是不要这样的程序员的。
所以，如果想把这一行干好，就还是参考一下 aero 的观点吧。

看来flw斑竹的3500贴的愿望已经提前实现了

zi_ji

《UNIX环境高级编程》第六章 系统数据文件和信息 中已说得很明白了
楼主要多读书阿

unicorns

原帖由 "flw" 发表：
该用就用，不该用就不用。
功底差且不思进去的朋友们多用用无妨，
不过，有些要求比较高的好公司是不要这样的程序员的。
所以，如果想把这一行干好，就还是参考一下 aero 的观点吧。

不敢苟同.
实际上应用界的发展趋势是将程序员的注意力从这些细节上移开
把更多精力集中到业务逻辑上去.

在学习中把这些搞清楚是好事情,并不表示在做事情的时候也要始终去关注你本来就明白的事情.

aero

原帖由 "unicorns" 发表：


不敢苟同.
实际上应用界的发展趋势是将程序员的注意力从这些细节上移开
把更多精力集中到业务逻辑上去.

在学习中把这些搞清楚是好事情,并不表示在做事情的时候也要始终去关注你本来就明白的事情.

You should use java instead c.I think that kind of c code is very ugly.

unicorns

原帖由 "aero" 发表：

You should use java instead c.I think that kind of c code is very ugly.

我之所以目前做的事情选择C而不是java不是因为C很高尚.
而是因为实际的需要.

我也不认为程序加了一个memset就导致了"ugly"
我关心的是开发团队的效率和程序的健壮性.
客户永远不会关心你的程序里有没有memset.
客户关心的就两点,就是我上面提到的.

我只想老老实实做一个工程师,没有想过成为一个艺术家,这或许就是不思进取?

aero

原帖由 "unicorns" 发表：


我之所以目前做的事情选择C而不是java不是因为C很高尚.
而是因为实际的需要.

我也不认为程序加了一个memset就导致了"ugly"
我关心的是开发团队的效率和程序的健壮性.
客户永远不会关心你的程序里有没有mems..........

^_^，我明白你所说的。的确，项目的开发效率和健壮性都是非常重要的。我们平时写的代码也都是非常注意风格和断言这些东西的。但是，我说上面的话，是基于下面2个理由：
1、C已经渐渐的离开了应用程序开发领域了。我们无可否认的是，java、C++等一些从语法上面向对象，致力与快速、高效、简洁开发的语言正不断取代C的位置。那些越来越简单的各种工具，让人们的注意力越来越集中于项目逻辑，而不是技术细节。而C也正不断专注与系统开发和嵌入式开发部分。对于应用软件来说，几个函数的调用无所谓。可是对于系统软件和嵌入式软件，有些时候，几个时钟周期都是很重要的。
2、说它ugly纯是从感觉的角度来说的。呵呵。如果C代码中出现：x = x + 1;不知道别人，我是认为很ugly的。^_^，不写成x++，x += 1也比直接那么写要好看得多。所以，看到有些人微微缩缩的逢数组便memset。给人的感觉就是过分的紧张，看不到代码中的轻松和自信。

^_^，一家之言。