如何说服公司使用 laravel? - V2EX
V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
HanSonJ
V2EX    问与答

如何说服公司使用 laravel?

  •  
  •   HanSonJ 2016-03-15 20:57:06 +08:00 3434 次点击
    这是一个创建于 3550 天前的主题,其中的信息可能已经有所发展或是发生改变。
    公司是一家小型电商公司, 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     Solana     5674 人在线   最高记录 6679       Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 38ms UTC 02:47 PVG 10:47 LAX 18:47 JFK 21:47
    Do have faith in what you're doing.
    ubao msn snddm index pchome yahoo rakuten mypaper meadowduck bidyahoo youbao zxmzxm asda bnvcg cvbfg dfscv mmhjk xxddc yybgb zznbn ccubao uaitu acv GXCV ET GDG YH FG BCVB FJFH CBRE CBC GDG ET54 WRWR RWER WREW WRWER RWER SDG EW SF DSFSF fbbs ubao fhd dfg ewr dg df ewwr ewwr et ruyut utut dfg fgd gdfgt etg dfgt dfgd ert4 gd fgg wr 235 wer3 we vsdf sdf gdf ert xcv sdf rwer hfd dfg cvb rwf afb dfh jgh bmn lgh rty gfds cxv xcv xcs vdas fdf fgd cv sdf tert sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf sdf shasha9178 shasha9178 shasha9178 shasha9178 shasha9178 liflif2 liflif2 liflif2 liflif2 liflif2 liblib3 liblib3 liblib3 liblib3 liblib3 zhazha444 zhazha444 zhazha444 zhazha444 zhazha444 dende5 dende denden denden2 denden21 fenfen9 fenf619 fen619 fenfe9 fe619 sdf sdf sdf sdf sdf zhazh90 zhazh0 zhaa50 zha90 zh590 zho zhoz zhozh zhozho zhozho2 lislis lls95 lili95 lils5 liss9 sdf0ty987 sdft876 sdft9876 sdf09876 sd0t9876 sdf0ty98 sdf0976 sdf0ty986 sdf0ty96 sdf0t76 sdf0876 df0ty98 sf0t876 sd0ty76 sdy76 sdf76 sdf0t76 sdf0ty9 sdf0ty98 sdf0ty987 sdf0ty98 sdf6676 sdf876 sd876 sd876 sdf6 sdf6 sdf9876 sdf0t sdf06 sdf0ty9776 sdf0ty9776 sdf0ty76 sdf8876 sdf0t sd6 sdf06 s688876 sd688 sdf86