【重要】网易云信抄送服务升级公告

尊敬的网易云信用户,您好: 6月17日起,网易云信的抄送服务会新增用户类型(UserType)信息,用户类型是指用户在音视频通话过程中所使用的终端类型,用来区分Web端、H5、小程序和其他终端的使用情况。如您创建的应用已开通抄送服务,请关注下新增字段是否会影响到线上逻辑。 用户类型信息如下: 用户类型 终端 1 iOS、Android、Windows、Mac 2 Web 3 H5 4 小程序 *灰度上线期间,部分抄送可能无该字段,请注意判空逻辑。 网易云信音视频H5服务将于后续上线,请关注云信音视频后续版本更新邮件。 有任何问题请及时联系客户经理。感谢您对网易云信的信赖和支持!

2019-06-05

【重要】网易云信实名认证通知

尊敬的网易云信用户,您好: 根据《中华人民共和国网络安全法》及相关法律的规定,网易云信将于2019年5月17日起,上线实名认证。为了不影响您的服务正常使用,请在实名认证上线后, 请尽快登录网易云信用户后台,提交实名认证申请,我们会在 3-5 个工作日内进行审核。 说明:本次实名认证,不影响线上已开通功能的应用服务。在5月17日(含)以后新建的应用及该时间后新开通功能的应用,如未实名认证,将无法开通直播功能。 若给您带来不便,我们深表歉意。如有任何疑问,请联系客户经理或拨打客服热线4009-000-123。 感谢您对网易云信的信赖与支持!

2019-05-10

【版本更新】网易云信 IM 6.4.0 已发布上线!

尊敬的网易云信用户: 网易云信 IM 6.4.0 已发布上线,点击下载新版本 本次上线的主要功能有: 互动直播连麦人数提升 互动直播支持1个音视频主播+20个纯音频连麦者的互动   AOS/PC新增音效管理接口 支持音效的播放、停止、预加载、循环播放、调整音量,支持mp3和wav等音频文件格式   PC端支持绿幕背景识别 通过插件形式实现绿幕背景识别,方便人像抠图和背景替换   支持日志和dump文件上传 支持音视频通话用户打分、问题描述、日志上传、音频dump文件上传,方便快速排查音视频问题   新增PC端采集播放检测工具 新增PC端采集播放检测工具,便于快速定位由于设备采集或播放问题带来的无声音等问题

2019-04-29

【重要】网易云信互动直播录制升级公告

尊敬的网易云信用户: 为了更好地提升互动直播录制体验,避免异常通话时长对整体录制体验的影响,网易云信对目前的互动直播录制功能进行了优化——即日起,云信将上线互动直播录制切片功能,切片时长为2小时。比如一通通话的时长为2小时40分钟,录制文件将会是1个2小时的录制文件和1个40分钟的录制文件。 如果单次通话时长小于2小时,则该功能上线后录制文件不会产生任何影响。如果单次通话时长超过2小时,可以通过录制文件的命名快速定位同一通通话的不同录制文件。 如果该功能对您目前的产品体验有任何影响,可联系云信技术顾问或拨打客服热线4009-000-123。

2019-04-19

【重要】网易云信预警服务升级通知

尊敬的网易云信用户:       为了便于您能够及时获取账号的可用额度信息,避免被欠费关停,网易云信将于2019年3月21日上线可用额度预警服务,同时取消余额预警服务。       您可以登录网易云信管理控制台,设置可用额度预警阈值。当可用额度低于此阈值时,将会触发系统通知(邮件或短信通知)。      若当前账号已设置余额预警阈值,系统默认将余额预警阈值设置为可用额度预警阈值。如需修改,请登录网易云信管理控制台,重新设置可用额度预警阈值。      说明:      可用额度=账户余额-未结清金额。账户余额指最近一次扣费后账户的剩余金额,未结清金额为最近一次扣费后,使用云信功能但还未付费的部分。 感谢您对网易云信的信赖与支持,如果您有任何疑问,请联系客户经理或拨打客服热线4009-000-123。

2019-03-19

【2019新年快乐】网易云信春节期间服务公告

尊敬的网易云信用户: 新年在即,网易云信提前祝大家:新年快乐! 网易云信春节假期为:2019年2月2日-2月11日 暖心提醒: 为确保您的业务不受节假日影响,建议提前核实账户可用余额,如果可用额度较低,建议在春节前完成充值,以防服务欠费关停。 若您19年1月份有消费,为便于您核对账单,1月扣款将于2月14日完成 上班虽停,服务不打烊: 2月2日、2月3日、2月11日 的9:30-18:00,为正式客户的服务QQ群提供技术支持服务 2月1日-2月11日, 可提交工单,将在2月12日开始按照工单提交顺序为您处理 2月2日-2月11日,如遇到紧急故障,可拨打电话:0571-8985-2634,为您处理紧急故障 2月2日-2月11日,可拨打VIP客服专线:4009-000-123,咨询服务 恭祝大家新年快乐!

2019-01-30

“答题有奖”活动—中奖名单公布!!!

2019-01-23

视频技术详解:语音编解码技术演进和应用选型

    视频技术详解:语音编解码技术演进和应用选型 本文来自现网易云音乐音视频实验室负责人刘华平在LiveVideoStackCon 2017大会上的分享,并由LiveVideoStack整理而成。分享中刘华平以时间为主线,讲述了语音编解码技术的演进路线及实际应用中的技术选型。 文 / 刘华平 整理 / LiveVideoStack 大家好,我是刘华平,从毕业到现在我一直在从事音视频领域相关工作,也有一些自己的创业项目,曾为早期Google Android SDK多媒体架构的构建作出贡献。 就音频而言,无论是算法多样性,Codec种类还是音频编解码复杂程度都远远比视频要高。视频的Codec目前还主要是以宏块为处理单元,预测加变换的混合编码框架,例如H.264和H.265都是在这一框架下,另外在应用中,某一时间往往单的视频编码能主导,当前H.264就占据了90%以上的市场份额。,而音频则相当复杂,且不同的场景必须要选择不同的音频编解码器。以下就是本次为大家分享的主要内容,希望通过此次分享可以使大家对音频编解码有一个整体的认识,并在实际应用中有参考的依据。 语言/音频编码总表 上图展示的是语言/音频编码总表,可以看到其比视频编码要复杂得多,单纯的算法也远远比视频要更加复杂。 数字语言基本要素 数字声音具有三个要素:采样率、通道数、量化位数。 为什么要压缩 压缩音频,主要是为了在降低带宽负担的同时为视频腾出更多带宽空间。 编码器考虑因素 通过一些特定的压缩算法,可以压缩音频文件至原来的1/10,同时人耳也无法分辨压缩前后的声音质量差异,需要满足多种条件才能实现这种效果;而对于编码器,无论是设计阶段还是使用阶段,我们都需要考虑最佳压缩效果、算法的复杂度与算法的延时,结合特殊场景进行特定的设计;而兼容性也是我们不能不考虑的重点。 4.1 语音经典编码模型——发音模型 我们的很多编解码器都是基于综合人的发音模型与一些和听觉相关的理论支持研究提出的特定编解码算法。初期我们通过研究人的发音原理来设计音频编解码的算法,包括端到端的滤波或轻浊音等,只有充分理解人的发声原理我们才能在编解码端做出有价值的优化。 1)LPC LPC作为经典语音编码模式,其本质是一个线性预测的过程。早期的G.7系列编码模型便是通过此模型对整个语音进行编码,上图展示的过程可与之前的人发声过程进行匹配,每个环节都有一个相应的模块用来支撑人发声的过程。其中使用了AR数学模型进行线性预测,此算法也是现在很多语音编码的重要组成模块。 2)G.729 G.729同样是经典的语音编码模型之一,也是我们学习语音编码的一个入门级Codec。G.729的文档十分完善,包括每个模块的源代码在内都可直接下载。G.729可以说是在早期发声模型基础上的改进,需要关注的性能指标是帧长与算法上的延时,包括语音质量的MOS分。G.729也有很多变种,由于语音需要考虑系统兼容性,不同的系统指定携带的Codec也不同,音频编码的复杂程度要远高于视频编码。 4.2 语音经典编码模型——听觉模型 除了研究人发声的原理,我们还需要研究人听声的原理,从而更好实现声音的收集与处理。一个声音信号是否能被人耳听见主要取决于声音信号的频率、强度与其他音的干扰。心理声学模型便是用来找出音频信号中存在的冗余信息从而实现在压缩声音信号的同时不影响听觉的目的。心理声学理论的成熟为感知编码系统奠定了理论基础,这里的感知编码主要是ISO编码模型,主要覆盖的声学原理有临界频带、绝对听觉阈值、频域掩蔽、时域掩蔽等。 无论是MP3还是AAC以至于到后面的杜比音效都是基于听觉模型进行的探索与创新。 1)临界频带 临界频带主要用于心理声学模型。由于声音频率与掩蔽曲线并非线性关系,为从感知上来统一度量声音频率,我们引入了“临界频带”的概念。人耳对每段的某个频率的灵敏度不同,二者关系是非线性的。通常我们会将人可以听到的整个频率也就是从20Hz到16KHz分为24个频带,可在其中进行时域或频域类的掩蔽,将一些冗余信息从编码中去除从而有效提升压缩率。 2)绝对听觉阈值 绝对听觉阈值也可有效提升压缩率,基于心理声学模型,可去除编码中的冗余部分。 4.3 经典音频编码:ISO 我们可将最早的MP3 Layer1理解为第一代的ISO感知编码,随后的一些纯量化内容更多的是在压缩上进行改进而核心一直未改变。从MP3 Layer1到Layer2与Layer3,主要的改变是心理声学模型的迭代。   上图展示的是Encode与Decode的回路。输入的PCM首先会经过多子带分析与频域中的心理声学模型冗余处理,而后进行量化编码;Layer III中的是我们现在常说的MP3的Codec:Encode与Decode之间的整体回路,相比于Layer1多了几个处理环节以及霍夫曼编码。 4.4 AAC协议族 AAC与G.719一样包括很多系列,但AAC的巧妙之处在于向下兼容的特性。开始时我们就强调,所有Codec在设计时都需要考虑兼容性,瑞典的Coding Technology公司曾提出在兼容性上特别优化的方案。AAC Plus V1包括AAC与SBR,AAC Plus V2包括AAC+SBR+PS,现在常见的很多音乐类或直播音频编码都是基于AAC Plus协议族进行的。 德国的霍朗浦学院曾在AAC低延时协议扩展方面做出一些探索并得到了AAC LD协议族,其原理仍基于传统的AAC模块,但在后端会对处理长度进行调整,例如之前是以1024bit为一个处理单位,那改进后则以960bit为一个处理单位。除此之外AAC LD加入了LD-SBR与LD-MPS等,从而形成一个规模较大的AAC-ELD V2模块,可以说是十分巧妙。 1)AACPlus核心模块——SBR(Spectral Band Replication) 我们可以看到,AAC可以说充分利用了频域扩展,用很小的代价实现诸多功能优化。AAC的核心之一是SBR,这是一种使用极少位数就可描述高频部分并在解码时进行特殊优化从而实现频域扩展的模块。上图展示的是不同压缩率模块所覆盖的频率取值范围,而使用AAC时需要注意一个被称为“甜点码率”的指标。无论是采样率还是码率都是变化的,在应用时选择何种码率十分关键。例如直播时采用64Kbps即可在覆盖整个频段的同时保持良好音质。 2)AACPlus核心模块——PS(Parametric Stereo)     PS模块也是AAC的核心模块之一,主要用于分析左右声道属性并使用非常少的位数表示左右声道相关性,而后在解码端将左右声道分离。这里比较巧妙的是PS的向下兼容特性,整体数据打包是分开进行的。如果获取到AAC、SBR、PS三者的基本数据包后,在解码阶段我们就只需AAC—LC。上图展示的就是AAC的解码框架,如果大家读过3GPP的代码就可发现其每一个模块都相当清楚。我们可根据文档读取代码并对应到每一个环节。 3)甜点码率 甜点码率是一项很关键的指标。例如在手机直播应用场景中,一般的视频分辨率为640×360,音频码率大约在800K左右。如果音频码率过大则会直接影响视频质量,因而我们需要控制音频码率在一个较为合适的范围内从而实现最佳的音画效果。在很多应用场景中可能需要系统根据不同的网络环境下载不同音质的文件,例如在2G环境中下载较小的文件,这样做主要是为了节省带宽并提高音频文件的播放流畅程度。 4.5 AAC-ELD家族 AAC-ELD家族带来的主要改进是低延迟。如果Codec的延迟太长便无法在一些特定场景中被使用。例如早期AAC Plus V2的整体延迟可达100ms,如此高的延迟肯定无法被应用于语音通话等对实时性要求极高的应用场景。霍朗普学院推出的AAC-ELD可在保持音质的前提下将延迟降低至15ms,相对于MP3最高长达200ms的延迟而言提升巨大。 4.6 应用中端到端的延迟 编解码过程也存在延时问题,这也是我们选择编解码器时需要考虑的最主要因素之一,编解码的延时主要由处理延时与算法延时组成,例如G.729的算法延时为15ms,而AAC-LC可达到一百毫秒以上。另外,播放端或采集端的长帧数量太多,播放时缓存太多等也会直接影响延时,我们在选择编解码器时需要考虑延时带来的影响。 编解码器已经历了两个发展方向:一个是以G.7(G.729)为例,根据发声模型设计的一套主要集中于语音方面的编解码算法,另一个是以ISO的MP3和AAC为例,根据心理声学模型设计的一套感知编码。最近的趋势是编码的统一,原来在语音场景下我们使用8K或16K进行采样,音乐场景下则需使用覆盖到全频带的44.1K进行采样,每个Codec都有一个频域覆盖的范围。在之前的开发中,如果应用场景仅针对压缩语音那么需要选择语音编码方案,如果应用场景针对压缩音乐则需要选择音乐编码方案,而现在的发展方向是通过一套编码从容应对语音与音乐两个应用场景,这就是接下来将要被提到的USAC。 这里介绍两个比较典型的Codec:一个是Opus,通过其中集成的模块可实现根据传入音频文件的采样率等属性自动选择语音编码或音乐编码;另一个是EVS这也是霍朗普等组织推行的方案,已经尝试用于4G或5G之中。 由框图我们可以了解到USAC向下兼容的特性。编解码器可总结为经历了三个时代:发声模型、听觉感知、融合方案。接下来我将展示目前所有的Codec情况并整理为表格以方便大家检索查阅。 Codec总结 5.1 IETF系列 IETF作为标准协议联盟组织之一推出了以上Codec:Opus包括采样率为8kHz、甜点码率为11kbps的窄带单声语音(SILK),采样率为16kHz、甜点码率为20kbps的宽带单声语音与采样率为48kHz、甜点码率为32kbps的全带单声语音(CELT),采用甜点码率意味着将压缩率和音质保持在一个良好的平衡状态。在一些窄带单声语音应用场景例如常见的微信语音聊天,其压缩率可达到原来的8.5%。Opus没有技术专利和源代码的门槛,使得其受到现在很多流媒体厂商的欢迎,Opus支持更广的码率范围,具备丰富采样率选择,可实现极低延迟与可变帧大小,也具备以往一些Codec的许多特性如CBR、VBR、动态调整等,支持的通道数量也更多。除此之外,Opus同样具备许多从SILK移植而来的特性或功能。如在VUIB传输上集成了扛丢包模式等。 iLBC早在SILK未出现时就被提出同样具备抗丢包。的特性,高达15.2kbps的甜点码率与4.14的Mos使其音质较为良好,超过G.729的相关指标;GSM就是最早手机网络仍停留在2G时代时流行的编码形式,主要用于蜂窝电话的编码任务。 5.2 AMR系列 AMR早在3G时期就被广泛应用,AMR-NB是最流行的语音编码器,具有压缩效果好,支持多种码率形式的特点;与此同时,这也是GSM与3G时期Android平台最早支持的窄带语音编码方案。AMR-WB作为AMR-NB向宽带的扩展版,主要用于3G和4G通话标准协议中,其甜点码率为12.65kbps。在实践中我们将码率参数调整为此值即可实现压缩率与质量的平衡。AMR-WB+则是上述两者的融合,三者共同构成AMR系列。 5.3 ITU-T G系列 ITU-T G系列包括最早的波形编码G711到现在大家熟悉的G.729这里我想强调的是G722.1 Siren7、G722.1c Siren14与G719 Siren22,例如G.719可覆盖整个前频带且支持立体声。即使都属于老协议,但由于其优秀的兼容性,不应被我们忽略。 将Opus与其他一些Codec进行对比我们可以看到,无论是质量还是延时控制,Opus的优势十分明显;加之Opus作为开源的免费方案,不存在专利限制,受到业界追捧也不足为奇。 5.4 ISO系列 ISO里我想强调的是MP3与AAC,二者同样支持很多码率。MP3的甜点码率为128kbps,MP3 Pro的码率可达到MP3的一半;AAC支持8~96khz的采样率,AAC-LC的甜点码率为96kbps,HE-AAC的甜点码率为32kbps,AAC-LD与ELD做到了AAC的低延时,实现了延时与压缩比的最佳平衡。 5.5 3GPP系列:EVRC 高通公司主推的3GPP是CDMA中使用的语音编解码器,在未来选择编解码器类型时我们需要特别考虑延时与帧长。由于语音编码种类很多,帧长也是复杂多变的,其背后的算法复杂程度,RAM、ROM占用等都是在实践当中需要着重考虑的。 5.6 极低码率 极低码率主要的应用场景是对讲机、卫星通讯、军工等。图表中的MELP最早由美国军方开发,现在绝大多数的对讲机都基于此模型进行扩展开发,压缩后的码率可达到2.4kbps而目前最极端的极低码率可实现300bps,相当于压缩为原数据的0.2%,此时的音频文件仅能被用于传达语音内容而丢失了很多声色。 5.7 全频带 全频带中的组合也是多种多样。 编解码使用注意 6.1 License 国内大部分企业在开发时容易忽视包括专利安全性在内的与License相关的内容。如果企业计划得比较长远,需要长期使用某项技术或企业规模不断扩大时则不能不考虑专利问题。专利费用包括Open Source与算法专利,二者完全独立互不干涉,如果我们从某家专利公司购买了AAC的专利算法,并不能获得此AAC专利的源代码,仅能获得与此技术相关的专利使用授权。专利公司会给予需要下载的文件列表,通过这种方式实现技术的授权使用。 上面的二叉树图比较清晰地展示了代码授权的具体流程,随着企业的规模化发展日趋成熟,企业应当规范自身的技术使用行为,尽可能避免专利纠纷带来的不利影响。 6.2 专利 主流语音编解码技术拥有两个专利池:MPEG-LA与Via Licensing。很多非常复杂的Codec涉及高达上千个专利,与之相关的企业或组织多达几十个,为专利授权而与每一个企业或组织进行洽谈显然是不现实的,因而专利池的出现使得技术授权更加规范清晰,方便企业统一处理技术授权问题。 6.3 常见Codec Patent License     想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能。  

2018-12-03

网易云信融合CDN方案及实践

日前,网易云信视频云架构师席智勇在第七届GFIC全球家庭互联网大会进行了题为《网易云信融合CDN方案及实践》的分享,以下是演讲内容回顾。   想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。   图为 网易云信视频云架构师席智勇   CDN所面临的问题   传统的CDN网络在流媒体加速的场景下面临更大的挑战,视频加速尤其是直播场景,对于网络传输中的不稳定因素表现的更加敏感,对于网络接入环境、网络资源覆盖、链路选择、调度的敏捷和智能等方面都提出了更高的要求。   除了大家在做视频加速时面对的一些共同问题,比如怎么做到更高的视频秒开、卡顿率更低、更好的画质体验等,席智勇表示:“我们作为一个视频云平台,一方面关注于怎么在CDN网络下做到更好的网络分发,另一方面通过端到端,全链路的网络和媒体流控制,将最终端到端的体验做到最佳;除次之外,我们还要做到使用和接入的简单易用。”在直播画质提升、观看体验优化方面,席智勇介绍说:“在直播方面我们现在也在推广H265推流,同时借助服务端转码能力,提供实时的自适应码流方案,在这个过程中为客户提供更高的CDN加速的质量,保障端到端的效果。”关于融合CDN方案,还他介绍到:“有些问题当然是可以通过资源、通过钱来解决的,但是成本也是我们不可避免肯定要考虑得,所以怎么利用融合CDN,在效果和成本之间做好一定的平衡也是技术需要去解决的问题。”   NCDN+成熟厂商+端到端控制   网易云信聚焦做视频云领域PaaS平台, 面对点播、直播、互动直播场景下流媒体加速的需求以及上面提到的CDN方面的问题,网易云信一方面在CDN网络建设中针对流媒体场景做针对性的优化,另一方面利用成熟的CDN厂商网络资源作为资源覆盖和高可用方面的补充,通过云信视频云敏捷智能的CDN调度策略和算法,结合全链路、端到端的流媒体控制,来达到最终端侧优良的用户体验。云信作为一个视频云平台,对于用户在使用、接入上的方便易用也有较高的要求。云信视频云平台提供一站式的音视频解决方案,直播、录制、视频存储、点播、播放等形成闭环,一方面提供最佳的端到端体验,一方面最大程度方便用户的使用和接入。   上行与下行的智能调度   网易云信最终提供的是一个端到端的服务,通过平台的SDK来走一个类似HTTPDNS的调度,来做到真正根据用户IP做就近的接入。针对国内相对复杂的非主流运营商网络环境,云信在直播上行方面通过BGP网络以及与相关运营商的网络接入方面的合作,能够更加精准的控制网络链路的选择。 而对于下行,席智勇表示:“我们下行在播放端也是有SDK,下行也会优先通过端到端的一个调度走下行的一个链路择优,对于下行链路上的优化,一方面是能够解决好最后一公里的链路优化,另外保持对一些定制化的需求和一些后续扩展方案的兼容,如现在大家都在尝试的边缘下沉和P2P加速。” 席智勇表示:“调度的准确性以及最终效果,依赖及时准确的数据支撑,我们有一个全链路、立体的数据监控体系的,一方面利用CDN上的一些实时日志,另一方面结合端这一侧会收集一些链路上探测的数据,然后整个做一个实时的计算来支撑整个调度的策略。”关注最终的融合CDN方案,席智勇解释到:“虽然我们前面讲了很多调度、监控、高可用等等技术和手段来解决CDN网络方面的问题,但是对于我们平台上的用户,就和在使用一个传统的CDN网络一样没有大的差异,这些技术细节对用户完全透明没有感知的,用户通过简单易用的接入,就具备了高可用、全链路控制的流媒体分发服务。”       在演讲的最后席智勇表示:“CDN从最初的静态资源下载加速,到流媒体加速,到现在边缘下沉、P2P等方面的演进,但本质还是要做好内容的分发。对于传统CDN网络,可以利用既有的资源和网络优势,做到更加的透明和开放,而应用上可以借助端侧的能力,做到更好的端到端控制。”     想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能。

2018-12-03

C语言之父Dennis Ritchie告诉你:如何成为世界上最好的程序员?

文/Ohans Emmanuel 译/网易云信   想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。   我不知道如何成为世界上最好的程序员。但是,我们可以向历史上最伟大的程序员学习。该系列文章将会向大家分享C语言的创造者、Unix操作系统的关键开发者Dennis Ritchie、。Linux内核的发明人Linus Torvalds的经历与建议。   UNIX基本上是一个简单的操作系统,但你必须是一个了解“简单”的天才--Dennis Ritchie 获得计算机编程学位的前几天,Dennis Ritchie获得了在麻省理工学院(麻省理工学院)工作的机会。 计算机实验室不像现在这样挑剔,并且几乎欢迎任何有耐心帮助他们在房间大小的计算机上工作的人。 对于最初是行业局外人的人来说,创建UNIX和C语言 - 计算机历史上最广泛使用的两种技术 - 是一件大事。非常重要的大事。   以下是Dennis Ritchie的一些成就: Dennis Ritchie创建了C语言,并与他的好友Ken Thompson共同创建了UNIX操作系统。 1983年,他获得了计算机协会(ACM)颁发的图灵奖。 1990年,Ritchie和Thompson都获得了电气和电子工程师协会(IEEE)颁发的IEEE Richard W. Hamming奖章。 1997年,他成为计算机历史博物馆的成员 他于1999年获得克林顿总统颁发的国家技术奖章   那么他是获得这些成就的呢?更重要的是,Dennis Ritchie是如何学会编写软件的?   丹尼斯·里奇(Dennis Ritchie) - 被称为“C编程语言之父” - 被认为是一个体贴,善良,谦逊的人 - 而且是一个完全极客! 但他并不是一个极客。 里奇出生于纽约,在新泽西州的花园城市长大。他有一个稳定的童年,并在学业上做得很好。 他在哈佛大学继续他的学业,在那里他学习科学并取得他的物理学学士学位。 那么计算机什么时候进入里奇的生活?   要点1:如果你想成为擅长编写出色软件的人,你需要时刻保持好奇心。 我既不聪明也不特别有天赋。我只是非常非常好奇 - 爱因斯坦 好奇心激发了人们对知识的渴求。知识,统治世界。 在里奇还是一个学生的时候,他不知怎么去听了一个关于UNIVAC的讲座。 该UNIVAC I(通用自动计算机I)是在美国生产的第一款商用计算机。 下面是它的样子: 说真的,什么样的好奇心让一个人坐下来并且真正享受关于UNIVAC如何运作的讲座? 显然,这是一个伟大的程序员。 在那次遭遇之后,Ritchie继续研究计算机是如何工作的。 好奇心杀死了猫。我们都知道,但你不是猫。   要点2:建立更多的项目,了解更多的业务。 我没有专注于特定项目,而是希望能成为拥有丰富经验和想法的人。所以我开始从事各种项目去了解我的职业生涯。“ - 丹尼斯里奇 让建立很多项目成为你好奇心的产物。将好奇心转化为构建不同的项目 - 和Ritchie一样,这将有助于您了解自己的职业。   要点3:和你认为更专业,更有经验的人待在一起。 你之所以应该这么做,最明显的原因是,你的学习速度会快得多,并且对你目前的知识不会太满意。 这是另外一件Dennis Ritchie据说做的很好的事情。 如果你不能亲近那些你认为更好,更有经验的人,那么互联网就是你的朋友。 在您感觉舒适的频道上关注他们。阅读他们的博文。观看他们的YouTube视频。收听他们的播客。 和“他们”待在一起。   第4点:解决问题。 “这不是真正有趣的编程。但这是你可以用最重要的结果来获得的东西。“ - Dennis Ritchie 丹尼斯·里奇(Dennis Ritchie)生活在一个电脑填满房间的时代。但是Ritchie知道小型计算机正在被开发中,并且他们没有易于使用的操作系统,所以他开始来构建一个。 这就是里奇对通用编程的看法,它与可实现的目标相关。操作系统的问题被解决了,并且对后代有深远的影响。 如果问题困扰你,请不要忽视它。如果您认为它被许多人忽视,请解决它。 感到好奇。研究概念。请求帮助。 在解决问题之前,你不应该回头看。   当事情足够重要的时候,即使希望不大,你也会这样做--Elon Musk。 这里有些例子 : Electron JS,让Javascript构建桌面应用程序的技术变得生动起来,因为Github团队想要使用Web技术构建一个可破解的编辑器。 Redux是Javascript应用程序的可预测状态容器,由Dan Abramov构建,因为他想创建一个具有最小API但完全可预测行为的状态管理库 - 这就是他所说的方式。 Quincy Larson和其他几个人构建了Freecodecamp平台,以解决在开源社区中教授Web技术的问题。 他们看到了一个问题,然后继续解决它。   C语言之父Dennis Ritchie的关键要点 保持好奇,并继续燃烧求知的火焰。我们永远不会无所不知。 了解基本原理。掌握基础知识,才是真正的技能大师。 解决问题。如果您认为某些事情可以采取不同的方式,并且应该被完成,那就去做吧。你将能够更快,更好地生活。 建立许多不同的项目。 和拥有更多专业知识,经验和想法的人待在一起。这是无价之宝,你无法与其他事情交换。     想要阅读更多技术干货文章,欢迎关注网易云信博客。 了解网易云信,来自网易核心架构的通信与视频云服务。 网易云信(NeteaseYunXin)是集网易18年IM以及音视频技术打造的PaaS服务产品,来自网易核心技术架构的通信与视频云服务,稳定易用且功能全面,致力于提供全球领先的技术能力和场景化解决方案。开发者通过集成客户端SDK和云端OPEN API,即可快速实现包含IM、音视频通话、直播、点播、互动白板、短信等功能。

2018-12-03