在最近的一周,我维护的业务系统出现了很多坏毛病,一周七天crash掉了4次,每次都需要都是因为一点很小的问题,触发了蝴蝶效应,导致整个系统全盘崩溃,于是产生除了叙述本篇的想法,当然这并不是为了掩盖我在Coding上的一些细节处理和职责疏忽,只是为了从根本的细节上去分析这些问题. (一.)为什么会产生BUG首先我们需要尝试理解一下什么Bug? 关于bug的解释 bug 是指任何计算机程序或硬件系统中的错误,故障或缺陷.错误会产生意外结果或导致系统意外运行简单来说:bug就是程序出了问题,产生了意外…

想不到我工作中经常GOOGLE搜寻技术问题的stack overflow网站的创办人竟然是<高效能程序员的修炼>一书的作者!看了一遍全书,果然名不虚传. 本书更多的从人文角度而非技术角度去阐释了作为一个程序员,应该具备的基本素质,所以在看这本书的过程中,感觉非常轻松并且内容也很通俗易懂,又很贴近工作和生活中的实际,书中通过一个程序员的职业生涯的角度去说明了作为一名合格的程序员,需要具备的基本素质,同时也分享了作者工作中大量的经验和忠告.可能每个人读同一本书,对于不同的章节.内容会产生不同的感想…

<程序员思维修炼>读书笔记——week4 PB16061441 陈昶金 这周读的是Andy Hunt的著作<程序员思维修炼>,这本书对于我这种刚刚入门的新手很友好,大多是讲一些遇到问题是的解决思维与平时编程时的思路问题,对我很有帮助. 令我感触很深的是文中关于新手和专家的讨论:新手:很在乎自己是否能成功,不知道自己是对是错,不是特别想要学习,只是实现一个立竿见影的目标,不知道如何应付错误,错误出现不知所措.新手需要指令清单,有规则,有顺序.但规则只能让我启程,不会让我走的更远.很显…

前言:这是一本介绍如何用脑的书,并从思维的角度(以程序员为例),介绍如何从新手成为专家.作者带领着读者(我)共同经历一次有关认知科学.神经学.学习和行为理论的旅程,探索人类大脑令人 惊奇的工作的机制,并研究如何克服这一系统局限来提高自己的学习和思考技能. 我认为,这本书,不仅适合程序员了解行业,认识破解领域问题的思路和方法,也适合很多想要打破思维局限,提高学习能力的人来读.我从中受益良多,也希望更多的人阅读这本书有所收获. 感受很深的地方: 关于新手与专家 使工作看起来很轻松,从另一个角度,其实…

几乎整个互联网行业都缺CTO,特别是一些草根背景的创业者,这个问题更加显著.从我自己的感受,身边各种朋友委托我找CTO的需求,嗯,算下来超过两位数了,光最近一个月就有3个,而且这三家都是刚拿了A轮的.其他那些公司CTO大部分空缺了一两年,或者其他高管临时暂代过渡.实话说,我觉得每个公司都不错的,但通常也只能遗憾的说,真没有能推荐的. 几乎整个互联网行业都缺CTO,特别是一些草根背景的创业者,这个问题更加显著.从我自己的感受,身边各种朋友委托我找CTO的需求,嗯,算下来超过两位数了,光最近一个月就…

在Jeff看来,团队里最重要的事情,是人与人之间地协作和沟通!所有的问题,其实都是人的问题.“不管什么问题,那总是人的问题”-温伯格.即,让你和团队陷入困境的最快的方法,就是认为技术是决定性的因素,而且你相信你能轻易解决其它方面的问题.事实上,正是你所认为的“其它方面的问题”,最可能让你和团队止步不前. 这一章里,Jeff主要列举以下几个要点: 1. 领导须以身作则 团队,首先要有的就是纪律,也就是由大家共同讨论协商并决定的标准.每个团队都需要一个领导,带领大家去遵守并有效执行这些标准.以身作则…

人工智能完全学会自己编程,可能说起来还有一种科幻感,但 AI 帮程序员找 bug 这件事,已经达到了不错的水平. 北京大学.微软亚洲研究院和中国电子科技大学就一起尝试着让 AI 找 bug.微软亚洲研究院的 Lily Sun 在微软官方博客上介绍称,他们开发的精确状态系统(Accurate Condition System, ACS),能在人类不加干预的情况下自动修复软件系统中的 Bug. 他们关于 ACS 的论文 Precise Condition Synthesis for Program…

1.代码写得好,bug少,看起来就像闲人. 2.注释多,代码清晰,任何人接手非常方便,看起来谁都都可以替代. 3.代码写得烂,每天风风火火改bug,各种救火,解决各种线上重大问题,于是顺理成章为公司亮眼人才. 4.代码乱的只有自己看得懂,才是公司不可替代的人才. 5.多写bug,一个好的程序员带动两个以上的兄弟就业,这样整个代码业就会繁荣发展,程序员也不用像现在这么累. 扫码关注 喜欢就搓个"在看"↓↓…

…

分享下我的debug的经验 1. 优先解决那些可重现的,可重现的bug特别好找,反复调试测试就好了,先把好解决的干掉,这样最节约时间. 2. 对于某些bug没有头绪或者现象古怪不知道从哪里下手,找有经验的同事问一下思路,因为在那种开发多年的大型系统里,经常会反复出现同样原因的bug,原因都类似,改了一处,过一阵子另外一处又冒出来,而且无法根治.比如:我那个系统里有个特别危险的API,接口参数比较难用,一旦有人用错了某些情况下就会出诡异的现象,解决很简单,找到调用这个API的地方把调用方式写对就好…