这是一个创建于 608 天前的主题，其中的信息可能已经有所发展或是发生改变。
随便打开一个飞书文档，看下加载的 js 体积有几十 M 了，这也太夸张了吧。对比石墨文档和腾讯文档也都才几 M 而已，这样不卡才怪
 |
1
huijiewei 2023-03-15 11:05:47 +08:00
屎山没人能整体把控了。所以就这样了
|
 |
2
wanguorui123 2023-03-15 11:07:08 +08:00
冗余代码太多，一个功能重复实现 100 遍，没有复用性，面向过程开发
|
 |
3
garipan 2023-03-15 11:07:57 +08:00
人员流动太快，屎山就容易堆高
|
 |
4
finalwave 2023-03-15 11:23:12 +08:00  1
飞书文档的 js 文件过压缩后还有好几个超过 1M 的，腾讯文档不过 ServiceWorker 的最大文件才 253k 。优化上就差不止一点了。
反正字节也不在乎，抖音电商 80x80 的商品小图都是下载 800x800 的原图的，没人去关心优化。 |
 |
5
enchilada2020 2023-03-15 11:26:47 +08:00 via Android
@finalwave 看到这里 突然对手上的屎山释然了…
|
 |
6
fzls 2023-03-15 11:43:03 +08:00
-。-对公司的业务可能对文件大小不敏感吧，能用就行
|
 |
7
ucyo 2023-03-15 11:45:09 +08:00
飞书文档关闭了复制权限有啥办法吗？
|
 |
8
Cascable 2023-03-15 11:53:36 +08:00
感觉飞书文档比钉钉文档和腾讯文档丝滑很多。
|
 |
9
leeggco 2023-03-15 12:02:03 +08:00
又不是不能用
|
 |
10
mango111 2023-03-15 12:13:28 +08:00
又不是不能用，而且早期做的糙一点，之后做性能优化也有的吹
|
 |
11
vance123 2023-03-15 12:20:16 +08:00 via Android
说明他们自己不用飞书文档
|
 |
12
AyaseEri 2023-03-15 12:35:51 +08:00
排期紧催进度人员流动快就是这样的，优化是不存在的，能让应用没有严重 bug 跑起来已经用尽全力了。
|
 |
13
duduke 2023-03-15 12:36:39 +08:00 via iPhone
字节内部代码全屎山
|
 |
14
ryalu 2023-03-15 13:50:38 +08:00
 |
 |
15
LightOrange 2023-03-15 13:56:54 +08:00
bd 了下上线时间. 石墨 2015 年 6 月, 腾讯文档 2018 年 4 月, 飞书 2020 年 11 月
|
 |
16
eat007 2023-03-16 16:33:54 +08:00
要不你以为 8 千人在干啥
|
Select Language