@gowk 同意,go 的泛型+错误处理上了后 应该可以大规模上业务项目了

screen shader 目前用过最完美的 chrome 护眼插件

做有难度的事情事成之后给你的愉悦感是无与伦比的 .

老母猪会上树

@dswyzx 233 ,就是一个缓存策略问题 .
cache aside , write/read through 最大区别是 write through 会代理数据操作 , 业务层面直接跟缓存组件交互.

@jitongxi jpa 多表条件查询确实难用 ,好在业务中规定只能单表查询 , 5 个表以上得去拜访下数据组大佬了

@SuperXRay
select * 和 select 所有字段性能相差无几

查全部字段是性能一样的,都要回表 .如果恰好是查索引字段性能差距还有点的 ,不需要回表直接使用覆盖索引或者索引下推机制了 ,大表高并发时会比较明显

@XiLemon
@wangritian
非广告，极客时间，MySQL45 讲，挺好的
+2 ,正在看第二遍

这玩意主要是太灵活,版本升级速度比 chrome 差点 233

@solidground 傻叉后车跟车用远光灯时 ,就默默的闪几下雾灯

敲代码一整天? 加班就是充电,充电就是加班

@taogen jenkins pipline 可以自定义一个上传文件到 oss 的 stage, stage 里面可以执行命令.

下面是我项目里面的 stage 定义供参考

stage('上传 JAR 至 OSS') {
steps {
script {
path = env.WORKSPACE + "/" + params.moduleDir + "/build/libs"
echo 'jar 包目录:' + path
jarName = params.jarName
echo 'jar 包名称:' + jarName
branch = env.BRANCH_NAME
echo 'jar 构建分支:' + branch
sh(script: "/home/user_00/./oss_deploy.sh " + " " + path + " " + jarName + " " + branch + " ", returnStdout: true)
}
}
post {
failure {
println('上传失败')
}
success {
println('上传成功')
}
}
}

为什么不直接起一个 jenkins.... pkg 包每次构建扔到 oss 上面呗

我经常念的一句话: 有道无术，术尚可求；有术无道，止于术。

自己写一个 graceful 钩子,监听系统信号自己关掉吧

没啥问题,但是我应该都写不出来... 尤其是用 eclipse