好测试啊，她应该当测试组长的。我们这边也是这样，测试能看懂代码，提测之后人家直接 review 代码...真能发现不少代码里的逻辑漏洞。

- 配置好 idea 、ideavim ，组好键盘，写代码流畅自如，基本脱离触摸板；
- 配置好一套 github ci ，照顾到 checkstyle 、format 、lint 、sonar 等方方面面，提交的代码风格统一，所有 action 执行结果都是绿的；
- 同事都说没法实现的需求，我做出来了；
- 灵活应用算法和设计数据结构，完全重写了一个陈年老项目，性能比之前的版本提高了几十倍，并且还有优化空间；

...

切换桌面这个，我是这样设置的：

1. 系统偏好设置 - 键盘 - 快捷键 - 调度中心

- 切换到桌面 1: opt-u
- 切换到桌面 2: opt-i
- 切换到桌面 3: opt-o
- 切换到桌面 4: opt-p

2. 系统偏好设置 - 辅助功能 - 显示 - 减弱动态效果

这样就可以用快捷键切换桌面，且没什么延迟。

---

另外，mac 也有类似 bspwm 的窗口管理工具：

https://github.com/koekeishiya/yabai
https://github.com/koekeishiya/skhd
https://github.com/cmacrae/spacebar

试用了一下，还是再等等吧...唉我非常想要一个 ipad pro 能用的至少达到 vscode 能力的编辑器，为什么就没有厂商开发呢

针对主楼的内容，直接 requestmapping 的 path 写上 v1 、v2 就行了，为什么还要发明一个注解呢

@humpy #29 以及这篇 https://seanwangjs.github.io/2018/03/13/java-runtime-compile.html

可以做，jdk 提供了 JavaCompiler ，可以在运行时编译代码，将编译后的代码存在内存里，再实现一个 ClassLoader ，就能加载刚编译的类了。

可以参考一下这篇文章，好像是微博的老师写的：
https://zhenbianshu.github.io/2019/12/play_with_java_dynamic_compile.html

这东西就是看起来很美好，实际还不成熟，你实际用 kmm 写个复杂点的库就知道了…尤其是在 ios 里用协程，老的内存模型恶心人，新内存模型 gc 又卡得爆炸

成都下面是古老的扬子地块，形成七八亿年了，非常稳固，几乎不会有大地震的可能。主要是周围都是地震带，时不时震一下，成都就得被波及一下。

要看依赖哪来的：
mvn dependency:tree

要实现你的目的：
在当前项目 pom.xml 里的 dependencyManagement 里声明这个 4.2.26 版本的依赖

从我个人的经历看，倒是更推荐 The Elements of Computing System: Building a Modern Computer From First Principles ，中文版叫 [计算机系统要素：从零开始构建现代计算机] ，看完之后能理解计算机从软件到硬件是怎么实现的。它的配套网站是：www.nand2tetris.org

@codingbody 你们团队还注重 code style ，挺好的，现实里遇到的好多开发，根本不在乎代码格式这些东西，更别说代码的美感了，那些代码看着都糟心。

要做这件事，我建议就三个点：

1. 拍板一个代码格式标准（越讨论越没完没了，直接拍板）；
2. 用 spotless-maven-plugin 或者类似的工具，通过 git pre-commit 钩子在开发者提交代码时自动做一下格式化（减少开发负担和抵触）；
3. git 中心仓库在代码推送时，对代码做一下 mvn spotless:check ，不通过的不让入库（防止钻空子）。

git-commit-id-plugin

@codingbody #23 可以的，你可以配置个 demo 项目试一下。https://github.com/diffplug/spotless

<java>
<includes>
<include>src/main/java/**/*.java</include>
<include>src/test/java/**/*.java</include>
</includes>
<importOrder>
<file>${build-utils.format.importorder}</file>
</importOrder>
<removeUnusedImports/>
<eclipse>
<file>${build-utils.format.java}</file>
</eclipse>
</java>

别怀疑，hhkb 手感就是差劲，我就是四五年前被骗的，买来之后一直吃灰。
楼主手上的 hhkb 出不去的话，可以试试换 yang 神的蓝牙主控，然后在 ydkb.io 上改键位配置。

我个人的一点浅见，60 以及更往下的 40 键盘，一定要配合 vim 使用（不一定是原装 vim ，比如 ideavim 、vimium 等），用起来才爽，确实有段适应期，但是过了之后，写代码就再也离不开了。这是我现在用的键位配置，还不够舒适，还在完善：
https://tva1.sinaimg.cn/wap800/6856d0b6ly1h4k5cnrq8hj21cm0h4drl.jpg

代码自动格式化，我是这么做的：

1. 用 eclipse 调出一个组内统一的代码格式配置；
2. 将相关配置文件打包成一个 jar 包，方便统一使用更新；
3. java 项目使用 spotless-maven-plugin 做代码格式自动化应用，并将插件 task 绑定到 process-sources 这个 phase ，这样每次 maven 编译前，都会自动做代码格式化；
4. 使用 git pre-commit 钩子，在每次 commit 之前，执行 maven spotless:apply 命令，自动格式化代码；
5. 使用 maven-git-hook-plugin ，在 initialize phase ，初始化 .githooks 钩子。

（到这一步了，也就是新拉下来一个项目，只要随便执行一个 maven 指令，就能配置好本地的代码格式化环境，但是好多同事开发完全依赖 idea ，而在 idea 里运行项目，默认不会走正常的 maven 编译流程，触发不了配置的 maven 格式化任务。为了解决这个问题，我们使用 maven archetype 创建项目脚手架，生成的新项目的时候修改了 .idea/workspace.xml 文件，增加了一个执行 maven formatter 的 before lauch action ，这样从 idea 启动应用，也会每次都执行代码格式化了。）

到此基本上一套自动格式化代码的流程就算实现了。同时，对喜欢随时自己做格式化操作的朋友，idea 可以安装 Adapter for Eclipse Code Formatter 插件，使用上面（ 1 ）步的格式化配置，替换掉 idea 自带的格式化工具。

ps. 做代码格式化有个容易被忽略但很重要的点，是 import 的顺序，这个一定要统一。spotless-maven-plugin 支持使用 eclipse 的 importorder 配置，我们现在是这么弄的：

0=java
1=org
2=com
3=我们公司的 package 前缀
4=
5=\#

我用的 40% alice 配列键盘
https://tvax2.sinaimg.cn/wap800/6856d0b6ly1h4ddh40iwdj234016ktze.jpg

电吉他