@deepout 用着第三方 AirMail。 但理由和你一样，稳定，功能也够，不出纰漏，就安安稳稳在那做一个邮件客户端。

既然有趁手的，还折腾个什么劲。

@qiukong 年轻人，这种思想要不得。变成纯泄愤了。

@realpg 其实公网服务器也有好处……

@songkqx1c 微信自己的公众号里的文章里带的图就都是把 gif 转成了 webp 的。但动图是不是转了 webp 我还真没仔细看过。

不是复杂 gif 可以用 png 的序列帧加动画解决，也有部分动画可以用 svg 解决，但那个就不是 AE 导出的了……

如果不需要考虑 iOS Safari 的问题，也可以 gif 转 webp。

webp 的动画体积小很多很多。

@Aliencn 推送+1。

当年把拉取改成推送后，颇有一种往 CDN 节点发数据的感觉。

那我给个理由吧。

有几十万已经写好的 Python 2 的代码扔在那里。

我用 Python 3 在外部写点服务，加点东西，对接起来，也能用。

我用别的东西写，也能这样操作。

当然有时候没那么方便，或者习惯，能复用的，或者可能侵入代码的，就用 Python 2 写。

上面说的性能什么之类的，我从来没考虑过。

我就是不思进取，不肯前进，守旧，喜欢用习惯的东西。。。

为什么要如此不思进取呢？因为如果 Python 2 是个要进故纸堆的东西的话，那么维护的这套系统本身也是，早晚要退役。但在此刻，这套系统仍然能发挥价值，就像 Python 2 仍然是有价值和有着不可替代的部分一样。

Python 3 和 Go 可能在很多地方更好，也许全面碾压 Python 2 的那一天很快就来了，但就算到了那天，用 Python 2 也不是什么丢人的事。

新东西大多数都是好的，但作用应该是开疆拓土，而不是取代老的。

就像我现在比我爹力气大能干活，不代表我就该淘汰他。

在 macoS 下我们习惯的 NumLock 是不会亮的。

不只是你这一款键盘。

改成用 CapsLock 键指示灯来判断键盘状态吧。

@blacklee 其实这样有问题，不只是 MacBook， 不少本子下面的支撑脚其实是和桌面有距离，辅助散热。但一般用书垫的时候没那么大，会把热量在下面积蓄起来……

既然都看到日志变大了，为什么不分析下日志看看是哪里访问量突然变大了呢。

同是 Laravel 5.2，一套东西上，我们跑过一秒钟 100 都扛不住的业务，也跑过 2000+无障碍……

这种锅我觉得纯粹丢给 Laravel 或者 PHP 或者服务器都不对。

我就是那个同环境下 100 跑不过跑到 2000 + 的人。

重新思考了业务，一步步拆开，重新组合，总有办法。

@ovear 我插个嘴跑个题，代码规范和框架约束这两者其实几乎每个人都早晚会遇到这些。

但我个人职位是偏技术管理方向，就我的经验看来……代码规范总会有执行不好的时候，而通过框架实施某种半强制的约束，其实总体上来看，在大家的交流方面是省心一些的。

虽然我也觉得其实限制死了有时候挺不爽，但写久了发现还是工具框架的约束比规范来得靠谱……

当然这个话题和这里说 Laravel 其实没有什么直接关系就是了。

@dreamwar 冲着微信上的妹子们我也不会放弃这个被监控的软件……啊哈哈

@Pore 实体的如果要每张的信息不一样，可能印刷生产成本就会大。。。我也不晓得，我们曾经弄过通用的二维码，每份都一样，但是这样也有不少限制。

你告诉我有什么市场。

@Quaintjade 所以你这是近年来很流行的一种思路，而且也确实在工业工程上取得了很大的成功。

在不明白原理的情况下，作为一个黑盒，我们仍然可以利用。我也觉得这是人类智能极其出色的一点，并不是任何情况下都需要知道原理，很多时候我们能达到结果就可以。

但是呢，学术圈里原教旨的那一派，就是试图从本质上搞清楚什么是智能，什么是思考，仍然存在着。这么多年也没有什么本质突破，更别说在工业上取得什么大规模应用了，仍然停留在多年前的阶段继续吭哧吭哧的爬行。

我倒也蛮欣赏这一派，虽然就现在看来，还是很难取得什么像样的成就，但我也不会因此否定这一派，我甚至很期望这一派能有一些大的突破。

搞不定的时候就上机器学期，先拿结果用起来再说。先知其然，也不放弃知其所以然，我觉得这是一个更可取的态度。

随便 at 一下，不是针对你的言论。这楼里也有偏激的认为不搞明白原理就是耍流氓派。。。可真的等那样，那我们现在很多事都做不了了。

至于上来就扯进化的那些玄学派回复，，，我觉得还是太年轻。

@tini9 搜索别的东西的时候搜到这篇帖子，往下翻看到了……

我记得 15 年的时候我也看过这篇，也和你想法差不多。

现在，唉……

题主智商堪忧