如何说服公司使用 laravel？

[HanSonJ]

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

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

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

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

[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