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

公司做防盗的，最近开始涉及 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 ，入职工作本就是个装机佬罢了。

JackCh3ng

197 天前

我的建议是：这个东西如果你感兴趣，就慢慢学慢慢做，老板问你几时能搞成，你就如实回答，说这块东西你也没搞过，也是在边学边弄，工作量也比较大，你也估不出个具体的时间。
我觉得你们之间主要就是沟通没做好，老板觉得这个东西不难，工作量不大，觉得你能胜任，而你又没有向老板解释这个东西比较复杂，你也没有相关的经验。你把实情向老板说明，剩下的交给老板自己决定。