北京
先问一个问题：你所在团队的核心业务，有多少还跑在一张Excel表上？
这不是玩笑。一份围绕表格工具的内容清单里，出现了几个耐人寻味的标题：有人用表格在3小时内搭出一个移动应用，有人讨论"表格版HR"和"算法版HR"的差别，还有人干脆把表格换成了规格说明文档。表格这个最古老的工具，正在被反复审视。
正方：表格是被低估的万能底座
支持者的逻辑很直接——表格的门槛低到几乎为零，但上限并不低。清单里有一篇标题叫《用表格构建移动应用（3小时）》，把表格当成了应用的原型底座；另一篇《4个像表格一样简单的数据转换》则说明，很多看起来复杂的数据处理，本质上是表格操作的延伸。
更关键的是生态。围绕表格，已经长出了一整条工具链：Python可以操作表格，JavaScript有免费的表格库，Angular和React各有自己的表格工具，甚至还有专门用Python和Openpyxl做表格自动化的教程。表格不是孤岛，它是被最多语言和框架支持的通用格式。
反方：表格的边界，就是业务的边界
反对的声音同样有据可查。清单里第一篇就点破了核心矛盾：表格的扩展性很差，并提到有3家创业公司专门去解决这个限制。当一个工具需要靠创业公司来"打补丁"，说明它本身已经跟不上需求了。
另一条线索来自HR场景。清单里并列了两个标题：一个是"表格驱动的HR"，一个是"算法驱动的HR"。这种并列本身就是一种态度——当业务复杂度上升，靠人维护的表格会让位给靠规则运行的算法。
还有一篇标题更直接：《规格说明胜过表格》。它暗示在某些工程场景里，结构化的规格文档比一张自由填写的表格更可靠。
我的判断：问题不在表格，在"谁来维护"
把两边摆在一起看，分歧其实不在表格本身。表格的优点是灵活，缺点是灵活带来的失控——字段随手加、格式随手改、版本随手存，规模一大就没人说得清哪张表是真的。
所以清单里那些"用Python自动化表格""用JavaScript库做表格"的方案，本质上都是在给表格补上工程化的那一环。而"规格说明胜过表格"这类主张，走的是另一条路：先把结构定死，再谈填写。
两条路都成立，选哪条取决于一件事——你的表格是给人看的，还是给系统跑的。给人看，表格够用；给系统跑，就得先想清楚结构。至于那个"3小时造出App"的案例，它证明的是表格作为原型的效率，而不是表格作为生产系统的可靠性。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
