我只想说你的博客是认真的吗？

一篇博文里隔几段就一个广告...

该骂的并不是百度，它只是作出一个对它自身有利的商业策略，以一个大众尚可接受的价格贩卖提供的服务。

该骂的是曾经的百度云网盘的对手，他们本应能给网盘行业提供市场竞争，本应能给用户提供比百度网盘更好的服务体验，可就是活生生地把自己作死了。百度可以说并没有干什么很出色的事情，但就是三个字：“熬得起”。

金山快盘，10-11 年网盘霸主，对标 Dropbox。而后快 T 南北分拆，迅雷接盘，凉凉。
115, 13-15 年行业爆款，迅速崛起。因 16 风起，为从良自断双臂，凉凉。
跟着死的有微盘、华为盘、360 盘。

事实上，百度依然撑着网盘业务（应该还是在亏损的）的原因，一是仍然希望找到新的盈利点，二是同行对手死得差不多了，没有太大的市场竞争压力。

写了一大段，算了。汇成一句话：
技术总是随着人的需求变更的，技术可以一下子切换过来，人的习惯 /思维方式则是需要培养的。

@dazhangpan 我不是反驳你的观点，我也不认为我提出的东西跟你说的东西是完全割裂的。事实上这个论坛已经出现过好多类似于方法论的贴子。我只是希望在英语教育中能有更多人从心理方面去引导其他人发现最适合他们自身学习的方式。授人于渔而不仅是授之于鱼。

好像没人说到点子上。

你的例子最大的问题是 exclude 这个词语义不明确。通过判断一个语义不明确的变量来返回不同的结果本身就是一个 API 设计的大忌。
其次是 exclude 这个词所界定的粒度，如果是按业务返回一些相应的 list，现在这样做也许可以，但是延展性不强，对需求的抗性不够。REST API 的一些约定俗成的规矩本身就是为了简洁、可读、可组合定制（灵活）。

基于优质的学习资料、复述、刻意地精确表达、调动尽可能多的感官、建立英文思维，你说的这些我很赞同，但是我觉得程序员（或者扩展为所有职业人）学习英语的瓶颈 /真正需要克服的点不在于上面这些方法论，而是“如何养成英文习惯”。

其中的问题，包括
1、如何进行持续性的英文输入。我们明白读书要读名著原著，但问题是怎么坚持，怎么让人在读名著的过程中消耗的精神力最小，从而能延长这种读名著行为。
2、如何实现有英文需求的现实场景。首先我认为，专业英文跟日常英文的学习是两码子事，对于程序员来说，专业英文可以是零碎的、片段的，那是可以用自身经常接触到的专业术语来弥补含义的。日常英文的范围更广，形态更多，要完全领会意思可能需要一些日常积累，如何进行这种日常英文积累光看文档之类是远远不够的。
3、如何深化大脑中的英文记忆。其实这个答案大家都知道，那就是“反复操练”。在 2 的前提下，不在英文环境中的人很难有“反复”的机会，加之程序员每天会有大量的时间用来独立思考 /编码 /怼 PM，前摄抑制跟倒摄抑制的作用下，只能说大脑中留给英文的位置不多了。

我以前租房子遇到过跟你一样的事情。不过我的情况是：房东出租之前就已经说了随时会收回房子，租房合同上并无相关条款保障我的权益。
我的做法是在签约的时候补充房屋收回的补偿条款（一般的租房合同在有（引起与其他条款冲突的）补充条款的情况下会优先按补充条款的执行），双方签字，中介拍照存底。

1、建议先思考怎么提升学历，起码到本科。
大多数公司查看简历的是 HR。HR 每天面临着一大堆简历，为降低招聘成本是必须有筛选条件的（对于求职者来说就是门槛），学历是最基本的筛选条件。想想一个场景：HR 坐在办公室里看了几百个人的简历，已经是头昏脑涨的状态，怎么还可能还会在学历不过关的条件下详细分析你的技术层面呢？

2、技能清单列你目标公司需要的点。你找的是测试、开发还是运维？前端还是后端？更窄的技能清单能让你更有针对性地去准备面试。如果你把自己的面展得无限开，遇到稍微尖一点的针就破。

3、认清自己的业务与技术的掌握程度，突出自己的竞争优势。
C#有三个基本领域，一个是后台管理系统（ CRUD ），一个是专业系统（业务导向），一个是 ASP.Net 的 Web 系。建议你都写上相关的项目。
如果对操作系统不熟悉，只是会使用一些工具。请不要说擅长后端 /运维，很容易被抓住把柄。

4、关于年龄。
年龄本身不是什么问题，而且若是脚本小子出身，一定要有自己好玩的项目，大大加分。

不吹不黑

1、阿里的前端有更多八卦

2、百度的 UI/UX 不够出彩

3、两家公司的技术人员集中领域不一样

阿里有很多好用的东西，但是对于受众业务契合度不高，需要二次开发的太多。百度有很多好用的东西，但是对于受众曝光度不高，很多人根本不知道这个玩意儿。

社交其实是分类型的，内向者有内向者的社交倾向，外向者有外向者的社交倾向。

这些东西都是入职前要想好的

我的意思是，你可以做“不那么理论”的项目，这个项目不一定是开源项目，可以是个人项目，也可以是别人项目的二次开发，但一定要是一个较完整的东西。（举个例子，一个具有前端后端逻辑的软件，或者是一个不依赖于其他调用能自行实现某项具体功能的程序）
我看了你的 Github，项目都是偏底层的（算法 /协议的实现，小实践等等），完成这些东西的多数时候我们可能仅仅关注它们本身的实现、内部的耦合性，而很少地从软件工程全局来审视它，检验它。
库类项目的轮子最大的意义在于提升现有项目的生产效率。如果你喜欢，或者你觉得自己写得不错的话大可以附带一个完整的软件去使用它。

看了很多“人生道路迷失贴”，发现半路出家 /自学（非贬义）、部分科班出身的人都会有这么几个问题：
1、理论跟工程脱节。最常见的是盲目刷算法，概念尽信书。
2、对于 IT 行业认识不充分。认为写上层应用才是王道，往区块链 /机器学习与深度学习等“高深”领域去钻。
3、永远是先做准备，再去挑战。先把 xx 大部头读了...先把 xx 课程学了...

你第一步，大概是要摆脱上面的“学生思维”，去踏踏实实地做点工程类学科该干的事，用实践来指导学习。

尽量不要去。

区块链脱离了数字货币其商业价值是很小的，矛盾的是数字货币现在的盈利点就是割韭菜，都是投机分子在搞。

一个靠谱的公司，或者一个想要发展事业的老板，会把钱跟所有员工的前途投资到一个容易冒雷的项目吗？

如果非得去，建议如下：
1、大型公司
2、公司主营其他业务，区块链只是一项实验项目
3、有很详细且明确的区块链商业战略规划

这次的 OK

建议加上 Emacs 子版块及 VE 交战区

其实想想，是不是从中学到了很多？