## Node 的设计错误 Ryan Dahl JS Conf 柏林 2018.06 ## 背景: 1. 基于最初的开发，我创建了并管理 Node。 2. 我的主要关注目标是事件驱动的 HTTP server。 3. 这一主要目标对当时服务器端的 JavaScript 起着关键作用。即使在当时这一点不那么明显，但是服务器端 JS 的成功需要事件循环的助力。 ## 背景: 2012 年我离开 动态语言是科学计算的正确工具，通常你会用它进行快速的一次性计算。 而 JavaScript 就是最好的动态语言。 但是相反，现在我将会抱怨 Node 的所有缺点。 当你是某个项目的负责人时，你总是很难发现其中的错误。 有时 Node 对我来说就像是板上钉钉的事。 它本来可以更好。 ## 遗憾：不遵守“诺言” - 我在 2009 年 6 月向 Node 添加了 Promise，但在 2010 年 2 月愚蠢地删除了它们。 Rust 可能是一个不错的选择。 - 如果允许其他人针对 Go 或 Rust 构建他们自己的 Deno，C++ 可能仍然是一个不错的选择？ ## Deno 目标：杂项 - 发生未捕获 Promise 错误时立刻自动终止运行（疯狂的是在 Node 中并非如此） - 支持 top-level 的 await （尚未在原型中） • 兼容浏览器（功能重叠时） # Deno : https://github

Golang在工程实践中的错误处理  彭友顺 石墨文档 产研负责人  为什么我们处理错误会这么慢 01 如何完善错误信息 02 优雅处理错误信息 03 分布式错误处理 04 错误信息手册的必要性 05 第一部分 ## 为什么我们处理错误 会这么慢 ## 为什么我们处理错误会这么慢 why 出现错误 定位慢 恢复慢 效率低 ## 原因 错误信息不够完善 错误处理不够优雅 分布式错误难以串联 错误信息难以识别 ## 第二部分 ## 如何完善错误信息 ## 为什么调试慢？-- 为什么调试慢？-- 错误信息 充足信息 gRPC错误日志：param error 高亮信息 封装组件 哪个Client 调用？ 哪一行代码 调用？ 我的 参数问题？ 对方的问题？ {"lv":"error","ts":1711111870,"msg":"grpc error","error":"param

## 大型Web项目可用性提升 零脚本错误的实战 郭林烁 2017.10  ## 郭林烁 (joeyguo) @ 腾讯 AlloyTeam ## 1 ## 社区的相关提问 ##### 微信(1004) -=TFC2017=-.. 145f5081066816c9039d4b/p3_4.jpg) 下午8:23 ## 栋 不知道大家在代码上线以后,用什么来检测错误和性能的,是自己在代码里面实现还是用一些平台 @Alloyteam.郭林烁 脚本错误 想知道大家是怎么捕获异步函数的错误的 ## 上午11:21  我是老板 xx手机，能够复现了 老板，问题修复了  修复速度太慢了! ![Image](/uploads/documents/5/7/c/8/57c8973cf114