前几天在CCTV播出的《新闻联播》——“众志成城保供应 企业在行动”，对腾讯在疫情期间向全国用户免费开放300人不限时的会议功能进行了报道：
到目前为止，在《使用模式构建》系列中，我们已经研究了多态模式、属性模式和桶模式。其中，尽管文档的模式略有不同，但从应用程序和查询的角度来看，文档的结构基本上是一致的。然而，如果情况并非如此会怎么样？当有数据不属于“正常”模式时会发生什么？如果有异常值怎么办？
张圣林，南开大学助理教授，于2017年7月获清华大学工学博士学位（计算机科学与技术专业）并获得清华大学优秀博士学位论文，导师是刘莹老师和裴丹老师。
6月18日-21日，“第三届IEEE网络空间数据科学国际会议”在广州召开。业界代表及专家齐聚一堂，并就网络空间数据科学的科研和前沿发展方向进行交流。而安恒信息的《一种基于淘汰稀疏噪点的时间序列异常点检测方法》与《异常检测的范畴再加权特征提取方法》与两篇论文，也入选IEEE DSC国际会议。
最开始也不知道上下文管理器是干什么的，这样翻译过来很难懂。 with有跟从的意思，后面我的理解就是秘书，随从。 他的作用就是鞍前马后跑腿的人。
故障复盘的重要性无需多说，每一次故障都是宝贵的学习机会，本人接手故障复盘工作已经半年有余，从一开始的手足无措，慢慢变得游刃有余。以下内容为本人从网上查阅学习多个专家经验，并结合工作经历总结而来，仅供参考。
👆点击“博文视点Broadview”，获取更多书讯 分布式系统需要管理大规模服务器，软件需要运行在海量服务器上。管理的服务器越多，越需要在系统中提供协调（Coordination）的仲裁服务，从而让运行在多台服务器上的软件达成共识（Consensus）、形成一致（Agreement），典型如对象存储核心元数据。 协调服务本身也是由运行在多台服务器上的软件组成，当某台服务器发生故障并且无法修复时，还需要继续提供服务。 此时，引入复制（Replication）技术将数据在多台服务器之间复制，即使某台服务器发生
本文章来源于：https://github.com/Zeb-D/my-review ，请star 强力支持，你的支持，就是我的动力。
人员的体温测量和人员行动轨迹数据追踪是疫情预防和防控过程中重要的手段。在办公所，随着各个行业恢复工作，人员进出多，而且还要进行上下班考勤。采用人工手持额温枪的方式检测体温，效率慢，而且不便于人员行动轨迹数据追踪。
场景介绍：通过比对受灾地区前后的卫星影像，标注出守在建筑和判断地区受灾程度，帮助救援资源的合理调配。
毫米波，顾名思义指的是频率范围在30GHz到300GHz之间，波长在1毫米到10毫米之间的无线电频谱。
编者按：随时随地使用各种系统和工具，对现代人来说早已是司空见惯的事，但这一切完美工作的技术和服务并不是凭空出现的。正是因为微软亚洲研究院副院长周礼栋博士和他带领的团队这样从事系统和网络研究工作的研发人员在幕后不断的努力和创新，才能保证各种技术无缝、稳定、高效、持续地协同进行。
规范的流程和高超的技术只是减少故障的发生频次，故障难以避免。出了故障后，为什么要做故障总结呢？
组织开展运行良好的回顾会议能帮助团队做出改进和进行下一步的行动，那么到底应该如何进行有效的回顾呢？以下是一些需要重点关注的事情，掌握以下要素不仅可以帮助团队提高效率、增加乐趣，逐步减小或消除人们对于Scrum的误解。
【字数：2849；阅读时长：8min】 需求评审会，又名【撕逼大会】 你们感受一下，脑洞下看看有没有什么画面感可言：安卓端、IOS端、后台、H5端、UI····在会议过程中各种不可以、各种充斥着辩论的声音，然而一个产品孤零零的舌战群儒！ 经历过需求评审的我们都知道一件事，就是当我们各项产出物都完成、流程捋顺的之后，我们会跟需求方确认，确认之后呢，紧接着就会进入到技术方的需求评审，这个评审的过程目的很明确，就是阐述自己的观点并且将设计文档在最可行下的方案得以落实和执行~ 但是需求评审中，往往不少产品会把自己搞
这个版本主要是对 const fn 的提升： https://github.com/rust-lang/rust/pull/72437/
咱不能闷着头啥也不管一个劲的只管执行代码，还得和连接在主板上的其他单位打交道。经常保持联系的有键盘、鼠标、磁盘，哦对，还有网卡，这家伙最近把我惹到了，待会再说这事儿。
唐聪、王超凡，腾讯云原生产品中心技术专家，负责腾讯云大规模 TKE 集群和 etcd 控制面稳定性、性能和成本优化工作。 王子勇，腾讯云专家级工程师， 腾讯云计算产品技术服务专家团队负责人。 概况 作为当前中国广泛使用的云视频会议产品，腾讯会议已服务超过 3 亿用户，能高并发支撑千万级用户同时开会。腾讯会议数百万核心服务都部署在腾讯云 TKE 上，通过全球多地域多集群部署实现高可用容灾。在去年用户使用最高峰期间，为了支撑更大规模的并发在线会议的人数，腾讯会议与 TKE 等各团队进行了一轮新的扩容。 然而，在
导读 | 自疫情发生以来，腾讯会议每天都在进行资源扩容，日均扩容主机接近1.5万台，用户活跃度攀升。在如此高并发流量的冲击下，腾讯会议如何保证语音通信清晰流畅？如何对语音质量进行评估？在【腾讯技术开放日·云视频会议专场】中，腾讯多媒体实验室音频技术专家易高雄针对语音质量评估进行了分享。 点击视频，查看直播回放 一、语音质量界定 音频和语音是电声学下面两个不同的学科分支，属于两个不同的应用，两者在应用目的、使用场景、行业和用户认知统一度三方面存在差异，所以对于语音质量测试来说，首先要界定一下评估对象
针对这种情况与产品同行们交流后发现，这是一个很常见但又经常被产品经理忽视的非功能性异常处理。
之前刚学习多线程时，由于各种锁的操作不当，经常不经意间程序写了代码就发生了死锁，不是在灰度测试的时候被测出来，就是在代码review的时候被提前发现。
尽快恢复，是止损的最佳办法，至于查找根本原因，或者从根本上解决问题，那是服务恢复可用后的事情
我们问了20个不同行业的企业高管这个问题。他们的回答如下，物联网的作用，只有你想不到。
事故？车祸？是的，没错从国家事故的定义是：一般是指当事人违反法律法规或由疏忽失误造成的意外死亡、疾病、伤害、损坏或者其他严重损失的情况，车祸就是里面的一种。但今年我说的不是这种，我说的是软件事故，那软件事故是什么？有的人，可能不大了解，那我说下软件事故是一个计算机专业名词，定义是这么讲的：软件出错造成不可恢复的系统故障。不可恢复？这个好像有点矛盾啊，特别是我们对发出去的功能，比如优惠券，出现Bug，可以被薅羊毛，那通过代码修复，那还叫不可恢复吗？好像不是，我就简单的进行了自我进行微观的定义了下，有两个：1.因个人操作失误或者个人原因造成的软件功能异常，造成公司财产损失或者用户流失等问题；2.因客观原因，如服务器突然损坏，停电等原因，造成软件无法使用或者异常，造成公司财产损失或者用户流失等问题;那我本次讨论的是1，由主观造成的。 目前大家熟悉的事故有哪些呢，比如有王者荣耀test邮件事件，携程瘫痪门事件，拼多多优惠券BUG事件等等，具体你们百度下，就都了解。 可能大家会一看或想，这难道测试的锅？别激动，不是也不一定是，项目是一个团队，你是团队的一份子，不是你的锅，我们也要提前做个预防是不？墨菲定律，该发生的总会发生，也许哪一天就轮到测试的身上了呢？我只是大概提前带大家了解下，管理一个测试团队的时候，对于事故我们可能可以怎么做？毕竟这个大家还是比较陌生的。 我大概整理了下，大概涉及到软件测试事故的框架如下：
多个事务并发写相同对象时，会出现脏写和更新丢失两种竞争条件。为避免数据不一致，可：
前不久，部门正在开年度的总结会议。这时候，手机响了，电话那边传来了核心业务部门负责人急促的声音：“求助！我们的某个Java服务持续发生超时，已经不能正常工作5小时了，情况非常罕见，我们没有经验，需要架构组的帮忙”。
早前针对疫情的影响情况，各地教育局纷纷发布了延迟开学的通知。为了让广大学子们在家也能线上学习，腾讯课堂助力“停课不停学”，推出了“老师极速版”，全方位帮助学校、老师、学生进行在线教学，助力保障学校与教育机构的教学进度与教学效果。
RPC 框架的讨论一直是各个技术交流群中的热点话题，阿里的 dubbo，新浪微博的 motan，谷歌的 grpc，以及不久前蚂蚁金服开源的 sofa，都是比较出名的 RPC 框架。RPC 框架，或者一部分人习惯称之为服务治理框架，更多的讨论是存在于其技术架构，比如 RPC 的实现原理，RPC 各个分层的意义，具体 RPC 框架的源码分析…但却并没有太多话题和“如何设计 RPC 接口”这样的业务架构相关。
如果经常出差或者有事无法到公司参加会议的话，需要通过音视频软件进行线上会议，目前的音视频软件有很多都能够提供相应的线上会议服务，借助于音视频软件，即使不在同一地区也能够完成开会等相关操作，但是有些时候大家却发现音视频引擎出现了异常，那么音视频引擎异常怎么办呢？解决音视频引擎异常需要多久？
作为神经计算和机器学习领域的顶级会议，每年的NeurIPS（神经信息处理系统会议）都会吸引不少中国学者投稿。今年的NeurIPS将于当地时间2019年12月8日-14日在加拿大温哥华举办。
翻译自 If P99 Latency Is BS, What’s the Alternative? 。
从今年年初就一直在喊的具有革命性、未来性、开创新纪元的 JDK 21，正式发布了！
中国计算机学会今天在北京主办了 RSA2017热点研讨会，RSA作为全球信息安全峰会，一直备受国内关注，会议是快速了解全球安全趋势的风向标，更是影响安全产业转型与持续发展的重要会议平台。腾讯云安全的技术专家参会后也对会上热点进行了总结，特别关注了云安全这个方向。本文是参会同事在内部的一个分享，综合整理，主要从云安全的重要性在迅速提升、关于大数据AI的应用案例、国外公司如何使用大数据、AI来做安全、以及一些大数据、AI在未来发展的总结几大方面进行解读。 此文更适合你收藏后仔细品读 ^_^ 开篇 本届大会以“P
5 月 18 日，腾讯云举办了 Techo Day 腾讯技术开放日，以「开箱吧！腾讯云」为栏目，对外发布和升级了腾讯自研的一系列云原生产品和工具。其中，腾讯云开发者产品中心总经理刘毅围绕“开发敏捷高效”这一话题，分享了关于“云原生应用开发与运维新范式”的主题演讲。本次演讲将为大家分享，腾讯云是如何通过云上开发运维协作能力，支持多职能团队流畅协作，助力企业加速数字化敏捷转型，提升云原生架构的运维效率，受益云原生。
一次偶然的邂逅,让我知道了TRTC实时音视频这个神奇的东西,于是便开始研究起来这个鬼东西,接下来将详细记录一下开发过程,以便后期使用.
作者介绍： 洪烨 资深DBA、数据中心架构师，培训讲师，Oracle YEP成员，拥有DB2 V9 Advanced Administrator、Oracle 11g OCM，6sigma绿带、AIX
随着线上互动需求的增加，直播连麦、语音/视频聊天的应用越来越广泛。我们一直在说“追求用户的极致体验”，但是体验是一个抽象的概念，很难量化和统计。如何从用户的行为中得到所在场景的优化“极值”，如何依据“极值”建立统一的质量指标体系以指导业务优化？如何迁移抖音的服务经验，满足toB用户的体验需求？LiveVideoStackCon 2022北京站邀请到火山引擎RTC团队负责人——杨智超，为大家介绍在实时通信场景下火山引擎RTC对体验的理解与应用落地。 文/杨智超 编辑/LiveVideoStack 大家好，本次
最近一段时间，我几次下班约隔壁二号车间虎子，他都推脱没有时间，不过也没看见他在忙个啥。
做事所花费的时间总是比你预期的要长，即使你的预期中考虑了侯世达定律。 —— 侯世达，哥德尔、埃舍尔、巴赫 周三的下午，我像平常一样，写着代码听着歌，突然从天而降一份莫名其妙的故事列表，说让我给个人天，用来投标用。作为一个技术异常牛逼的高端程序员，这对我来说岂不是 A Piece Of Shit…哦不，Cake。拿着列表，打眼一看就知道是做什么 — 又是个审批流系统。注册、登录、忘记密码…这些也需要时间？！哦，还要做个SSO，可能要做点数据集成，给个15人天吧！又是一堆CRUD... CRUD
腾讯安全近期将复盘2022年典型的攻击事件，帮助企业深入了解攻击手法和应对措施，完善自身安全防御体系。
说到腾讯会议背后的实时语音端到端解决方案，大家可能第一时间就想到了PSTN电话，从贝尔实验室创造模拟电话开始，经过一百多年的发展，整个语音通信、语音电话系统经历了很大一部分变化。尤其是最近三十年来，语音通话由模拟信号变为数字信号，从固定电话变为移动电话，从电路交换到现在的分组交换。
异常检测是监控实体（如制造系统和互联网服务）各种状态（即指标）的一项关键任务，这些实体的监控数据一般都是多维时间序列。在真实工业场景中，异常检测常常缺少足够的标签，如何对多维时间序列进行无监督的异常检测是一个非常重要的课题。
智慧园区是指将产业集聚发展与城市生活居住的不同空间有机结合，整合信息技术和各类资源，实现园区内各个服务的数字化运营，充分降低了企业的运营成本，提高了管理效率。智慧园区通常分为：产业园区、物流园区、工业园区、创意园区、科技园区、化工园区等，一般是由政府和企业共同规划建设。
在上期，小E通过学习方老师推荐的关于操作系统、虚拟化和Intel x86体系结构的经典著作，知道了90年代土豪的计算机长什么样，也知道了为什么不建议通过从硬盘“借”内存的方式，为虚拟机超分配内存。
文/孟永辉 有关刷屏的“2018博鳌亚洲区块链论坛”究竟发生了什么事情，想必大家已经都有了了解。对于所有荒唐的行为、虚假的乱象、低劣的手段也都见识过了。我们除了对于事件本身进行谴责和鄙视之前，其实更多的是应该反思一下出现这个事件的真正原因。 在经历了早期的疯狂、中期的迷茫、后期的彷徨之后，区块链的发展开始逐步回归到相对理性的状态。但，在这个行业当中依然会存在着一些狂热和不切实际的乱象，不断将区块链把我们朝着不安定的方向引导。韭菜、大妈，还有被刷屏的特型演员，他们都在拙劣地表达着与区块链的毫不相干。 出现这些
谷歌曾在 ACL 2018 上发表了一篇数据集论文《Conceptual Captions: A Cleaned, Hypernymed, Image Alt-text Dataset For Automatic Image Captioning》，该数据集 Conceptual Captions 共有大约 330 万张图像。但他发现了几个问题：
新智元 AI快报 1特斯拉 Model S发生致死车祸，监管部门展开调查 美国高速公路交通安全委员会(NHTSA)周四宣布，将对5月7日特斯拉Model S车祸事故展开调查，并涉及2.5万辆特斯拉Mo
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
即时通信 IM
腾讯会议
