V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
HanSonJ
V2EX  ›  问与答

如何说服公司使用 laravel?

  •  
  •   HanSonJ · 2016-03-15 20:57:06 +08:00 · 3072 次点击
    这是一个创建于 3174 天前的主题,其中的信息可能已经有所发展或是发生改变。
    公司是一家小型电商公司, CEO 是兼任 CTO ,并且原来代码大部分都由他完成,没有使用任何框架。我刚进公司没多久,发现这框架无论是命名还有设计上都让我感到十分不适。
    例如:
    实例的类要求大写(这个跟框架没关系,纯吐槽 - -)
    每个对象两个类,一个单数一个复数( WT 。。???)
    框架代码跟使用者编写的代码混在了一起 等等

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

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

    还有公司 php 会关掉 notice ,这个也不知道大家怎么看。。。
    第 1 条附言  ·  2016-03-15 21:54:46 +08:00
    为什么要换忘了说了,现在公司正处于重构阶段,所以都在考虑
    第 2 条附言  ·  2016-03-15 22:30:30 +08:00
    谢谢大家了, 我还是业余玩玩 laravel 好了
    29 条回复    2016-03-17 08:55:51 +08:00
    linnchord
        1
    linnchord  
       2016-03-15 21:11:41 +08:00 via Smartisan T1
    从自己能控制的小项目开始,如果连这也不能就闪人吧,技术人不要放弃对技术的基本要求。
    yangqi
        2
    yangqi  
       2016-03-15 21:50:23 +08:00
    你刚进公司,别想着说服人家,不太可能的。人家自己已经有一套自己的方式了,你突然让全部换掉你觉得可能么。框架是有很多优点,但也不是必不可少的。感兴趣自己平时玩玩就行了
    ruanyu1
        3
    ruanyu1  
       2016-03-15 21:53:30 +08:00
    利益不同,看问题的角度便不同
    HanSonJ
        4
    HanSonJ  
    OP
       2016-03-15 21:54:58 +08:00
    @yangqi 忘了说了,公司现在正要重构
    des
        5
    des  
       2016-03-15 22:03:58 +08:00
    用 composer 自己凑一个框架,缺啥就去找, lol
    Jaylee
        6
    Jaylee  
       2016-03-15 22:04:38 +08:00
    等你真正把 laravel 用溜了再说吧
    lhbc
        7
    lhbc  
       2016-03-15 22:13:42 +08:00 via Android
    多出的学习成本你承担
    框架有锅你背
    yangqi
        8
    yangqi  
       2016-03-15 22:14:10 +08:00
    @HanSonJ 好吧,其实说服人也是需要技巧的。你要把现在的痛处,然后框架能够怎么解决都具体列出来,这样比较让人信服。如果只是说框架好,很出名,很多人用,这些都是很虚的东西,没用的。
    shiji
        9
    shiji  
       2016-03-15 22:17:26 +08:00
    我就是那种不喜欢用框架的人,来打我呀 :)
    fractal314
        10
    fractal314  
       2016-03-15 22:27:08 +08:00 via Android
    我觉得自己的团队,根据以往的需求,设计的框架,也许更实用呢。
    毕竟, laravel 这种通用的框架,为了照顾大多数人的需要,需要考虑很多东西,导致一些性能、便捷性等问题。
    feiyuanqiu
        11
    feiyuanqiu  
       2016-03-15 22:28:57 +08:00 via iPhone
    换框架出问题了你能保证解决么?不能的话你就是在给你们的项目引入风险,还是挺麻烦的那种
    工作上我觉得保守点挺好,首先保证风险可控,系统稳定。不是什么时髦就要去追求什么
    88250
        12
    88250  
       2016-03-15 22:30:41 +08:00
    等你们讨论完用什么框架最好时,别人公司已经上市了。
    aerostone
        13
    aerostone  
       2016-03-15 22:56:40 +08:00
    还需要考虑运维的问题, laravel 使用的 PHP 版本是很高的,而对运维来说,他们更希望的是使用 LTS(long-term support)版本的操作系统,然后可能会使用系统包管理器来安装运行环境。

    我个人觉得,应该是 LTS 的操作系统和 LTS 的 PHP 框架搭配,比如 symfony 或者 yii2 , laravel 更新太快了。
    cevincheung
        14
    cevincheung  
       2016-03-15 22:59:04 +08:00
    小东西真心用不着框架。真正多用户协同开发应用复杂架构方案的应用才需用框架(我认为,避免被喷)
    dapang1221
        15
    dapang1221  
       2016-03-15 23:01:04 +08:00
    通篇看下来我只想知道为什么要用两个类,一个单数一个复数。。。
    catface
        16
    catface  
       2016-03-15 23:12:23 +08:00
    可以试用 lumen
    wizardforcel
        17
    wizardforcel  
       2016-03-15 23:15:57 +08:00 via Android
    效率?你的 apache90%时间都在空转。
    guoer
        18
    guoer  
       2016-03-15 23:22:08 +08:00
    laravel 出了问题你能马上解决吗?
    wjfz
        19
    wjfz  
       2016-03-15 23:27:31 +08:00
    我们公司用的 Laravel ,个人觉得跑起来相对蛮重的。
    学习成本也的确有点高,但毕竟框架嘛,好处是开发使用起来的确很便捷。
    常用操作都有很便捷的封装。

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

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


    希望路过的大婶们给点指引。多谢。
    thinkif
        20
    thinkif  
       2016-03-15 23:38:47 +08:00
    这种情况下,上框架不如把公司积累的代码重构成库或者轻量级的框架
    cxbig
        21
    cxbig  
       2016-03-15 23:42:04 +08:00   ❤️ 2
    推荐新玩意不是说:
    “嘿,那个东西很酷,我们换它吧”

    要说:
    “老板,你看我用这个新框架重写了公司的项目,根据沙盒测试的结果:
    - 运行效率提升了 xx%;
    - 节省了 yy%的内存和 zz%的 CPU ;
    - 还有 aa 、 bb 、 cc ……等安全保障机制。
    我还做了个全自动部署脚本, 10 分钟即可上线,运行稳定
    通过计算,如果我们使用新的框架,每月可以给公司节省\d{4,5}的服务器和人工成本,
    另外我可以负责跟其他 dev 进行技术分享,不会有人掉队
    您看要不要试试?”
    Lucups
        22
    Lucups  
       2016-03-16 00:01:54 +08:00
    我个人认为技术架构的演变应该是循序渐进的,一下子推倒重来虽然爽,但带来的技术风险、业务风险太大,除非特殊情况不建议这么去做, 20 楼的方案比较切合实际。

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

    另,楼主公司技术氛围看起来非常不错~
    xuwenmang
        23
    xuwenmang  
       2016-03-16 08:22:07 +08:00
    可以用,也别怕坑。

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

    如果水平不错,又需要更多的灵活性,自己 composer 就是。
    wizardforcel
        24
    wizardforcel  
       2016-03-16 10:16:03 +08:00
    我觉得题主还是不要写 php 了,因为其它语言不用框架写不了 web 。 23333

    php 的原生 web 支持的确很坑。路由系统既不美观也不安全。模板功能容易把各种代码搅在一起更是让人抓狂。
    HanSonJ
        25
    HanSonJ  
    OP
       2016-03-16 12:33:44 +08:00
    @Lucups 为何说气氛不错?
    msg7086
        26
    msg7086  
       2016-03-16 12:56:11 +08:00
    在公司里推某一种技术的目的是要解决实际问题。
    如果某个系统本身没什么太大问题,你去推新的,反而自己生产出各种问题,不划算。
    举个栗子,我们公司有个很频繁使用的系统是用 Ubuntu 8.04 LTS 来跑的。
    然而继续用着并没有什么问题,因为是企业内部用,没有对外开放端口也不担心漏洞。
    系统开销小一套打包只要 200M 。(新版 Ubuntu 一个内核就 200M 了。)
    楼主这种情况我觉得首先要找出问题在哪,然后再看怎么解决。
    框架写得不好,可以把框架部分提炼重构出来,而不一定要整个全用 Laravel 重写。
    重写的代价毕竟很大。
    Lucups
        27
    Lucups  
       2016-03-16 14:41:56 +08:00
    @HanSonJ 辩论哎,很多公司都没得辩的。。。
    HanSonJ
        28
    HanSonJ  
    OP
       2016-03-16 20:54:56 +08:00
    @msg7086 谢谢了

    @Lucups CEO 比较和蔼,自己也希望自己做的东西不是靠着烂框架,所以就去聊了
    herozzm
        29
    herozzm  
       2016-03-17 08:55:51 +08:00 via Android
    laravel 我觉得并不好用,比不上 phalcon
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2750 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 24ms · UTC 02:11 · PVG 10:11 · LAX 18:11 · JFK 21:11
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.