耗时数月重做轮子却发现意义不大

xie995

从年前开始，基于过去写的代码，提取共通代码大量增补删改后搭建了一个完整的用C写后台服务的框架。
也实际用了下，的确也挺方便，只要关注自己的业务就可以了。毕竟自己写的东西用起来很熟练。
因为很多代码只是基于以前代码的重新整理，其实实现得也不够优美。有时候花了很长时间重写一些东西，之后又发现其他的丑陋的代码还是很多。
最近移植到多个平台后，发现一大堆的＃ifdef之类的东西已经惨不忍睹，完全不符合我的美学观念了。
也许从一开始就应该用glib、apr之类的跨平台的库，或者根本就没必要自己整这么个小框架，至少没必要在里面整那么多重新做轮子的事情。
也许唯一的意义就是整理并反复修改了2W行没多大用处的代码，增加了code的熟练度，理解了一下自己整框架要考虑的东西。
可怜我这小半年的精力啊，大把大把的业余时间就得到这么个意义不大的东东。
是不是这也算是技术道路上的一个必经阶段呢？先是试图做轮子，最后发现直接用更好的轮子就是了。

wwwsq

原帖由 xie995 于 2009-4-10 09:59 发表
从年前开始，基于过去写的代码，提取共通代码大量增补删改后搭建了一个完整的用C写后台服务的框架。
也实际用了下，的确也挺方便，只要关注自己的业务就可以了。毕竟自己写的东西用起来很熟练。
因为很多代码 ...

在公司里面要尽量避免这种情况，这是对公司资源的浪费。

个人么，看喜好了。

net_robber

把它当作业余的爱好吧,收益还是很多的,虽然代码最终不一定要用在生产环境,

很多东西,不亲自付出一下,是无法体会的



重复造轮子的事情,还是需要做的

reiase

俺昨天在Gentoo的plante上看到有人讨论了glib在server side的问题，看语气，好像说glib用在server side上有点勉强
http://blog.flameeyes.eu/2009/04/07/is-glib-ready-for-servers

hellioncu

等你用了现有的跨平台库，也会觉得这里那里不爽的，毕竟需求各不相同

jqbsx

基于不同情况，个中选择，各有利弊。

找到最适合的轮子的概率是极低的， 你选了一个轮子， 开始不错，可能后来发现它 太重，太小，沾水就散架，或者根本不圆，想改可就无从下手了。

xie995

原帖由 wwwsq 于 2009-4-10 10:02 发表



在公司里面要尽量避免这种情况，这是对公司资源的浪费。

个人么，看喜好了。

个人爱好。不给钱的情况下花大量业余时间给公司干活的可能性已经不大了。只是觉得自己的业余时间也是有价值的才对。
话说回来，公司自己预研的项目，倒大半都是失败的或没有意义的。比较郁闷，呵呵。
不过既然拿了钱又无法改变领导们的想法，就按照领导们的想法实现一些很奇怪的东西也无所谓。
-------------------------
公司有自己的轮子。当然我觉得那个轮子太重太丑陋了，这也是我想自己搞个小轮子玩的起因。
也许一个能正常转动的轮子就是好轮子。
也许使用glib之类的库最大的缺陷是，一旦全部的代码都基于第三方库堆建起来了，却发现第三方库不符合自己的要求就比较头大了。
这也是最初不使用第三方库的原因。但是看来自己做的话，很多东西是比较麻烦的，尤其是跨平台这点。
只考虑类unix平台的话还好，一旦考虑windows就会变得很麻烦的样子。不过Win32版本是否值得去移植也很值得考虑就是了。

smalloc

难道LZ一开始连glib库都不用?直接自己写所有的库?

雨过白鹭洲

Glib用起来还可以

但是我们公司的人都类似楼主，开发都是使用自己积累的库

cugb_cat

简单设计，敏捷开发。。