@mogami18 软件工程这个行业是最现实的，两三年做不出东西被公司裁员比比皆是，35 岁没有侥幸财务自由和做不出产品的工程师都会被行业淘汰。没人会记得谁发表过什么和说过什么。

@mogami18 软件开发本身是没有门槛的，任何人拿电脑都可以写软件。对于只写理论而没有配套软件的论文我持怀疑态度。简单的说提出可以改变世界赚到大钱的理论，提理论的人为什么不自己写软件去赚钱？这是让我想不明白的逻辑悖论。所以在软件工程里应该不存在无法落地的理论。考虑到软件复制成本几乎为零的特点。很容易就可以得到结论，理论等于软件等于产品等于钱的结论。所以不能做成软件的学术论文就是废纸，没什么深究的意义。能做成软件的学术理论也不会变成论文，而是直接变成钱。学术论文在软件工程里的意义就变成了。这个方向被某人研究过了，写不出软件赚不到钱，走不通只能发个论文水一下。

@mogami18 那些最新的理论值的一读

看到多机，多服务，多并发就想到前面在💩山上拉💩的帖子。
只在胃里一阵翻腾之后…尤其远远的看见山上的架构师。

@jones2000 死锁是工程不可控的表现。本质问题是工程的不可控，不可控就意味，今天不会出问题不代表永远不会出问题。一个人的项目不出问题不代表团队也不出问题。靠人力和调试可以解决这个问题，前提是可以调试的环境。多线程软件运行在汽车上，飞机上，火箭上。出现死锁就会造成巨大的财产损失。也不会有机会去调试。所以多线程的广泛应用就需要彻底消灭死锁的问题。

写的非常棒，技术文章的写作水平有很高的水准。文章内容的深浅和选题都把握的非常准确。这样我也理解你为什么喜欢原创价值观。高水平的技术专栏作家都非常想早期就参与到靠谱的项目中。基于原创和靠谱的项目，同样水准的文章越先发就越有优势，传播的范围就更加的广泛。所以发现好的项目投身其中对优秀的专栏作家至关重要。每个人时间都是有限的，耗费大量的时间从事的项目如果被证明没有价值，或者存在严重的问题。那么对于专栏作家也是非常大的损失。

我来，我做过，就是统计 top 窗口的时间。

正好 38 岁 76 公斤，虽然油腻，但是肚子也还不大呀。

@KunMinX 我也在推广项目 pelagia，致力于彻底解决多线程软件开发中的耦合问题。其中应用了多个创新技术。看看我们有没有交流合作的机会。

我不喜欢语法糖创新，但作者的思考能力和动手能力值的我学习。

v2 就很好呀！知乎大概就是你喜欢的保护内容输出者的模式。可是你也看到了知乎的所谓内容输出的结果是软文满天飞。所谓优质内容没有强力的软件开发者作为支撑就是垃圾。社区的本质是人和人之间的关系。推动软件进步的强人和推动时代进步的软件本来就是凤毛麟角。与其看那种没有意义的软文，还不如学会在闲暇之余看看那些有工作成果的牛人做了什么。听听他们为什么做这些软件和软件存在的意义。

linus 说的好“不要和我谈什么狗屁原理，亮出你的代码来。”

所以不用困惑什么内容价值的判断。单单拿出代码，说出原创意图在国内就是凤毛麟角。在国际上也是少之又少。这类文章和背后强人的原创价值观才是社区最有价值的。然后是简单明了的技术对比和入门手册，但一个软件一份足够。然后是开发者之间的闲聊，可以从中了解最新的动态。比较没价值的就是技术细节的原创文章，因为细节随时可能变化，开发者在开发过程都想的没那么多。最没价值的就是在原创基础上的软文。

因为我们普通人都远离核心开发者，所以大部分人写的技术分析都没什么价值。和盲人摸象差不多。普通人又缺乏教育经验和写作练习，也难以写出优秀的入门教程。所以鼓励普通人做内容输出是没有意义的。虽然不愿意承认，但普通人通常只能制造垃圾内容。

结论就是，社区就是围绕核心开发者和软件的关系社群，内容越少越好。社会新闻是以热点为导向的媒体。知乎那种以内容为导向的媒体是没有前途的，只能沦为垃圾情绪的宣泄场所。

可能潜意识里认为结论有缺失，但没有意识到问题在哪。可能会导致做完全部工程后发现结论不成了。

@mitu9527 也许你还会找到其他的方法，这些方法都能在一定概率上保证服务器不崩溃。并且每增加一个方法都会降低崩溃的概率。也可以找到一种使崩溃大幅下降的方法。也可能会找到一种价格最便宜的方法。或者找到一个价格最便宜并且效果最好的方法。但你思考的问题已经非常的深。恐怕很少人能帮助你，需要你自己去实验代码，检索开源代码，查找论文。从模糊的知识碎片到形成问题，到找到答案，再实验，再迭代。
好像我又自言自语的说奇怪的话，简单说我知道的就这么多了。完全避免崩溃是不可能的，但应该有更好的方法还没被发现。

pdd 颈椎按摩仪翻车全款退货，一箱牛奶安全下车，真香。

施主，中年断舍离，都快生锈了，就卖了吧

@mitu9527 缓存服务重置后，重建缓冲存是否会导致后端压力过大。通常情况下外网带宽远远小于内网带宽，内网带宽远远小于硬盘 io 。所以一般情况下不存在击穿或雪崩。有一种特殊情况，就是所有外网带宽持续集中在一点，外网带宽总和大于磁盘 io 。例如产品活动的特殊情况。然后缓存服务器故障重置，压力突然后移到 io 。进而导致拒绝服务。

出现这种情况首先有一个必要条件，就是外网带宽大于磁盘 io 。当前服务器磁盘 io 一般速度为 500m 每秒。单台服务外网带宽约为 24m 。大概是大于 20 台主机的集群规模。那么这 20 多台服务器接到请求不做任何处理直接转发给同一台服务器。并且那台服务器缓存重置出现雪崩。

第二服务器读写数据有 28 定律，20%为写入操作，80%为读取操作。出现雪崩也就是对于 80%的读取操作不做 CDN 加速。如果有 cdn 加速，雪崩的条件就要上升到 100 台服务器同时写入并内存重置。 也就是需要外网带宽要高达 2400m，才可能触发雪崩。这里还没考虑限流措施。

雪崩有存在的可能，但在实际运维的条件下，要达到雪崩的条件非常苛刻。

+1 github.com/gantleman