油腻的中年人,请对自己好一点
《不想做成年人?满满的回忆》,一群油腻中年大叔给自己放了一天假,六一一过,还得回到艰难的生活中来。人到中年,压力特别大:老人,小孩,工作...这个时候,心态很容易奔溃。心态的调节,异常重要,这里分享一些自己的思考。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
并发扣款一致性优化,CAS下ABA问题,这个话题还没聊完!!!
大家有非常多的留言,大概有这么几类:(1)是否存在ABA问题?(2)为什么不能用:UPDATEt_yueSETmoney=money-$diffANDmoney>=$diff;(3)能否借助redis事务来扣减余额;画外音:请务必阅读前序文章:《并发扣款,如何保证数据的一致性?》。问题比较多,
几千万记录,数据库表结构如何平滑变更?
继续回答知识星球水友提问。问题域:数据量大、并发量高场景,如何在流量低峰期,平滑实施表结构变更?画外音,一般来说,是指增加表的属性,因为:(1)如果是减column,升级程序不使用即可;(2)如果是修改column,程序兼容性容易出问题;首先,一起看下有哪些常见方案。方案一:在线修改表结构。画外音:
每秒20W次并发分词检索,架构如何设计?
继续回答星球水友提问。==沈哥,我们有个业务,类似于“标题分词检索”,并发量非常大,大概20W次每秒,数据量不是很大,大概500W级别,而且数据不会频繁更新,平均每天更新一次,请问有什么好的方案么?==这是一个典型的,短文本分词搜索的问题,简单聊聊自己的经验。常见的文本检索方案有哪些?(1)数据库L