订了这个，HyperJuice: World's First & Smallest 100W GaN USB-C Charger，https://www.kickstarter.com/projects/hypershop/hyperjuice-worlds-first-and-smallest-100w-gan-charger
不过要等到 2 月份才能拿到，还不知道好不好用

@Jobin0528 Costco 现在 100$卡卖 79.49$，已经是我见过最便宜的了，限购两张

非官方的不支持快充

iPhone 6s Plus, iPhone X 和 iPhone XS Max 对比图
https://farm2.staticflickr.com/1931/31228639908_a20859d689_k.jpg
https://farm2.staticflickr.com/1910/44381882804_de59d89bb4_k.jpg

看这么多人打击楼主英语，真的这么难吗？需要考高分是难，这又不是唯一出路，还有很多方法。我本科毕业的时候连英语四级都过不了，在国内小公司混了几年，决定要出国工作。然后辞职去培训机构学了三个月英语，面试进入进外企国内的研发中心，有英语环境进步会很快，然后跳槽亚麻，然后出国。刚出来第一年工作上英语不是很困难，生活上根本不行，租房，办银行卡都困难，现在出来第三年，虽然还有很多不便的地方，但是大部分事情已经感觉没问题了。英语这个东西本来就是一个基本工具，没环境是很难，自己想办法创造环境还是很容易的。英语都没信心学好，出来遇到的困难更多，那就更不要想了。除非是只想出来玩两年再回国，要想长期在国外，出来前记住你这一代出来的别想在国外混的很好，根本无法融入这个社会，你下一代才能充分享受国外的良好环境，有可能融入。

@wangpugod2003 我觉得面试这个事情不好说难不难，因人而异，也有很大运气成分。亚马逊面试有统一流程，但是技术面试的题目都是面试官自己准备的，有些来自于正式项目中的技术问题。有些问题有的人很拿手，有的人无从下手。我当年面谷歌第一关都没过，我推荐的朋友顺利通过所有面试。我几个朋友面亚麻全部失败，我面试很顺利。我觉得无所谓难不难，做好准备多找几家公司试试看，不去尝试永远不知道结果，也不知道该如何准备。

我知道的 Google, Microsoft, Amazon 都有机会。我 13 年跳槽到北京亚马逊，15 年 transfer 到西雅图。本来想的是很难得，进来以后发现很容易，绩效平均水平，一年后在美国找个 team，拿到 offer 公司会找律师办所有的 tranfer 相关的手续。美国这边招一个人不容易，因为有一年的亚麻工作经验，很容易全面的了解工作能力，比直接社招的人更快能进入项目，更保险，所以很多团队都喜欢从国内 transfer 人来，我身边认识的就一二十人从北京 transfer 过来的。美国亚马逊也有团队直接在国内招人给办理 H 签证的，但是我知道的几个拿到 Offer 的全部都没有第一次抽到签证，部分人选择了在国内的团队工作一年再过来。加拿大亚马逊在国内直接招人给承诺的是一年后给办理 PR，也很吸引人。

@imSam 真不知道PS有在R屏下有啥问题？不是应为软件优化的烂就放弃选择正确的硬件吧

可以算是JSONP吧，http://en.wikipedia.org/wiki/JSONP

@greatghoul 宣传的不够啊，不知道的人很多

@22too 面试是学习的过程，了解外面的公司都在用什么，关心什么，需要什么样的人。不多去参加各种面试，以后也很难得到大公司的offer

@qiayue 金数据是thoughtworks的产品，有信心就去面试吧，不错的公司，能学到很多东西。

后端是单节点时，多进程能够充分利用CPU多核的资源。当后端是多节点时，Nginx可以将request按照配置的负载均衡策略分发到后端多个节点上，当然多节点时，每节点可以运行多个进程。反向代理本身的逻辑很简单，是重度网络IO的应用。基于事件的异步IO，Nginx能够比同步IO多得多的并发。后端的应用可以根据应用的特性以及开发的难度，来决定是否使用事件驱动。我认为如果重点是业务逻辑及计算，没有必要为了事件驱动而增加开发的复杂度，带来更多的不定因素。如果是处理大量并发，IO的应用，事件处理能够提高单进程的处理能力，节省硬件资源

@1ychee mac下的软件买了不少，最近在你这里买了几个软件，反正都要买，能省钱何乐而不为呢

试了早就过期了，这下可以买了

@cye3s 赞同这个方法。具体什么方案要看你的数据特性，查询频度等。
如果查询频度不高，对查询结果的时效性不是很强，仅仅是对过去的历史数据做查询(不涉及当天未记录完的数据)，可以把数据写到文本文件(CSV)，然后每天上传至S3，按照Hive的partition结构归档，需要查询的时候起一个EMR cluster，用Hive做查询。Hive的语法和SQL基本一致，很容易上手。如果有定期的数据分析的要求，这个方案更有优势，EDP定时启动一个EMR来执行Hive脚本，结果还是存在S3，也可以下载load到关系型数据库用来展示。
如果要求是实时查询，实时显示结果，或者有复杂的数据关联关系，可能关系型数据库更适合，以上说的partitaion，数据库引擎的优化，存储的优化都是好的方法。
这两个方法，第一个便宜，可以存储更长时间的数据，而不影响查询。第二个实时响应，但是成本高，运行维护难度也高。当然也可以考虑混合方案，AWS上做数据归档，历史数据查询，数据库里面保存短期数据，做实时查询。

@ligyxy 搞定了，谢谢

@ligyxy @lintiven49 试了一下，界面语言是英文的时候，没办法禁用Google英文键盘。界面语言是中文的时候可以关闭Google英文键盘，Google Pinyin输入法会出现自带英文键盘

@mortal 这方面，Google真的要和Apple学习一下了，LTE有这么多不同的地方吗？