@ovear 因为重的轮子，不是没能力造就是没精力造，即便造出来，多半也要扔的，用 C++重写 hadoop 和 spark 的事情，国内有大厂也干过，后来目的达到之后还是放弃了。一般公司 KPI 轮子，也会挑简单一些的下手，比如建议框架，建议 cache，简易 rpc 协议，简易配置服务器，不会傻到挑那些做到跳槽那天都没做完的东西。

每个互联网公司都有社区情节，每个做 web 的都有过框架情节，我敢说，100 个做过 php 的人，起码 90 个造过自己的简易框架，大部分可能简单到只有 url 路由和 load 模板，最多加个简单的 DAO 层，这些重复劳动其实没有意义。github 超过 5000 星的那些，才能说及格了，有存在的价值。

@ovear

jfinal 我今天第一天听说，常年混 reddit java 社区竟然没听人提过，它跟 springboot 有可比性吗？
稍微了解了一下，原来是中国特供，它模仿了 rails，对比过去的 SSH 是简单了一些，但是跟 springboot 比还是麻烦。

tornado 侧重点是 async，它代替不了 flask，pip 里搜一下就知道 package 数量差了几倍。
django 倒是能代替 flask，而且新手我更推荐 django，它更加的一站式服务，虽然比 flask 入门稍复杂一些。

laravel 的概念是新东西吗？都是别人玩腻了的，你做 php 的没了解过 zend framework 吗？概念一点儿都不比 laravel 少。
现在不是 2008 年之前，后端不再是个人单打独斗的时代了，团队协作和代码质量的问题频繁暴露，php 那套端平快的玩法，已经跟不上时代了，所以最近几年 php 一直在走下坡路，稍有规模的公司，要么完全不用 php，要么把 php 归为前端，只是拿来拼凑个页面或者组装后端 API 的返回值，PHP 已经很边缘了。laravel 给了那些代码规模大性能要求低的项目，继续使用 php 的便利。

PHP 不是我主力语言，但我用过 CI 和 Yii1，觉得它们过于简陋和麻烦，laravel 的出现让人眼前一亮，便利和强大兼顾了，而不是折衷了，牺牲掉的是一点性能，这点用 PHP7 可以挽回。去年有新项目需要用 php 时，随便看了一会儿 laravel 就上手了，从零开始也非常简单，它不过是把别人玩腻的东西挑选了一些用，都是早就熟悉了的东西，没什么新意。

@ovear 研发团队喜欢搞轮子，有的时候并不是业务真的需要重复造轮子，而是为了 KPI，轮子搞完，通道评审做完，可能就不大维护了，交给新来的人，新来的人可能根本看不上，又重搞一套。所以比较大的公司，team A 搞的轮子，同部门的 team B 可能看不上，甚至 team A 内部还分好几派，多种框架轮子并存。

@ovear

举个 python 的例子，flask 只是作者一个周末心血来潮搞出来的，它几乎没自己的东西，整合了 jinja 和 werkzeug，DB 整合了 sqlalchemy，signal 用的是 blinker，一出来就很受欢迎，很快就有了超过 10000 个 star 和 300 多个代码贡献者。然后涌现了一大堆的 flask-xxx 库，大都也是整合已有的库。flask 出现之前，早就有 pip 了，但是还是不够方便啊，要自己整合。

再看 Java 网红 springboot，它什么都没做，就是把 spring-xxxx 整合了一下，以前要自己写配置文件引入的组件，现在都变成一行配置搞定一堆，它有开创性工作吗？没有。它有属于自己的优秀的库吗？也没有。但是它很快就横扫 Java web 领域，因为它方便。它出来之前，用 maven 也能很快引入包，用 spring 的 di 也能几行代码配置起来，但是跟 springboot 比还是麻烦了一些。

刚入一个新语言的坑，有一帮摸爬滚打了多年的老司机给个菜谱，推荐一些不错的库，再给个 best practice 指引，迅速得到以往靠自己折腾几年才有的知识储备。这类自己不提供核心只做整合的框架，大大降低了入门门槛，也降低了很多重复自己多年的老手的价值。

@zsz

user 服务只提供 client side session 的 encode 和 decode，其本身并不需要保存 session 的内容，使用 cookie 保存 session 并不是楼主想省内存，楼主是选了 flask，flask 默认行为如此，并非楼主意愿体现。

早期可能不需要考虑太多规模上去之后的事情，业务进化的过程中，技术层面也会不断迭代。初期根本不用考虑多语言协作，也不用关注流量和性能，那是日 PV 过了千万之后才要面对的事情。

@ovear 框架要充分考虑通用性，所以会有非常多的 feature，项目中用到的可能只是其中很小的一部分。普通人连 excel 的百分之五功能都用不到，所以要用记事本自己排版做表格吗？

集成优秀的第三方库，而不是重复发明轮子，这也是 laravel 聪明的地方，它把 dirty 的整合工作给你做好了，节省体力劳动。就算你用 CI，一样有要整合第三方库的时候，总不能浪费时间造一大堆的轮子，除非你的项目小到不需要轮子或者大到成立平台组每年花几百万造轮子。

@zsz 不同语言开发，应该把 user 作为一个服务了吧，请求 flask 提供的 user 服务，取回 decode 过的 session，没难度啊

@ovear 你要从 lamp 开始搭，的确比较麻烦。我本来就是 linux 下做开发，lnmp 是现成的，composer 也是早就有了，跟一键安装没有太大差别。配置文件和环境变量是每个框架入手之前都要关注的，orm 可以不用，就像 CI 那样只用它的 querybuilder 也可以的。homestead 和 varigant 之类的，你根本不用了解，直接忽略就行了。

laravel 的价值不是封装的多好，是设施齐全方便，你需要 queue 的时候，它已经在那儿了，你要计划任务，它也有，别的框架里要自己整合的东西，很多它都能开箱即用免折腾。当你要封装自己的组件的时候，用它的方式去做也很简单实用。

@ovear 文档能看 6 天？我看了个把小时，搭环境用了几分钟，第一个功能当天就测试通过

@sorra 家底厚可以买上海户口，有黄牛帮你包装，前两年大概 100 多万能办妥

户口用处不是很大，除非你想买第二套房

@gouchaoer 对前端而言，就算你把 PHP 栈换成 Java 栈，他们也感受不到，完全兼容的。你觉得 Linux 内核兼容，是因为从内核到你的代码，要依次经过 libc，php 解释器，php 框架，兼容性工作在 libc 和 php 解释器那边就完成了。

升级确实不一定是一天，从 5.3 到 5.4，我不到半天就升级完了，minor 版本之间的 change，break 掉用户代码的情况是很少的，不放心可以读一遍 changelog 中不兼容的部分，对照的搜一下代码，花不了很久的。

那些没有足够开发资源的框架，版本才能够比较稳定，不更新 patch 以外的东西，甚至连 patch 都无力维护。

去年我把一个项目完整的从 Java6 升级到 Java8，所有框架和库从 2012 年版本直接跳到 2016 年版本，十几个基础库的大版本号跳了 1-2 个，算上测试在内，也就花了一天时间。刷版本号真不是什么大事，迁移成本也没有那么高，甚至不迁移也无所谓，老版本一直用下去好了。

程序很简单就重写一个 BS 版，买个 VPS 就行，刀片都省了

@woshixiaohao1982 在熟悉十几种不同语言的框架以前，我也是这么吐槽 Java 的，做过不同规模的项目，有了横向纵向比较，才认识到每种框架适合的场景和存在的价值。

@j762852 很多 phper 追求端平快，最好什么框架都不用，复制粘贴就是一把梭。Service Container 是很常见的 IoC 实现，好多年前就流行起来了，特别是中大型项目，不过 php 似乎只有小微项目，所以用在 php 上可能是太重了。

@gouchaoer 一年两个 minor 版本，官方努力保证 minor 版本之间升级不会花超过一天时间。Linux 内核都能保持一年 5-6 个 minor release，一年 2 个真的很多么？

就算没帐号又如何?

@changwei 现在 Java 谁还用 structs? 你去看看 springboot，哪个 PHP 框架比它简单?

@QAPTEAWH 为何？我 27 4k 用的很舒服