这是一个创建于 311 天前的主题，其中的信息可能已经有所发展或是发生改变。
公司做防盗的，最近开始涉及 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 ，入职工作本就是个装机佬罢了。
 |
1
aaronlau 2025 年 3 月 5 日  36
30000 工资的话老板对，3000 你在写笑话吧
|
 |
2
defunct9 2025 年 3 月 5 日
让他哪凉快哪呆着去
|
 |
3
processzzp 2025 年 3 月 5 日
月薪三千不到？？？
|
 |
4
yvyvyv 2025 年 3 月 5 日
最后一句话应该跟老板说，
|
 |
5
dolphintwo 2025 年 3 月 5 日 56
下次先说 3000
|
 |
6
Z3Sxcyn3En5Bn7U3 2025 年 3 月 5 日 1
你的问题涉及 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 的回答。 |
 |
7
kiseopt 2025 年 3 月 5 日
下次先说 3000
如果你们系统可以接受离线那改 EPC 倒是没什么问题 |
|
8
kiseopt 2025 年 3 月 5 日
就比如你现在有一个硬件读取器，如果离线那很简单
一个线圈加上一个单片机，但是如果你这个要联网那就成本要翻倍起码 |
 |
9
7gugu 2025 年 3 月 5 日
技术方案上你是对的，但按照“谁出钱谁说了算”原则，你是错的，老板是对的
|
 |
10
playstation3 2025 年 3 月 5 日
3k 应该是你挑老板
|
 |
11
CruelMoon 2025 年 3 月 5 日
老板思维不太正常，一般来说应该修改系统的规则而不是物品编码，换个工作吧
|
 |
12
EJW 2025 年 3 月 5 日
都 3k 不到了，你应该把最后一段讲给老板听
 。 |
 |
13
Felldeadbird 2025 年 3 月 5 日
3000 工资？？
楼主没有开玩笑吧。3000 工资，你在干 几十万的项目。 |
 |
14
tim9527 2025 年 3 月 5 日
我就是搞 rfid 的。有那种防拆标签，剪断后 epc 会变化，完美解决你们的争执。
|
 |
15
zjsxwc 2025 年 3 月 5 日
所以 op 的意思是用规则来代替修改每个产品的状态？
而老板的意思是要修改每个产品状态？ op 倾向于一句话规则： [ 所有编号是 AB1122 到 AB2122 这个范围内的产品都是已经转库了的] 而老板倾向于，标记每个产品编号的状态：[AB1122 已转库]、[AB1123 已转库]、[AB1124 已转库]……[AB2122 已转库] op 认为老板的做法太愚蠢。 |
 |
16
musi 2025 年 3 月 5 日
下次把 3000 放标题或者文章开头加粗
|
 |
17
jinker OP @processzzp
@dolphintwo @kiseopt @EJW @Felldeadbird 2900 马币，我马来西亚的。自学的，找不到好的工作，我的想法就是干个至少一年，那么可以试试面试其他公司，起码有个 1 年的 IT 行业工作经验，不会看到自学的，直接被刷下去。 |
|
18
jinker OP @kiseopt TM 的，老板还要给客户三种方案，一个是服务器我们架设，客户运行前端软件即可，第二就是 All in one ，服务器和软件一起运行在客户电脑。这个我搞了，刚好前端我用 tauri ，后端 rust ，可以直接前端异步运行个服务器，数据库当然还是另外装。第三个，服务器放在客户门店。
|
 |
20
zhizunzz 2025 年 3 月 5 日 1
Gork3 那位兄台很全面了, 但是你得考虑 3000 的事. 最后一段越看越乐, 抱歉笑出声
|
|
21
jinker OP @tim9527 问题是设计之初，对表情更改 EPC 只是为了避开警报，那么改 EPC 和进出库就要分离，互不干涉，现在老板要把他们搞成一个事务了(我用数据库的事务来表示，应该没问题?)。
而且要表示一个货物的状态，就应该软件层面设计。要涉及到现实世界的话，变数不知多了多少。尤其是现在要这样搞，到时改后出了问题，我还要去排查，毕竟也许某个代码中遵循着“EPC 更改只是避开警报”这个规则呢。 |
 |
22
kapaseker 2025 年 3 月 5 日
3000 干这么多事儿，赶紧跑路
|
 |
23
feitxue 2025 年 3 月 5 日 8
这么多楼层，还没看到 AI 警察，我在期待什么
|
|
24
jinker OP @zjsxwc 我是倾向于，EPC 更改只是为了避开警报这个规则，这个规则也是开始开发时这样做的。现在要推翻了，TM 的
|
 |
27
wudi77 2025 年 3 月 5 日
这是你 3000 要考虑的事情么
|
|
28
jinker OP @kapaseker 7 月尾才满一年，但是我的合同辞职要 4 个月通知，除非交接很快。但是公司创立 14 年以来，我算是第一个程序员，而且我又写 rust ，他想找到交接的，我觉得他不会肯给那个薪资。这样的话年尾才能走，结果年尾又不好找工作，只能看看明年新年过后，拿到红包开始逃亡计划。
|
|
30
jinker OP 也许我到时还能直接打包代码开源出去丰富一下我的简历也说不定，不看代码质量的话。不过怕被告，虽然代码全在我手。
|
 |
31
xdaooo 2025 年 3 月 5 日
从你的描述来看，你和老板在如何设计 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 的确实有点过分。 总结 你的观点比老板的更合理，因为它在可靠性、灵活性和开发成本上更有优势。老板的方法看似简单，但实际操作中隐患太多，尤其是在你资源有限的情况下，自找麻烦的设计只会让你更崩溃。希望你能说服老板，或者至少找到一个折中的方案，减轻自己的负担。如果还有其他问题，随时聊！ |
 |
32
NoKey 2025 年 3 月 5 日
ai 那个回答已经很清晰了
不过，老板那个更像一个生活中经常能遇到的那种小系统，集成到一起的，不需要啥数据库，装上就能用，哈哈，说明老板还是个实战派~ |
 |
33
i1258403843 2025 年 3 月 5 日
3000 一个月？告诉他三万一个月，开发 1 年
|
 |
35
iixy 2025 年 3 月 5 日
你入职工作是装基佬为啥成开发了，是你自己想表现然后将来简历好看点吗？
|
|
36
jinker OP @gransh 因为我简历个人能力上有写自学过编程。然后开始的时候是老板问我想做个 demo 出来，展示给客户看，后面再买第三方。
|
 |
37
min 2025 年 3 月 5 日
崩的时候你还在职不？
|
 |
39
Cheons 2025 年 3 月 5 日 via Android
“不会”
就两个字啊 |
 |
42
emisora 2025 年 3 月 5 日
你给他 6000 让他自己写
|
 |
43
chairuosen 2025 年 3 月 5 日
职场第一步，学会拒绝
|
 |
44
Rickkkkkkk 2025 年 3 月 5 日 2
|
 |
45
HankAviator 2025 年 3 月 5 日
|
 |
46
hafuhafu 2025 年 3 月 5 日 28
一个帖子总共滚动条长度才 10000 ，两个贴大段 AI 回答的占了 6000 。
没啥兴趣举报，但是真别贴 AI 回答了，这年头 AI 又不是啥稀罕玩意，要问 AI 的自己早问了，贴一大段影响观看体验。 而且 V2 的 SEO 还很高，到时候搜关键词这些 AI 回复还会跑到前面。 |
 |
47
mingtdlb 2025 年 3 月 5 日
国粹量逐渐上升。对了 马来西亚大家说中文吗
|
 |
48
svenzhao 2025 年 3 月 5 日
三千马币 太搞笑了 你倆谁的方案都行 但是落地不是一月三千能落地
|
|
49
feitxue 2025 年 3 月 5 日
@HankAviator #45 ？你圈我干嘛，我当然知道啊。我这不是在期待那几个活跃的巡查员嘛。
|
 |
51
NoOneNoBody 2025 年 3 月 5 日
跟昨天那个 AI 部门 的帖子如出一辙
这些项目一估价就知道哪里不对了，请个清洁工实现登月计划 |
 |
52
byteX 2025 年 3 月 5 日 2
会做饭吗？会的话 中午你把饭也做一下
|
 |
53
longlonglanguage 2025 年 3 月 5 日
没接触过 RFID ，但是如果把 RFID 看作存储信息的设备的话，可不可以把信息全存入到 mysql 数据库中，那么不管是 mac ，还是 pc 和安卓，都可以用 ai 生成一个软件界面，在对方点击按钮的时候，就是一个 sql 语句的查询和写入。不过呢总感觉被白嫖了，学了那么多知识，工资和服务员一样，简直离谱。
|
 |
54
raphx 2025 年 3 月 5 日
含妈量极高哈哈
|
 |
55
harryWebb 2025 年 3 月 5 日
特地去搜了一下马来西亚币兑换 rmb ，一算工资 5000 不到，大哥，随便干点啥都有 5000
不如来中国大陆端盘子 |
 |
57
hackroad 2025 年 3 月 5 日
ai 警察在哪里
|
 |
58
boser1u 2025 年 3 月 5 日
多大的人，还在研究对错
|
 |
59
prosgtsr 2025 年 3 月 5 日
大家的回复都说的挺对。
但是看到了你 #17 的回复，虽然因为想入行 it 而做装机佬是有点奇怪，但是既然来都来了，那就努力的写一写，不要以老板设定的目标为目标，而是以一个最小可用的系统为目标，能做多少就做多少。比如老板所说的三套部署方案，你就当他是在放屁，你就做一套就行了。 这样你增长了开发技能，下一份找开发工作也会顺利一些。 |
|
61
tim9527 2025 年 3 月 5 日
@jinker #21 不修改 epc 状态。在结算太一起读取后与服务端来进行校准比对，你们老板根本不懂应用，这种奇怪的需求客户提出我们也是会否决的。出去的时候门禁读取标签，跟数据库比对状态来看是否报警。epc 修改不难，问题是一个个修改，客人随便拿写入是相对比较困难的。
|
 |
62
Promtheus 2025 年 3 月 5 日 2
如果是月入 3000 块，老板和我讲话都不敢大声。我怕我忍不住训他
|
|
63
jinker OP @prosgtsr 最小可用系统已经很早就完成了，一开始没有库存的功能，只有涉及到安保的功能，如标签触发警报，WhatsApp 和 email 通知指定的人，门店的大屏幕显示触发的物品信息图片等等那些。现在已经越做越大，除了库存管理，我还有 POS 等着我呢，哎。
|
|
64
jinker OP @tim9527 修改 EPC 只是为了绕过警报，其实你的方法更加好，但是防盗读取器是第三方的，并不支持二次开发。只能通过设置过滤 EPC 来达到目的。
|
 |
65
sir283 2025 年 3 月 5 日 via Android
马来西亚拿 3000 ，你这还不如在国内小县城拿 3k 呢，起码没这么累，而且你还可以叼老板一顿，还不用负责，反而在国外打黑工，各种受限。
回来吧，村里发金条了。 |
 |
67
Rat3 2025 年 3 月 5 日 1
真想贴 AI 回复请用分享链接
 |
|
70
jinker OP @tim9527 设备都是中国的，现在什么东西都基本中国性价比高，逃不掉的。我没有问，二次开发肯定有的，但是那时候的我已经厌烦了包山包海，所以不问了，问了二次开发的活就到我身上了。
|
|
71
jinker OP @tim9527 哪怕 RFID 标签，老板连续向厂家定制了几个，不同公司。最后都是中国那边的更加好。还一直反复问我这可是美国的，真的差吗？我都无语了，好不好还看国家，哪怕真看国家也知道这种大批量的东西基本就中国生产的很好。。
|
 |
72
maojun 2025 年 3 月 5 日 via iPhone
一大段 ai 回复是图个啥啊 不会用分享链接吗
|
 |
73
0xcoolin 2025 年 3 月 5 日
哈哈哈 前面还在分析技术呢，最后一段突然就画风突变
|
 |
74
drymonfidelia 2025 年 3 月 5 日 1
@Livid AI 回复刷屏
|
 |
75
dumbass 2025 年 3 月 5 日
喷了
|
 |
76
simo 2025 年 3 月 5 日
怀疑你是来看他们给你讲笑话的。
能换工作就换，换不了就听老板的，你按天拿工资的，少操心 |
 |
77
me007 2025 年 3 月 5 日
成年人，还分对错啊，小孩子才分对错。大人都分利益。利益不合适就跑呗。
|
 |
78
sampeng 2025 年 3 月 5 日 via iPhone
如果你刚 20 岁上下。前面楼层的嘲讽可以都当放屁，最后的情绪发泄是正常的。我其实挺理解你现在状态的。挺好的，年轻人，你要能全熬过去。真把这鼓捣出来了，我就想问，为什么你不能自开炉灶呢？海外的程序员尤其是这些小国家的，真卷不过华人。就算你没心气自来这一件事的生意。项目管理项目开发马来西亚估计野生成员里面你可以横着走，做做企业项目一点问题没有了。后路就会很宽。
但你要是 25 以上：有啥好争论的，骂死老板都算你功德无量。 |
|
79
feitxue 2025 年 3 月 5 日
@harryWebb #55 大马本地华人因为起步是三门语言（英文 华文 马来文），并且教育体系是跟随英国。所以理想出国打工目的地除了家门口的坡县以外，也是英国文化圈的澳洲，英美加。还有就是我们大陆因为不是移民国家，也不是他们的首选。就算倾向选大陆，也是优先香港，对了台湾没听他们说务工的多，上高中读大学去台湾的挺多。
我现在甲方是马来西亚公司在吉隆坡，本地有且仅有一个华人技术人员，之前的几个要么菜干几个月自己走，要么能力强，干不到一年积累经验迅速跑路去坡县了，现在留下的这个因为技术比较菜，多次尝试坡县的面试不通过还在痛苦中，之前聊过，他也提到，他说他的华人圈子里技术非常好的都是去澳洲的多。他自己本身也没考虑来我们大陆。 |
 |
80
OWLS 2025 年 3 月 5 日 via iPhone
钱给够，要啥都有！
钱不够，含家铲啦。 |
 |
81
Jtyczc 2025 年 3 月 5 日
我有一个办法让你把钱赚了，你跟老板说，这个功能太复杂了，我需要专业开发的来处理，然后你找几个团队报价，到时你最后再找我，到时我 4 你 6 分了这钱。
|
 |
82
demoBastard 2025 年 3 月 5 日
老板永远是对的
|
 |
83
G8b4ZEd8Ivolc0Wh 2025 年 3 月 5 日
马来西亚加班吗，有没有职场 pua ，加班会按照法律给加班费吗
|
 |
84
IamUNICODE 2025 年 3 月 5 日
查了一下，3000 马币是 4,912.08 人民币，啊？新加坡马来不是号称工资很高吗？啊啊啊？
|
|
85
G8b4ZEd8Ivolc0Wh 2025 年 3 月 5 日
@IamUNICODE 新加坡马来西亚是两个国家，马来西亚是发展中国家和中国大陆人均 gdp 类似，新加坡是发达国家人均 gdp 是中国大陆或者马来西亚的 6 倍左右
|
 |
86
humbass 2025 年 3 月 5 日 1
|
 |
87
qixinwuchen 2025 年 3 月 5 日
@jinker 马来西亚是说英文还是中文，为啥马来西亚人最后一段话骂的如此丝滑？
|
 |
88
iseki 2025 年 3 月 5 日 via Android
说起来，我没做过 RFID 不太了解，你这个 EPC 是存储在哪的，EPC 的变更需要重新刷写 Tag 吗？如果需要重新刷写 Tag…是因为反正都要把货物运走所以也不介意接触下 Tag ？
|
 |
89
zyxcompany 2025 年 3 月 6 日
3k 告诉你老板 qnmlgb
|
 |
90
JackCh3ng 2025 年 3 月 6 日
我的建议是：这个东西如果你感兴趣，就慢慢学慢慢做，老板问你几时能搞成，你就如实回答，说这块东西你也没搞过，也是在边学边弄，工作量也比较大，你也估不出个具体的时间。
我觉得你们之间主要就是沟通没做好，老板觉得这个东西不难，工作量不大，觉得你能胜任，而你又没有向老板解释这个东西比较复杂，你也没有相关的经验。你把实情向老板说明，剩下的交给老板自己决定。 |
 |
91
zoharSoul 2025 年 3 月 6 日
几久 是什么意思?
|
 |
92
valkyrjaE 2025 年 3 月 6 日
说了半天抓不住主要矛盾 辩论先把大锅甩出来
|
 |
94
BIND 2025 年 3 月 6 日 via Android
3000?!给老板说换个轻一点的鞋，赶快跑步进入共产主义，那个更好实现
|
 |
95
neptuno 2025 年 3 月 6 日
3000 块玩什么命啊，保安室坐坐都不止 3000
|
 |
97
cat9life 2025 年 3 月 6 日 1
我比较好奇，2900 在大马是什么水平？
|
 |
100
Livid MOD PRO |
Select Language