框架香?原生Yes?

当然是框架，平时业务事情那么多，用原生写效率多慢呀，而且框架本就是原生封装

经历跟楼主类似，学无止境吧

工作用什么框架，受限于公司的选择，当然，你也可以影响公司的选择

如果公司是业务型，那肯定是追求产出，而不是质量，业务能越快上越好，后面再慢慢优化，优化不了，就换框架，或者换开发。我没去过大厂，在我看来，国内大部分公司都是业务型，选择 php 也是因为“快”。

去新的小公司 一开始制定规则 很少都有遵循规范的公司 我也很头疼 如果我职位够高 所有的都要按照标准来 都优先使用框架已有内容 道阻且长

繁体字，一看就不是一般人，框架的初衷是为了更好地开发，用不用框架取决于它能不能给你带来便利
业务小可以用小框架，不是非要用Yii，Laravel这种

框架也是工具，即使公司不用第三方框架，也会自行发展出一套工具集，然后不断迭代更新最终形成一套公司内部使用的框架，框架出现的目的就是抽象业务逻辑，减少相似的业务重复开发，从而提高开发效率。

并不是开源世界开源的工具才叫框架，你公司自研的工具也可能算，只不过好不好用就见仁见智，当然业界能留下姓名的框架必定经受过业界的考验，每个框架的理念思想都可以指导你开发属于自己的框架，很多公司内部的工具框架或多或少都会受到开源项目的启发，完全自研几乎就是天方夜谭。

想学习新技术，自己去学就好了，就PHP来说，现代理念的框架大多都是更像是堆积木一样，把社区优秀的包集中一起，通过社区约定的规范（PSR）进行拼装，所以与其不断学习新框架的使用，还不如花时间接触现代PHP开发理念，选择一两个优秀框架了解其背后的工作原理，多接触PHP社区，看看大家都在干什么，有兴趣学习一下swoole，跳脱出php-fpm的限制，看看更广阔的PHP可以做什么。

一切都是以效率、合作、维护出发，用框架是为了效率，如果你觉得不用框架更快，那就不用框架。

问题是：如果你不会用框架，自己的原生那套搞得很熟，那你自然觉得原生效率快，但其实可能你学会了框架，效率可能比你那套原生更快。

现在我这公司的业务，是快速开发 + 长时间维护，目标是"维护的便利性"，从这个方向来看我们觉得用框架能更好服务于"维护便利性"，不用框架的话维护一段时间项目代码就乱了。

框架使用的深度也跟业务有关，业务型公司也不需要程序员专研某个框架，所以都是由个人和公司的方向而定的。

老哥你工作十年却自称老弟............

您好，我能理解您的困惑，但是使用框架与深入研究框架的代码的，是两回事，与其纠结使用什么框架，不如踏踏实实学习框架里面的设计模式，和一些OOP的技巧，尝试为框架写一些轮子，这样会提升很多

您好，我能理解您的困惑，但是使用框架與深入研究框架的代碼的，是兩回事，與其糾結使用什麽框架，不如踏踏實實學習框架裏面的設計模式，和一些OOP的技巧，嘗試為框架寫一些輪子，這樣會提升很多

工具最终还是为业务服务的，只有业务进步技术才会不断进步。 加油，共勉。

用框架早点把工作做完不香吗？ 非得慢吞吞原生写

谈到新创公司和有一定技术积累的公司，深有体会，都在两种公司待过。

新创公司，意味着可以有更大的发挥空间，可以选择自己最擅长的语言、框架和技术方案，但是问题就是，一切都要从0开始，假如自己说了算，开始会很有干劲，但是当自己辛苦做的东西得不到公司的支持或者说公司压根就不重视的时候，就会觉得很有挫败感，这种情况下趁早跑路，真的是浪费时间。

有一定技术积累的公司，有历史遗留问题比较多，祖传的shi山一大堆的。这个看自己需求，如果是单纯想学习和搞钱，那也是可以的，如果是在shi山打滚，这个看自己的想法了。