“山寨”框架3宗罪

说真的，我还真想这么干过。问题是这样的烂骨架上再披了好几层烂肉，要动起刀子来，那动作得多大你想过没有？要停下多少时间来干这个事你想过没有？干这事得有领导支持吧，可人家领导丢一句话“这可是XX博士设计的框架，能比开源的差？”我就没办法反驳了，你说我能干啥？

我觉得可以稍微改一下:(要是都不造轮子,迟早老轮子废了,然后就没有用的了)

1,什么叫山寨?框架就是框架.

2,不是绝对不设计,不造轮子,而是慎重,能有始有终,
确定自己这个团队有这个能力.

山寨是其成为非山寨的前身。没有必要打击山寨。
搞山寨跟具体项目里要不要采用某个山寨框架那完全是另外一个问题。

小公司发展初期，一般都会留下一些自创的框架。我觉得是无法避免的。人的水平也在成长。（qq是怎么来的？linux要不要？甚至为什么有了unix还要搞dos？）

有一点是肯定的，如果大家水平都很高了，又是新起的项目，自然应该不要用山寨框架。

举个例子，taobao的框架据说是自己搞的山寨框架，大家觉得有何不妥？

没那么多精力去看那么多框架 我不是非主流

楼主分析的是

    如果从个人学习出发，做山寨不但不为罪，还应该大力鼓励，做好后，拿出来分享，无论多么初级的山寨，都应该有包容和鼓励的眼光来看待。
    但是在公司层次来说，利用手中的资源来给自己做山寨练习能力，然后留下一堆不成熟的代码，拍拍屁股走人，这种山寨行为极为恶劣，相信大家工作中，都见识过类似山寨的危害。
    而且大部分这种山寨框架多是闭门造车，根本不管现有技术的发展，自顾自搞出一套垃圾代码，哪怕市面上已经有比其好用百倍的好东西，还是一定要造自己的土轮子。
    个人认为，作为一个专业的程序员，公司请你来上班，不是让你来练手的，你拿了这份工资，应该给公司提供生产效率最高，质量最好的产品，如果已经有开源框架或者组件良好支持的东西，就不需要自己再去动手做这些，好钢要用在刀刃上，不要浪费公司的工资玩自己的技术。
    如果从个人学习或者开源的角度看，无论做什么的尝试都是可以被包容并被鼓励的，只是作为一个开发团队，除非在公司层次上因为战略需要，确实给予你资源做平台或者组件，否则拿公司的资源去实现市面早已成熟的优秀框架与组件，这样的人是没有职业道德的。
    这个问题根本不应该从个人技术成长方面考虑，那是你自己的事，从公司的角度出发，关注的是生产效率和质量，事实上大家都为在成型的框架或组件基础上做一些修改和改进，但是自己从头搞一套市面上已经实现了很好的框架，然后通过公司的项目来测试自己的技术，代价就是效率和质量的下降，这种行为是可耻的。
    我想楼主所反对的山寨框架，就是指这样闭门造车或者拿公司资源给自己练手的恶劣行为，而不是扼杀大家通过做框架学习甚至开源的行为，反对方应该搞清这个逻辑，如果连简单逻辑都没法搞清就上来一顿高调唱下来，这样的思维能力也确实没什么能力开发什么好框架。

“公司里做开发，应该以实现业务为主，技术为辅”很有道理！
乱七八糟的框架，学死人啊！

一个永远都扯不清的话题。在javaeye就看过很多框架的发布帖和计划帖，雷声大雨声小，99.5%现在都已无声无息了。
我不反对创新与改进，不过提个小建议。弄之前先与现有的同类框架做个对比，将要开发的框架的优点列出来，做一个评估。是否能实现？是否需要重写？或者扩展改进就可以达到目的，然后再开始弄。

如果思想上不能超越现有框架，或者说毫无特别之处，最好不要造出怪鱼来。

我也造了个“山寨”框架，源代码已经放到GoogleCode上了，正在编写使用帮助。欢迎大家来拍砖。这个是使用Apache许可证的开源产品，我尽可能在代码里写了注释来帮助大家阅读代码。
地址http://code.google.com/p/catstorage/