C++ 是编程界的背锅侠

【C++ 是编程界的背锅侠】的更多相关文章

C++ 是编程界的背锅侠

C++ 是编程界的背锅侠, C++ 背的包袱之庞大复杂, 举世瞩目, 令人感动 . C++ 标准委员会俨然已成了一个职业 . C++ 把静态编译体系发展到庞大复杂, C# 把 CLR 体系发展到庞大复杂, Java 的初衷是简单, 但是在简单上卡住了, 为了应对新的需求, 也变得复杂 . C++ 的复杂是不肯放弃纯静态编译体系的代价 . C# 的复杂是试图提供一个 “抽象层” 的代价 . “抽象层” …

大公司病，为什么要PPT背锅？

新东方年会上,一曲吐槽式的<释放自我>火遍网络,据说这六位员工,是冒着被解雇的风险完成演出的,歌词内容涉及到非常敏感的大企业病,如机构臃肿.效率低下.内耗甩锅.拍领导马屁等等,而最高潮的部分对PPT的吐槽,"干活的累死累活,到头来干不过做PPT的",金句一出,全场沸腾,可见普通员工讨厌PPT,已经渗入骨髓.当然,吐槽者最后的落脚点依旧是正能量和心灵鸡汤,不至于,创造完尴尬又无法收场,年会结束后,六名员工依旧任职新东方,董事长俞敏洪微博亲自转发<释放自我>,同时,…

一个神秘URL酿大祸，差点让我背锅！

神秘URL 我叫小风,是Windows帝国一个普通的上班族.上一回说到因为一个跨域请求,我差点丢了饭碗,好在有惊无险,我的职场历险记还在继续. "叮叮叮叮~~~~",闹钟又把我给吵醒了,我一看时间竟然已经这么晚了. 我赶紧起身,准备要去上班,好不容易在那家浏览器公司谋了个差事,可不敢迟到. 今天又是普通的一天,很快就到了深夜,上网业务少了,我和小雪妹子一合计,伙同负责网络连接的老白和负责存储的小黑,一起打起了麻将. 一连打了几圈,正在兴头上,公司的美女前台跑了过来,"你们几个…

Memcached 的惹祸，.NET 5.0 的背锅

抱歉,拖到现在才写这篇为 .NET 5.0 洗白的博文(之前的博文),不好意思,又错了,不是洗白,是还 .NET 5.0 的清白. 抱歉,就在今天上午写这篇博客的过程中,由于一个bug被迫在访问高峰发布,在10:30~11:10再次引发上次遇到的同样故障,由此给您带来麻烦,请您谅解. 2020年10月14日晚上我们发布了升级至 .NET 5.0 RC 2 的博客系统,在正式版发布之前进行升级不是我们想追求前卫,而是因为: 微软官博已经说明可以用于生产环境 RC2 is a "go live&qu…

【故障公告】Memcached 的“惹祸”，不知在为谁背锅

在 .NET 5.0 背锅 . Memcached 的惹祸 .缓存雪崩之后,我们没有找到问题的真正原因,我们知道没有找到根源的故障总是会再次光临的,不是在这周就是在下周,也许就在双11前后. 就在今天双11的前一天晚上,在我们 20:30 进行常规发布的时候,它来了... 原本平滑的 memcached 服务器 tcp 连接数走势曲线开始爬坡,博客站点大量的访问请求响应缓慢,每次都"惹祸"的 memcached 自然首当其冲地成为嫌疑的焦点. 我们重启了所有 memcached 服务,…

《.NET 5.0 背锅案》第2集：码中的小窟窿，背后的大坑，发现重要嫌犯 EnyimMemcachedCore

在第1集的剧情中,主角是".NET 5.0 正式版 docker 镜像",它有幸入选第1位嫌疑对象,不是因为它的嫌疑最大,而是它的验证方法最简单,只需要再进行一次发布即可.我们在周五晚上(11月13日)进行了发布验证,发布后没有出现故障,docker 镜像的嫌疑指数下降,但这不能100%证明它的清白,因为可能是因为周五晚上的并发量不够触发故障. 在这一集中,主角是 memcached 客户端 EnyimMemcachedCore,它是到目前为止我们发现的最大嫌疑对象,它是我们从 .NE…

《.NET 5.0 背锅案》第3集-剧情反转：EnyimMemcachedCore 无罪，.NET 5.0 继续背锅

今天晚上基于第2集中改进版的 EnyimMemcachedCore 进行了发布,发布过程中故障重现,最大的嫌犯 EnyimMemcachedCore 被证明无罪,暂时委屈 .NET 5.0 继续背锅. 发布操作启动后,Kubernetes 集群在 20:05 左右开始更新 pod 在 20:09 之前一切正常,20:09 开始日志开始出现 tcp 连接相关的异常. 最先报异常的是 redis 客户端 StackExchange.Redis StackExchange.Redis.RedisTim…