TEL ？

你看就是 AIGC 的接入端，估计也是准备炒估值的~

没提就是 996 咯

有年龄段要求吗？

@opengps 能问这种问题，肯定没有什么负载，估计还在业务摸索期

其实这个问题在同步要求不同的情况下，方案可能千差万别，难度也是天上地下的

算法很多样 map reduce 或者分类计算都可以，但是其实还是需要其他空间 这个题其实有 bug，万一有几行数据的长度直接超过内存大小怎么办。无解吧

这个应该是单车端的车锁这边设计比较巧妙 推拉结合做得好

楼主是 hr 么？

难道 iot 不需要软件。。。。。 只能说你老师所理解的所谓软件工程会过时吧。 软件开发需求还是有很长的路要走，而且随着硬件的进步，软件需求只可能越来越多了。 带宽+移动带来无数的新的应用场景

其实核心就是公交卡很多实际就是依据一个 nfc 的硬件 id，类似网卡的 mac 地址，物理上是无法修改的。所以所谓的不同地区用卡冲突以及所谓的绑定手机硬件其实就是 id 重复的问题，移卡其实本质是移资，把第一部手机物理 nfc ID 绑定的资金移动到第二部手机的 NFC ID 上而已。 这个原则上是需要公交卡计费平台提供相应接口才可以成功的。 各家平台水平不一，接口可用性也不同。说到底就是小米要支持这些功能作为销售卖点，但是不愿意为供应商接口问题的不稳定产生的问题买单。

mi

@Aprilming 刚工作，能学到东西比能涨工资重要。其实作为一个技术人员，水平涨了，工资能不涨么。只是时间问题，别太纠结。

感觉方向应该不是向前端走还是向后端走的问题，而是向上走还是向下走的问题。 其实楼主现在的阶段应该就如同他说的。中小型的项目自己一个人可以基本搞定。其实这个话的有几个层面的意思：
1、项目规模不大，涉及到分布式负载均衡啥的搞不了
2、在职业定位里达到了可以实现需求的一个程度
3、因为知道了一些知识，也知道了更多自己还没有掌握的知识的存在

解释上刚才说的向上走还是向下走的问题。
其实如同之前也有朋友指出的，简单说向上走就是向业务靠拢。以更加全面的视角来阅读业务需求和形态，甚至是跨业务形态来抽象。举例来说就是理解不同类型的系统设计（电商、社交、直播、OA、ERP 等等）的问题。这个方向其实总体是架构师、CTO 的方向，需要大量的知识结构，是广度型发展方式。因为学习量太大，确实深度有限。当然从业前景相对比较宽广，但是个人水平的程度较难量化，通常从业经验和口碑比较有代表性。
另外一个向下走的方向就相对会难走一点了，简单说就是找一个领域钻进去。比如说去研究分布式存储、大数据分析、AI 算法等等。这个方向下去基本上就是在跟数据结构和算法以及通信打交道解决的是把一件事做到极致的研究。突破自己和系统的极限以带来的成就感比较强，当然突破不了挫败感也是难免的。走这条路通常代表着你不太可能全面性的懂很多的东西，所以你的从业适配性就比较差。所以选对领域就非常的重要，而且一般提供这种职位的公司都是体量特别大的公司。其实相对来说走这条路的人不是特别多。

最后说一点，其实楼主走到今天的位置其实应该说也是很不容易的。能够主动意识到自己的风险，并且寻求突破这就更不容易。不管以后走那一条路，如果都可以始终保持清醒的头脑，不断努力，都不会差到哪里去的。

我没太看懂你的意思，不过从我的角度理解。你谈的是商户系统的话，退款成功与否其实是在结算的系统（一般为第三方，银行，支付宝等）的。那无非你需要控制的就是是否出现多次退款，或者退款成功没有返回等情况。这个可能问题中退款（指基于之前的某个付款记录产生的 refund 行为）的数据可控是依赖于对方系统的结果。你的每次请求在本方系统都是先假定成功的（修改余额记录），并且生成本地的退款流水记录。然后向第三方系统发起请求（记录第三方的事务 id ），并通过定时轮询的方式向第三方确认状态（第三方必然要提供一个最终结果，成功 /失败）。你根据结果来处理本地的流水状态，看是要正常完成还是退回余额。所有的日志必须保留以方便异常时人工排查。

在 win 的机器上跑个定时任务做 PSCP 就好了

先换个浏览器看看，如果可以解决，大概是 chrome 要升级了

不带量级的需求讨论结果都是无数种不靠谱的方案。 同样是造房子，造个茅厕跟造摩天大楼会是用同样的方法么？