|
锁定老帖子 主题：“山寨”框架3宗罪
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-03-24
最后修改：2009-03-24
lqql 写道 murainwood 写道 lqql 写道 你可以看看sourceforge上的项目,有多少是可以让LZ看得入法眼的......
是不是你也可以套你的理论,让他们都别写了........ 从来没让人不要写。写着自己玩，很好。写得好有私或无私的持续奉献，更好。咱们抠代码的筒子们埋头抠，两耳不闻窗外事，还有利于社会主义祖国繁荣稳定呢。 但是千万别利用手里的话语权在Team里乱推广，然后留下一堆Bug和扭得像蚯蚓的代码拍拍屁股另谋高就 留下一堆BUG.....汗这是公司的责任....不做测试不做评审怪得了谁. 再说了技术上没有话语不话语权的.既然你认为是错误的为什么不当场指正? 我觉得一个Team就知道用开源框架做项目,不知道积累创新也就完了....... SSH流行这么多年,没见哪个公司真正提高了多少效率.....大家公司里都基本是自己做的框架. 而且也不好意思,最近我们公司也准备投入几百W搞个山寨框架呢!规划三年! 不分析了，看红字，朋友们笑笑就可以了。 |
| 返回顶楼 | |
|
发表时间：2009-03-25
山寨框架也不能说就是弊大于利，我觉得有时候是根据项目来的。在公司推广SSH，但是很多老员工并不懂SSH，也不想去用SSH，他们觉得简单就好，没必要搞那么复杂。于是自制山寨框架产生了，不能不说BUG确实存在，有时候也确实感到很无奈，但是也无力去改变什么，毕竟领导是信任这些老员工的。
|
| 返回顶楼 | |
|
发表时间：2009-03-25
yuan 写道 我觉得我说的是一个比较浅显的道理，我想我表达得挺明白了。意思就是：不建议在没有弄清楚框架的作用的情况下依葫芦画瓢（好像这是挺多人常干的事）。照着Struts画个MVC框架未必能画好。
也许题目起得不好吧，我没有给这个“山寨”下好定义。我并没有自制框架就完全不好的意思，我只是觉得自制框架需要比较深厚的功底。 动不动就自制框架是一个极端，可能有些人只是在学习的时候听前辈、老师们说“牛人都是用自己开发的框架”这类话听得多了。只顾着“拿来”可能也算是另一个极端吧。 我觉得我的观点跟楼下的任何回复都没有冲突吧。 很能理解lz在说什么。也很能理解别人为什么那么多的不满。 我不理解的是这种有点各说各的讨论，是怎么造成的。。 是有些人对lz的理解有偏差，还是lz的表达有问题。。 |
| 返回顶楼 | |
|
发表时间：2009-03-25
有时候是不是山寨还要寨主（老板）决定。
|
| 返回顶楼 | |
|
发表时间：2009-03-25
liujunsong 写道 自己写框架这事情嘛,有好处,也有坏处.
从我自己的经验来看,如果你自己曾经做过一个框架,哪怕非常非常简单,非常非常简陋,在做的这个过程中你都需要思考很多东西,分析很多东西,才能发现那些功能是最核心,最重要的,而那些是后面加的可有可无的. 有人谈过这样一个观点:你要真正理解一个东西,你就需要把他做出来. 这个说的是有一定道理的. 但在项目开发中盲目使用这种东西,确实有很浪费时间. 我觉得这些问题都没有标准答案,怎么做都有道理,度需要各人自己掌握了. 深有同感 有时候去评论别人的框架做的好与烂 其实当你自己来做的时候 你才会发现即使很简单的一个环节 一样可以花掉你非常多的时间 当你尝试了一下之后再回来看别人的解决方案的时候 这个时候你的 眼光就会客观的多了 |
| 返回顶楼 | |
|
发表时间：2009-03-25
最后修改：2009-03-25
october731 写道 liujunsong 写道 自己写框架这事情嘛,有好处,也有坏处.
从我自己的经验来看,如果你自己曾经做过一个框架,哪怕非常非常简单,非常非常简陋,在做的这个过程中你都需要思考很多东西,分析很多东西,才能发现那些功能是最核心,最重要的,而那些是后面加的可有可无的. 有人谈过这样一个观点:你要真正理解一个东西,你就需要把他做出来. 这个说的是有一定道理的. 但在项目开发中盲目使用这种东西,确实有很浪费时间. 我觉得这些问题都没有标准答案,怎么做都有道理,度需要各人自己掌握了. 深有同感 有时候去评论别人的框架做的好与烂 其实当你自己来做的时候 你才会发现即使很简单的一个环节 一样可以花掉你非常多的时间 当你尝试了一下之后再回来看别人的解决方案的时候 这个时候你的 眼光就会客观的多了 是的，从技术人员个人角度来说，未尝不是好事儿。所以自娱自乐玩轮子造轮子，我是举双手赞成的 楼主发这文章引来个别筒子的不满，可以理解。那些筒子们的思维太过于技术乌托邦化了，动辄就用技术创新民族发展人类生存作为口号，搞笑呢，技术创新民族发展，哪轮得到我们这些在VM上面扣代码的代码工人来发言？ |
| 返回顶楼 | |
|
发表时间：2009-03-25
karidyang 写道 山寨框架也不能说就是弊大于利，我觉得有时候是根据项目来的。在公司推广SSH，但是很多老员工并不懂SSH，也不想去用SSH，他们觉得简单就好，没必要搞那么复杂。于是自制山寨框架产生了，不能不说BUG确实存在，有时候也确实感到很无奈，但是也无力去改变什么，毕竟领导是信任这些老员工的。
有些情况是信任，有些情况是忍耐妥协。 |
| 返回顶楼 | |
|
发表时间：2009-03-25
最后修改：2009-03-25
楼主我支持你，就是因为java什么框架什么框架这么多，java阵营那么分散，才会在互联网领域被php打败的。你出一个框架他出一个框架，关研究别人的框架的代码都要研究半天。如果你喜欢，自己研究框架可以，但是只是作为练练手，你的框架如果没有超过struts1,2的潜力，就不要发出来让我们javaer难以选择了。除非你是江南白衣，除非你是gigix，你先在一个领域成功的用这个框架做一个项目出来，就因为你好用的，而且是国产开源的，大家才会都顶你！
|
| 返回顶楼 | |
|
发表时间：2009-03-25
murainwood 写道 october731 写道 liujunsong 写道 自己写框架这事情嘛,有好处,也有坏处.
从我自己的经验来看,如果你自己曾经做过一个框架,哪怕非常非常简单,非常非常简陋,在做的这个过程中你都需要思考很多东西,分析很多东西,才能发现那些功能是最核心,最重要的,而那些是后面加的可有可无的. 有人谈过这样一个观点:你要真正理解一个东西,你就需要把他做出来. 这个说的是有一定道理的. 但在项目开发中盲目使用这种东西,确实有很浪费时间. 我觉得这些问题都没有标准答案,怎么做都有道理,度需要各人自己掌握了. 深有同感 有时候去评论别人的框架做的好与烂 其实当你自己来做的时候 你才会发现即使很简单的一个环节 一样可以花掉你非常多的时间 当你尝试了一下之后再回来看别人的解决方案的时候 这个时候你的 眼光就会客观的多了 是的，从技术人员个人角度来说，未尝不是好事儿。所以自娱自乐玩轮子造轮子，我是举双手赞成的 楼主发这文章引来个别筒子的不满，可以理解。那些筒子们的思维太过于技术乌托邦化了，动辄就用技术创新民族发展人类生存作为口号，搞笑呢，技术创新民族发展，哪轮得到我们这些在VM上面扣代码的代码工人来发言？ 原来写hibernate和spring的人并不能发言..... 汗颜......我也真不明白,为啥有了JAVA这么一个大又全的东西,人家为什么还要去搞RUBY,Python等等! 我也真不明白,为啥了有struts1.X了,还要搞webwork等等. 一个真正的程序员,不应该把编程当做只是一份工作在做.如果是这样,趁早滚蛋! |
| 返回顶楼 | |
|
发表时间：2009-03-25
murainwood 写道 lqql 写道 murainwood 写道 lqql 写道 你可以看看sourceforge上的项目,有多少是可以让LZ看得入法眼的......
是不是你也可以套你的理论,让他们都别写了........ 从来没让人不要写。写着自己玩，很好。写得好有私或无私的持续奉献，更好。咱们抠代码的筒子们埋头抠，两耳不闻窗外事，还有利于社会主义祖国繁荣稳定呢。 但是千万别利用手里的话语权在Team里乱推广，然后留下一堆Bug和扭得像蚯蚓的代码拍拍屁股另谋高就 留下一堆BUG.....汗这是公司的责任....不做测试不做评审怪得了谁. 再说了技术上没有话语不话语权的.既然你认为是错误的为什么不当场指正? 我觉得一个Team就知道用开源框架做项目,不知道积累创新也就完了....... SSH流行这么多年,没见哪个公司真正提高了多少效率.....大家公司里都基本是自己做的框架. 而且也不好意思,最近我们公司也准备投入几百W搞个山寨框架呢!规划三年! 不分析了，看红字，朋友们笑笑就可以了。 有哪些好笑了?只是你在笑吧! |
| 返回顶楼 | |
