建议婚前决策慎重。

其他的就问问自己内心了，买房为的是什么？等涨价卖房赚差价？留着养老？日常工作生活会住？房价趋势如何？只要想清楚就行，别稀里糊涂就买了房然后后悔，攒个首付不容易。

国内稳定访问；
AI 算法标记项目质量，现在国内水军、僵尸粉差不多快占领 GitHub 了；
社交管控，限制恶意评论、灌水等行为。

不管是啥，做得好就会有前途。

用 PHP 的公司也有，高薪 PHP 工程师也是存在的。
前端工资也是在 4k-40k 都有的。

@ArJun
@Yiki

可能因为看近的东西远视眼看不清楚，看远的东西近视眼看不清楚，所以就比较容易切换主视眼吧。。。

我是被扭的，不过也觉得自己比较适合这个方向。

是否使用全栈开发模式取决于公司业务情况和团队组织架构。

如果业务规模较小，比如刚刚启动的新业务，某一端的工作量可能远远不足以交给一个全职人员来做，这时候很多就会选择全栈开发人员，前端、后端、运维一个人负责，工作量能填满产能就可以了。
当然也可以让其他项目组的开发人员兼职做新项目的启动开发。
当业务变多了，一个人很难 hold 住全栈工作了，可能会考虑拆分，或者人员职能专能化；我经历的是后者，现在是纯后端开发。

如果你想去初创公司或大公司的新事业部，可能全栈会比较合适，但如果是业务已经成熟的公司，专能人员可能机会更多一些。

个人感觉不管是不是全栈，你总得有自己专精的部分，简历上可以都写写，面试官会根据招聘需求来评估，都会都不精没啥亮点的话肯定也难找到工作。

一个眼近视，一个眼远视；不知道什么时候养成的切换主视眼的技能，现在习惯是看近的东西（比如写代码、看手机）用近视眼，看远的东西（比如上下班赶路）用远视眼。

很多年了，两只眼睛的读书都适应了生活场景，没啥变化，就只是去电影院看 3D 电影可能会不容易对焦。。。

衣物洗涤可以加些香味，比如挑个自己喜欢的味道的柔顺剂，或留香珠，当然洗完后用专用熨烫香水熨烫一下效果会好很多。
室内的话现在是焚香，香味比较持久。

助眠的话仁者见仁吧，我个人来说睡前不玩手机比较有效。。。

用了五年 Node 了，只有最开始的两年遇到过 Node 内存泄露的问题，当时是定时重启，后来到了 Node6 好像就没有遇到过内存泄漏问题了，阿里云几十台 1 核 2G 的机器，分布式部署一个程序稳定运行数周，内存正常。。。

如果你用 Debian 的目前稳定版的话，我看到 nodejs 包依赖了 libc （其实就是 glibc ）：
https://packages.debian.org/stretch/nodejs

或者你用 n、nvm 之类的安装 Node，不清楚是不是会直接用系统内预装的 glibc ？

所以会不会是你装的多数版本的 Node 都是共用的某一个版本的 glibc 提供的内存分配器，而这个版本内存分配器有内存泄漏问题，所以导致不管哪个版本的 Node 都有这个问题。。。实际上你的试验只控制了内存分配器这一个变数，所以基本能得出这个结论。

所以如果有时间可以尝试一下升级系统内的内存分配器动态链接库的版本，看看是不是也能解决这个问题？或者看看默认内存分配器的 issue 或 changelog 是否有提到相关内存泄露问题。

我蜜月旅行去的泰国苏梅岛，有一家 Buri Rasa 酒店特别棒（可能因为他们在筹备评奖）。是那种适合慢节奏找一个舒服的沙滩度假几天的地方，晚上吃酒店的 Seafood basket 烛光晚餐也超棒。周五岛上还有 Fisherman ‘ s Village 夜市，感觉比清迈和曼谷的夜市都好。苏梅岛个人感觉 3-5 天最佳。预算的话住酒店一晚大概 800 人民币左右，烛光晚餐大概 600 人民币左右，三餐简单点每一餐人均 50 人民币，当然吃好点会更贵，其他就是机票了，泰国国内飞机应该一千以内 RMB 能下来，国内不知道能不能直飞，可以去曼谷或普吉岛转。
去泰国千万不能信大众点评，千万不能信大众点评，千万不能信大众点评。

喜欢徒步或快节奏游玩景点的可以无视。

1. 以后不会把“无”当做非 null 的情况来用。
2. 不需要判断是不是“无”值。

业务符合上述条件的话，我觉得这么做也挺好的，前端不需要再判断是不是 null 然后重写成“无”展示出来。
但如果前端需要判断“无”的情况，比如有个按钮，如果字段为“无”就把按钮禁用，这样用 null 可能更好一点。

不管出于什么原因，不告知就修改其实就是在否定原开发人员的存在意义，遇到这样的事情郁闷的人也通常是因为自己失去了存在感。代码质量差也得解决这个人的问题，要么提出意见商量并改正，要么除名，而不是只解决代码的问题，不然这个人的代码质量永远都是差的，永远都事后帮他解决质量问题显然得不偿失。团队成员的成长也是很重要的。

别人没经过我的允许改我的代码，给我的感觉像是做销售别人抢了我的客户是一样的，这是职业道德的问题。

不商量就改别人的代码的心理是什么样的呢？
1. 我自认为我了解这个人做的业务，我觉得我可以改他的代码实现我的目的。（我这样试过，结果证明我对他的业务不够了解，修改完的代码造成了严重的问题，以后不问清楚再也不敢改了。）
2. 我觉得这个人是 SB，我表现我的能力的时候到了。（抢饭碗？）
3. 这个人联系不上，问题很紧急必须马上解决，没有任何其他人能解决这个问题，只能我来了，后果责任我来承担，一旦联系上这个人马上跟他说具体情况，以求理解。（个人能接受的合理理由。）

我想说，一个团队首先的互相尊重，每个人都认为每个人都是团队不可缺少的一份子，每个人也都能参与到团队所有工作中，这才是合作关系的体现；团队内人与人之间如果不是合作关系，那么差不多就只能是竞争关系或没关系了。

@li24361 #182 这才是中国开源界现阶段最应该被解决的问题，而 Ant-Design 的项目运作方式其实是不利于这个问题的解决的。

这个事件其实不是一个问题，而是多种问题掺杂在一起的。
项目维护者贡献是真，值得表扬；但这一次做法不妥也是真，也不应该完全被忽略。
评论的人客观批评是合理的，但恶意辱骂也是违背公德的。
这件事情贡献者委屈，使用者也郁闷，大家两败俱伤。


我不是来杠的，只是想提供一些看待这个问题的新的角度，比如软件工程。
使用闭源软件的时候，因为无法通过源代码对软件的功能细节进行审查，所以不得不让软件提供方承担软件使用过程中的风险；但开源软件是可以直接审查源代码的，所以使用过程中的风险 一方面软件提供方无法控制（万一使用者在使用过程中改了源代码造成了问题呢），另一方面使用者有能力承担软件使用过程产生的风险，这也就是为什么开源软件通常不对使用后果负责，但依然有人愿意用，而且还会觉得比闭源软件用得舒心。
每一个人用开源软件之前都仔细阅读所有代码分析所有可能发生的风险，这是不大现实的，但是如果有越来越多的人参与到这个软件源代码的审核工作中，就能将审核工作分摊，但这也需要大家之间互相信任，每一个人都信任其他人审核的结果，最终也就可以达到每个人都能用较低成本信任这个软件的效果。
审核人员的多样化也可以促进整体软件朝着受众越来越广泛的方向发展，当不同背景、不同需求、不同思想的人都能对同一段代码发表观点的时候，大家就能从尽可能多的角度来评估这段代码，能达成一致的结果便是广益性的结果。
开源闭源只是说明源代码是否公开的术语，实际上软件开发模式有一种分类叫做大教堂与市集，上述描述的，其实正是一种理想的市集模式。
市集模式的细节还有很多，在优势上互补，在劣势上又能互相牵制，环环相扣，最终可以实现可持续发展的开源社区。

但并不是开源就一定能成功。
回到 Ant-Design 项目本身，无论从代码上还是设计上来讲整体质量很高，这无可厚非；我们可以说，Ant-Design 是一个成功的软件。但 Ant-Design 是不是一个成功的社区呢？
我找到了今年一月份的情况 https://zhuanlan.zhihu.com/p/32746810。在市集模式中，开源社区当中的每一个人同时具备开发者、审核者、使用者的责任，这样确保任何一个人都不可能做出其他人无法看到的修改，每一个补丁都有随机的几个社区成员审核，大家都通过或都达成一致才可以通过，每个人都有贡献（开发、审核），每个人也都能从项目上获益（使用），也能快速建立起开源社区整体的信任。
不清楚这一年的时间是否有什么变化，但我们能看出来，至少在当时，Ant-Design 不是一个市集模式的开源项目，更像是大教堂模式的开源项目。
开发者可能同时也是审核者与使用者，但社区中的绝大部分人是纯粹的使用者，他们通常不参与（或无法参与）开发和审核工作，也就无法为整个项目的普适性承担责任，只有极少数人承担普适性的责任是无法做到很好的普适性的（比如企业背景的人可能不了解事业背景或其他宗教背景的人的需求）。
大家对于 Ant-Design 的信任不是通过社区运营来逐步建立起来的，而是更像是一个消费者通过其背后的企业与其他使用者的口碑来建立起来的，当出现问题的时候，这种信任很容崩塌。

综上所述，我认为 Ant-Design 确实为国内的软件开发行业做出了巨大贡献，但并没有为中国开源界做出实质的贡献，希望日后大家对 Ant-Design 的信任不是因为 Ant-Design 背后的企业，而是因为 Ant-Design 的社区蓬勃、靠谱、有序。

我以前是三星黑，自从家人买了 Note8 之后突然黑转粉，三星现在已经完全和我以前的印象不同了。三星中国版本地化做得十分不错，pie+one ui 2019 年推送，硬件技术硬，京东上买通常还会有比较超值的赠品（我买了 S9，直接送了无线充电座，据说 Tab S4 送键盘保护套，这两个单独买都不便宜）。
拍照的话都说华为做得好，但我没对比过，只对比过 Pixel 第一代和三星 S9，感觉 Pixel 第一代就完胜 S9，Pixel 第三代拍照优化更多，最近是在 DXO 荣登单摄只王，看好拍照可以考虑一下。
华为信号真心好，如果品控、软件设计、系统更新等等跟得上的话，可以考虑。

另外如果买三星的话，只要不是特别苛刻的需求，还是推荐买国行，既可以用本地化功能，又可以科学上网用海外服务。

楼主引用的文章肯定会引起一些人的不适，我只是想说，Larry Wall 说过，程序员三大优秀品质之一就是自傲（另外两个是懒和不耐烦），程序员自吹的事情也就见怪不怪了。
不管任何人抱有什么观点，客观上来说，不可否认，Vue 是成功的；一个东西有没有价值都是相对的，个人认为作为一个开源软件受益者，还是比较感谢开源社区的贡献者，也希望能有越来越多开源社区能够出现并健康地发展下去（ GitHub 上僵尸项目也实在是太多了）。

1. 不像 Angular 那么重，又不像 React 轻得那么彻底，双向绑定神马的先不说有没有坑，用起来还是挺爽的。
2. 背后没有商业公司驱动，发展不受公司业务方向的限制，也没有乱七八糟的协议和产权问题。
3. 文档写得真的很好（至少以前是），我个人看的时候给我的感受就是很贴心，文档作者预料到读者读到某地方会产生哪些疑问，就一并在文档里都解释说明清楚了，而且提供了中文文档，国内开发者英语真的普遍不行，一个项目如果有中文文档就能快在国内火起来。
4. 社区轮子不少，有像饿了么这样的商业公司贡献代码给社区，又有像 Vuex 这样从其他框架借鉴过来的，总体还算是一个发展比较健康的框架。
5. 还是用 JS，不用额外学 TS，学习成本进一步下降了，而且脚手架什么的做得都挺成熟完善的，给人一种任何人都能做前端开发的错觉（面试火葬场）。
6. 创始人、布道者宣传频繁、持久，各种网站上都有大量推荐文章。
7. Vue 火了至少得有 2 年了吧，不是最近的事情。

总体上来看，用户痛点抓得准、学习难度低、工具又全又稳定、推广功夫深，这年头不管做啥，这几项做好了不火起来都难。