如何说服公司使用 laravel？

[HanSonJ]

公司是一家小型电商公司， CEO 是兼任 CTO ，并且原来代码大部分都由他完成，没有使用任何框架。我刚进公司没多久，发现这框架无论是命名还有设计上都让我感到十分不适。
例如：
实例的类要求大写（这个跟框架没关系，纯吐槽 - -）
每个对象两个类，一个单数一个复数（ WT 。。???)
框架代码跟使用者编写的代码混在了一起 等等

CEO 表示使用 laravel 感觉很大，自己的框架很轻量，总是担心外面的框架影响访问效率。公司开发团队就只有几个人，很不幸，似乎大家都很保守的样子，什么代码都不使用框架（例如爬虫），自己用 php 实现了爬虫，带我的同事还说这样跟 php 能配套（我。。。）

我接触 laravel 的时间也不是很长，但是知名度让我产生了很大的好感，有些地方设计的很不错，但就是跟他们有点难辩论下来，之前差点就说服 CEO 了，今天被其他同事给掰下去了。。。

还有公司 php 会关掉 notice ，这个也不知道大家怎么看。。。

为什么要换忘了说了，现在公司正处于重构阶段，所以都在考虑

谢谢大家了， 我还是业余玩玩 laravel 好了

[linnchord]

从自己能控制的小项目开始，如果连这也不能就闪人吧，技术人不要放弃对技术的基本要求。

[yangqi]

你刚进公司，别想着说服人家，不太可能的。人家自己已经有一套自己的方式了，你突然让全部换掉你觉得可能么。框架是有很多优点，但也不是必不可少的。感兴趣自己平时玩玩就行了

[ruanyu1]

利益不同，看问题的角度便不同

[HanSonJ]

@yangqi 忘了说了，公司现在正要重构

[des]

用 composer 自己凑一个框架，缺啥就去找， lol

[Jaylee]

等你真正把 laravel 用溜了再说吧

[lhbc]

多出的学习成本你承担
框架有锅你背

[yangqi]

@HanSonJ 好吧，其实说服人也是需要技巧的。你要把现在的痛处，然后框架能够怎么解决都具体列出来，这样比较让人信服。如果只是说框架好，很出名，很多人用，这些都是很虚的东西，没用的。

[shiji]

我就是那种不喜欢用框架的人，来打我呀 ：）

[fractal314]

我觉得自己的团队，根据以往的需求，设计的框架，也许更实用呢。
毕竟， laravel 这种通用的框架，为了照顾大多数人的需要，需要考虑很多东西，导致一些性能、便捷性等问题。

[feiyuanqiu]

换框架出问题了你能保证解决么？不能的话你就是在给你们的项目引入风险，还是挺麻烦的那种
工作上我觉得保守点挺好，首先保证风险可控，系统稳定。不是什么时髦就要去追求什么

[88250]

等你们讨论完用什么框架最好时，别人公司已经上市了。

[aerostone]

还需要考虑运维的问题， laravel 使用的 PHP 版本是很高的，而对运维来说，他们更希望的是使用 LTS(long-term support)版本的操作系统，然后可能会使用系统包管理器来安装运行环境。

我个人觉得，应该是 LTS 的操作系统和 LTS 的 PHP 框架搭配，比如 symfony 或者 yii2 ， laravel 更新太快了。

[cevincheung]

小东西真心用不着框架。真正多用户协同开发应用复杂架构方案的应用才需用框架（我认为，避免被喷）

[dapang1221]

通篇看下来我只想知道为什么要用两个类，一个单数一个复数。。。

[catface]

可以试用 lumen

[wizardforcel]

效率？你的 apache90%时间都在空转。

[guoer]

laravel 出了问题你能马上解决吗？

[wjfz]

我们公司用的 Laravel ，个人觉得跑起来相对蛮重的。
学习成本也的确有点高，但毕竟框架嘛，好处是开发使用起来的确很便捷。
常用操作都有很便捷的封装。

这种感觉就像是，以前自己买来轮子方向盘车架子弄一辆能跑起来的车。现在是有人早了一辆安全舒适的车，但你得认真的学这个车怎么开。

个人担心的问题是，使用 Laravel 之后，就没有直接接触 SQL 命令了，连建表都是用框架去建，用久了怕对自己不好。
以前会考虑哪些 SQL 效率不够，会想着去优化优化，用 Laravel 之后完全任由框架去做了。


希望路过的大婶们给点指引。多谢。

[thinkif]

这种情况下，上框架不如把公司积累的代码重构成库或者轻量级的框架

[cxbig]

推荐新玩意不是说：
“嘿，那个东西很酷，我们换它吧”

要说：
“老板，你看我用这个新框架重写了公司的项目，根据沙盒测试的结果：
- 运行效率提升了 xx%；
- 节省了 yy%的内存和 zz%的 CPU ；
- 还有 aa 、 bb 、 cc ……等安全保障机制。
我还做了个全自动部署脚本， 10 分钟即可上线，运行稳定
通过计算，如果我们使用新的框架，每月可以给公司节省\d{4,5}的服务器和人工成本，
另外我可以负责跟其他 dev 进行技术分享，不会有人掉队
您看要不要试试？”

[Lucups]

我个人认为技术架构的演变应该是循序渐进的，一下子推倒重来虽然爽，但带来的技术风险、业务风险太大，除非特殊情况不建议这么去做， 20 楼的方案比较切合实际。

程序员的职位上经常挂一个“工程师”，我觉得不无道理，对新技术保持一定的克制是一种职业素养。新技术可以先在非核心业务里尝试，再决定采用与否。

另，楼主公司技术氛围看起来非常不错~

[xuwenmang]

可以用，也别怕坑。

以后的框架发展就是一个应用程序，把它当应用程序用其实更好，不需要太多的经验，不需要招大师级的人物带领，几个一两年经验的就能生产出不错的产品。如果原生开发，涉及的东西太多，真心敢用新手啊。

如果水平不错，又需要更多的灵活性，自己 composer 就是。

[wizardforcel]

我觉得题主还是不要写 php 了，因为其它语言不用框架写不了 web 。 23333

php 的原生 web 支持的确很坑。路由系统既不美观也不安全。模板功能容易把各种代码搅在一起更是让人抓狂。

[HanSonJ]

@Lucups 为何说气氛不错？

[msg7086]

在公司里推某一种技术的目的是要解决实际问题。
如果某个系统本身没什么太大问题，你去推新的，反而自己生产出各种问题，不划算。
举个栗子，我们公司有个很频繁使用的系统是用 Ubuntu 8.04 LTS 来跑的。
然而继续用着并没有什么问题，因为是企业内部用，没有对外开放端口也不担心漏洞。
系统开销小一套打包只要 200M 。（新版 Ubuntu 一个内核就 200M 了。）
楼主这种情况我觉得首先要找出问题在哪，然后再看怎么解决。
框架写得不好，可以把框架部分提炼重构出来，而不一定要整个全用 Laravel 重写。
重写的代价毕竟很大。

[Lucups]

@HanSonJ 辩论哎，很多公司都没得辩的。。。

[HanSonJ]

@msg7086 谢谢了

@Lucups CEO 比较和蔼，自己也希望自己做的东西不是靠着烂框架，所以就去聊了

[herozzm]

laravel 我觉得并不好用，比不上 phalcon