我想问问我的观点对还是老板的对。

[jinker]

公司做防盗的，最近开始涉及 RFID 防盗，例如优衣库那样的。公司买了 RFID 设备，这时候老板要“高级”了，不要单单防盗，这也对，所以要求我写个系统出来了。主要就是类似零售系统，区域管理，产品管理，标签管理，标签操作，标签触发事件处理等等。

先说说防盗的原理，读取器读到标签，符合匹配 EPC 规则，便触发警报。要让正常客户离开门店，就是修改 EPC 为匹配规则外的 EPC 。

现在库存管理有个转库功能，老板要求 EPC 开始的前 6 个字符（ EPC 是十六进制表示）: AB1122 在库存中，会触发警报 AB1123 已卖，不会触发警报 AB1124 转库，不会触发警报

我不明白为何讲“状态”和 EPC 侧底绑定，想想都觉得这做法有问题，不是吗?尤其是我现在转库了 1000 个产品，原本应该是系统记录了 1000 个产品的状态为转库，然后开始修改 EPC 以便离开门店不会触发警报。而修改 EPC 存在变数，哪怕有几个没有改到，系统查一查也知道这些是已转库的。

如果照着老板说得来做，我要想转库成功，就代表 1000 个 EPC 也改成功，这应该是属于一个事务吧，这能做到也要顾及很多事情，但不是自找麻烦吗？

尤其是系统设计的时候就是标签激活/不激活，和标签管理分为两模块，照老板这样搞，标签激活/不激活，又要改，标签管理又要改，库存管理又要改。

TM 的还老是问几久能搞成，TM 的前后端都是我。TM 的 RFID 读取器调用等等也是我去搞，不同厂家又不同的调用方式，TM 的要我同时支持不同的读取器。TM 的还要我搞手持读取器，安卓开发我敲你妈。TM 的又要把系统软件整合为一，All in one ，All 你妈的。TM 的还要装到 mac 上，mac 开发我敲你妈，RFID 读取器的 sdk 有些都不支持 mac 呢。TM 的老板，3000 不到要我包山包海，TM 的我还不是正经 IT ，入职工作本就是个装机佬罢了。

[Livid]

@humbass 谢谢，6 楼和 31 楼的账号已经被彻底 ban 。