碎片化酷刑

Java项目的编译重启，就是一场漫长的“碎片化酷刑”。只是想改一行日志级别，把debug换成info，顺手的事情，然后你按下保存，等着Maven开始表演。
先是编译。盯着控制台，看着它刷出一堆[INFO]，进度条卡在某个测试模块上，这跟我测试的分明无关，但它就是要跑完。十几秒过去了，你开始怀疑人生。然后是打包，war包或者jar包慢慢生成，明知道它很大会很慢，但每次等都觉得“怎么还没好”。最后是重启容器，本地跑着Spring Boot，或者Docker里的Tomcat，那启动日志都快能背下来了：Initializing Spring embedded WebApplicationContext，Starting Servlet engine，Completed initialization in X seconds——这个X有时候都能默数到三十。
最折磨人的是，这几十秒里什么都做不了。不是不能做，是做不了任何需要专注的事。你想切出去看个文档，刚打开网页，那边重启完了，得切回来看看有没有报错。刚想回个消息，打了几个字，控制台停了，你得赶紧看一眼。时间被切成一片一片的，每片二十秒，刚好够发个呆、刷个朋友圈、或者盯着咖啡杯上的水珠发呆。
微服务架构的时候，这体验能升级成“地狱模式”。改一个接口，涉及到订单服务、用户服务、库存服务，本地得把这三个都跑起来。改完一行代码，要重启A，等A启动完，发现B连不上A的注册中心，于是再重启B，然后C报错说依赖B的某个接口超时。一圈折腾下来，二十分钟过去了，代码就改了那一行。这时候看着屏幕上乱七八糟的日志，脑子里只有一个念头：我刚才改了什么来着？
这种“等待式消耗”最阴险的地方，是它不让我累到极限，但它让我什么都做不成。连续写一天代码，晚上虽然累，但有成就感，因为解决了一堆问题。但这种碎片化的等待，一天下来，可能也写了几个功能，但总觉得被掏空——因为没进入过一次完整的心流状态。注意力像被打地鼠一样，刚集中就被打断，刚集中就被打断。
有时候我想，Java之所以被诟病“笨重”，不光是技术层面的，更多是这种日常的体验累积出来的怨念。改个东西要等，加个依赖要等，启动要等，连热部署都经常失灵。明明是个程序员，却有一半时间在当“进度条观察员”。
后来我发现，这事儿得用“游击战”的心态应对。等编译的时候，站起来走走，接杯水，或者拿张纸画画思路，别死盯着屏幕。把碎片时间当成自己的，而不是被动的“等”。心态一换，那几十秒就不是浪费，而是主动安排的休息。虽然代码还是要等，但至少拿回了时间的掌控感——哪怕只有一点点，也够用了。
#把自己当AI，现在最消耗你token的问题是什么？#