感觉没用。APP 装多了还不如直接搜索，常用的摆好位置，肌肉记忆更快。

资本主义破，资本主义破，

资本主义企业，

水深、火又热

你们这些「不擅言辞」的程序员，百度要给你装全家桶时你是怎么拒绝的？便利峰要给卖你 1 分钱的优惠券时你怎么拒绝的？ 360 要读取你的通讯录时你是怎么拒绝的？

怎么人家推销个卡，就不会拒绝了呢，是因为找不到对话框按钮了？

直接嚣张点，「我不想要优惠价」「老子有钱」「赶紧结帐，不结帐我走了」

只有我一个人觉得这种大篇幅的 Emoji 是一种滥用吗？偶做娱乐还好，泛滥起来真是和拼音缩写一样的反智退化。

这种衣服有没有市场？

正面上方适用苹果门店：不买 AC+
正面下方适用地铁车厢：不扫二维码，离远点

背面上方适用理发：不办会员卡
背面下方适用逛街：我随便看看，别理我

你触发了 V2EX 的防沉迷机制

@luxinfl 用 CachePut 的话，可以在方法里 return 要返回的值，然后把 result 写入缓存。或者在 update 方法上用 CacheEvict 注解，另有查询方法用 Cacheable 注解

@luxinfl CachePut 了解一下

@zjie 拼多多上抢的

没有减 400 的香

nginx 也可以

上梯子试试？

很常见啊

externalAssignmentValue

学到了新词汇：粘半包。

机场的行李传送带（ TCP ），上面的行李大多是完好的，打包到箱子里的，虽然有大有小，但是一目了然（ HTTP/FTP ...）。整理员能直接拎起来。

突然来了一批散装行李（自定应用协议），整理员傻眼了，只好凭感觉把散件捆好，乘客取行李时肯定是要厮打起来：我少了一件内衣，怎么捆在你这里了！（所谓粘包问题）

问题的原因是乘客存行李时，没有使用标准登机箱，而是选择了整理员难以正确处理的特立独行的方式（未设计好的自定应用协议）。

乘客 A 到知乎上提问：行李被机场传送带吃了是什么体验？（误解粘包问题与 TCP 有关）

乘客 B 经过个人奋斗，在历史进程的影响下改变了机场行李的规则，所有乘客携带物品需要散开传送，为避免混乱，每件单独物品均有乘客编号，同时对整理员进行培训考核。这场变革大大提升了安检与托运效率。（设计良好的自定应用协议）

因为整理员任务繁重，不得不扩大用人规模，成本增加，业绩亏损，不得不重新强制使用标准登机箱。（自定应用协议上线后掉进大坑，只好替换为成熟方案）