@justfun 往后几年收入难看也没关系，不是上市公司不用管报表好不好看，只关心实际利益。而预收现金明显是个很大的利益。

运费可明确分为三部分：

1.寄件到原收件地址
2.原收件地址到 A 的地址
3.A 地址到原收件地址。

其中 “2.原收件地址到 A 的地址” 的费用，是顺丰打电话给 A，然后 A 口头下单要求的，如果寄到了，顺丰应该向 A 收费。

但现在顺丰没有完成 A 的口头订单（任务中断），所以顺丰就不能向 A 收费。

这个问题确实比较复杂，三方各占一点过错，最公平的办法是三方一起承担，但现实中这个 A 很难揪出来。

婚纱照是给别人看的，而能欣赏 “平淡” 和 “特色” 的人总是少数。

如果你拍了这种照片，会有很多人说问你 “是自己拍的吗？一辈子一次为什么不花点小钱去找人拍？” 让你哭笑不得。

另外就是上面很多人说到，平淡还要好看，还要和别人不撞套路，需要创意，而创意是很贵的。

@xuanbg 不可能吧，ISO8601 对前端非常友好，js 标准库就支持 ISO8601，最流行的日期时间库 day.js 也重点支持 ISO8601 。

另外，强大的永远是算法、创意，语言只是工具。同一个算法，用 C++实现并不会比用其它语言实现更高大上。

先看目的，你要做什么，然后再找合适的工具，而不反过来。

没什么伟大的创意是非得用 C++不可的，Linus 用 C 做出了 git，Ryan Dahl 用 javascript 做出了 Node 之后又用 Rust 做出了 Deno

不是只有非攻克不可和完全不学两个选项的，还可以当作兴趣学，优先度安排得低一点，比如每三天按排一小时或每周安排两小时（具体时长因人而定）。

正常操作而已，相当于批发价，买得越多越优惠，就这么简单。

注意，前端使按钮失效，说来说去都是为了让用户体验更好而已，**绝对不是** 为了让后端不接受重复提交的，因为这对于前端来说是一个不可能的任务，既然不可能，就没有责任。

因此，数据重复问题 100% 是后端的责任。

另外，用户点击按钮的 “使用体验”（能感觉到点击生效吗、能感觉到正在处理吗）则是前端的责任。

如果用户体验不好，烦躁地多次连击按钮，这个烦躁应该由前端负责解决，但后台数据是否重复这个前端是解决不了的（因为还有攻击者不走正常前端页面）。

前端的主要负责对象是用户，最主要的责任给用户合理的暗示：

- 比如通过按钮失效来告诉用户点击成功了（不然用户会烦躁 “究竟点到了没”）
- 比如通过进度条（或转圈圈）来告诉用户正在处理中。

后端的主要负责对象是公司（公司数据的安全、服务器的稳定），最主要的责任是假设每一个请求都有可能是攻击。

先卖了吧，也许有效呢，不做谁知道。我们可以给你各种推测，但推测毕竟不等于事实。

最近几晚我都是开空调

@alalida m 记还有的，双层牛堡和双层鳕鱼堡套餐都是 23

我猜最终会产生一个 “写错误” 结束下载。

日期用字符串很常见，也是有一些好处。

这就是免费产品与收费产品的区别，免费产品需要用户帮忙刷 KPI 的。

用什么都一样，这个级别的任务体现不了多少语言优势，用最熟练的语言来做就行。

是变差了，也正常，管理水平都不一样。我是麦当劳常客，看着他们怎么管理的，以前有些高级管理人员会偶尔来一次，现在几乎没有高级人员来巡查了。

没用过安卓可以试试华为，毕竟别人说好不好都是别人的经验，自己的亲身体验不应该被取代。

恰好这一代 iPhone 升级并不是让人特别满意，正是体验安卓的好机会，实在不行下次换机再回 iPhone 也可以，也许下次 iPhone 进步特别大呢。