个人开发者，学校期间帮导师上架了几款导师业余想做的文学类目的 app 都没啥问题
目前工作了，业余时间做的游戏（主要分类是游戏）也通过了 test flight 的 beta review，根据官方所说和正式审核要求几乎一致
体感下来应该没啥限制

追求简单的话可以看看这个
https://git-scm.com/book/zh/v2/Git-工具-凭证存储

不顾虑密码在本地明文存储的话直接用 store 就行了

哎，说句离题的感想。
这种系统只有在不知道的时候杀伤力最大，一旦暴露出来就没啥用了。毕竟摸鱼的方法有无数种，他还能放个摄像头实时监测我的表情不成。

@terrytw 好的，目前已经决定全部流量走 tcp 了（捂脸）

仔细想了想，这个问题是个伪问题。
既然担心 udp 丢包那么从一开始就不应该用，毕竟移动数据丢了，光有状态数据，这个游戏也根本完不成。

@terrytw 好的，也就是说实际效果还要根据使用时段不同，或者是地域不同还会有差别。有的时段非常好，有的时段就会很差？

@GreatHumorist C/S

感谢楼上各位大哥的回复，现在准备改成按流量计费了。核算下来确实比按带宽付费核算

@learningman 卧槽，那我要去好好看看了，反正也就只有审核的时候要用，平时流量应该不大

@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 -> 混合开发是一个很好地过度，但是如果想要系统学习前端或者全栈，做好重头开始的准备。