日常开发

遇到场景 下午上班,DBA发了一个慢sql相关的记录过来 这个执行时间都太夸张了,都是执行相同的sql,选了执行时间最长的那条记录,获取对应参数. sql select g.id,g.groupid

背景 最近在处理用户敏感信息的加密和解密,其中遇到以下问题: 单个接口处理不好维护 如果直接在业务中加相关代码的话,偶尔比较高 每个接口请求和响应的数据格式不一样,很难用同一套数据结构处理 调研 整个

一,背景 最近在用过滤器做相关接口传输的加解密时发现很多不规范问题,再次列出警醒一下开发人员. 二,问题 2.1 URL命名 在过滤器和网关对URL过滤时发现前缀一致导致部分接口也被裹挟进入处理 /b

背景 最近项目中有地方要用到bean的初始化,就顺便研究了一下几种初始化的区别 对比方式 @PostConstruct org.victor.spring.bean.factory.DefaultUs

背景 最近有个特别紧急的需求,今天开发明天就要演示,而且还是16点开的需求会,听说涉及过亿的金额(mmp,分我嘛),抱怨归抱怨,工作还是要保质保量的完成的. 需求内容 之前已经开发了一套新版的基础信息

前言 公司随着业务的发展一直在招人,前前后后也面试了五六十人,并与其他组长进行了交流和分享,发现总有一些候选者让技术官很无语. 以技术面试官的角度 简历问题 服务过的公司过多.这个怎么说呢,如果每一家

背景 周四下午正在吃的下午茶,偷闲刷了一会手机(光明正大的),突然就有客服中心的小姐姐找上门来说xxx操作又出现失败了,但是多点几次又没问题了(之前也出现过,可是代码中没有任何异常处理和日志的输出很难

转岗前 我相信很多开发一开始都是跟我一样,想在技术上不断的突破,成为高级,成为架构师,成为专家,成为那些TOP;但是我也发现技术提升到某一阶段之后也会开始阻塞,进展缓慢,感觉到达了瓶颈,这时候要么跳槽

一,业务背景 有个别接口业务要根据每个省的情况提供定制化开发 二,开发前思考 1,原业务已经逻辑够复杂了,如果再加上if else if 代码不好维护,还不美观 2,因为是其他组调用这边服务,如果每次

负载均衡导致的乌龙事件 一,案发背景 二,技术栈 三,分析推理 都是一个节点,我承认我没招了!!--!! 四,结案 五,总结