“重复造轮子”这种想法可取吗？

当然现成 直接用 voyager

看你的目的是学习还是做真实的项目，或者认为自己能造一个更好的轮子。

学习可以“重复造轮子”，做项目最好用现成的。

早些时闲着无聊候造了个 laravel 的用户管理轮子，现在做到项目里面基本上是直接用。

能直接用的直接用

既然都选择用 php 那当然就是快速生产啊，有轮子就用

取决于你的目的。学习 or 工作

谢谢各位的解答。不过我已经决定重复造轮子了。

@jiawa #7 公司的项目的话 还是用业界成熟 现成的东西吧， 自己写，风险太大，

框架带的附加功能是给自由开发者玩的，为公司做项目需要考虑掌控度和扩展性。

如果不了解现在的轮子，那么先了解现有的轮子。
如果了解了现有的轮子，但是不能满足你的要求，那么自己造一个更好的轮子。

自己的项目无所谓，如果是公司的项目，用现有的轮子就要考虑对轮子的熟悉程度了，毕竟需求一天一个变，你对轮子不了解，会用但不会拆分扩展那还不如自己造个轮子。

在很多公司，轮子即 kpi，轮子即地位

@sagaxu 你的意思是优先用现成代码？

@jiawa 他意思是只有在公司造了不少 重复的轮子 才 有 kpi 才真的做了事

https://github.com/notadd/notadd 欢迎来一起造～

按照人类当前的技术水平 你想造出来举世无双的东西 是比较难得，肯定得从改进或者造新的轮子开始，然后根据自己的需求和设计 走到不同的分支

很有必要，PHPer 要进度，造个轮子是很有必要的。
理由如下：
1、草根出身的 PHPer 大部分不是科班出身（有不少是自学，或是培训班出来），想对来说比较缺少整体思路。造轮子过程就是对自己过往开发的一个总结，为提升开发水平做准备。（没有任何歧视，因为我的 PHP 也是自学的）
2、造轮子过程，可以让我们在开发过程中养成考虑各种异常问题，我们都知道，开发往往是 80%的时间来处理 20%的问题（ 80%都是正常的，没有问题）。

当然，我这里也要说一下，不要想着一开始就马上造轮子。经历过这几个阶段后再来考虑造轮子：
1、毕业生或是刚培训出来的新手，哪怕你在学校（培训班）学的多牛，出来工作时不要马上想着造轮子（天才不在考虑范围噢，我是针对像我这种的），这个时候要的就是使用轮子。我们上班所在的公司因为历史原因，都会遗留一些不算成熟的框架（或是缺少文档，或是代码写法不规范，或代码习惯不符合培训班，也不是现在 PSR4 之类的规范，自动加载机制不一样等等问题），这时候，我们要处理的就是把任务做完。
2、工作二三年后，我想这时候，大部分人都做过很多项目吗（外包也算噢），这时候，大部分就会报怨，天天重复的工作。好烦噢。这时候，我们要做的就是做好发展准备（不是马上让你造轮子噢）。第一，将平时的代码整理收拾好。尝试完善现在公司的框架（没有框架，偿试进行简单的整合，不要吐槽老代码各种函数，也不要一味的吹捧对象编辑，合适的代码放在合适的地方就是最好的）

经历上面两个阶段后，可以考虑造轮子了（其实那时候你会发现你的轮子差不多出来了）。

小小总结下：
造轮子有必要，但不能一味跟风。

可以不造，但要会造