1
linnchord 2016-03-15 21:11:41 +08:00 via Smartisan T1
从自己能控制的小项目开始,如果连这也不能就闪人吧,技术人不要放弃对技术的基本要求。
|
2
yangqi 2016-03-15 21:50:23 +08:00
你刚进公司,别想着说服人家,不太可能的。人家自己已经有一套自己的方式了,你突然让全部换掉你觉得可能么。框架是有很多优点,但也不是必不可少的。感兴趣自己平时玩玩就行了
|
3
ruanyu1 2016-03-15 21:53:30 +08:00
利益不同,看问题的角度便不同
|
5
des 2016-03-15 22:03:58 +08:00
用 composer 自己凑一个框架,缺啥就去找, lol
|
6
Jaylee 2016-03-15 22:04:38 +08:00
等你真正把 laravel 用溜了再说吧
|
7
lhbc 2016-03-15 22:13:42 +08:00 via Android
多出的学习成本你承担
框架有锅你背 |
8
yangqi 2016-03-15 22:14:10 +08:00
@HanSonJ 好吧,其实说服人也是需要技巧的。你要把现在的痛处,然后框架能够怎么解决都具体列出来,这样比较让人信服。如果只是说框架好,很出名,很多人用,这些都是很虚的东西,没用的。
|
9
shiji 2016-03-15 22:17:26 +08:00
我就是那种不喜欢用框架的人,来打我呀 :)
|
10
fractal314 2016-03-15 22:27:08 +08:00 via Android
我觉得自己的团队,根据以往的需求,设计的框架,也许更实用呢。
毕竟, laravel 这种通用的框架,为了照顾大多数人的需要,需要考虑很多东西,导致一些性能、便捷性等问题。 |
11
feiyuanqiu 2016-03-15 22:28:57 +08:00 via iPhone
换框架出问题了你能保证解决么?不能的话你就是在给你们的项目引入风险,还是挺麻烦的那种
工作上我觉得保守点挺好,首先保证风险可控,系统稳定。不是什么时髦就要去追求什么 |
12
88250 2016-03-15 22:30:41 +08:00
等你们讨论完用什么框架最好时,别人公司已经上市了。
|
13
aerostone 2016-03-15 22:56:40 +08:00
还需要考虑运维的问题, laravel 使用的 PHP 版本是很高的,而对运维来说,他们更希望的是使用 LTS(long-term support)版本的操作系统,然后可能会使用系统包管理器来安装运行环境。
我个人觉得,应该是 LTS 的操作系统和 LTS 的 PHP 框架搭配,比如 symfony 或者 yii2 , laravel 更新太快了。 |
14
cevincheung 2016-03-15 22:59:04 +08:00
小东西真心用不着框架。真正多用户协同开发应用复杂架构方案的应用才需用框架(我认为,避免被喷)
|
15
dapang1221 2016-03-15 23:01:04 +08:00
通篇看下来我只想知道为什么要用两个类,一个单数一个复数。。。
|
16
catface 2016-03-15 23:12:23 +08:00
可以试用 lumen
|
17
wizardforcel 2016-03-15 23:15:57 +08:00 via Android
效率?你的 apache90%时间都在空转。
|
18
guoer 2016-03-15 23:22:08 +08:00
laravel 出了问题你能马上解决吗?
|
19
wjfz 2016-03-15 23:27:31 +08:00
我们公司用的 Laravel ,个人觉得跑起来相对蛮重的。
学习成本也的确有点高,但毕竟框架嘛,好处是开发使用起来的确很便捷。 常用操作都有很便捷的封装。 这种感觉就像是,以前自己买来轮子方向盘车架子弄一辆能跑起来的车。现在是有人早了一辆安全舒适的车,但你得认真的学这个车怎么开。 个人担心的问题是,使用 Laravel 之后,就没有直接接触 SQL 命令了,连建表都是用框架去建,用久了怕对自己不好。 以前会考虑哪些 SQL 效率不够,会想着去优化优化,用 Laravel 之后完全任由框架去做了。 希望路过的大婶们给点指引。多谢。 |
20
thinkif 2016-03-15 23:38:47 +08:00
这种情况下,上框架不如把公司积累的代码重构成库或者轻量级的框架
|
21
cxbig 2016-03-15 23:42:04 +08:00 2
推荐新玩意不是说:
“嘿,那个东西很酷,我们换它吧” 要说: “老板,你看我用这个新框架重写了公司的项目,根据沙盒测试的结果: - 运行效率提升了 xx%; - 节省了 yy%的内存和 zz%的 CPU ; - 还有 aa 、 bb 、 cc ……等安全保障机制。 我还做了个全自动部署脚本, 10 分钟即可上线,运行稳定 通过计算,如果我们使用新的框架,每月可以给公司节省\d{4,5}的服务器和人工成本, 另外我可以负责跟其他 dev 进行技术分享,不会有人掉队 您看要不要试试?” |
22
Lucups 2016-03-16 00:01:54 +08:00
我个人认为技术架构的演变应该是循序渐进的,一下子推倒重来虽然爽,但带来的技术风险、业务风险太大,除非特殊情况不建议这么去做, 20 楼的方案比较切合实际。
程序员的职位上经常挂一个“工程师”,我觉得不无道理,对新技术保持一定的克制是一种职业素养。新技术可以先在非核心业务里尝试,再决定采用与否。 另,楼主公司技术氛围看起来非常不错~ |
23
xuwenmang 2016-03-16 08:22:07 +08:00
可以用,也别怕坑。
以后的框架发展就是一个应用程序,把它当应用程序用其实更好,不需要太多的经验,不需要招大师级的人物带领,几个一两年经验的就能生产出不错的产品。如果原生开发,涉及的东西太多,真心敢用新手啊。 如果水平不错,又需要更多的灵活性,自己 composer 就是。 |
24
wizardforcel 2016-03-16 10:16:03 +08:00
我觉得题主还是不要写 php 了,因为其它语言不用框架写不了 web 。 23333
php 的原生 web 支持的确很坑。路由系统既不美观也不安全。模板功能容易把各种代码搅在一起更是让人抓狂。 |
26
msg7086 2016-03-16 12:56:11 +08:00
在公司里推某一种技术的目的是要解决实际问题。
如果某个系统本身没什么太大问题,你去推新的,反而自己生产出各种问题,不划算。 举个栗子,我们公司有个很频繁使用的系统是用 Ubuntu 8.04 LTS 来跑的。 然而继续用着并没有什么问题,因为是企业内部用,没有对外开放端口也不担心漏洞。 系统开销小一套打包只要 200M 。(新版 Ubuntu 一个内核就 200M 了。) 楼主这种情况我觉得首先要找出问题在哪,然后再看怎么解决。 框架写得不好,可以把框架部分提炼重构出来,而不一定要整个全用 Laravel 重写。 重写的代价毕竟很大。 |
29
herozzm 2016-03-17 08:55:51 +08:00 via Android
laravel 我觉得并不好用,比不上 phalcon
|