@frankilla 鼠标的按键按下去的感觉怎么样

京东下单两个了，点按的力量感觉都需要很大才能按下去，都退货了，找不到用着感觉很轻都能按下去的感觉，还有一种鼠标是按下去没声音的，那种用着有点难受，但是好像要对手指好一点

@Ericality 确实够了，但是自有项目，有点像玩养成游戏一样，想玩点新花样。一开始我是没有将关系从订单表中独立出来的，并且还是自建了一套用户等级产品等级的一套权限管理方式，但是我发现不独立出来不好搞权限的有效期，以及添加一些新信息，以便有效的管理用户-产品的权限，我就独立出来了。

接触到 RBAC 后，我废弃了自有那套用户等级，产品等级那套东西，改用用户组，权限，用户，采用给用户组授权，将用户添加到用户组的方式，实现权限管理，代码简洁了很多

但是这套权限管理好像不够精细，比如给产品一个种类，然后添加一个用户组，给这个用户组授权访问这类产品的权限，当我想给“用户到具体某一个产品”添加权限的时候，发现采用用户组这种方式，产品表越大，定义的权限就越多，权限表就会变大

事情又回到开始了，我能想到的是从订单表中独立出 一张表，管理“用户具体到某一个产品“的权限。

但是我感觉差了点什么，感觉这种方案不够体系化

有感而发，有些东西还是需要参考别人的东西。自己搞了一个小破站，一开始搞那个权限控制，搞了一个用户等级和产品等级的东西，让他们在那比较，不经意间刷抖音，看到 RBAC ，了解了一下，才发现自己代码写的有多烂。之前好多东西都糅杂在 service 里面，搞得 service 代码又长，可读性还很差

@soul11201 谢谢大佬

@COW 感谢大佬，rbac+可能正是我需要的东西

有大佬知不知道 github 上，有没有权限控制比较复杂精细的项目，想参考一下别人的权限系统是如何架构的

总结一下，大致方案就是另立一张表，然后再 service 中做处理，很好奇一个大项目是如何颗粒化控制这些权限的。

大概明白了，功能权限有点类似角色的权限管理，数据权限就是更加细粒度的权限管理，不知道理解的对不对

@pigf 大佬，举一个例子说说

了解了一下 go ，虽然是编译成二进制文件，但是它依赖一个 runtime 运行时的东西，在我看来其实也是属于虚拟机的范畴，只不过相比于 python 这种，应该要小一点，你可以试试打包一下，看看文件大不大

好像 go 也可以，直接编译成二进制，go 现在也挺火的，工具库应该也多，可以试试

不是编译型编程语言，打包后都得带上自身语言的虚拟机的，编译型语言，编译的时候就转化成二进制机器码了，像 python 这种编程语言，开发确实快，但是由于不是直接编译成二进制机器指令，需要带上自身虚拟机肯定大，你只能去找 c ，rust 之类的编程语言去看看，能不能找到好用的库，简化你的编写逻辑

之前不熟悉 aws 的规则，就被反撸了，信用卡这种风险太高了

需要联系客服的，aws 好像可以退款，不知道 gcp 怎么样，这种薅羊毛的我已经全部把账号注销了，就是为了避免被反撸

你这种方式求出结果更快，利用规则，再利用补码的特性，快速定位到结果了，我这种有点大海捞针的感觉

@fengYH8080 大佬牛皮，直接用补码去计算边界情况，这种逆向思维我有时候转不过来，补码的数值大小有时候还是不够直观的，毕竟是原码取反后的数

我是想着从原码上往数轴负数方向移动个Δ，一个一个试试，求出它的补码，看一下补码是否满足规则

那这样的话，补码 11.011....1 的原码就是 11.100...1 了，

而 11.100...的原码是 11.100...0 ，这就不符合补码需要 11.0xxx 规则，

那么在原码的基础上加上一个Δ 2^-n ，11.100...1 的补码就是 11.011...1

应该是视频中少了那部分内容或者是我没仔细听导致的问题

@fengYH8080 谢谢大佬，那就应该是概念问题了，应该是哪些概念漏学了，看的是哈工大的计算机组成原理，看到这里就有点懵逼了，回头去再看了一遍也没明白这玩意儿