感叹一下，写代码真的很爽，有同感的没，我很享受make的乐趣

[refresh]

前提是按自己的意愿写代码，我不喜欢完全按照别人的旨意写代码。当然不是说不管需求，我不喜欢太死的需求，比如说外包公司，你完全没有发挥的空间。

[jianghu52]

稍微泼点冷水，你现在的写的代码超过90%都是已经重复过的轮子

[laskuma]

@jianghu52 为什么会有这样的冷水呢？我并不觉得造轮子是一件浪费时间的事情。如果只会调用，永远把那些“轮子”当成黑盒，你就永远也理解不了轮子的巧妙。也没有能力自己创新，在新的方面造出新的“轮子”

[sethverlo]

@jianghu52 就像 Livid 说的「我觉得，有很多开源软件满足的不是用户，而是作者」，在这种情况下自己造个轮子其实也没什么不好的……而且有的轮子的学习成本（主要指代码规范等方面）要远远高于重新再造个轮子的成本……而且如果想深入学习某个技术的话（比如代理）重复造轮子也是必要的吧……

[bengol]

羡慕啊，天天调试的飘过

[rteta]

的确，部分开源项目是就是个渣，只是爽了作者的满足心理，对用户毫无价值。

[zhujinliang]

借话题说说自己的事：
顺便 @jianghu52 讨论下

我还是菜鸟，我承认，我还在不断学习探索的路上。

前些日子，心血来潮去面试一个工作。电话面试，对方要求会xxx框架、熟悉xxx环境。我没接触过那些框架，或仅有所耳闻。

那些框架无非是些加载器，或者MVC之类的。基本原理我懂，我在自己的项目中用自己的觉得优雅方式，造了一个自己满意的轮子来实现了诸如此类的功能，甚至说，让我实现一个这样的框架我都可以做到。
有时也不乏，“原来这就是xxx框架啊，我以前都是这样实现这个功能的”这类的感慨。

结果是，虽然双方表示互相理解，但面试不成功。
可能的原因：对方急需人手，无暇培训（大家做项目肯定需要用一样的框架）

沟通中也提到过重复造轮子的问题。似乎对方认为重复造轮子是不对的，不符合程序员思想的。似乎“重复造轮子是错误的，别问我为什么是错的，社区里大家都这么说，书上也是这样写的”。

但是我在满是自己的轮子的世界里玩的很happy。自己造的轮子，别人看起来可能跟常见的轮子没啥区别，或者觉得更难用，但对于自己来说：
◇自己的轮子自己用起来最舒服
◇使用中如果有不满意的地方可以随时改掉，改多了觉得恶心了，大不了再从头造一个
◇自己扩展、维护起来很轻松，不必啃别人的代码，研究别人的思想
◇自己的轮子们能从头至尾保持一个统一的思想

对于我来说，如果原理能够看透，学习如何用别人的轮子还不如自己造一个轮子。
◇花费的时间上，如果不是很复杂的功能，自己造轮子比学别人的轮子更省时间，而且记忆负担小。
◇获得的乐趣上，自己造一个轮子比学习别人的更有乐趣和动力。

似乎是有的人乐于探索，发现一个好框架兴奋的不得了，“哇，居然还能这样用”，“比那个xxx好多了”，类似这样。
应该也有不少人乐于创造，看到一个框架，表示“不就是xxx原理的么，我能写个更好的”。
乐于探索的看不起乐于创造的，“重复造轮子，你看看人家的框架，学学人家先进的思想”，乐于创造的也看不起探索的，“不就是xxx原理的么，我能写个更好的”。
乐于探索的似乎聊得开，各社区，群组，谈x框架，y库，z平台滔滔不绝。搞创造的自个儿在一边对着屏幕不停地抠手指琢磨如何来的优雅，偶尔手贱发表一下，有人就拿x框架，y库，z平台来进行对比。

[cxe2v]

@zhujinliang 说的太棒了

[refresh]

@jianghu52 呵呵，不用泼冷水，话说我写代码已经很多年了。以前也造过很多轮子，各种轮子，但我觉得造轮子是每个程序员的必经之路，写多了才会知道自己的不足。Copy不是坏事，就怕没有思考的Copy。我们都是普通人，我们不是大师，所以我们要多磨练。但不能闭门造车，多研究别人的代码和方法论是有必要的。


@zhujinliang 年轻人造点轮子没什么不好，只有深入了解了，才会得心应手，才会happy

[cxshun]

@zhujinliang 有同感。重复造轮子没什么不好的，反而能让自己对某部分的知识或者思想有更深入的理解。
其实探索和创造并不矛盾，很多时候我们都是先探索，然后到一定阶段，发现某个框架或者工具不符合自己的要求，或者说改起来太费劲，我们就会学着去创造。创造的过程肯定会有一些思想迸发的东西，慢慢地把这个创造的东西做得更好。
其实进行对比这是人类的天性，国外稍微好点，不会说啥啥框架做了，你这个有什么优点，国内就会有这样的说法，别人都做了，你做这个有什么用，好像就是说别人做了，再做另外一个就是浪费人生一样。
很多时候，我们用一个东西，归根结底要深入到它的思想，这样才不会说他换了一个API就杯具了。就像python，python3和python2换了很多东西，但真正深入的人却没感觉有多少困难。探索->创造，感觉这是一个必然的过程，也是一个想要深入必须经历的阶段。

[ulmate01]

造轮子什么意思呢？谷歌得的不太全面，大概理解了，但是求指教。

[alexrezit]

楼主你想说的是 create 吧...

[Paola]

@zhujinliang 都用自己的框架，如何协同工作呢？

[edgar]

http://macournoyer.com/blog/2013/06/14/great-coders/ 这位是造轮子的高手。

[SR1]

@zhujinliang 说得好，要有一颗乐于接受新事物的心，也要有一双热爱创造的手。

[jesonyang]

make 出现error 时，就爽不起来了！

[leavic]

调代码的时候爽吗?

[zhujinliang]

@Paola 我刚才回避了这个问题。

多个人共同开发的，不牛x的团队还是要用一个成熟的框架（否则各种配合的不舒服，以及带来更多的坑）。
牛x的团队而且有时间的话可以自己搞一个框架，不少流行框架就是这样来的。
或者是团队里有个牛x的人站出来说，用我的框架吧（估计会死的比较惨）。

自己凭爱做的项目，我的意见是可以随性些，让自己获得更多乐趣不更好么。


我是想表达下造轮子是个人爱好，未必坏事。更不会死板到到哪儿都非要用自己的轮子。
那次面试也让我清醒了些，感觉有些脱节了，谈到有些框架我不了解，也没有框架方面经验的积累，谈实现某些功能也不知道去哪找合适的框架。

@ulmate01
搜一下 “不要重复发明轮子”。指有的项目或功能，别人已经做过，我们需要用的时候，直接拿来用即可，而不要重新制造。

[jacksonpan]

重新造轮子是让自己了解的更清楚，而并非说要替代前人的工作，这个没有什么必要不必要的，只要你想，我非常支持你造轮子，但是一旦自己造了轮子，要坚持维护，不然就浪费资源了。

[wupher]

mvc、加载器，不会是写j2ee企业应用吧。

[wwqgtxx]

创造是人类最大的财富，支持楼主！！

[hanf]

偷偷地告诉楼主，我经常借助公司要“自主开发”的机会自己造一遍轮子...
我完全理解你.

[timothyye]

天天改bug，帮别人擦屁股的飘过……

[refresh]

@leavic
@jesonyang 查找问题的时候很痛苦，但解决了也很开心啊，况且，又不是总出问题
@hanf 嗯，这事我以前也干过，虽然会招来很多事，但学到了东西
@timothyye 讨厌给别人擦屁股，所以我会尽量把代码写得优雅一点。我喜欢推倒重要，虽然我知道这样不好。
@alexrezit 偶尔create，感觉得多数时候还是make

[thai9quohs6jae1C]

你的mark吗，中文不错嘛。

[leavic]

@refresh 看来你是没写过底层硬件代码啊,等你碰上连官方都没发现的芯片bug的时候就真的会崩溃了,刹那间觉得自己好孤独.

[refresh]

@leavic 汗，我是做应用层面的，你那个是科学家级别，我这个是代码匠人级别的，嗯，我就是个手艺人，只不过喜欢这门手艺

[leavic]

@refresh 别,还科学家呢,实在受不起,我同学才是科学家.搞嵌入式的都可能碰到这种官方没发现的bug.

[williamx]

“不要重新造轮子”已经成了“批评界”万能的法宝了，他们把这句话的主旨理解的异常透彻并且贯彻执行，以至于他们在“批判”的时候，都是同一个“轮子”。

[bradlee]

@leavic 哈哈哈哈 是搞硬件的这种是常态吧？需要FAE支持的，我记得我去年调一个摄像头的驱动，其实很简单，FAE发来一个表格，那个表格是官方文档上没有的，全是一堆寄存器设置，调试那个才叫无语

[gzb1985]

重复去造轮子，不一定能造好，最近一直在模仿着造轮子

[zhaoyafei]

@fange01 突然有种被6L高深的认知甩出好几条街的感觉

[zhujinliang]

@hanf 哈哈，我也这样

@zhaoyafei 碰到熟人了，好羞耻

[zhaoyafei]

@zhujinliang 忽略我先

[jianghu52]

哈。一天没见，回复的人好多。看来很多人对于我那句“造轮子”很有意见啊。恩，那我解释一下，我并不反对造轮子，事实上我做的事情99%以上也都是在造轮子。所以我没有立场鄙视别人造轮子。
但是最近一直跟着产品经理学习，最大的感悟是，在现实的商业社会里面，一个产品的成功，很大程度上归功于业务的创新，而不是代码的创新。换句话说，你可以用别人写到烂大街的代码，创造出别人从没有实现的业务，这才是社会所需要的。不要太过沉迷与写代码的那种感觉，那种看着机器按照自己的意愿输出各种各种值，实现了各种算法，各种功能，那种快乐我懂。

[holy_sin]

看完这个帖子，真的很激动人心，我偶尔就会产生厌烦，被不断变动的需求折腾

[zhicheng]

Unix 是重复过的轮子，BSD 是重复过的轮子，Solaris 是重复过的轮子，Linux 是重复过的轮子，ARM 是重复过的轮子，MIPS 是重复过的轮子，更别提数不胜数的“替代”软件。如果已经有 如果已经有 PC 了，我们还要 Mac 干嘛？如果已经有 Windows 了，我们还要 Mac OSX 干嘛？WPS 了，我们还要 Office 干嘛？如果已经有 iOS 了，我们还要 Android 干嘛？

别那么死板，正是有了很多重复的创造和竞争，才有的伟大的变革。

用别人的东西 -> 不爽，修改它 -> 修改得太多，不如自己创造一个 -> 别人用自己的东西 -> 别人不爽。。。。

所有的项目和产品，都是这样出来的。

[Golevka]

@leavic 并且一般嵌入式行业都是今年做明年/后年release的产品, 许多芯片还没量产就开始用了, 于是巨坑无数 (我们能发现的也只是冰山一角T T).

去年还遇上个处理器访问Ext. Flash的pipeline hazard没处理好于是处理器直接lockup的bug... 芯片厂商不肯改, 于是我们只好改编译器让它生成访存代码时自动插入3个nop() /*fvck!*/

[picasso250]

我也喜欢写轮子。喜欢写轮子的人都是好奇的人。