c程序员重复造轮子是否是好事

W.Z.T

今天跟一同事谈了下关于重复造轮子的问题， 我是程序员新手， 毕业一年， unix+c环境编程。 我认为所有c程序员都应该重新造下轮子， 多从基础代码开始写起， 写自己的函数库， 重复造一些轮子来锻炼下软件工程的能力， 等有了一定的编程经验后在， 就不必在造轮子了， 那时你已经有能力来早轮子了， 在继续造就是浪费体力和精力了。 我始终就是这么认为的。 而我那同事却说即使是c程序员新手， 也没必要去造轮子， 因为 the art of unix programming就是那么讲滴， 多改别人代码才是王道。

PS： 看看大家的想法

mfzz1134

ACM好像是可以带标程的，只是不能有电子版，打印出来带过去就可以了嘛！

reiase

ACM对语言有要求吗？

mfzz1134

pascal/C/C++/Java好像都是可以的，个别提供Fortran

W.Z.T

怎么跑去谈acm了

Solidus

这个问题其实主要看是在具体的商业项目还是完全属于你自己的开源或者学习性质的项目，如果是商业项目，有具体的要求和时限，那么就是利益最大化，替老板考虑，在这里技术美学就成为扯淡了。

    如果是非商业的完全属于自己的项目的话，那就看爱好，我自己的玩意儿就喜欢完全从头来，因为我觉得弄一个不那么好但是够用的东西以后重构比引入一个庞大的，侵入性强的库要好得多，移植起来也方便，而且更容易推广（我特别讨厌在linux下编译点软件让我四处找这个库那个库的，而且还存在各个版本问题，对此我非常恶心）真有问题了把子模块重写就可以了。而且基础的库一般都是越弄越快，技术积累越来越多，收获也更多。（从我个人的美学观点上看，为了移植CRT都应该重新实现一套自己的--个人观点，无所谓对错，仅供参考）。

    其实自己重弄一套你还是得参考不少现成的代码，附加收获是你可以站在造轮子的人的角度去考虑他当初怎么这么设计的，这些附加价值在未来可以替你节约很多时间。

    还有一个问题是，假如几个爱好者为了非商业性质的目的去合作开发个东西，那这问题就麻烦了，每个人的关注点不同，所以这时候也没个该不该的问题了。

[ 本帖最后由 Solidus 于 2009-5-25 19:00 编辑 ]

daybreakcx

我很喜欢这么干，有时候这些事情还是自己来比较好点，虽然说现在很多功能是已经有人做好的，但是万一你没有那个支持呢？这就不好说了，最好会会，但是不要一直造，需要的时候能弄出来就成了。

顺对5楼，ACM现在只支持C/C++和Java，至于Fortran那是POJ支持的，还有Pascal只是允许高中生用，ACM是不提供支持的

xinglp

造轮子没关系,不要练功夫就可以了

reiase

我一直觉得死扣在链表，散列等数据结构上没有意思。。