@yooomu 1.18+的话，处理集合可以试试 https://github.com/samber/lo

@jiangliuli #21 我现在是 vivo ，走的是添加银行卡。 小米应该也可以。。。我之前在 iPhone 也是添加的银联闪付来刷地铁的。

链路跑通的逻辑是： 银联卡可以绑定到手机上作为银联的 NFC 闪付。比如 ATM 机，星巴克等（星巴克就是当年为了体验试过一次）， 杭州地铁也是支持银联闪付的。

资金要求：地铁进站预冻结 26 元，出站扣款。

无情提示：最近发现有几个闸口的 NFC 是坏的， 因为下班路线固定，我都自助绕开了那几台坏的了。

现在市民卡啥活动呀，我一直在走 nfc 闪付，打九折。优惠无所谓，主要是速度比较快😏

- golang 写单体小应用比较快捷, 部署也比较方便
- 启动内存有明显优势, 自己的小机器都可以比较轻松的部署

- cpu 和 gc 比较一般. 小项目 gc 问题不是很明显. 但是可用性和 rt 敏感的服务, 还是能明显抖动的
- 原生 json 性能一般. 解析大 json , cpu 和 内存表现一般, gc 的时候再消耗掉一部分 cpu

个人感觉:
- 平时写小玩意儿很方便, 性能比脚本语言肯定好
- 部署简单, Python 我自己本地小工具不少, 涉及部署, 有点头疼
- 语法比较贫瘠.. 有时候想念 Java8 的 Stream API ..
- 三方库, 不能说少...但是有些 star 还少, Java 有些大几千上万的放心用, go 可能有些就几百个 star..

好好好 给你加星❤️🌚
第一眼没看明白你到底做了个啥…可能我不是目标用户？

本质上全都是环境隔离的问题. 实现上看在哪一个做, 能做到什么维度.

不过全是对信任不友好..由于 go 的代码要写的繁琐, 而去用 Python, 结果折腾了半天...我还是重新用 go 写 mvp 了... 体力活交给了 AI ..

过度微服务只会让事情更复杂, 这个确实没错. 当然也不是追求必须单体.
服务的拆分要看业务架构和组织架构, 一群人维护一个也痛苦.

但是容器化显然是有好处的.. 之前容器化后, 反而系统的合并,拆分调整变得容易了..

拍照也可以看看 vivo ? S18 之类的线下机?

在写代码的时候，尽量把方法往 值传递优化 和 不可变数据 去设计和实现，对象之海迟早会反噬的…

https://go.dev/wiki/CodeReviewComments#pass-values

有时候也不要只看内存尺寸，而忽视了栈性能远快于堆性能，以及用指针带来了内存逃逸开销，是需要综合考虑的。

说句题外话, 建议形成和保持防御性驾驶的肌肉记忆, 不使用单踏板模式.

Health Information:
Cycle Count: 156
Condition: Normal
Maximum Capacity: 88%

去年七月份开始用的..

vivo 继续换 vivo ?

支持 牛逼

我 618 买了个 IQOO NEO 8 ， 现在我的 13pro 经常忘充电关机...

前 iOS 开发者，13pro 用户也凑个热闹，六月买了 iqoo neo8 没 pro

小飞机感觉 v2rarng 比 clash 更好用一些
密码我用 1password 体验还可以
输入法我现在百度，凑合用，语音输入体验不错，机器振动垃圾，和 13pro 差距过大
推送体验有鸿沟
验证器我也是 1password
小众 app ，李跳跳，太快乐
本地化严重，最近要关 WIFI 升级 telegram
我没有 Apple watch ，有小米手环，体验一般
权限控制，复杂，头疼
屏下指纹，对超声波指纹很上头，但是太贵了
app 的话，微信小程序有额外的体验

业务复杂，后续多人维护，选 Java ，生态齐全。闭眼选 spring boot
有 go 经验和服务端经验，能手撸一部分轮子，网络 io 需求大的，选 go 。比如 gin ，hertz
普通 crud ，想快速出活，python 。比如 fastapi 啥的

我可能就三十分钟吧... 中间要画画图啥的..