去中心化决定了交易速度不会很快的,这点就完全不符合日常应用场景,也许以后算法会解决,但是例如 2017 双 11 交易峰值是 25W/s,目前看不到区块链有超过这个的可能性
所以日常中根本不会是这个技术的主要方向,但是跨行乃至跨国结算,频次就会下降很多,即便是比特币这个算法也足够支撑了

我觉得作为技术还是为具体的应用服务的,如果这个技术有需求,那么自然会逐渐发展完善了

变态...

有些人跪久了已经忘记怎么站起来了
X 法都规定个人通讯自由和保密,在这就成了有什么见不得人?
这舆论继续下去,怕是不公开账号密码都是反动分子了

改成美国后,你点击关闭 icloud 连接,会告诉你仅适用于 icloud in china 什么什么,你的账号不适用 blabla
所以应该就不会变中国了

现在广告并不需要你登陆
会有一套机制来标识用户的
所以所谓的联网就泄露隐私就是这样

比双 11 秒杀之类压力小多了
上面有同学说了,答题和答案之间是有时间差的,统计起来完全没压力

视频流这个解决方案有很多
另外几乎所有直播的在线人数都是注水的

@moult 但是如果你真的大规模的迁移到云,相信云供应商怎么也会给你免费提供几个砖家来协助,相反的话,不给你使袢子就不错了

你要求均匀分布本身就不"随机"
例如简单的一个四象,如果已经三个象限各有一个点了,如果算法要保证均匀分布,那么几乎可以肯定下一个点必然出现在没有点的那个象限

均匀分布是随机的结果,但并不是保证随机的前提
也就是说,你观察到你的结果是均匀分布,但是并不能说你这个算法是足够真随机

真随机完全可以出现所有结果都出现在同一个象限的情况

自己要求复杂还怪别人方案复杂...
自己写代码去吧

我觉得其实并不太适合做思维导图
里面很多东西其实并不是上下关联,而是多维关联

我觉得楼主思路就不对
相互监控会存在逻辑冲突,你两个设备相互监控逻辑冲突还算能解决,设备多了之后就没法解决,你自己考虑是不是这样?

这也就为什么目前所有比较成熟成规模的监控系统设计都是中心化,高可用也是尽可能保证监控高可用,好在监控系统一般并不会特别庞大,并发上面也远远小于业务系统,所以做到高可用算是很简单了.在你的例子中,我觉得实际上仅需要一台设备作为监控即可,监控本身可以定时给你发邮件表示自己存活,或者你干脆引入第三方免费监控对自己的监控存活检测即可,目前几个比较成熟的第三方检测,基本都能保证 99.99SLA,我认为无论对个人还是中小企业这都足够

然后监控项目方面,http 略过不提
其他设备方面你基本上总是需要一个特定的端口来做响应吧,那么对这个端口进行适当的监控就可以了,这点上现在主流的监控软件都能做到,cacti nagios zabbix 都可以,win 上还有个商用软件 Advanced Host Monitor https://www.ks-soft.net/hostmon.eng/也基本可以做到
至于你需要更细致的监控,那么就跟你的业务有关了
例如你是跑 nginx 还是 apache,在 snmp 里都有对应 OID 来进行性能监控分析,你自己写的程序那自然你自己才清楚需要那些监控,甚至 http 方面也可以监控 post 之后返回什么才是正确的进行对比
这就几乎进一步到了企业业务领域了

才完蛋这才是让人惊奇的
所以还是傻子足够多

与滴滴无关
只一些运营公司与滴滴内部勾结导致实际车辆与显示不符
当然了,滴滴可能查的不严,这样以便弥补运力损失

MU-MIMO 跟 AD-HOC 完全是两回事
苹果的 wifi 支持一直都挺先进的,好多年的 5s 都支持 5G 频道了

楼主这个功能基本上算是伪需求
而且一个产品不可能满足所有人的需求
程序员就喜欢用一个东西来解决所有需求,殊不知做减法比做加法难得多

而且你觉得非要用手机来作为无线局域网,那就买安卓好咯,甚至你可以买个移动路由专门来做这个事情,吞吐量比手机强得多

这次禁只是禁止你的 25 端口啊...又没有禁止你连接对方的 25 端口
难道你这里发还必须从 25 端口发?