移动硬盘最好……

相信我

@airqj 我跟你讲有这样想法的「 CTO 」们可不少。 当然下面的人也从来不会照着真的实行就是了。

@keysona 有的时候真的不是排斥学习新东西，尽管一定有这样的人可以抱着 Python 2 用上五十年，但我也接触过不少学了一堆其他语言的人。

更多的我见过的人是新项目不拒绝用 3，老项目说要从 2 改到 3 就死活不愿意……

。。。停留在语言层面争吵的人不配说是学会了编程。

不好玩。

不上纲上线，对海量简历我们倒确实有可能一秒钟就决定一份简历的去留，但到了面试这一环，不会有这种「一秒钟决定」的假设。

但我们不考虑这种极端假设，就单说这种以前来过现在又来的同学，并且过了前面的简历筛选，而且既然说到去年来过，显然作为面试官的我应该是记得他的过往表现的。而对应结合当下公司需求，以及当年他的表现的薄弱之处，我会对应多加留心多做考核。

说到底，我只关心能不能招进来为我所用，符合我的业务和部门发展需求才是重中之重，甚至是唯一会考量的目标。

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