我的回答可能和具体语言无关。
1. 建议采用对应货币最小单位作为存储，主要是为了避免在计算和存储过程中产生精度损失导致资损；

2. 不管是 java 还是 go ，请编码统一的金额处理工具包，定义好金额结构和转换方法，避免直接使用基础结构例如整形，浮点来表示金额， 所有金额的表示直接使用定义好的金额结构。 整个项目内部统一采用，保证金额计算、转换的准确性。

3. 一个金额处理工具包应该考虑如下内容：
3.1. 要能够进行序列化和比较
3.2 要能存储币种和金额，要确保高精度和标准化
3.3 要能提供丰富的操作方法，包括加减乘除，需要自定义舍入和四舍五入；
3.4 要提供常用单位 getAmount()和获取最小单位金额的方法 getAmountMinorUnit()
3.5 确保结构的不可变性和安全性；
3.6 需要能够根据币种计算出最小单位，例如人民币就是分，日元就是元；
3.7 乘除支持舍入，默认使用四舍五入，但是支持其它舍入方式。

以上可以在跨境支付、金融应用等需要高精度、多币种支持的场景种安全有效的进行金额处理。

反馈：
是一个不错的思路。 最近我画图都在用 LLM 转成 mermaid 以后复制粘贴插入到 drawio ，这个确实能减少一定的操作复杂度。

我目前主要使用 drawio 画时序图，有时候可能会画一些架构图。 但是目前看画时序图会比较蠢， 我使用转 mermaid 语法的方式是 OK 的，。

配置 docker 引擎的代理，挂梯子。

身上留个 3-4k ，剩下的全给，平时出去和同事聚餐啥的都足够了，自己也买不了啥东西，衣服啥的都是老婆买的，没什么用动。

恭喜

25,26 请假，27 公司统一用年假休掉。 过年期间还要轮值

@WashFreshFresh 我们的考核真的是太生硬了，缺陷占比又高，完全不考虑其他方面的内容，真就把我们当只会编码的螺丝。

@h1298841903 就是你上班打卡和下班打卡的事件，计算你一天在公司多少个小时。 这种情况下，只要我正常上班，下班就跑，然后在家搞搞，把工单工时拉上去，所谓有效工时率就噌噌噌拉满了。

不钻缝，防御性驾驶，老实等灯。
我也并不是特别守规矩，如果遇到路口实在太堵，就可能从非机动车道慢慢过去了。

骑帅不骑快，生命无价，不要飙车，不要想着压弯，死的快，年前龙泉山的装备百万的也一命呜呼了。
防御性驾驶，不要总想着别的车会让你，多留一个心眼，慢一点。

感觉我们当前制度下还是要做好向上管理啊，数据做漂亮一点才行。

喊你赚钱的，永远是为了赚你的钱

结婚

hpe-gen10plus

关闭系统更新，现在 iphone8 还在使用，还能玩阴阳师。
平时就用个微信、钉钉，淘宝，京东，高德，12306 ，没有要一直留存的软件，其他的直接丢给 ipad 或者电脑上完成就好了。

但是你说的看小地球的问题确实存在，看接受程度了，我还能接受，就没有准备换的想法，坏了直接网上买配件直接换。

@q2677855779 我也准备从杭州撤退了，平平凡凡的一个人，杭州定居太难了，就算能定居下来高昂的房价会压得喘不过气来。工作也不是很稳定，大环境下说裁员就裁员，如果买了房，还不起，那是多么的悲催啊。 不过成都和重庆也不便宜啊。

改回旧 ui ，不用新 ui 就是