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

[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 ，入职工作本就是个装机佬罢了。

[aaronlau]

30000 工资的话老板对，3000 你在写笑话吧

[defunct9]

让他哪凉快哪呆着去

[processzzp]

月薪三千不到？？？

[yvyvyv]

最后一句话应该跟老板说，

[dolphintwo]

下次先说 3000

[ni1rvana]

你的问题涉及 RFID 防盗系统的设计逻辑，特别是库存管理中“转库”功能与 EPC （电子产品代码）绑定的合理性。我先从防盗原理讲起，然后分析你和老板的思路，最后给出一些看法。

---

### RFID 防盗原理
RFID 防盗的基本原理是通过读取器（ Reader ）扫描标签（ Tag ）上的 EPC ，判断其是否符合预设的匹配规则。如果 EPC 匹配（比如表示“未售出”或“在库”状态），读取器会触发警报；如果 EPC 不匹配（比如表示“已售出”或“已转库”），则不会触发警报。

在零售场景（如优衣库），正常流程是：
1. 商品未售出时，EPC 保持特定规则（如前缀表示“在库”），离开门店时触发警报。
2. 商品售出后，结账时修改 EPC （或移除/禁用标签），使之不再匹配规则，客户可正常离开。

---

### 你的系统需求
从你的描述来看，公司从单纯的防盗升级到包含零售功能的系统，涉及：
- **区域管理**：追踪商品在不同区域的位置。
- **产品管理**：记录商品信息。
- **标签管理**：管理 RFID 标签的 EPC 。
- **标签操作**：如修改 EPC 。
- **标签触发事件处理**：根据 EPC 判断是否报警。

老板提出的“转库”需求是：
- EPC 前 6 个字符（十六进制）表示状态：
- `AB1122`：在库存中，会触发警报。
- `AB1123`：已卖出，不会触发警报。
- `AB1124`：已转库，不会触发警报。

老板的逻辑是：EPC 本身直接绑定商品状态，转库时必须修改 EPC （如从 `AB1122` 改为 `AB1124`），以此确保防盗读取器能正确识别商品状态。

---

### 你的疑惑与思路
你认为将“状态”与 EPC 彻底绑定有问题，理由是：
1. **转库应该是个系统状态**：系统记录 1000 个产品为“已转库”，然后再修改 EPC 以避免触发警报。
2. **修改 EPC 的不确定性**：如果 1000 个产品中有几个 EPC 修改失败，系统仍能通过状态查询知道它们已转库，不会误判。
3. **老板的方案麻烦**：要求转库成功必须 100% 修改所有 EPC ，像一个事务（ Transaction ），增加了复杂性和失败风险。

你的思路是：状态应由系统数据库管理，EPC 只是防盗的“执行工具”，不必强绑定。

---

### 老板的思路分析
老板的逻辑可能是：
1. **简单直接**：EPC 本身就是防盗的核心，通过前缀（如 `AB1122`、`AB1123`）区分状态，读取器无需额外查询系统数据库，直接根据 EPC 判断，减少系统依赖。
2. **实时性**：防盗系统需要即时反应，如果状态只存在数据库中，读取器每次扫描都要联网查询，可能会因网络延迟或故障出错。
3. **一致性**：EPC 与状态绑定，确保物理标签与逻辑状态同步，避免人为操作失误。

但这种方式确实有问题：
- **修改 EPC 的成本**：批量修改 1000 个标签的 EPC ，需要确保每一次写入都成功。如果失败，系统和标签状态不一致，反而可能导致混乱。
- **事务复杂性**：如你所说，这相当于一个事务操作，涉及硬件（写入标签）和软件（更新系统状态），一旦出错，回滚或修复都很麻烦。
- **扩展性差**：EPC 前缀硬编码状态（如 `AB1122` 表示在库），将来如果状态增加（比如“维修中”），规则会变得更复杂。

---

### 你的思路分析
你的方案是：
1. **状态与 EPC 分离**：系统数据库记录商品状态（如“在库”、“已售”、“已转库”），EPC 只作为标识符。
2. **修改 EPC 仅为防盗需要**：转库后修改 EPC 以符合“不出警报”的规则，但即使修改失败，系统状态也能作为依据。

优点：
- **灵活性**：状态管理交给数据库，EPC 只负责防盗规则，逻辑清晰。
- **容错性**：即使 EPC 修改失败，系统仍能通过状态判断商品情况。
- **可扩展**：未来增加新状态无需调整 EPC 规则，只需改数据库字段。

缺点：
- **实时性依赖**：读取器需要联网查询数据库状态，否则无法判断是否报警。如果网络不稳定，可能影响防盗效果。
- **复杂性增加**：需要额外的状态同步机制，确保读取器能获取最新状态。

---

### 谁对谁错？
严格来说，没有绝对的对错，而是设计理念和现实需求的权衡：
- **老板对的地方**：强调 EPC 的独立性，适合简单场景。如果公司门店少、商品量不大、网络环境不可靠，他的方案更直接，能减少对系统的依赖。
- **你对的地方**：考虑了大规模操作（如 1000 个产品转库）的容错性和扩展性，适合复杂零售系统，尤其是未来功能扩展的需求。

但老板的方案确实有“自找麻烦”的嫌疑：
- 将状态硬编码到 EPC ，等于把逻辑分散到物理标签上，增加了操作风险。
- 修改 1000 个 EPC 作为转库成功的标志，忽视了硬件操作的不确定性（比如标签损坏、写入失败），这在实际中很难保证 100% 成功。

你的方案更符合现代系统设计的原则：**状态集中管理，硬件执行分离**。但它需要解决读取器的实时性问题，比如：
- 在读取器本地缓存状态表，定期同步。
- 设计一个中间层，确保状态与 EPC 修改的协调。

---

### 建议
你可以尝试说服老板，或者折中方案：
1. **折中设计**：
- 系统记录状态（在库、已售、已转库）。
- 转库时尽量修改 EPC ，但不强制要求 100% 成功。
- 读取器优先读 EPC ，若无法判断（比如 EPC 未改），再查系统状态。
2. **验证风险**：
- 做一个小型实验，比如转库 10 个产品，模拟 EPC 修改失败，看看老板的方案在实际中会遇到什么问题。
3. **沟通需求**：
- 问清楚老板“高级”的定义是什么？是单纯防盗升级，还是要一个完整的零售管理系统？如果后者，你的方案更有优势。

---

### 总结
你的思路在技术上更合理，尤其适合大规模、复杂系统。老板的方案简单但缺乏容错性，短期可行，长期隐患多。建议根据公司实际情况（门店规模、网络条件、未来规划）选择，或者结合两者的优点设计一个更稳妥的系统。你觉得呢？有什么具体场景可以再细聊！

Gork3 的回答。

[kiseopt]

下次先说 3000
如果你们系统可以接受离线那改 EPC 倒是没什么问题

[kiseopt]

就比如你现在有一个硬件读取器，如果离线那很简单
一个线圈加上一个单片机，但是如果你这个要联网那就成本要翻倍起码

[7gugu]

技术方案上你是对的，但按照“谁出钱谁说了算”原则，你是错的，老板是对的

[lqt19910205]

3k 应该是你挑老板

[CruelMoon]

老板思维不太正常，一般来说应该修改系统的规则而不是物品编码，换个工作吧

[EJW]

都 3k 不到了，你应该把最后一段讲给老板听 。

[Felldeadbird]

3000 工资？？

楼主没有开玩笑吧。3000 工资，你在干 几十万的项目。

[tim9527]

我就是搞 rfid 的。有那种防拆标签，剪断后 epc 会变化，完美解决你们的争执。

[zjsxwc]

所以 op 的意思是用规则来代替修改每个产品的状态？
而老板的意思是要修改每个产品状态？

op 倾向于一句话规则： [ 所有编号是 AB1122 到 AB2122 这个范围内的产品都是已经转库了的]
而老板倾向于，标记每个产品编号的状态：[AB1122 已转库]、[AB1123 已转库]、[AB1124 已转库]……[AB2122 已转库]

op 认为老板的做法太愚蠢。

[musi]

下次把 3000 放标题或者文章开头加粗

[jinker]

@processzzp
@dolphintwo
@kiseopt
@EJW
@Felldeadbird
2900 马币，我马来西亚的。自学的，找不到好的工作，我的想法就是干个至少一年，那么可以试试面试其他公司，起码有个 1 年的 IT 行业工作经验，不会看到自学的，直接被刷下去。

[jinker]

@kiseopt TM 的，老板还要给客户三种方案，一个是服务器我们架设，客户运行前端软件即可，第二就是 All in one ，服务器和软件一起运行在客户电脑。这个我搞了，刚好前端我用 tauri ，后端 rust ，可以直接前端异步运行个服务器，数据库当然还是另外装。第三个，服务器放在客户门店。

[crc8]

@jinker 对老板说：去你的马币。

[zhizunzz]

Gork3 那位兄台很全面了, 但是你得考虑 3000 的事. 最后一段越看越乐, 抱歉笑出声

[jinker]

@tim9527 问题是设计之初，对表情更改 EPC 只是为了避开警报，那么改 EPC 和进出库就要分离，互不干涉，现在老板要把他们搞成一个事务了(我用数据库的事务来表示，应该没问题?)。

而且要表示一个货物的状态，就应该软件层面设计。要涉及到现实世界的话，变数不知多了多少。尤其是现在要这样搞，到时改后出了问题，我还要去排查，毕竟也许某个代码中遵循着“EPC 更改只是避开警报”这个规则呢。

[kapaseker]

3000 干这么多事儿，赶紧跑路

[feitxue]

这么多楼层，还没看到 AI 警察，我在期待什么

[jinker]

@zjsxwc 我是倾向于，EPC 更改只是为了避开警报这个规则，这个规则也是开始开发时这样做的。现在要推翻了，TM 的

[jinker]

@kapaseker 只能在这骂骂了，现实还是要面对的。

[kapaseker]

@jinker 呆一年就跑嘛，换个工作，多学点儿，这样后面换工作很轻松的，啥都会

[wudi77]

这是你 3000 要考虑的事情么

[jinker]

@kapaseker 7 月尾才满一年，但是我的合同辞职要 4 个月通知，除非交接很快。但是公司创立 14 年以来，我算是第一个程序员，而且我又写 rust ，他想找到交接的，我觉得他不会肯给那个薪资。这样的话年尾才能走，结果年尾又不好找工作，只能看看明年新年过后，拿到红包开始逃亡计划。

[laikick]

@Livid #6 AI 回复

[jinker]

也许我到时还能直接打包代码开源出去丰富一下我的简历也说不定，不看代码质量的话。不过怕被告，虽然代码全在我手。

[xdaooo]

从你的描述来看，你和老板在如何设计 RFID 防盗系统中的库存管理和 EPC （电子产品代码）处理方式上有明显的分歧。你们公司最近开始涉足 RFID 防盗，目标是实现类似优衣库那样的系统，既要防盗，又要支持区域管理、产品管理、标签管理和库存操作等功能。现在的问题集中在“转库”功能上，老板希望将 EPC 的前 6 个字符与库存状态绑定，而你觉得这种做法有问题，更倾向于将状态管理和 EPC 修改分开处理。下面我来分析一下你们两方的观点，并回答谁的更合理。

防盗原理和背景
你提到防盗的原理是这样的：

RFID 读取器读取标签的 EPC 。
如果 EPC 符合特定规则（比如前 6 个字符是 AB1122 ），就会触发警报，表示产品还在库存中。
如果要让产品正常离开门店而不触发警报，就需要将 EPC 修改为规则外的值（比如 AB1124 表示转库，AB1123 表示已卖）。
基于这个背景，老板希望通过 EPC 的前 6 个字符直接反映产品的状态，而你认为应该由系统记录状态，EPC 修改只是后续的操作。让我们逐一分析。

老板的观点：EPC 前 6 个字符与状态绑定
老板的想法是：

EPC 的前 6 个字符直接对应状态，例如：
AB1122：库存中，会触发警报。
AB1123：已卖，不会触发警报。
AB1124：转库，不会触发警报。
在转库时，通过修改 EPC 来确保产品离开门店不会触发警报。
优点：

逻辑简单直接：EPC 本身就包含了状态信息，读取器只需要检查 EPC 就能判断是否触发警报，不需要额外的状态查询。
减少系统依赖：如果读取器和系统之间通信有问题，EPC 本身已经携带了状态，警报逻辑依然能正常工作。
缺点：

EPC 修改的可靠性问题：
你提到转库 1000 个产品时，需要修改 1000 个 EPC 。如果有几个 EPC 修改失败（比如网络延迟、设备故障），系统就无法正确反映状态，可能导致警报误触发或漏触发。
修改 EPC 本身存在不确定性，尤其是在大规模操作中，这种方式对修改操作的成功率要求极高。
事务复杂性：
要确保转库成功，所有 EPC 必须改成功，这相当于一个大事务。如果中途失败，可能需要回滚或人工干预，增加了开发和维护的难度。
系统灵活性受限：
EPC 被强制绑定状态后，如果未来业务需求变化（比如新增状态、处理退货或部分转库），每次都要调整 EPC 规则，系统改动会很繁琐。
模块耦合：
你提到系统设计时标签激活/不激活和标签管理是分开的两模块。如果按照老板的做法，这两个模块加上库存管理都要改，增加了开发工作量。
你的观点：状态管理和 EPC 修改解耦
你的想法是：

系统先记录产品的状态（比如“转库”），然后再修改 EPC 。
EPC 修改只是为了让产品离开门店不触发警报，不直接代表状态。
如果 EPC 修改失败，系统仍然知道这些产品是“已转库”的，可以避免问题。
优点：

灵活性和可维护性：
状态管理和 EPC 修改分开，系统可以轻松适应复杂操作（比如部分转库、退货等），只需调整状态逻辑，不用每次都改 EPC 规则。
容错性强：
如果修改 EPC 失败，系统依然能通过状态记录知道产品的真实情况，不会影响警报逻辑。
开发模块化：
你提到标签激活/不激活和标签管理是独立模块，这种解耦设计符合模块化原则，改动一个模块不会牵连其他模块。
降低事务复杂度：
转库 1000 个产品时，只需更新状态就算成功，EPC 修改可以异步进行，不需要把所有操作捆绑成一个大事务。
缺点：

状态管理的复杂性：
系统需要额外维护一个可靠的状态记录机制。如果状态记录出错（比如数据库同步失败），可能导致警报逻辑混乱。
依赖通信：
读取器触发警报时，需要实时查询系统中的状态。如果读取器和系统之间通信不畅，可能会影响防盗效果。
谁的观点更合理？
综合来看，你的观点在当前场景下更合理，原因如下：

实际操作中的可靠性：
修改 EPC 是个物理操作，受网络、设备等因素影响，失败的可能性比更新系统状态要高。将状态和 EPC 绑定会让系统对 EPC 修改的成功率过度依赖，而你的方法通过状态管理提供了缓冲，即使 EPC 修改失败也能保证逻辑正确。
开发和维护成本：
老板的方法需要将标签管理、激活模块和库存管理深度耦合，增加了开发难度和后期维护成本。而你的解耦设计更符合软件工程原则，长期来看更省力。
业务扩展性：
RFID 系统不仅仅是防盗，还涉及区域管理、产品管理等功能。你的方法为未来复杂需求留了余地，而老板的方法在状态变化频繁时会显得笨拙。
你的处境：
你是前后端一肩挑，还要搞 RFID 读取器调用、安卓开发、Mac 兼容等，老板的要求已经让你压力山大。选择一个更简单、可控的方案（你的方法）能减轻负担，避免自找麻烦。
当然，老板的出发点也有道理：他希望通过 EPC 直接反映状态，简化读取器的逻辑。但在实际应用中，这种“简单”是以牺牲系统可靠性和灵活性为代价的，尤其是在转库这种批量操作中。

建议
我建议你采用自己的方案：状态管理和 EPC 修改解耦。具体实现可以这样：

状态优先：
系统先记录产品状态为“转库”，这个操作完成后就算转库成功。
EPC 修改异步处理：
修改 EPC 可以在后台异步执行，即使失败也不会影响状态逻辑。
系统可以定期检查 EPC 修改是否成功，或者提供手动补救功能。
警报逻辑调整：
读取器触发警报时，除了检查 EPC 规则，还要查询系统状态（比如“库存中”才触发警报，“转库”或“已卖”不触发）。
跟老板沟通：
你可以向老板解释：绑定 EPC 和状态会增加开发难度和出错风险，而解耦方案既能满足防盗需求，又能保证系统稳定，还能更快交付。
用例子说明问题：比如“转库 1000 个产品时，EPC 修改失败几个怎么办？我的方案能查状态解决问题，你的方案就得全改回去，太麻烦了。”
关于你的压力
你提到前后端、RFID 调用、安卓开发、Mac 兼容都是你一个人搞，还要整合成 All-in-one 系统，老板却只给不到 3000 的预算，还要催进度，这确实很离谱。作为一个原本只是装机佬的人，能做到现在这一步已经很不容易了。建议你：

量化工作量：列出每个模块的开发时间（比如 RFID 读取器适配 2 周、安卓手持开发 3 周），让老板明白这不是几天能搞定的。
争取资源：告诉老板人力不足，一个人包山包海不现实，能不能外包部分工作或者加人。
保护自己：别把自己逼得太狠，3000 块的待遇干这么多活，老板 TM 的确实有点过分。
总结
你的观点比老板的更合理，因为它在可靠性、灵活性和开发成本上更有优势。老板的方法看似简单，但实际操作中隐患太多，尤其是在你资源有限的情况下，自找麻烦的设计只会让你更崩溃。希望你能说服老板，或者至少找到一个折中的方案，减轻自己的负担。如果还有其他问题，随时聊！

[NoKey]

ai 那个回答已经很清晰了
不过，老板那个更像一个生活中经常能遇到的那种小系统，集成到一起的，不需要啥数据库，装上就能用，哈哈，说明老板还是个实战派~

[i1258403843]

3000 一个月？告诉他三万一个月，开发 1 年

[jinker]

@NoKey 各种系统集成到一起，我感觉崩了的话一起完蛋。然后到时又是我背锅。

[gransh]

你入职工作是装基佬为啥成开发了，是你自己想表现然后将来简历好看点吗？

[jinker]

@gransh 因为我简历个人能力上有写自学过编程。然后开始的时候是老板问我想做个 demo 出来，展示给客户看，后面再买第三方。

[min]

崩的时候你还在职不？

[jinker]

@min 有可能在，毕竟要上交客户了

[Cheons]

“不会”
就两个字啊

[bkchan]

@ni1rvana bro 小心 ai 警察

[vcbal]

@Livid #31 AI 回复

[emisora]

你给他 6000 让他自己写

[chairuosen]

职场第一步，学会拒绝

[Rickkkkkkk]

6, 31 楼，ai

@Livid

[HankAviator]

@bkchan
@feitxue
亲亲建议这面页面拉到最上面看看右面的唯一一条本版规则是啥呢

[hafuhafu]

一个帖子总共滚动条长度才 10000 ，两个贴大段 AI 回答的占了 6000 。
没啥兴趣举报，但是真别贴 AI 回答了，这年头 AI 又不是啥稀罕玩意，要问 AI 的自己早问了，贴一大段影响观看体验。
而且 V2 的 SEO 还很高，到时候搜关键词这些 AI 回复还会跑到前面。

[mingtdlb]

国粹量逐渐上升。对了 马来西亚大家说中文吗

[svenzhao]

三千马币 太搞笑了 你倆谁的方案都行 但是落地不是一月三千能落地

[feitxue]

@HankAviator #45 ？你圈我干嘛，我当然知道啊。我这不是在期待那几个活跃的巡查员嘛。

[jinker]

@mingtdlb 华人说中文，广东，福建。少部分说客家。其中种族除非有上华校，否则不会说

[NoOneNoBody]

跟昨天那个 AI 部门 的帖子如出一辙
这些项目一估价就知道哪里不对了，请个清洁工实现登月计划

[xytest]

会做饭吗？会的话 中午你把饭也做一下

[longlonglanguage]

没接触过 RFID ，但是如果把 RFID 看作存储信息的设备的话，可不可以把信息全存入到 mysql 数据库中，那么不管是 mac ，还是 pc 和安卓，都可以用 ai 生成一个软件界面，在对方点击按钮的时候，就是一个 sql 语句的查询和写入。不过呢总感觉被白嫖了，学了那么多知识，工资和服务员一样，简直离谱。

[raphx]

含妈量极高哈哈

[harryWebb]

特地去搜了一下马来西亚币兑换 rmb ，一算工资 5000 不到，大哥，随便干点啥都有 5000

不如来中国大陆端盘子

[kapaseker]

@jinker 也可以，先忍忍了只能。快到年底的时候，先找工作。

[hackroad]

ai 警察在哪里

[boser1u]

多大的人，还在研究对错

[prosgtsr]

大家的回复都说的挺对。

但是看到了你 #17 的回复，虽然因为想入行 it 而做装机佬是有点奇怪，但是既然来都来了，那就努力的写一写，不要以老板设定的目标为目标，而是以一个最小可用的系统为目标，能做多少就做多少。比如老板所说的三套部署方案，你就当他是在放屁，你就做一套就行了。
这样你增长了开发技能，下一份找开发工作也会顺利一些。

[jinker]

@boser1u 就当我发牢骚吧，闷在心里一股气没处放。

[tim9527]

@jinker #21 不修改 epc 状态。在结算太一起读取后与服务端来进行校准比对，你们老板根本不懂应用，这种奇怪的需求客户提出我们也是会否决的。出去的时候门禁读取标签，跟数据库比对状态来看是否报警。epc 修改不难，问题是一个个修改，客人随便拿写入是相对比较困难的。

[Promtheus]

如果是月入 3000 块，老板和我讲话都不敢大声。我怕我忍不住训他

[jinker]

@prosgtsr 最小可用系统已经很早就完成了，一开始没有库存的功能，只有涉及到安保的功能，如标签触发警报，WhatsApp 和 email 通知指定的人，门店的大屏幕显示触发的物品信息图片等等那些。现在已经越做越大，除了库存管理，我还有 POS 等着我呢，哎。

[jinker]

@tim9527 修改 EPC 只是为了绕过警报，其实你的方法更加好，但是防盗读取器是第三方的，并不支持二次开发。只能通过设置过滤 EPC 来达到目的。

[sir283]

马来西亚拿 3000 ，你这还不如在国内小县城拿 3k 呢，起码没这么累，而且你还可以叼老板一顿，还不用负责，反而在国外打黑工，各种受限。
回来吧，村里发金条了。

[Meld]

@bkchan 也别 ai 警察不警察，这 b 回复有啥意义？谁的问题也解决不了，还浪费我时间看一眼

[Meld]

真想贴 AI 回复请用分享链接

[jinker]

@sir283 哥，其实我是马来西亚人，本地华人。甚至到现在没有出过国呢。

[tim9527]

@jinker #64 可以问一下中国的。连二次开发都不支持太离谱的吧，Impinj 的设备吗。要是中国的厂商的设备，绝对可以

[jinker]

@tim9527 设备都是中国的，现在什么东西都基本中国性价比高，逃不掉的。我没有问，二次开发肯定有的，但是那时候的我已经厌烦了包山包海，所以不问了，问了二次开发的活就到我身上了。

[jinker]

@tim9527 哪怕 RFID 标签，老板连续向厂家定制了几个，不同公司。最后都是中国那边的更加好。还一直反复问我这可是美国的，真的差吗？我都无语了，好不好还看国家，哪怕真看国家也知道这种大批量的东西基本就中国生产的很好。。

[maojun]

一大段 ai 回复是图个啥啊 不会用分享链接吗

[Qingger]

哈哈哈 前面还在分析技术呢，最后一段突然就画风突变

[drymonfidelia]

@Livid AI 回复刷屏

[bojackhorseman]

喷了

[simo]

怀疑你是来看他们给你讲笑话的。
能换工作就换，换不了就听老板的，你按天拿工资的，少操心

[me007]

成年人，还分对错啊，小孩子才分对错。大人都分利益。利益不合适就跑呗。

[sampeng]

如果你刚 20 岁上下。前面楼层的嘲讽可以都当放屁，最后的情绪发泄是正常的。我其实挺理解你现在状态的。挺好的，年轻人，你要能全熬过去。真把这鼓捣出来了，我就想问，为什么你不能自开炉灶呢？海外的程序员尤其是这些小国家的，真卷不过华人。就算你没心气自来这一件事的生意。项目管理项目开发马来西亚估计野生成员里面你可以横着走，做做企业项目一点问题没有了。后路就会很宽。
但你要是 25 以上：有啥好争论的，骂死老板都算你功德无量。

[feitxue]

@harryWebb #55 大马本地华人因为起步是三门语言（英文 华文 马来文），并且教育体系是跟随英国。所以理想出国打工目的地除了家门口的坡县以外，也是英国文化圈的澳洲，英美加。还有就是我们大陆因为不是移民国家，也不是他们的首选。就算倾向选大陆，也是优先香港，对了台湾没听他们说务工的多，上高中读大学去台湾的挺多。
我现在甲方是马来西亚公司在吉隆坡，本地有且仅有一个华人技术人员，之前的几个要么菜干几个月自己走，要么能力强，干不到一年积累经验迅速跑路去坡县了，现在留下的这个因为技术比较菜，多次尝试坡县的面试不通过还在痛苦中，之前聊过，他也提到，他说他的华人圈子里技术非常好的都是去澳洲的多。他自己本身也没考虑来我们大陆。

[OWLS]

钱给够，要啥都有！
钱不够，含家铲啦。

[Jtyczc]

我有一个办法让你把钱赚了，你跟老板说，这个功能太复杂了，我需要专业开发的来处理，然后你找几个团队报价，到时你最后再找我，到时我 4 你 6 分了这钱。

[demoBastard]

老板永远是对的

[szkjlpf]

马来西亚加班吗，有没有职场 pua ，加班会按照法律给加班费吗

[IamUNICODE]

查了一下，3000 马币是 4,912.08 人民币，啊？新加坡马来不是号称工资很高吗？啊啊啊？

[szkjlpf]

@IamUNICODE 新加坡马来西亚是两个国家，马来西亚是发展中国家和中国大陆人均 gdp 类似，新加坡是发达国家人均 gdp 是中国大陆或者马来西亚的 6 倍左右

[humbass]

其实功能要求也不复杂，就是管理下标签数据而已。


6 楼 @ni1rvana , 31 楼 @xdaooo 这个 AI 答案相当讨厌啊 @Livid

[qixinwuchen]

@jinker 马来西亚是说英文还是中文，为啥马来西亚人最后一段话骂的如此丝滑？

[iseki]

说起来，我没做过 RFID 不太了解，你这个 EPC 是存储在哪的，EPC 的变更需要重新刷写 Tag 吗？如果需要重新刷写 Tag…是因为反正都要把货物运走所以也不介意接触下 Tag ？

[zyxcompany]

3k 告诉你老板 qnmlgb

[JackCh3ng]

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

[zoharSoul]

几久 是什么意思?

[valkyrjaE]

说了半天抓不住主要矛盾 辩论先把大锅甩出来

[QlanQ]

@zoharSoul 最开始看到这两个字，我还以为是武汉的呢，武汉会说 几多钱，几久应该是多久能完成的意思

[BIND]

3000?!给老板说换个轻一点的鞋，赶快跑步进入共产主义，那个更好实现