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 要升级了

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