TUMI 的 Aplha Bravo 系列里面有个单肩斜挎包，大小刚刚好。海军蓝的还是挺好看的。

@GZK007 你这个估计就是卡。。我 8p 程序跑多了卡顿的时候截图就这样。
你要是刚换机的话，那估计还后台优化呢。等段时间再试试。
要是用了好几天还这样。。拿回去换吧。

@hideinbush 然后发现射手法师根本抢不上，还有各种不给就演的小姐姐。。。

16 进制编辑器都可以，都能直接打开分区了。
而且你这个刚 100M，大部分编辑器都可以打开的。

一个时代有一个时代的痛。日出而作日落而息的老祖宗虽然不用担心 996，但也担心各种天灾疾病呢。
幸福这个事太主观了，现代人的幸福和十年前百年前的肯定不一样。没有个统一的标准没法比。
不过从更广的角度看，人类的平均寿命确实是越来越长了。

摘要其实是不靠谱的，他的作用是在一定可靠程度下去验证两个东西是不是同一个，而这可靠程度只要你碰到了就是确定的。
所以你不能靠摘要去给用户文件去重，只能后台完全比较。不然很容易就像之前 SHA 那样两个 PDF 一样。这东西人为制造一个碰撞很难，但是你没法保证用户上传的不碰撞。到时候没法跟用户解释你就是那 1%。你自己上传的照片为什么变成了冠希。
个人建议，上传直接 UUID，同时另存一份摘要。然后后台跑个程序定期对摘要相同的文件做完整比较，如果完全一样那么直接把另一个文件在数据库里记录的 UUID 替掉。
当然这是不考虑删除的情况。

有，说起来也搞笑，14 年那会的事了。
我去面试，早上 9 点到了，然后 HR 说要上机，给我准备个机器让我稍等。我说行那就等会呗。
这时候来了另一个面试者，刚毕业的学生，还给我看了他的简历。真的是厚厚一本，装订好的。。里面好几个项目，第一个项目是 MFC 的，整个项目的结构什么的都写了。我还问，你这是啥啊。。他说他也不知道，他师兄给他弄的，他就背了背并不懂写的都是啥。。。
后来等到十一点半，HR 过来说不用上机了老板直接面试。当时我还一脸懵逼还有这么玩的？
结果进去看见老板，老板直接跟我说我也不问你经历啥的了，估计你也被问烦了，你就说说你能给我公司带来啥吧。。。
当时我就想直接走了，想想都浪费了一上午起码把水喝了。就跟他一顿扯喝了杯水直接赶紧结束走人。

中午少吃点，下午早点回家就行了。
当然 996 就没办法了。

应该是把，罗技所谓的维修其实就是换新的，他们根本没有维修能力。。。
你出了保当然是没法给你换新了。

@alanying 这就坑钱了？那你是没见过一个服务你自己统计的使用时长，按照他们给你的文档和计费标准手动计算出来和 Cost Explorer 总差个几百。
然后你找他们他们还给不出来详细计费清单。

没试过不同可用区的，不过同区没额外收费。
你可以问问你们销售。

ElasticSerach 这玩意相当于数据库，最好的办法是在它上面包一层 Application Database 。所有和 ES 通信的全走你这层程序，从这里面控制并发。

简单的其实可以分 MileStone 的 Issue Tracker 就可以了。但你要用甘特图的话，我之前也找了好久，结果就是微软的 Project 最好用。
主要是如果每个任务花费的时间确定，而且任务之间又有明确的依赖关系，需要统一卡时间节点的话，还是甘特图最好用。

格式化和删除操作都是这样的啊，而且就算你覆盖一次，也是可以用 X 光还是啥的扫出来。
最保险的办法就是多次覆盖，然后硬盘拆了拿锤子把盘片敲碎。
或者微波炉也行。