在昨天的读书会上我分享了我是如何当上leader以及当上leader之后的体会.然后今天Sophie总结了我的发言,大家对此有些反馈.我根据大家的反馈写了这篇文章,主要针对几点: 大家如何当上leader? 关于那六千多个bug的系统. 关于其他人也来抢leader这个position. 在我简单描述提前一年布局当上leader的经过之后.可能大家会觉得我so lucky, 没有什么借鉴意义. 所以我在这里剥离出运气的成分, 用科学(数学)的角度来进行剖析, 希望对大家会有帮助. 数学中有一门学

一个程序员在没有成长成为架构师之前,几乎都要跟 Bug为伴,程序员有很多时间都是花在了查找各种 Bug上. 我印象深刻的一个Bug, 是一个服务器网络框架无锁队列的 Bug .那个 Bug 连续查找了五天的时间,才最后定位出来. 当时我们的分布式存储系统出现了性能瓶颈,定位后发现瓶颈是在服务器网络框架上,所以我们决定为此替换一个最新研发的网络框架.这个新的网络框架为了追求高的性能,采用了无锁队列的设计. 第一天编码测试完成后.测试环境跑,完全正常,特地搞了一堆 log 来重放请求,程序跑得特别欢

spring-data-mongodb一个系统xml文件里面配置两个数据源 参考文档如下: http://www.iteye.com/problems/92789 http://stackoverflow.com/questions/12078669/spring-data-mongodb-connect-to-multiple-databases-in-one-mongo-instance http://forum.spring.io/forum/spring-projects/data/no

自从安装了CentOS7系统,它的启动时间常常要三分钟以上,实在忍不了. 以下是CentOS7系统的启动记录片断: May 18 13:04:05 DESKTOP-23V3CHU kernel: XFS (dm-2): Mounting V5 Filesystem May 18 13:04:05 DESKTOP-23V3CHU kernel: XFS (dm-2): Ending clean mount May 18 13:04:05 DESKTOP-23V3CHU systemd: Mount

Spring 循环引用(一)一个循环依赖引发的 BUG Spring 系列目录(https://www.cnblogs.com/binarylei/p/10198698.html) Spring 循环引用相关文章: <Spring 循环引用(一)一个循环依赖引发的 BUG>:https://www.cnblogs.com/binarylei/p/10325698.html <Spring 循环引用(二)源码分析>:https://www.cnblogs.com/binarylei/

springmvc在处理请求过程中出现异常信息交由异常处理器进行处理,自定义异常处理器可以实现一个系统的异常处理逻辑. 1.1 异常处理思路 系统中异常包括两类:预期异常和运行时异常RuntimeException,前者通过捕获异常从而获取异常信息,后者主要通过规范代码开发.测试通过手段减少运行时异常的发生. 系统的dao.service.controller出现都通过throws Exception向上抛出,最后由springmvc前端控制器交由异常处理器进行异常处理,如下图: 1.2 自定义

谷歌在科技业界中几乎每天都会创造出新闻素材,它的触手涉及到了生活中的多个领域.最近谷歌将其Google +社交网络与邮件服务Gmail相结合.然而今天谷歌宣布他们修复了FFmpeg的上千个bug.   谷歌对FFmpeg的优化持续了两年之久,他们修复了其中的上千个bug. FFmpeg在Chrome, MPlayer, VLC, xine中都有应用,因此谷歌这一举动也不完全是出于慈善,而改善FFmpeg将可以直接提高自家Chrome浏览器的性能. Google 修复的 bug 类型包括: NUL

android一个下拉放大库bug的解决过程及思考 起因 项目中要做一个下拉缩放图片的效果,搜索了下github上面,找到了两个方案. https://github.com/Frank-Zhu/PullZoomView 这个库本来做的还可以,不过有个缺陷就是,当scroolview滑动到底部,再向上拉动,会导致放大效果不连续,需要重新释放,再次下拉,这对于追求细节的我来说,不可忍受.看了半天他的代码,感觉他的实现方式很难修改为我想要的效果,后来就放弃了. https://github.com/G

移动端H5页面开发,碰到一个字体变大的BUG webkit内核下,对不定高宽的元素可能会放大其字体.那么,就可以设置一个max-width:或者使用-webkit-text-size-adjust: none;禁用缩放.

2021年新年第一篇:博主@李宗盛-关于在Windwos下使用TOMCAT发布一个系统的完成配置案列. 之前写过关于TOMCAT的小篇幅文档,比较分散,可以作为对照与参考. 此篇整合在一起,一篇文档写完TOMCAT的基础配置,以一台新服务器举例开始说明. 文章可能比较冗长,根据自己需要来吸取,博主在这块分享下自己的经验,有不足之处欢迎大家点评. 前言: 此次针对windwos系统,因为生产环境是这个系统,与LINUX区别开,千万别搞错了. 服务器使用一台全新的虚拟机来模拟,直接安装纯净版镜像,不

今天遇到一个比较有意思的bug, 这里简单记录下. Bug的症状是通过拖拉边框把我们客户端主窗口拖小之后,再最大化,会发现窗口显示有问题, 看起来像是刷新问题, 有些地方显示的不对了. 这里要说明的是我这里的主窗口是非常复杂的窗口, 里面集成了很多组件(cpmponent),有很多层的子窗口. 这个问题只有在特定条件下才会发生, 正常情况下都是好的. 遇到这种问题,我们怎么处理?  首先当然是观察症状, 究竟是刷新问题, 还是Layout出错了. 我们可以通过Spy++查看窗口层次是不是正确,

1.背景 MGR是个好东西,因为他从本质上解决了数据不一致的问题.不光是解决了问题,而且出自名门正派(Oracle的MySQL团队),对品质和后续的维护,我们是可以期待的. 但是在调研的过程中,发现有个严重的bug(https://bugs.mysql.com/bug.php?id=92690),在网络有延迟.丢包和数据损坏时,会导致各个节点间数据严重不一致.而上述网络情况,在跨地域部署时候,出现的概率还是比较高的,因此,必须解决上述问题.我也一直在等待官方团队的修复(该bug在2018年11月

标题粗略看是有点违反常识的,bug通常是指某些代码存在问题导致系统没有按照期望方式工作,应该是需要尽可能被修复的,这样系统才会正常工作.但是,开发实践中会发现在某些情况下,本来功能没有问题,在你信心满满的修复了某个bug之后,某项功能反倒变成有问题了.这是怎么回事呢?在bug fix本身没有问题的情况,最可能的原因是你的某些上层模块依赖于这个被修复bug的行为,当bug修复之后,这个被依赖的bug行为不存在了,所以导致这些上层模块不工作.下面举一个来自实践中的真实的案例. 有一个函数isdigi

BUG bug的存在是不可避免的 一个静态变量,改成绝对地址之后可以生成静态页面.但是主页有一个用了静态变量的超链接就不能用, 最后我加了一个相对地址的静态变量,可以解决这个问题.

今天在做项目的时候遇到的一个问题. 预期的效果是这样的:

一.引言 今天我在项目开发中,遭遇了一个莫名其妙的问题,概括加抽象后形成如下问题:在使用MyBatis的XML语句实现Dao层接口 List<Person> selectBySome(@Param("record") PersonExample example)时候,我写的XML中有这么一句代码: <if test="record.id!=null"> b.id=record.id </if> 结果我及时不对example的id赋

好久没写C#代码了,今天在维护公司老项目时,偶然发现一个BUG.记录一下,后面的同学就不要踩坑啦. ------------------------------------------------------------------- 该项目采用了一个国产的数据访问框架 PDF.NET ,但是我有一个表的主键是bigint,数据编号已经大于Int32.MaxValue,此时就不能再插入数据了.原因如下(红色部分转换报错): internal static int InsertInner(Enti

背景 长话短说,我们部门一个同事找到我,说他的spark 2.3 structured streaming程序频繁报OOM,从来没有坚持过超过三四天的,叫帮看一下. 这种事情一般我是不愿意看的,因为大部分情况下spark oom就那么几种可能: 数据量拉太大,executor内存爆了: shuffle过程中数据量太大,shuffle数太少,内存又爆了: 闲着蛋疼调用collect之类的方法,把数据往dirver上一聚合,driver内存爆了 闲着蛋疼又调用了一下persist还把结果存内存,还是

前段时间发现一个chrome 65+的BUG(chrome已更新到66,BUG仍然存在),一个元素同时使用了以下样式(失去焦点和css3的Z轴平移0deg),渲染异常 /*bug style*/ filter: blur(4px); transform: translateZ(0) 渲染截图: 正常渲染截图应该是: 完整demo: <!DOCTYPE html> <html> <head> <title>chrome 65 css filter bug<

在一个项目中,使用了一个java.util.Stack,总所周知,栈是先入后出的,那么遍历其中元素的时候,也应该按照这个顺序遍历才对,但是实际情况确不是,以下是测试代码. Stack stack = new Stack(); stack.push(1); stack.push(2); stack.push(3); for (Object i : stack) { System.out.println(i); } 输出顺序是1,2,3,并不是期望的3,2,1. 原因 这其实是一个JDK中的bug,