@hst001 哈哈私服可不敢碰，几个小伙伴一起做的小游戏罢了

@cepczkd 听你这么一分析，非常有道理。 按量付费总有点不敢，万一有人找事，那好像就爽了哈哈哈。

@windyland 好的，目前所有和游戏有关的内容都托管在 github page，国内服务器上不会提供 web 服务的。

哎带宽可能先用着小水管吧，等以后万一玩的人多起来了再多买点带宽。

@CEBBCAT 哈哈游戏受众群体小，我估计大部分人会觉得不好玩儿。等有模有样了再放上来和大家分享。目前服务器还没有啥需要备份的内容，数据都在内存里没啥持久化的需求。

听你这么说我觉得还挺安全的，等有时间了我去挑挑香港的云服务器厂商，目前选在大陆主要还是贪延迟比较低。

@coolcoffee 说到 dns 解析，感觉还蛮复杂的。这几天在为苹果的 review 做准备，还要保证在纯 ipv6 下也能成功解析，并且能成功连接，想到这个就头大

@PureWhiteWu 哈哈，那可能是神奇的打错了

@PureWhiteWu 这个首先看什么是 normailze，一般就是我们所说的数据库范式 1NF，2NF，3NF，BCNF，一步一步上升的过程其实就是 normalize 的过程
这里可能（我的猜测）会指的是，如果非常追求 normalize 程度，photo 自己一张表，photo 的 like 存一张表，两者通过 photo 的表的主键进行连接，在查找的时候通过 join 找到对应的 photo 的 like 个数
然后所谓的 denormalize 就把 photo 的 like 直接存在 photo 的表里去了，这样就可以减少数据库层面上的查询开销

的确是个好项目（好的 idea ），而且做得好的话对于公司的价值会远比对于个人的价值更大。
如果单纯是个开源项目的话，骨架倒是还好搭，之后肯定会存在大量的“脏活累活”需要去适配，收藏一下，以后保不准有用得到的地方。

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

楼主你的 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 的典型场景。