人在杭州，21 款 ct5 顶配车主，也是因为操控买的车，因为杭州修路多，坑多，轮胎鼓包，钢圈轻度变形。修路多，就 suv ，胎壁要厚…😡

@NeedMe123456 还可以

X1 的话，不要选择其中三缸的，选四缸的就行😏
油车也可以看看领克
不知道老哥是不是介意混动，还是说想纯油车

看评论是每周排一次，一次知道下一周的？
不知道啥手机，试试能不能一次性语音告诉 Siri 和小爱同学之类的

ThinkBook 14+ 2024 ?
- 有集显版本，还能 Oculink 接显卡拓展坞（云玩家， 需 Op 细审）
- 似乎是板载内存，插槽需 16+

@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%

去年七月份开始用的..

@masterclock #31 我觉得是, 我经常 go 代码的平均单行信息量不高, 不多代码确实相对好读..

vivo 继续换 vivo ?