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

同有这个想法。
不过我觉得，独立开发，我觉得依托的平台不算最重要的（当然 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 现在在当游戏本用。

不了解 H5，假设可以用 native code 的话，
看是什么平台了，ios 限制的比较死，特别是 iOS13 版本以后，默认就没有始终允许，只有用户做额外的操作才可以将权限变为始终允许并且位置更新的次数也是完全随缘的。
安卓不太了解，但是不负责任猜测一下肯定是比 iOS 限制松很多的