语雀文档是谁主导研发的

哈喽，大家好，我是鱼仔。昨天下午我和往常一样用羽雀文档写着一些技术文档，突然整个 a p p 就挂了，任何一个笔记都打不开，然后我就访问网页，网页端也直接出现了多次重定向的报错。 作为一个在阿里西待过几年的开发，我当时的第一想法就是估计又有个屁零 bug 要出现了，又有一些程序员一整年白干，一开始以为几分钟就能恢复，但是没想到过了两个小时，三个小时一直没恢复，只看到官方不断的在道歉。 终于在整整七个多小时之后，雨雀才逐渐恢复，很多使用雨雀的公司甚至被迫没法工作了。在昨天晚上，雨雀官方也发布了故障说明，我们一起来看看。整个事件的罪魁祸首是数据存储运维团队升级了新的数据运维 工具，但是这个新运维工具有 bug， 导致生产环境存储服务器被误下线。对于雨缺这种把所有数据存在云端服务器的系统来说，存储服务器下线相当于系统不可用， 于是大面积服务中断雾下线，最简单的处理方案是重新上线，羽雀团队也是这么做的，但是没想到因存储系统使用的机器版本较老，无法直接操作上线，这个事情就很离谱了，启动不起来， 剩下的操作就只能是重搭存储系统恢复数据，然后用了三个多小时同步了雨却海量的数据， 如此海量数据同步只花了三个小时，其实很厉害了。然后就是连调恢复上线，总结起来就是机器起不来，重新搭了一套，然后恢复数据，但是数据太多，所以恢复比较慢。 这个动作和 b 站上次的事故很像， b 站也是重达了一整套系统，大家有兴趣的可以看看 b 站处理故障的这个视频。 从解决方案来看，雨雀后续主要是提升高可用的能力，增加异地栽培。不过雨雀给到的赔偿倒是很可以，每个人半年的会员，要知道一年雨雀会员可是要两百九十九，半年会员就算是一百五十，按照他千万级用户来算的话，损失超十亿了。 其实我一直很奇怪，羽雀既然有客户端，那么为什么不做本地化的能力呢？难道是云服务更容易让用户付费？ 的确，和微信就好像是两个极端一样，一个只把数据从本地，一个只把数据放云服务器，不知道哪家会先做改变呢？以上就是本期视频的全部内容了，我是鱼仔，我们下期再见。

阿里巴巴出的四个神器，完全免费，少有人知，只是为什么阿里这么喜欢用动物命名呢？欢迎评论区解惑。第一个，马良，一站式免费动图制作工具，简单易上手，零基础也能一键做出炫酷的动向图片。它里面有二百多个动向模板，两千多个创意素材，能满足各种场景和人群需要。第二个，鲁班，我们在网上看到的商品海报，很多都是这个神器生成的， 操作也很简单，只要上传商品图片，人工智能就可以批量生成海报和广告 banner， 非常高效。第三个，玩吐抠图，一款免费批量在线抠图神器，每次能同时在线扣二十张图片，没有次数限制，即便背景很复杂的图片，他都可以抠的很干净，而且没有任何操作门槛，非常适合不会 ps 又不想求别人的小白。 第四个，云雀，一款在线文档和知识管理工具，有大量的模板，可以满足不同的需求，可以添加图片、表格、视频、 ppt， 用它建立的知识库大纲特别清晰，就像一本书，很适合系统化树林知识。没想到吧，除了淘宝和支付宝，阿里还出了很多好用的工具，一键三连，我再继续给大家分享。

在今天， ui 设计师的作品集主要以 pdf 格式进行导出和流通，虽然 pdf 文件体积小，兼容性好，但并不能适用于所有场景如此收单页、潜力社群转发、朋友内推等情况，所以这时候就需要用到已经上传好并生成链接的线上作品集。 可能很多人第一反应就是发赞库、 uicn、 比汉时等作品网站的个人主页，这是错误的做法，因为这些网站界面中和作品无关的干扰要素太多，加载较慢，所以查看体验不佳，所以我推荐下面几款工具来上传和发布作品集，包括羽雀、美业、我来、腾讯文档和飞书。 首先介绍羽雀，当时阿里团队开发了知识库社区，登录后新建一篇文章内容，然后将作品及相关的图片按序导入，并在右上角更多设置中的文档样式里打开超宽模式，之后点击发布，并在分享弹 中选择添加写作者，最后复制链接即可。然后是美业作品集，他是美业团队开发的独立作品集上传分享工具，只要在主页点击创建作品集按钮，在编辑页中上传作品集图片并发布，即可生成对应链接。 接着介绍我来，他是一款类 no 选的笔记工具，完成注册后创建任意文档，添加标题并依序上传作品及图片。然后点击右上角更多，打开自适应宽度，再点击协助图标，打开公开分享页面，并点击复制下方页面访问链接即可。 最后的腾讯和飞书文档无需多做介绍，他们都支持 pdf 文件的直接上传，可以将已经做好的作品及 pdf 上传，然后进入详情页中打开分享并复制链接。上述工具都有各自的优缺点与确免费版本有人数限制，每页作品及需要支付月费。我来 腾讯飞书都有较多的留白需要先自己试用熟悉，再结合自身的情况选择合适的工具。今天先分享到这里，祝大家早日完成并上传自己的作品集，狂揽一波 offer， 成功上岸！

大家好，这节课介绍语确文档编辑的时候，斜杠、顿号和井号独特的用法，经常熟练，这三个键能够提高我们编辑语确文档的效率， 我们还是以网页版的语确为例进行示例。这里说的文档是新建一个语确文档，类似于 word 文档，不过它的功能跟 word 文档有些许的差异，更贴近笔记和知识管理的工作需要。我们新建好了以后在这里写 标题，然后在正文里面有很多种可以选的，我们自己可以进行需要来选择或者完全新建，可以点击这个加号，可以新建各种各样的内容，在文档的正文里面可以添加各种各样的内容，那很多时候我们习惯于键盘操作，就不用鼠标来点这个，用键盘的 斜杠或者顿号，左斜杠或者顿号，只要能输入这两个状态下，他就一样的会弹出这个加号，然后我们根据需要选择，就可以通过键盘快速的插入。我们来试一下 鼠标点这个，比如说我们用中文输入法点一下左斜杠，他就会出现这个，然后我们根据需要按 tab 键来进行选择相应的内容，或者 我们不按左斜杠按顿号，也就是我们键盘的第三排的最右边那个右斜杠，反斜杠。很多中文输入法是输入顿号的那一样的会出现这个界面，如果在英文输入法的状态只能按左斜杠这个键，会出现插入对象的选择，而按顿号那个键，反斜杠是不会出现的。 那注意这个斜杠和顿号只有在文档的每一段的最开头输入的时候才有用， 假如说我们这里已经输入内容，那么再输入顿号或者斜杠，那他就是正常的这个符号的内容。在每一段最开始的时候，按这两个键能够帮助我们快速的打开要插入的对象，那井号键是做什么用的呢？是快速的插入我们这个文档的大纲， 按一个井号空格就是一级大纲，我们按一个井号加空格，在这里输入一级大纲， 在右边立刻处就会出现大纲，可以帮助我们快速的去在长文当中跳转，按两个井号，右键按，按两个井号空格就是二级大纲， hr 按三个井号空格就是三级大缸，这就是井号的作用，井号的作用通过大缸试图可以帮助 快速的在长文当中跳跃，而且也可以让我们的文档变得更加的结构化。那当然除了这种警号设置以外，我们也可以选择这里，在这里选择相应的大纲的级别，或者用这个快捷键，但是按警号是最快的方式，也是符合 mark 档的这种输入方式。 当然这里插入文档以后，其他的这些操作跟 word 里面是非常一样的，大家也可以去体会一下。

分析你妹，优化你妹，建议你妹啊，你还真牛逼，出个灭人庭，你还紧跟实事呢？生产事故，荡机啊，八个小时不可用，我给你这些名词你能想到什么？是不是昨天下午雨却发生了生产事故 这个事呢，我本来觉得也没什么好讲的，但今天下午啊，群里面有个同学出去面试，说面试官问他，你怎么看待雨区的生产事故，能不能做一个简要的分析和给一点优化建议？ 我分析你妹，优化你妹，建议你妹呀，你还真牛逼，出个灭人庭你还紧跟时事呢，我是真的服气啊。当然，打脸归打脸，正好雨雀官方呢也发了公号，我们一起来分析一下。雨雀呢，在昨天下午的两点钟开始荡机，到晚上的十点呢才完全 恢复可用。这个事故啊，其实非常致命的啊，为什么呢？二零一五年的五月二十七号，我记得很清楚啊，挖掘机一铲子呢，把光纤给挖断了，导致支付宝从下午的四点半到晚上的八点处于无法使用状态， 这种事呢，我个人觉得还可以接受，为什么呢？我们可以把原因呢归结到外部，当然，如果你非要揪着不放，我们也能说他的栽培策略是有问题的。但与趣啊，他因为一个内部原因导致一个 c 端产品 八个小时不可用，这个是很难让人容忍的。我们来还原一下羽雀事故复盘两点钟的监控告警，十分钟以内呢，定位到是一个运维工具的 bug， 导致了节点继续下线，然后两点十五分呢，开始尝试重启服务，发现呢，因为系统比较老，无法正常重启， 然后三点钟开始呢，从备份开始恢复数据，直至晚上七点，数据恢复完毕，然后呢，连调测试，但晚上十点呢，正式恢复完毕，数据呢没有丢失。然后呢，我说几个比较有意思的点啊，第一，到底被下线的是什么服务？ 我们一般知道呢，应用服务器和数据服务器呢，是分开部署的，也就是说，如果数据服务器挂了呢，最起码前端是可以展示的，接口呢，可以做降级处理，显示一个什么正在维护中啊什么的。 但是呢，我昨天打开一片官网就直接显示四零三无线重定向了，一会呢，又变成了五零三，这个呢是什么原因？第二啊，如果按照事故复盘里面说的应该是数据库浮挂了，那到底挂了几个节点呢？一般来说呢，分布数据库都是 由主从节点和分片组成的，拿我最熟悉的 mood b 来说啊， mood b 呢，可以有很多个分片，而每一个分片呢，都是最起码有三台机器组成的一个一主二层的高可用集群。如果主节点挂了，从节点呢会自动升级成为主节点，来保证整个服的可用， 而单个分片挂了也不会影响其他分片。羽券呢，是完全不可用，难道是整个数据库集群都挂了吗？不太可能吧。 第三啊，羽雀官方公告说数据呢没有任何的丢失，我觉得这一点很牛逼啊。一般来说呢，我们备份啊，为了尽量减少对正式服的影响呢，我们可以采取半夜进行备份，可以增量，可以全量， 但是如果要做到完全不丢失，那只能是实时的增量备份，我不知道他们是怎么做的，难道每一个 新增数据都会去同步到另一个库里面或同步到另一个备份里面吗？反正我觉得挺牛逼的啊。第四啊，我觉得语趣有一点比较 low， 就是你的在线服务挂了，你的本地服务完全处于一个不可用的状态，这个对我的数据来讲我觉得很致命啊，毕竟你是有本地客户，专也是有本地文件的吧。 当然我觉得我也没什么资格去评价这帮做雨靴的大佬，我只想告诉大家，从雨靴这个生产事故我们应该学到什么。那么下个视频我们来讲一下，应对这种 c 端场景，我们应该注意什么才能避免这些生产事故。

包括雨雀，其实雨雀我觉得也是卷的产物，那这个卷是来自于 reiter 和 no 的，他比较成熟了，我们才有机会说用这些比较成熟的工具，基于前端技术去做一个创新产品。如果这个时候我们还在考虑那加斯科利普应该用什么？如果没有那个 ts 都会怎么样呢？ 很多时候雨却在技术层面的可能性，至少在一个前端团队就很难出来，可能因为我们要去招家瓦，招很多其他工种才有可能去去创新，这一定很大。我觉得是一个叫做卷带的是一个春天，这个春天是在产品创新和业务册，是极大的释放了钱庄的生产力。

来看一下阿里对于这次重大事故的复盘，前几天雨却从下午两点到晚上十点， 共持续了八个小时，是档机的状态，那作为阿里来说的话，实在是不应该出现这么大的事故。阿里在流程上还有技术上各个环节都是是非常牛的，如果是程序上出现问题的话，什么回滚策略也是非常多的，所以这种事故呢，肯定是出在了机器层面。我们来看一下整个事件阿里是怎么来说的。 首先在下午两点的时候，他们监控到线上出问题了，原因呢是他们在迁移这个存储数据的机器，这个更换机器的过程中，他们使用的这个运维工具出问题了， 导致这个节点被下掉了。官方紧接着的方案是把老的机器上线，但是他们又发现这个老的机器太老了，没有办法上线。官方又把这个方案调整为从备份系统中回 恢复存储数据，下午三点的时候开始建立新的存储系统，从备份中恢复数据，但是呢，与雀的数据量太大了，这个过程呢就一直持续到晚上七点， 数据恢复完之后要进行教验，教验到晚上十点。官方给的是这么一个事情，按照官吏，官方又给出了后面的改进的一些措施，完善各种东西来杜绝此类事件的发生。 表述看起来很流畅，但是像这种底层机器的迁移一般不都是发生在人少的时候吗？下午两点这个时间选的风险有点大呀，但我们团队都是在半夜去做这种事情，万一真出问题，那就通宵了。

有一次跟一个那个后端的一个那个女的聊天，应该是好好几个女的，她都给我反馈一个点，所以我问你们搞什么 lix， 搞什么 vivo， 还都是太难了，能不能用回那个节亏啊？ 然后他们之所以问这个问题非常简单，因为他觉得他下面有很多厚重开发，他们是觉得杰克亚人是很容易入门的，稍微学一学花哥可能半天一天就能上手，说他们非常期待，说既然钱多这么缺，但是业务这么需要，钱多能不能能？你们别用雷艾克特了，那艾克特太难了，我回到杰克亚雷整个天下大平， 然后前端也不缺了，因为后装可以让直接上就就很好玩的一些现象。但这个中国小的话，真的发现目前前端资源、人才各方面都是非常缺的。这个是我觉得是目前我这几年感受很深的就是所谓的技术卷发展难，还有那个人才缺的一些东西。