日企软件开发笑话一则：用excel管理和开发代码

Schwarzess

sakuranosibe 发表于 2026-9-28 07:00
我是富士通的 我们当年就用excel管文档 颗粒度要求是让刚毕业的文科生看到也能写出代码来，还有更bt的要求 ...

可悲的是现在老日年轻一代自己都已经不遵守这个露—露了。
每次看他们写的文档我都想顺着网线掐死他们。    Re:Source

11116等

不敢笑，我们真在用vb和powerautomate

DualShock4

草台班子世界一家了

mwj

midearth 发表于 2026-9-28 07:30
存不存在不重要，知道日本落后就行了

看描述代码还是在源文件里的，几十万行指的是源文件几十万行，Excel感觉像是当脚本引擎用了，用来搞代码生成之类的自动化工作。

Zhen_Link

学到了。

KDConan

同样用excel


—— 来自 Xiaomi 24117RK2CC, Android 16, 鹅球 v4.0

畜男不是人

日本人对excel的执念确实有点强，合作的日企做的excel表复杂的一逼。。。比我用ai agent搓的表还复杂

suika

我用Excel做过WBS，带甘特图效果的……
2014年左右，被同事当成神明，啊哈哈哈……

colorless

阿菠萝13 发表于 2026-9-28 08:12
论如何不锁屏——

office小助手(物理

佳丽三千到

diohanmilton 发表于 2026-9-27 23:08
技术栈保持在自己辉煌的年代而已。过了那个时代，就没有资源来维护了。

以后会不会有人问阿里为什么用java ...

实际上知乎上已经有好几个问阿里为什么抱着java不松手的问题了。

xing7673

すぴぱら 发表于 2026-9-27 19:03
虽然但是 exl 还挺正常的， 毕竟是面向非程序员的工具， 用其他的他们也不会用 ...

正常在哪

xing7673

sakuranosibe 发表于 2026-9-28 07:03
编译自然是在命令行手敲javac了 另外reivew是打印出来一群人围坐在会议室对着纸看 ...

review 这么变态吗

我爱喵喵

这么多年EXCEL都更新了好几轮了吧，97年甚至90年写的宏真的还能正常用吗，要知道负责EXCEL更新的那些印度程序员也不见得水平就比这些日本人强到哪儿去，时常会整些无意义的增改删减来完成更新KPI

zmw_831110

sakuranosibe 发表于 2026-9-28 07:00
我是富士通的 我们当年就用excel管文档 颗粒度要求是让刚毕业的文科生看到也能写出代码来，还有更bt的要求 ...

是这样子的，左上角，我至今也保留了这个习惯。反而现在对口合作的日本人发过来的Excel却没有这个习惯。

twitter

想起了excel版三国杀

是谁的书画

也不是没见过，以前给某家澳洲to b的矿业零部件工厂做库存订单管理系统的迁移，改成headless architecture。
对接以后才发现他们此前所谓的“管理系统”就是90年代沿用至今的一系列execl文件。
有进行查询excel表单，有月度计的订单表，有各场地的部件。从文件名到各个column的格式都必须遵照“精确严格”的命名规范。
所以整个公司三十多年来的“数据库”就是包含了无数excel文件的巨量小文件夹构成的。
因为很多的工具类表格甚至存在功能关联，还包括不同年代开发的VBA，Power Query、Python 脚本等等等等，所以这么多年下来没人知道具体工作原理。

deathyue

正常吧，疫情时候我还在字节时候，看到后台的账号管理也是用excel的，当时有朋友被封了想解封，我问管理的人，也是和我一起看个excel，这种感觉没强势领导推，很难有改变。我也是今年才把现在公司下面子公司一套30多张的excel报表转移到报表系统里，刚开始下面公司的人还觉得不如excel方便好用，后来是数据量巨大已经打不开excel才接受我们的

diohanmilton

佳丽三千到 发表于 2026-9-28 14:05
实际上知乎上已经有好几个问阿里为什么抱着java不松手的问题了。

JAVA还新一点，泥潭这种discuss！不还是php么。

—— 来自 HONOR PGT-AN10, Android 16, 鹅球 v4.0-alpha

xmmc1800

看到Excel不由想起了刚入职时的经历
当时部门领导是个Excel大佬，开发了好多Excel+VBA的小工具，计算出数据填表画图一气呵成，是Excel里的豪杰，同事用了都说好。唯一美中不足就是计算时所有Excel都会卡住未响应，不过最多也就是几分钟，大家都还能接受
后来大佬离职跑路了，然后业务场景扩展导致仿真需求越来越多，于是大家在大佬的VBA上继续魔改加批量功能，导致卡住的时间越来越长，逐渐开始涨到小时量级，而且有时跑到一半Excel还会直接报错崩溃
别人咋想不知道，反正我是不太能忍了。于是开始硬啃这堆没有语法高亮没有点击跳转更没有自动补全、子函数散落在各个角落、调试全靠print的VBA代码，最后成功迁移到Python，整体运行效率提高两个数量级

现在回想下当初这事能干成的原因一方面是程序本身也就几千行复杂度没那么高，另一方面也是大佬离职后其他人对Excel的精通程度都没那么深，否则搞不好还是在原本的Excel上修修补补，最后堆到没人改得动为止

不过现在有ai以后这种规模的迁移重构似乎也不是什么大问题了

紧那罗

严格来说，这个应该算是用excel管理需求
用excel做需求的结构化管理这个理念其实没什么问题 甚至在AI时代也不算落伍
只是实际落地实操的手段年久失修让人觉得有点草台罢了

fooltiger

diohanmilton 发表于 2026-9-29 11:55
JAVA还新一点，泥潭这种discuss！不还是php么。

—— 来自 HONOR PGT-AN10, Android 16, 鹅球 v4.0-alph ...

php是世界上最好的编程语言

静哮苍穹

感觉日企这套必须人背锅的流程就没法用AI啊

C.W.Nimitz

飞车飞车 发表于 2026-9-27 19:12
这就是职业经理人的弊端了。
屎山这种东西，不能动，就眼睁睁看着这座山爆掉。
除非有独当一面的管理层出现 ...

我觉得和日本僵尸企业大量存在有关系。
严重负债利润只够还债，根本没可能额外追加投资重构流程，需要钱和时间