这一次,除了骂阿里云,还能做些什么?
分享技术,传播正能量。很多朋友经历了昨晚阿里云3小时左右的故障,我司的业务也受到了一定影响,技术的同事一起熬夜奋战,最终观察服务稳定运行了两个多小时,直到凌晨五六点多才逐渐登出VPN。一次事故如一场战役,不管是在故障过程中的处理,还是故障后的总结,除了骂阿里云,我们自己有没有可以改进的空间呢?结合我
伤害技术人的13项法宝,太残忍了,刀刀见血,请勿轻易尝试
本文纯属虚构,如有雷同,请对号入座。一、初级伤害1.帮忙在代码里看一下,这里的产品策略,产品逻辑是怎样的?画外音:文档没积累,产品没沉淀,抛出法宝“代码里看一下”。2.除了把xx改成oo,其他的产品策略与产品逻辑,和原来一样。画外音:前人挖的坑,后人怕搞出问题,抛出法宝“和原来一样”。3.确实上线后
我不够聪明,但我就是不服
职场心态-勤勉篇SK并不聪明,但他会死磕。SK从小到大,成绩并不优异,从县城小学来到市中学,大家很快就能掌握的数学物理知识点,对他来说却是梦魇,SK苦练语文英语,希望能够弥补理科的短板,可,仍,高考失利。画外音:SK高考写作文,把自己感动哭了,后来写作成了他的爱好。复读的一年,SK心想,如果能把所有
油腻的中年人,请对自己好一点
《不想做成年人?满满的回忆》,一群油腻中年大叔给自己放了一天假,六一一过,还得回到艰难的生活中来。人到中年,压力特别大:老人,小孩,工作...这个时候,心态很容易奔溃。心态的调节,异常重要,这里分享一些自己的思考。1.要花额外的时间锻炼身体。我最深刻的感触是熬夜,刚毕业那会,连续熬3个晚上写code
不想做成年人?看到第一张就哭了,满满的回忆
人海之中,找到了你,一切变得有情义。啊啊啊,啊啊啊,啊啊啊,啊啊啊。画外音:这12个啊,已经让很多老年朋友会心一笑。昨日像那东流水,离我远去不可留。有个女孩,名叫婉君。如果没懂上面的四副配图,本文未必适合你。如果你难以“念出”上面的文字配图,而是“不由自主的哼出来”,恭喜你,你已经老了,而且后文将带
技术演讲,如何快速做到80分(值得收藏)!!!
偶尔作为Speaker,参加一些技术大会的演讲,上周被DTCC邀请分享“如何做技术大会演讲”,把自己总结的一些经验分享给大家,希望对初登演讲台的技术人有帮助。一、提前了解听众的诉求如同架构设计必须先了解业务需求一样,对演讲来说,了解听众诉求永远是第一步的:(1)给客户进行讲解:听众想了解产品,打消疑
有个好女儿,缘何做个好爸爸却这么难?
阅读与思考笔记,好父亲行动计划(一)或许你和我一样,是一个程序员;或许你和我一样,有一个宝贝好女儿;或许你和我一样,因为工作太忙而没有时间陪她;或许你也和我一样,不是故意要把事情搞成这样。画外音:当然,更多的时候,太忙只是借口。但是,我们真的倾尽全力,去陪伴女儿,去努力处理好和女儿的关系了吗?画外音
职场新人,这6点很重要
中午和目前正在团队实习的同学吃饭,你们即将毕业了,即将走出校园,走上社会,成为一个互联网公司技术人。站在今天,回忆自己走出校园,走上第一份工作的经历,感慨万千。我能帮助到你们的,就是分享自己一些经验。画外音:如果是年后跳槽,一定要看这一篇:《过完年跳槽,要考虑哪些要素?》寒冬里,如果遇到一个好老板,
永远信任别人的“小粉红”,到底是不是愚蠢?
昨天一篇《善良的人,将成为最终的赢家》,简单分享了“在多次博弈中,善良是最佳策略”。很多小伙伴在评论里反对:(1)善良的策略,应该只用在善良的人身上;画外音:合作之初,并不知道ta是不是善良呀?(2)因为不知道对方会用什么策略博弈,可以使用随机策略;(3)人善被人欺,博弈中选择最有利自己的策略,长期
善良的人,将成为最终的赢家
囚徒困境的故事,恐怕大家都知道。两个嫌疑犯作案后被警察抓住,分别关在不同的屋子里接受审讯,警察告诉ta们:如果两人都沉默,关24小时后,都无罪释放如果两人都揭发对方,各判3年如果一个揭发对方,另一个沉默,揭发的释放,沉默的判5年此时,每个囚徒都面临两种选择:沉默或揭发。然而,不管同伙选择什么,自己选
小朋友哭着要买,到底该怎么办? | 亲身经验分享
有水友在评论里留言,说女朋友基本上是讲道理的,通过《高情商的男生,是怎么陪女朋友逛街的?》里的方法,基本能搞定“买买买”。但有一个场景:逛商场小朋友突然看到一个东西,就是哭着要买,怎么办?每当遇到这种场景,可能有这样一些解决方案。方案一,转移注意力:乖儿子,你看那边还有更好玩的。方案二,善意欺骗:乖
高情商的男生,是怎么陪女朋友逛街的? | 亲身经验分享
最近两次陪老婆逛街,都非常懊恼,老婆的问题不管怎么回答,她都不满意,实在不知道怎么应对。情况大概是这样的。情景一:“你觉得这条仔裤怎么样?”“不好看”画外音:我本来想回答“你腿这么粗,能穿么”,后来想想还是算了,还是说裤子不好看吧。“你就是舍不得买”“...”情景二:“你觉得这个包包怎么样?”“好看
我不会,但我可以学!!!
这几周发生在身边的两件小事,越来越让自己觉得,技术根本不是阻碍人职场发展最根本的因素,意愿和态度才是。分享给大家,与大家共勉!第一个case。运营提了一个紧急的需求,做一个活动落地页,实在抽不出来人手,于是安排了一个毕业不久的同学对接。新同学非常认真负责,和产品运营沟通需求,做技术方案设计。技术方案
别人不写设计文档,我写了,所以我吃亏了?
《如何写技术文档?》的评论让人感到意外,一篇关于“如何写好设计文档”的文章,评论里充斥着各种戾气。不确定自己的理念,在互联网新时代,是否已经过时,似乎写文档成了少数派。无论如何,旗帜鲜明的表达一下自己的看法。本文所有观点均为个人观点,不存在任何“评判”,分享自己认为正确的观点。画外音:后文中的素材,
互联网公司的技术人,为什么不写文档?
互联网公司,技术侧,写文档有没有必要?有必要。要写什么文档?至少要写总体设计文档,详细设计文档。为什么不写?可能是没时间,可能是不会写,可能是不愿意写。本文试图分享一些经验,解决“不会写”的问题。总体设计文档,详细设计文档,应该包含什么内容?总设和详设都应该包含的部分:(1)需求:一般以产品的语言
余额并发扣减一致性,能否使用redis事务?
《并发扣款,如何保证数据的一致性?》一文的核心观点是:使用CAS乐观锁,在写回余额时加上旧余额的比对,可以在不影响吞吐量的前提下,保证余额的一致性。文章非常多朋友留言问,能不能把余额放到reids里,利用redis的事务性来扣减余额。今天,就这个问题简单的说一下。redis如何实现事务性?本质也是乐
每秒100W请求,12306秒杀业务,架构如何优化?
如《同样是高并发,QQ/微博/12306的架构难度一样吗?》一文所述,同样是高并发场景,三类业务的架构挑战不一样:QQ类业务,用户主要读写自己的数据,访问基本带有uid属性,数据访问锁冲突较小微博类业务,用户的feed主页由别人发布的消息构成,数据读写有一定锁冲突12306类业务,并发量很高,几乎所
并发扣款一致性,幂等性问题,这个话题还没聊完!!!
《并发扣款,如何保证数据的一致性?》,分享了同一个用户并发扣款时,有一定概率出现数据不一致,可以使用CAS乐观锁的方式,在不降低吞吐量,并且只有少量修改的情况下,保证数据的一致性。文章发布不到24小时,就有近200的评论。其中,问的比较多的是ABA问题,这个问题已经在《并发扣款一致性优化,CAS下A
并发扣款一致性,幂等性问题,这个话题还没聊完!!!
《并发扣款,如何保证数据的一致性?》,分享了同一个用户并发扣款时,有一定概率出现数据不一致,可以使用CAS乐观锁的方式,在不降低吞吐量,并且只有少量修改的情况下,保证数据的一致性。文章发布不到24小时,就有近200的评论。其中,问的比较多的是ABA问题,这个问题已经在《并发扣款一致性优化,CAS下A
并发扣款一致性,幂等性问题,这个话题还没聊完!!!
《并发扣款,如何保证数据的一致性?》,分享了同一个用户并发扣款时,有一定概率出现数据不一致,可以使用CAS乐观锁的方式,在不降低吞吐量,并且只有少量修改的情况下,保证数据的一致性。文章发布不到24小时,就有近200的评论。其中,问的比较多的是ABA问题,这个问题已经在《并发扣款一致性优化,CAS下A