飞书文档为什么要加载那么多的 js

2023 年 3 月 15 日
 serge001
随便打开一个飞书文档，看下加载的 js 体积有几十 M 了，这也太夸张了吧。对比石墨文档和腾讯文档也都才几 M 而已，这样不卡才怪
5109 次点击
所在节点    程序员
16 条回复
huijiewei
2023 年 3 月 15 日
屎山没人能整体把控了。所以就这样了
wanguorui123
2023 年 3 月 15 日
冗余代码太多，一个功能重复实现 100 遍，没有复用性，面向过程开发
garipan
2023 年 3 月 15 日
人员流动太快，屎山就容易堆高
finalwave
2023 年 3 月 15 日
飞书文档的 js 文件过压缩后还有好几个超过 1M 的，腾讯文档不过 ServiceWorker 的最大文件才 253k 。优化上就差不止一点了。
反正字节也不在乎，抖音电商 80x80 的商品小图都是下载 800x800 的原图的，没人去关心优化。
KMpAn8Obw1QhPoEP
2023 年 3 月 15 日
@finalwave 看到这里 突然对手上的屎山释然了…
fzls
2023 年 3 月 15 日
-。-对公司的业务可能对文件大小不敏感吧，能用就行
ucyo
2023 年 3 月 15 日
飞书文档关闭了复制权限有啥办法吗？
Cascable
2023 年 3 月 15 日
感觉飞书文档比钉钉文档和腾讯文档丝滑很多。
leeggco
2023 年 3 月 15 日
又不是不能用
mango111
2023 年 3 月 15 日
又不是不能用，而且早期做的糙一点，之后做性能优化也有的吹
vance123
2023 年 3 月 15 日
说明他们自己不用飞书文档
AyaseEri
2023 年 3 月 15 日
排期紧催进度人员流动快就是这样的，优化是不存在的，能让应用没有严重 bug 跑起来已经用尽全力了。
duduke
2023 年 3 月 15 日
字节内部代码全屎山
ryan961
2023 年 3 月 15 日
LightOrange
2023 年 3 月 15 日
bd 了下上线时间. 石墨 2015 年 6 月, 腾讯文档 2018 年 4 月, 飞书 2020 年 11 月
eat007
2023 年 3 月 16 日
要不你以为 8 千人在干啥

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/924125

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX