好好挣钱，过得开心，比什么都实在

开发规范这种东西，我比较菜 基本没碰到过硬性要求，代码统一，能跑就行

我用的是 霍尼韦尔 小号的，一次买 200 符，一晚上一对儿，效果挺好的，每天晚上戴上就睡死过去了

调用 api 之类的书网上一查很多博客替代的，没必要留

try{
System.out.println("fuck,2021");
}catch (Exception e2021){

try{
System.out.println("hello,2022");
}catch (Exception e2022){

}
}

System.out.println(fuck,2021)
System.out.println("hello,2022")

跳舞 健身

晚上吃饭出去跑两圈，天天 996 有这么多活儿吗，没活儿就跑啊。。。

楼主说的都是绝对理想化的操作，任何参数配置均是最优，那这个就不算是普通人了吧，应该算是理想人。。。

不过逻辑上感觉没啥毛病，文章还是有借鉴的地方的。

期待楼主发财来挖坟

有个模块权限功能临时表创建的 sql create select 是写死的，mysql 启用 GTID 后不支持这种写法，组长让我改成先 create ，再 insert 的方式。因为不好确定临时表结构，我就用 select sql 语句解析下确定表结构 并做成了一个公共方法可以解析不同的 select sql 的字段和数据类型，很快测试完毕没毛病。
然后魔幻来了，我的组长说，你这样写太复杂了，不直观，让我直接把字段写死。。。我说不同的临时表表结构不同，每个写死后期如果源表结构或者业务逻辑发生变化手动改很麻烦，而却容易出错。。。他说就按他的来，理由是这样能少执行一条 sql 。。
我被恶心到了，sql 不长表也不大，个人觉得多执行一条对运行速度没有影响，而且既然交给我的活儿，都不信任我做？我都测试完成了，非要按照他的思路再改一遍，还不好改因为写死字段得一个个比对。很难受！

暂且不说让我多干活儿这个事儿，就觉着这种在代码中写死字段名的方式，我实在想不通到底有什么好的。。这些老代码本来就很屎了，硬是让我拉了一坨。。。唉！无奈

得看看医生了！