锁定老帖子 主题:谈谈“不要重复发明轮子”
该帖已经被评为良好帖
|
|
---|---|
作者 | 正文 |
发表时间:2010-08-24
顶!非常同意楼主的观点!
|
|
返回顶楼 | |
发表时间:2010-09-05
造不造轮子,我认为应从两个层面来看:
1,个人对技术态度问题。若一个对技术有兴趣和热情的话,从来是不会甘心仅从使用角度去看待问题,人云亦云是那是八哥没有什么两样。必定深究其所以然,若发现有更好解决方案,那么造一个新轮子就必然的行为了。 2,实际需要决定。若你的项目要求是一个短、平、快,做完,收款,走人,那么拿来主义当然是没有问题,反正轮子很多,找个合适的,装上就跑,何必再造呢?若你做的产品型的系统,可维护性和可扩展性要求很高,那么你的产品核心模块就不能拿来主义了,道理很简单,你闭上眼睛想想若中国第4代战斗机还是装俄罗斯的发动机那将是多么被动情形?! 前段时间做个系统,其核心是一个Socket Server,大家都是用Netty封装一下算了。问问自己,出问题了,有能力维护Netty吗?不是有源码吗?等你看懂了,也就和自己写一个没有什么区别了。于是我自己写了一个,功能当然没有netty那么多花样,满足自己需求就可以;第1版本,性能很一般;第2、3、4,现在第5版性能已经和netty相当接近了,而且相当可靠。关键是,核心在自己手上,可维护,出bug,快速定位,解决问题。 这就是造轮子好处,用人家轮子,出问题了,等着哭吧! |
|
返回顶楼 | |
发表时间:2010-09-05
我觉得不要重新发明轮子本意是有道理的,如果你用某个东西之前一定要把某个东西搞清楚那么你可能永远也学不会怎么用。试问,那个东西不是先使用之后觉得有趣才会一查究竟的?
|
|
返回顶楼 | |
发表时间:2010-09-06
不要重新发明轮子。
这句话是在一定的语境下产生的。 顶 darkelf9 |
|
返回顶楼 | |
发表时间:2010-10-20
研究轮子很能提高水平
|
|
返回顶楼 | |
发表时间:2011-01-29
如果现有的轮子没有什么太大的问题,那么就不应该重复发明轮子;
如果现有的轮子有些小的不合理,那么可以改进这个轮子; 如果没有现成的轮子可用必须发明新轮子,那么请发明可以被别人重用的轮子。 不管怎么样,第一件事应该是找找看有没现成合适的轮子。 |
|
返回顶楼 | |
发表时间:2011-01-30
很同意楼主的观点,我现在确实只是个写几个service,几个Action的程序员。看完楼主的我也尝试去联系一下那种“数据库连接池的小组件”,“IoC容器”等等,提高自己,认清自己真正匮乏的是什么。
|
|
返回顶楼 | |
发表时间:2011-02-10
强烈支持重复做轮子,确实可以学到好多,但是。。。如果硬让别人用,那就强烈逼视了,最烦那种自己搞个轮子,然后就强让别人学他的破东西,滚啊。。
所以我的观点就是 自己折腾玩就行了。。 |
|
返回顶楼 | |
发表时间:2011-02-10
还有 问题是很多人造的轮子 都自认为很好 其实发现搞到最后 只实现旧轮子的的十分之一,百分之一,甚至千分之一。。。然后就是一个很好的理由:“适合我们的业务”,,
所以还是在旧轮子上扩展 比较实在点 |
|
返回顶楼 | |
发表时间:2011-02-10
引用 试想一下,如果你写了一个数据库连接池的小组件,你将对jdbc有深刻的认识;如果你写了一个IoC容器,你将对各种设计模式,反射机制等有更深的认识;如果你写了一个缓存框架,你将至少会在软件性能优化上加入自己的思考;如果你写了一个js library,你将对js的使用有更深刻的体会。如果......。这些工作永远比每天写几个Ation,几个service,几个DAO让我们提高积累得更快,从而也更清楚地认识自己真正匮乏的是什么
|
|
返回顶楼 | |