@piapia @des 搜了一圈，基本上感觉去掉同源策略可能性不大，权衡一下，有这样几种折中方案

* native app 、本地代理中转属于这一类。都要本地代理了，还不如直接就写个原生应用算了
* 服务器中转请求
* extension
* userscripts

前两个基本上直接淘汰。后来发现在 extension 方案大概移动版有 Firefox 支持， Chrome 不支持。因此现在还剩下 extension 和 userscripts 两个方案。暂时我自己选的 userscripts 。

如果有其他大佬发现还有其他方法，请求 at 我一下

@william23 好的 看劈叉了.... 至于 @SpicyCat 说的不会留下证据，至少考勤是需要打卡的吧？不过工时难道你们劳动合同里都不写的吗，有没有双休，或者大小周之类的。我觉得当初劳动合同你签了，应该就是认可 996 这些了吧。换而言之当前的薪资就是给你 996 的薪资了

9 点到 11 点 45 分 合计 2 小时 45 分
13 点 15 分到 18 点 30 分 合计 5 小时 15 分

总计 8 小时。难道这不是 8 小时工作制？还是说你认为午休也应该算到工作时间里去呢。

贵重物品 务必当面核验后再签字。如果快递员不给核验，直接拒签。至少我是这样的。（当前我会事先和卖家说好，如果快递不给我当面核验，我会拒签）

@Remember 最早期刚刚出来 QQProtect 这个东西的时候，我还帮他们测试反馈过......，然后有个自称工程师的人简单聊了几句以及问题的复现。随后送了几十个 Q 币。但是比较搞笑的是，通过 qq 来回发送 log 以及他临时编译版本的时候，那货有次发错了，连同一部分代码一起带过来了。我还看了一会儿，并没有什么高级的地方，似乎刚出来那会儿 还没有直接进 R0 上驱动。

相信楼主上网有的时候会看到服务器返回 503 Service Unavailable ，此时页面刷新一下就一切正常仿佛没发生过一样。这就有可能（只是有可能）是因为服务器的前端处理器并发量达到了线程池的上限，此时就不再接受新的请求。直接告诉客户端服务不可用。

其次....tomcat 其实并发量也不会很大（相比静态服务端而言），毕竟所有东西都要到容器里转一圈，再经过用户代码。这一圈下来资源开销就已经很大了。

@BXIA （以下胡扯，仅供茶余饭后娱乐）从我半桶水的纯经济学角度看，比特币符合“货币”的所有特征。实体货币由各国政府中央银行管控（增发或减发），而比特币由算法保证总量一定（即不会超发）。至于你说的发生危机，我觉得更多的关注点应该在如何预防危机发生（例如制造业下滑......或者说如果发生危机，仅仅依靠调控货币是不能够恢复经济的。最终还是要靠实业）
但是需要留意的是，各国政府可能为了自己的利益，操纵汇率来打压其他国家（近期可以参考美帝强势要求包括 RMB 在内的 JPY/EUR 等，需要随 USD 一同升值）。但是比特币不存在这个问题，由于算法是固定死的，不会以个人意志转移。
我觉得目前以比特币为首的一众去中心化的数字货币，最大的阻碍是各国政府无法监控资金的往来。我阴谋论的认为，每个国家的政府都有棱镜项目，所以一旦出现某些不可描述又难以管控的东西，第一思维总是想给扼杀掉（对，没错，我说的是万恶的美帝，请不要想歪了）
----
至于“无政府”状态，据说现在 US 有许多经济不太好的地区，经过当地选民投票表决，已经成为无政府区域。基础、公共、事业服务由上一级政府承担，如果上级也是无政府再由上一级承担（好像现在没听过有“县政府”被投票说不要了的），不过由上级政府托底的服务基本上已经和没有差不多了，例如公安方面只有一两个治安官来负责，其他方面也类似（毕竟你税交的少，美帝纳税人可以指着公务员鼻子骂）

我想起我以前的学生宿舍，那个时候刚入学，天南地北的人在一个宿舍白天军训，晚上没事儿干，寻思着找点乐子。于是乎有人提议 炸金花 。后获一致通过，但是光玩没劲，要来点彩头。于是乎再次商议，输的人喝水。

结果......有个手气背的，老是输（短时间内大量饮水），最后突然不行了，送至附近的武警医院。结论：膀胱积水。反正我是头一次听到喝水喝出问题的。

@murmur 不知道对不对。我觉得现在的货币是以政府的信用背书，并不是以国家信用（甚至我觉得并不存在所谓的国家信用）；至于比特币则是以他的数学公式作为信用背书。两者并没有很显著的区别。政府信用是因为大家都信任你，而数学公式是大家都认可这个公式的有效性。所以只要是“大多数人”认可，那么就可以通行。现在回到金本位、银本位是不太可能的了，那么数字货币的那一串数字与纸币的那一张纸又有多大区别呢。理论上存在 51%攻击，实际操作起来，也许并不需要 51%的计算力就可以发动攻击。

@kiro @340244120 显然是我眼神儿不好.......看错了
@julyclyde 首先每个人拥有 2000 元 /人 /次以及 20000 元 /年的免税额度限制，当然超过了是必须要税的。如果超出了是需要缴纳超出部分的税，针对跨境电商征收的关税、进口环节的增值税、消费税，税率享受 7 折优惠。至于你提到内存税率比较高，据我了解， 15%是最低的了。服饰、自行车、摄像机等等税率 30%。眼影、香水、高级手表税率 60%。所以 15%是我知道的最低档次了。
另外电视机、摄（录）像机、音响设备、空调、冰箱、洗衣机、电脑以及外设等等是不享有免税额度的。通俗地说哪怕你买个电子产品只有 100 RMB ，很遗憾也需要交税。所以买个内存也许没有达到 2000 元 /次，税也是少不了的。

最后，具体的税率可以到这里查询:http://www.customs.gov.cn/publish/portal0/tab67735/

"像 DDR4-2133 32GB 双条套装涨幅高达 6800 日元"

6800 JPY ≈ 416 RMB

加上 15%的税，大约 478 RMB

不到 500 软妹币，可以入手 DDR4 32G 。对比国内行情，还是很便宜了。

技术老不老有啥关系，你不是来拿钱么。我会告诉你，我现在竟然在写 J2ME 应用么（没错，就是那个没有 iOS 、没有 Android 的年代的产物）？ JDK 1.4 以下的版本，为了保持兼容性，编译版本要设置成 1.1 ，所有我习以为常的东西，这里全都没了，所有轮子要自己写......但是那又如何呢，资本家给钱不是么。只要薪资符合你的预期就好了嘛

@lytofb 这个 我个人觉得没问题。我写后端并不希望知道你前端怎么判断 怎么玩，我只 care 你的请求数据格式，返回我给你返回去，最后你再如何玩是你的事
同样，前端也不必要了解后端的具体逻辑，你只管他返回的数据格式是合法的，拿来用不就好了么。

有的时候，我也碰到过，同事喊我过去看他的代码，果断不去.....看着头疼的。就把我要的数据丢给我好了，我才不管你怎么做的。

个人比较讨厌看别人写的代码，通常会比较头疼。特别有小部分人写出来的变量名 方法名啥的还是中英文混合或者中英文缩写混合（比如 getPHB(PaiHangBang ）），就是看不懂。