私以为恋爱关系是建立在双方互相尊重的基础上，直接送这么贵的手机虽然很有心，但是比较直男癌（无恶意）。
个人接触的大多女生都喜欢男生对她一点一滴的好，而不是一掷千金的好，一掷千金还真不如皮肉交易来得划算，也符合又快又省事的预期。
借手机貌似是个既靠谱又有发挥空间的方式。

定位某一行就是定位某一个换行符，和定位某一个字母 a 或定位某一个数字 1 是一样的，都需要遍历整个文件，除非是像数据库一样做索引优化。
个人以为 linux 提供的指令效率极高，如果还是满足不了需求的话建议想办法建起换行符的索引。

罗技 M570。
你有鼠标手的话 MBP 几乎不会有任何缓解，因为你会习惯性的让手臂悬空，有时候会更累。
另外多休息和活动，研究一下科学坐姿。

看需求，没有特殊需求当然是越简单越好。

社区的软件包也一直在更新，名字是十年前的名字，但是内容也可能大变样了。

@crisewng 是啊哈哈哈，老头说话挺有意思的

哪个方便用哪个，看你的架构是什么样的，以及 API 版本差异特点。

版本区分仅限于个别 API 的话就加在 Header 里；
版本区分是普遍的、整体的，就写在 URI 里；
如果版本差异巨大，以至于使用完全不同的服务和集群，就写在域名里。

通常不是做 SaaS 的话 API 版本的维护要求不是特别严格吧，所以也没必要做的冠冕堂皇，我们是每年出 1-2 个大版本，同时维护的版本只有 1-2 个，前端强制升级旧版本会直接抛弃，所以直接用域名区分了，简单有效，而且对云计算服务友好。

我和 Larry Wall 合过影~~~
然而我不用 Perl

长大要成为比尔盖茨。

AUR

@Librazy 你说的没错，我记得好像 Minecraft 的 EULA 里是写了禁止分发二进制程序。安全性方面也是我所考虑的，所以才自己编译。

@Troevil Docker 也要写 Dockerfile 的吧，而且 Google Cloud 上创建容器实例也要先创建计算引擎实例。。。貌似有点重？

我之前一年多的时间都是台式机 Win10+Virtual Box+Arch Llinux，写代码用，稳定性很好，Win 解决了所有硬件兼容性问题，Linux 性能会有一定程度的打折，但是其实效率还挺高的。

要注意的是个人版的 Win 可能会被系统更新程序强制重启，不经过用户确认的，Win10 就是这样，更新程序里的人工智障。
所以你要用 Win 作为宿主机的话，要配置系统不要自动重启，这个比较复杂。
实在不行就用 Server 版的 Win。

个人理解楼主可能并不是对前端技术感到失望，而是对自己所处的职业环境感到不满。对产品设计和发展，以及技术问题的解决和架构的完善，的参与度不高，无法实现自身的价值；也很难跟上技术发展潮流，更难以体会到各种思想、轮子存在的价值。

个人反而觉得现在反而是前端技术人员的春天，主要是因为 JS 栈的崛起，各种新思想萌发，使得前端技术人员一下子有了近乎无限的发展潜力。以前你在做前端开发，几乎不可能参与和了解其他领域的技术；现在越来越多的前端工程师转型成全栈型人才，Node、Electron、ReactNative、MongoDB|PGSQL 等等技术使得技术人员在架构设计方面可以得到飞速成长，同时这个职业的状态也非常适应国内互联网创业热潮，这是个大金矿。

关于轮子的问题，社区上好多人都在抱怨各种框架和思想太过于复杂；实际上轮子是用来解决麻烦的，而不是用来制造麻烦的；技术选型的精髓就在于找到最适合项目和团队的轮子，以最低成本验证最大假设，短时间将项目成熟化，这对于包括我在内的大多数人来说都是一个需要长时间钻研的事情。

建议楼主尝试去发现自己职业的闪光点，比如前端开发是离用户最近的，如果不能参与视觉设计的话，起码还会参与性能优化和一定程度上细节的交互设计，用户会直接感受到你的工作的价值。
另外如果自己所处的职业环境让自己觉得没有发展，那是不是可以考虑换个地方了呢？

个人之见，求同存异。

表示同情，祝早日康复。

正好我上上周比较严重的急性肠胃炎，肠胃剧痛难忍，半夜三甲医院急诊，打了一针止痛的，开了一堆西药，第二天止泻，第三天大便结块。一周吃粥吃面之后消化系统恢复正常。

自己生物学得好，平日里对西医有业余爱好，分析大夫的治疗如下：

病因：化验得出是非病毒性的急性肠胃炎，致病微生物超标。

基本策略：像革命一样，把肠道内所有微生物排出体外，药物辅助恢复肠胃功能，再补充益生微生物，逐渐恢复肠道微生物平衡。

治疗过程(药理过程)：
1. 先使用止痛针，缓解难忍的疼痛。
2. 补充生理盐水，维持体液平衡，避免腹泻流失大量的水和无机盐。我这边是开的口服补液盐散，定时用定量的温水冲服。
3. 使用微生物抑制剂，广谱抑制体外微生物(肠胃属于体外环境)，如大蒜肠溶片，这药真的有大蒜味，闻起来还挺有食欲，对很多致病细菌、真菌、寄生虫都有抑制作用。
4. 使用吸附固定剂，如思密达，物理治疗，吸附固定肠道内的微生物，有效将微生物随排便排出体外，辅助提升肠道免疫力。
5. 使用解痉剂，如匹维溴铵片，抑制肠胃平滑肌收缩，有效缓解恶心和腹泻。
6. 补充益生菌，我这边开的是复合乳酸菌胶囊，含有以乳酸菌为主的多种益生菌，益生菌产物（如乳酸）对有害菌有抑制作用，正常的肠道应该是稳定的益生菌和有害菌互相抑制的平衡状态，能产生人体消化适宜的环境（如酸碱度）。

恢复的时候基本上都是吃白粥，后期偶尔吃面条。

最后一句话：用药还是遵医嘱，毕竟只有医生有可能对你的病情做出正确判断，以对症下药，不对症乱用药可能会对健康造成进一步的损害。

顺便分享一下之前看到的一个公益行动，叫 DON ’ T GOOGLE IT，是致力于让公众关注医疗搜索问题的： http://www.ddb.be/work/all/clients/all/don-t-google-it

旧显卡的兼容一般都比较好，只要是新显卡都有兼容性风险；
台式机硬件的兼容性一般都比较好，只要是笔记本都有兼容风险；
Linux 上虽然能跑 Steam，但娱乐消遣这种事毕竟是体验至上，玩游戏还是老老实实用 Windows 吧。

Linus 说“ Fuck you nvidia ”的时候是很多年前的事情了，现在已经有改善了。
兼容性好的显卡，一般 GUI 用途的话，通常开源驱动闭源驱动都无所谓。

What：

个人理解，这是分层解耦的一种思想，即“前端”开发的时候不需要考虑“后端”是如何实现的，“后端”开发的时候也不需要考虑前端如何设计。
上文所谓的“前端”是指完全和视图层以及和用户交互相关的系统，“后端”通常是指完全和资源以及和资源相关的业务逻辑的系统；前者通常指的是客户端，后者通常指的是服务端。
当然和整体架构规划是有关系的，有些大型网站会将客户端以及和视图层强相关的服务端统称为“前端层”。比如典型的 Front-End=>Front-Back-End=>Back-End 架构中，Front-End 和 Front-Back-End 统称为前端层。

Why：

分层解耦是计算机领域用来降低系统复杂度的两种基本方法，所以其实前后端分离是用来降低整体系统复杂度的，因为前后端完全分离，后端和视图层完全无关，所以后端具备相当强的通用性。理想情况下，一个系统的多个前端（如 WEB、Android、iOS ）可以使用同一套 API 共用一套后端，后端只需要一套设计就可以。而且由于后端和视图层无关，所以后端可以很容易拆解进行服务化设计，以具备服务化的优势。对于前端来说，需要对 API 提供的资源以及对资源的操作进行封装抽象，以满足自己在 UI 上的特异性。

How：

后端提供资源以及资源相关的操作，这些是从产品上对资源的描述和设计决定的，有些资源可能是以数据模型的形式存在，另一些可能是以非数据模型的形式存在（如对第三方服务的抽象），后端提供的 API 也是更贴近于资源的设计，有一种设计风格是 REST，可以满足这种 API 设计需求。
前端通常需要自成一套系统（比如前端本身就具备一整套 MVC 机制），使用 API 从后端获取资源，自己再进行抽象（ Model ），然后对自己抽象的模型封装一些 UI 上面的展示和交互逻辑（ Controller ），再通过前端路由、模板引擎之类的机制展示出来（ View ）。浏览器端常见的技术选型有 React、Vue、Angular 等。

总结：

前后端分离的思想可以用来在一定程度上降低整体系统的复杂度，但是由于是更高级的抽象思想，所以在性能上会差一些，在架构规划上按照实际的情况和需求判断是否要使用这种设计。

代码是给人看的，顺便给程序执行而已。
我写 JS，所以会用 JSDoc 和 URIDoc 格式来用注释写文档，看代码及文档。
你若代码极其清晰，一眼就看懂，可以不写注释或文档。
我达不到这种程度，一边写代码一边写注释，之后还会时不时补充注释，基本上注释量和代码量一样多。

我在 pixel 出之前是用 nexus5x 当过度，整体性能挺弱的，如果只用国外的应用的话没有问题，一旦安装了淘宝之类的国内应用就会发热、续航直线下降。
我之前是尽可能用国外应用，国内应用使用冰箱 https://play.google.com/store/apps/details?id=com.catchingnow.icebox&hl=zh_CN 冻起来，勉强撑到换手机。你若执意要买 5x 的话可以参考一下。
当然现在 nexus5x 上市已经很长时间了，不好说买到的是不是翻新。建议不要一味图便宜，容易上当。能等换 pixel2 还是再忍忍吧。