facebook 第一次注册就说什么账号被锁，让我穿身份证照片
然后我就再也没用过

有可能人家就是不想让你共享会员帐号
这样没住就会多几个人购买会员服务了

这种行为本身就是串行的吧。你看用链式执行的方法行不行
就像 java web 的过滤器一样。每个结点完成执行下一顺序结点的操作。给每个链条设置一个开关，决定结点行为是否执行。整个链条独享一个数据库事务。
链式的注册可以依赖缓存。

只是我觉得如果业务规模不大的话我是会直接用代理把业务合并的，反正新业务上线都是要有新代码的，线上需要重新部署。

19 岁普通人也就大一。训几个月出来找份给的少的工作积累经验呗。
想想人家本科出来的时候你亲戚都有三年工作经验了。
工作几年的人找工作就看能力不看学历了。

手头不少音乐都是以前从资源站找高品质的整张下载的，主要是古典， ost ， new age 还有一些专辑。
现在主要用网易云，有这个平台没有的歌就从其他平台下然后传网易云的云盘里再往歌单里加。

现在想想几年前的我好机智。

1 方案我以前试过类似的，其实就是 2,3 方案的折衷。
如果出现这样的需求：
显示 a 的内容，以及跟 A 所关联的其他表的内容（可能是 B,也可能是 C 等其他的表)
这个查询非常糟糕。不管是多结果集的 union 还是多表的 join 。


2 是最符合范式的做法，当然用起来会非常繁琐。
3 的副作用太大。

其实有没有考虑过，把你说的 B,C,D 等等多个表抽象成一个表(假设 Z 表)。不同的属性打包成 json 存起来,存前 json 序列化,取出 json 反序列化。
反正是和 A 表一一对应的关系，这个表的规模应该是 A 相等的。

倒是可以通过在 ssh 文件夹下设置 config 文件根据不同的 git host 地址选择不同的 rsa key 进行推送。

如果都在 github 上的话，为啥不让 a 账号 fork b 账号的项目，完成后再 pull request ？

calllback hell...

java 不是 “下一个”，是 "上一个"..

@ihuzhou
...饭要一口一口吃嘛。
就说服务器吧，你得首先了解这东西是干嘛的吗。那你了解之后能不能试着先撸一个原型出来，原型出来了能不能优化，之后看能不能给你的程序添加更多的功能。

ios ， swift 这个东西不提前研究研究吗。
后端的表示好玩的东西太多了。程序语言，数据库，应用服务器，开发框架。

我是不知道这种会议没有干货开发者是去干嘛去了。

kindle 这东西，比纸质书轻便，比 pad 省电。
况且现在 kindle 的资源越来越多。
但是看技术上不好说，屏幕不好看影印版 pdf 效果差好点屏幕的 pad 太远。

这种就是挣老年人钱的，还有不少从法律上讲完全合法的。

普遍上都是不算午餐午休时间一周 40 小时左右。过了这个肯定有问题。
我在小城市工作过的情况是，每天上班九个小时，午休一个半，一周五天。也遇到过上班八个半小时，午休 2 小时，周六上半天三个小时的。

反而来北京后，一天上班超过 10 小时很常见。。。

@Tiande
这个...算自爆吗

没准是 miui 的问题，对新 cpu 不兼容
我买的小米平板 2 首发的时候也是这毛病，
当时去小米售后检查了下就给换新了

估计老粉丝们对于这部电影的心态，
和哪些订了 mou 的用户 2025 年收到软件推送邮件时的心态差不多。

要是我 我就再加 8g 内存装虚拟机。
这东西跑 win 跑 linux 性能都不会太差。
osx 的吸引力有这么大吗。