※ 引述《miniear (Littlear)》之铭言：
: 他说我们是作为一个开发者，而不是使用者...(这边我就雾煞煞了
: 又举例好几年前接案的客户自己请人来协助开发，结果那个人只会用framework跟mysqli
: ，没多久就走了...(我师父因此蛮得意的~
: 而且许多客户服务器也不能直接改用php7，
: 再者他深信php5是不会被淘汰的...
: 但也没有制止我继续去搞这些，
我还是用回文的讲一些事好了，当中会带出我写ios的经验。
你提到你师父对于使用框架跟mysqli的经验谈。
我想知道的是，他对mysqli有意见的话。
敢情他是使用pdo？
如果不是pdo而是mysql指令集的话。
那就表示关于sql injection的过滤他都要自己土砲了。
还是说……其实他并没有关注到sql injection的问题？
换个角度来看，php官方为什么要在php7时拔掉mysql指令集。
又为什么在php 5.6时就已经建议别在使用mysql指令集？
所以到底你觉得这边是该听你师父的？还是听官方的？
再来就谈框架好了。
我先说明，在ios的开发中，第三方元件库也是称之为framework。
其立意相当明白：听工程师直接解决繁锁而复杂的事。
如果没有这样的东西，就像我前阵子在刻的ios版的日历。
如果没有第三方元件库，我连底层都得自己来。
但因为有第三方元件库，引用之后我只要改好上层ui就好了。
就php来说，使用框架是有一些目的的。
1.以MVC架构来分离程式码和视图的分界，让程式设计师专注于开发，而网页设计师能
专注在画面的设计上。
2.提供良好的功能性类别及辅助函式来快速解决问题。
3.一致性的设计规范。
4.清析明确的统一架构内容。
5.官方统一制定的开发文件。
6.快速的设定。
7.方便的Active Record或ORM
8.第三方元件库的加载支援(composer)
9.较统一性质的命名原则。
10.良好的数据库迁移系统。
(后面就请大家继续补充吧！)
基本上，所谓土砲，也只是让你了解这些较核心功能的设计方法。
但前提是，你要有足够的时间来去研究，那都是在工作以外来再花时间的。
但如果你当下就要解决或满足客户的需求时。
你有那么多的时间来研究？还是善于利用资源来立刻解决你手上的问题？
讲白的，我其实也算是土砲组的。
因为我很喜欢“浪费时间”去研究那些东西到底在核心是怎么做出来的。
我也会想说要不要来“自干”一个一样的东西。
但问题是，真的在做客户的东西时。我还是会去找资源。
看什么东西能最快把问题处理掉。
什么东西都要自干出来其实是相当吃力不讨好的事情。
更重要的是：常常自干说得一口好方法的人………却常常到了新的专案还在自干。
徒然浪费更多的时间了。
我相信，等你跟着你师父越久……你就会发现越来越多问题。
但毕竟是前辈，你也不好直接反驳他。
只能说：那么你就当现在是学习，然后把自己的能力提到一个程度就闪人吧。