我现在连知乎推荐都不敢看了，每次都在毫无准备的情况下“被迫”的了解一些非常高深的技术。

楼主你的 2345 点罗列的更多是技术的广度而不是深度，我认为作为一个经验老道的程序猿，在五年这个风口一味地去扩充自己的技术栈不是什么很有正向收益的事情。
从另一个角度想，不可替代性未必就是技术上的不可替代性，想要继续提升的话，（如果你不反感的话），对业务的了解是不可或缺的，你也写过几个小程序，有没有想过真正做一个不是玩票的性质的小程序呢（或者 native ）？从自己身边的需求（可以是公司需求，也可以是个人需求）开始挖掘，一步一步的完成自己想做的事情。当然这个东西不是一蹴而就的，对需求的熟悉和了解是一个漫长的过程。
如果只是想在技术上有所增益，从而实现技术大牛的理想，为什么不继续深挖 ios 呢？“大厂不敢想”，为啥不敢想，你既然都在这里发了这个帖子，姑且当你有继续向上的念头，那么当你真正朝上走了，总要有一个更合适的职位吧？现在看来，多数也只有大厂能给得起这个职位了。
最后，其实我觉得 iOS -> 混合开发是一个很好地过度，但是如果想要系统学习前端或者全栈，做好重头开始的准备。

@seki4713 不建议，因为每个岗位除了计算机专业的基础知识以外，还会考察每个岗位对应的工作技能。JAVA 岗是一定会考到一些 java 语言相关的细节问题，所以如果你都投递的话就需要准备这些方面的基础知识，而恰恰这些是最耗费时间的，毕竟他非常考验你平时在相关领域的积累。

看你的描述是一个基础非常扎实的科班出身的学生，下一步学什么取决于你想走的方向。基础打得牢固以后就需要看看想要专精哪个方面了。毕竟校招肯定要选择一个方向去投的

同有这个想法。
不过我觉得，独立开发，我觉得依托的平台不算最重要的（当然 apple 这颗大树目前来看应该是最能被依托的），一颗好的产品经理的心才是决定产品让不让喜欢的关键吧。
目前也在边写代码边看怎么成为一个能产出和理解需求的人。

没有懂这样做的目的是什么，如果单纯按照第一列第二列第三列顺序排序的话，参考字符串的高位优先算法，如果不是每一次都按照第一第二第三排序，考虑维护一张表，表示了字段名对优先级的映射
第一列 = 1
第二列 = 4
第三列 = 3
第四列 = 2
然后魔改一下高位优先算法使得他按照这张表阐述的规则进行排序就行了

其实我觉得 unity 可能更好一点，
社区氛围活跃，官方自带的教程虽说有时候晦涩一点但是好在他量比较多，素材商店的免费素材也挺多的，大部分付费素材都可以找到一个不要钱的阉割版本凑合着用。
如果一开始对美术要求不高，只对游戏性有要求的话，做 DEMO 还是很方便的

那具体说下 JS 为何能运行吧，var 在声明变量并赋值的时候，其实会做两个步骤，在词法作用域最上方声明，以及在该赋值的时候赋值，具体来说，以下代码和你贴出的代码等价：

var x;
var y;
x = 1;

function f() {
function g() {
return (x+y);
}
return g;
}
y = 2;
console.log(f()());

所以代码在运行到 x+y 这一行时完全知道 y 存在于全局的词法作用域（也就是说可以在闭包封闭的词法作用域中被引用到）
这种编程方式一般不被推荐，配置 lint 规则后会给出 variable 'y' used before declaration (no-use-before-declare)的报错

七楼的方法作为 ES6 之后的方法完美复现了标准答案的所有副作用，这边补充一下：
function a(){}
function b(){}
Object.setPrototypeOf(b.prototype, a.prototype)
const c = new b();

c.constructor === b() // true
c instance of b // true
c instance of a // true
---
顺带一提，标准答案的 object 方法可以视为当 Object.creat()不可用的时候的一个简单 polyfill，当然它并没有实现所有的 Object.create，仅仅将主要作用实现了。

我是来鼓励的！
你形容的也太谦虚了，简单看了一下你博客上的简历，对于大学生来说有这样的经历已经算是很不错了。
我觉得只要你能把项目经历说圆了，找实习对你来说应该算是很简单的事情。
当然了，如果真的非大厂不进，项目经理一方面，刷题也要是一方面。

@crysislinux 好的受教了，看来还是需要辨识出 rxjs 的典型场景。

@crs0910 嗯我们现在对新东西也是摸着石头过河，整体的团队指导规范根据项目迭代以变化了好几版了。现在我们只有对“预估非常复杂的组件”才会使用较为复杂的结构，其他的东西我们宁愿写的越简单越好。

@yuuko 嗯的确，这个例子的确太简单了。现在基本也是只有复杂逻辑才交给 rxjs 去做。

@wunonglin 嗯，简单的东西肯定要保持简单，这里问的只是在复杂情况下的一种抽象而已

@crs0910 完全可以的，在写的时候因为是从一个比较复杂的东西上拿下来的，所以没有这么写

@rrfeng 个人能容忍的底线也就是调用.next 了，比这个更复杂的都会让他们去修改。

@noe132 的确这样似乎不错，handlestate 的逻辑就可以藏在 component 里了

@noe132 其实我这里更多想问的是，对于这个 active 的状态，更倾向于用何种方式去管理。
第一种方式人类更能读懂，但是更新状态的代码散落在两个函数里
第二种方式用 rxjs 的话，更有一种数据在单向流动的感觉，状态的更新完全是由 Observer 的逻辑在托管

前几个月淘了一台 15 寸的 mac，之前用的盖中盖版 xps 9550 （ i5 1t 机械的真丐版）换了一个 970pro 的硬盘，折腾了一个雷蛇的显卡坞，插了一个路上出门捡的 1066 现在在当游戏本用。