@abcbuzhiming 不用解除用户和角色的关系，人还是可以有一个或多个角色，拿来展示也好什么也好都可以啊

这样说吧，RBAC 是类似这样的 User => Role => Permission，你现在碰到的是业务复杂到继续这个模型难以描述，所以我的建议是改成 Permission <=X= User => Role，其中这个 X 的计算过程，可以读 Role 也好年纪学院也好，星座也罢，都可以

架空角色的概念即可

权限点直接属于人，角色的概念只是一个方便批量赋权的快捷权限组合

唯一要想清楚的是角色内包含的权限发生变化的时候对人的影响，最完美的是需要在人-权限关系上追踪这个关系是继承自哪个角色的还是手动增减的，或者干脆把这个关系记录为{人，权限，来源}，人+权限允许有多条记录，有任何一条有效就认为有权限

架构是解决方案，而不是目标

不说你的目标是什么，现状是什么，没人能回答什么解决方案合适不合适

锤子再好也不能拿来拧螺丝，而用户既不关心锤子扳手，也不关心钉子和螺丝

上班了自己 up 一下，放假几天增加了 readme 和 di 部分初步的文档

那公司可以要求你把工资退还给公司么？

据我的经验，技术没有成长的人 90% 都是这个说法，公司没有大牛，没有学习环境，没有技术氛围

而实际情况这些问题 90%都是借口罢了，真的会自己主动学习思考的人的说法一般不是这样的

说白了就是装了个盗版的 expert

其实吧，大多数行业的人员分布情况是差不多的

被吐槽的这类猎头的数量占比，其实和调参调库侠，1 年经验干 5 年程序员差不多

但好的猎头还是存在的，所以快速筛选猎头好坏，和不错的猎头建立联系还是挺重要的

这种情况大概分两类，第一种是其实 jquery 也没掌握好，原来只是瞎糊弄，这种还是从 js 基础和 html5 的 api 开始看起比较好

还有一种是 jquery 还算行，就是被现在前端框架概念冲晕了的，慢慢适应也行，退回一个世代去用用 backbone/mithril/ember 这些，用过了知道上一代的毛病了再来看新的就很清楚了

@xenme 有个语句叫 debugger; 了解一下

先说清楚 uuid 几再讨论

我的项目要是能收到 6.6 的红包我都会特别高兴呢，你真的理解 MIT 嘛？ 别人拿你的源码直接挂淘宝卖也是符合协议的一点问题没有，别说只是自己搭建一份然后改改了

function (input) { return base64_decode('ABC'); }

大概 40%注释是自动生成了，另外 40%左右类似

//下面我要装逼了
装逼();

@huangzhe8263 你说的这两种写法（短路求职&布尔值当下标 cast 成 0 和 1 ）非常多的语言包括 php 和 js 都有，但没有任何一个语言推荐用来代替三目的

不如说短路求值的语义都和三目不一样了，a?b:c 里面如果 b 是 falsy 的你写 or c 试试？

一样的 CRUD 项目，你作为一个技术人员做了什么来提升这个项目的效率和 /或价值？

如果有，那就介绍一下，如果没有，那不如从现在开始尝试起来？ 微小的重构也好，换轮子也罢做轮子也罢，甚至是整理一些文档，都是几周就能见成效的事情

另外，过 HR 反而不需要这些，过 HR 你要的就是关键词，包括知名公司学校的名字和技术 /框架的关键词，堆起来一般命中两三个对方的需求就够了

忘记是 underscore 还是 backbone 了还列举了 2 ／ 3 ／ 4 ／ 5 个参数的 case 呢 23333