GeruzoniAnsasu

用了 10 多年 nfc ，最近两三年才用码的。

为什么用码：
1. 快捷扣款，不用考虑充钱的问题
2. 与市政联动方便，次数累计优惠打折什么的 nfc 卡不享受
3. 一点也不慢，差不多也就是亮个屏点一下 app 的事。想必之下如果 NFC 用得多，还要切换门卡公交卡，回到家门口一扫发现弹出来个公交卡，第二天上班弹出来个门卡，一样恼火

但我还有一张 nfc 的北京交通卡，到北京了或者全国其它去得少的地方还会用，因为
1. 那张卡我没实名过
2. 是一张全国交通联卡，没有开卡的麻烦

不敢买的房先买了，不敢结的婚先结了，不敢脱产进修的学先上了，然后把其它资产藏起来等孩子长大有一天在 qq 空间说「我爹怎么还没告诉我我们家其实很富」的时候，告诉他我们家真的很富

@ctrlz526 邮箱收到了，非常感谢，但猛然发现要求 ios/macos 26 暂时用不了了，可以发给其它兄弟

@hytex 报警第一句话先说有老人被骗了，给他无聊的值班生活一点惊喜

挺好的，本来还想说这在 pc 上都是 imagemagick 一条命令完成的事，看了下介绍发现还是有不少端上的场景确实是我没想到的。

如果可以的话兑换码可以尝试发我主页留的 tg bot （好久没用了，刚好测测还能不能 work）

@Nivdc 推广就直说。 现在大家的评论之所以停留在逻辑层面是想尽可能不误伤涉及的项目，万一真仔细看了项目到时候可能就要开喷了。


另「系统版本」原本应该是个 Abastraction. 任何迭代都会发生版本变更，你可以声称某个理论「不解决版本号第一位数字增加了 1 的情况」，只解决「系统开发过程的演变的问题」。但从抽象上来看这两者完全等价。

之所以要问有没有写过跨版本适配代码，因为这是最容易理解「所谓的可逆计算」的范式： 你在现有 migration 的基础上增加一些 migration ，在现有的 service 结构上增加一些 adaptor ，可能是新适配旧也可能是旧适配新 但无怎样它们在软件工程/真实世界的表现形式都只会是「增加一大坨本可以（如果不保持兼容性的话）不要的代码和层」。 数学上等价于一个工程实现完全不代表工程实现能重现数学形式的优雅。

Δ不遵循交换律和结合率。

所以 X+ΔY 不等价于 X-(-ΔY)。
实际情况不可能是从 X 里「删减」得到 Y ，而是必须引入了大量的适配层，「增加」大量非必要的代码才能得到 Y 。



OP 没写过版本迁移适配代码吗？

> 对 A 股最大的误解：A 股是垃圾市场、割韭菜市场
> 沪深 300 这三年是赚钱的。

挺有意思，也是一种 proof of stake 是吧，$v2ex 质押管理权。