我们现在的 api 也还是直接 laravel 走起。
但已经在前面的 nginx 层开始做一些处理了，今后会把 nginx 作为 api.example.com 的直接输出，后端再具体分发到不同的后端服务去。

版本的话处理方法很多的，但我还是倾向于把版本处理交给更后层处理而不是集中在前面。
因为我的理解中，除了授权等控制行为外，API 网关还有个重要的事是第一层路由。
我个人目前工作中是试图把 API 网关作为纯路由，至于那种控制和集中处理的事应该由另外一个配置中心来处理，对 API 网关进行操作。

朋友们，你们有没有想过，在中国大多数公司的现实情况下，有的时候编译慢是好事？

对，我就指磨洋工。

当项目经理非要把 7 天的工作量压到 2 天完成的时候，编译慢是你最好的武器。



当然我不建议这么干，但有的时候，某些情况下，这是我怼人的武器。

可以。

人总是要休息下的，这宝贵的几秒钟很重要。

这个小程序比上一版好看多了。

巨龙满意了。

@lfzyx 我司打算继续用着过气的 Jenkins 用一万年……

主要是够用……

介绍一个成品。。。

https://gitee.com/georgehao/PPGo_Job

大哥你有啥想不开的

我们用苹果不是因为手机好…
不是因为性能，不是因为拍照。
我们当然知道 Android 和国产安卓早非吴下阿蒙。
是因为 iOS 省心。

家里自用我从来不乱搞 ESXI 之类的，都一个物理机一个系统，跑的纯粹点。
Windows 上我会多装些服务，因为 Windows 我不太折腾，多装点东西能跑很久。
Linux 我一般不太搞很多，因为经常折腾经常新起东西。
这样算下跑 Linux 的那台还是准备个虚拟化吧，方便折腾。

……在他办公室偷偷安装一个红外感应吧……

联系到之前的颓势，这应该是为了圈钱最后挣扎一下了。

给自己用的我是用的自建的 MySQL。
便宜，我调的还可以。

但公司的全在往阿里云的 RDS 迁。
这不是个技术问题，是为了保自己。

看情况，这时候你们很可能需要。。。中间层。

大的后端，只负责数据收发存储，也就是你们现在意义的后端。

对数据的这种过滤和处理，你们现在是前端做，我们也是，但我们也发现有的时候这样很麻烦，能直接给到前端处理过的就好了。

可是又不能直接塞给后端，这种和业务很亲近的数据处理给后端都来做，很容易过度入侵后端，冲击他们已经梳理的不错的接口和规范。

我们虽然不像阿里之类的大公司有所谓 Node 编写的一个中间层，但也在尝试，其实就是根据具体业务需求把后端给过来的数据再包装一次给前端，让前端好处理点。这个部分很多公司都是前端自己来做了，因为所谓前端是离业务最近的人嘛，但我觉得用 PHP 等后端语言处理包装下接口也没什么不可以的。

反正一般谁来做这种数据处理，我们倾向于看谁做的快……谁做的快谁来搞下，毕竟不存在绝对意义上的一个人加班，一个人加班十有八九是要另外一端的人协助配合的。

移动硬盘盒，当 Adobe 系列的缓存盘。坏了拉倒直接扔。

装 APP 我没那么大意见，但我想用 PC 端是因为打字方便啊，方便我和卖家买家交流啊…
APP 上打字速度再快也不能和 PC 比，所以我也放弃了闲鱼了……

等有了 X86 支持我再考虑。