理论上有，但是感知可能不明显
跑个重活就很明显了（比如编译一个大一点的项目之类的）

可行…啊不对我家不是这个做法
我家是把一周要用的菜和肉洗好切好，放冰箱里
每天早上把肉拿出来化，晚上回家把菜拿出来，扔锅里炒两下弄熟了就可以吃了

代码里我选择 UTC+8
每次都想不起来 beijing 到底需不需要大写有没有下划线（刚看了一眼 HongKong 有下划线）

基本操作会了就行
——来自 ideavim 用户

1. 啥 O 的问题，跟着项目来就行，通常都和某一层绑定，别人咋用就咋用，别纠结，干就完了
2. DDD 需要甲方乙方整体水平都比较好才能发挥正向的作用，可以借鉴，不要轻易实践

@cnzmz 给前端的接口，如果要修改，可以考虑直接弄个新接口，前端切换完成之后老接口删掉
因为接口版本控制对于前后端这种场景作用太小了，新版接口上线约等于旧版本接口下线，不需要弄得太复杂

@Livid 推广内容

如果是给前端用的接口，个人理解是不需要版本控制，避免破坏性的修改就行

如果是开放接口，注解的方式看着更优雅一点，chatgpt 说的差不多了

@zhangqian99 #3 那你好像已经把答案说出来了…
注解的方式不一定最优，因为需要处理的逻辑量更大，如果要转换的东西本来就不多，那直接反射更方便
其实还有一些办法比如生成 get set 代码之类的，差别其实不大
另外如果是甲方离线环境…如果有入口的话直接把 mapstruct 或者其他库的 jar 包传进去配到依赖里也行

楼主这是提了个问题么？
不依赖其他库，不考虑不同类型，最简单实现就是弄个 map 保存字段映射关系，然后处理
然后伴随着业务的发展，不同类型需要处理，部分字段需要忽略，每次反射拿字段拿方法效率不行要缓存…最后就自己实现了一个 copy 库

啥时候微软用这玩意分析 windows 源码再说吧…

能用的方法很多很多，看你的需求和场景：
1. 直接另起一个 java 进程，在外面统计时间
2. 直接调用这个 main 方法，统计时间
3. 批量处理代码文件，插上计时器再编译
等等等等…

safari 只在早年 intel 芯片的时候，出门（特别是在图书馆干活）的时候用，因为干一样的事情，开 safari 比开 chrome 安静省电
自从有了 apple silicon ，safari 安静省电的优势没了，就原地淘汰了

没用过 surge 的表示
应该需要进行一个配置：某些 ip 或者网段不走代理走直连

写了 10+ 年 java ，刚才还在改 jsp 的表示，这玩意真稳定啊…
我觉得楼主要不要逆向思维一下，考虑一下需求和业务呢？

自己用着舒服就行+1
网友逼逼上天也不和你用一个显示器

掉漆这玩意和使用情况有关，以下经验来自很久以前的 13 款银色 mpb （黑色掉漆更明显就是了）：
1. 插口这种平时刮擦的地方时间长了会掉
2. 触控板两边平时打字放手的地方会掉（汗水长时间侵蚀+摩擦）
3. 硬磕碰的地方也会掉（这个必然不用解释了…）

win：说啥呢，这些我自己就有啊