关于EUV光刻机，最近我们发现了一个有趣的信息。

鉴于 EUV 设备的复杂性以及 ASML 40 多年的开发经验，需要一个同样复杂的支持软件堆栈。我还猜测，ASML 的选择堆栈文档也有一些以客户为中心的需求。话虽如此，任何一家成立几十年的公司都有机会精简流程，所以我有点好奇 ASML 在这方面的文化是什么样的。

推特博主“LaurieWired ”则发文表示，

ASML 是 90% 的芯片制造商使用的光刻机的创造者，其软件堆栈混乱。

每个 TWINSCAN EUV 附带 ~4500 万行代码（与 Win10 大小相似！

错误修复和功能最初是发送到一系列审查板的 *word 文档*。

需要强调，这个说法不一定正确，也不代表平台的观点，笔者发出来是希望给大家共享一个信息。

他在另一个帖子中指出：

大型 Jenkins 农场编译 1500+ Maven 和 Make 模块。

完整的 EUV 映像构建会在一夜之间运行。小的更改仍然需要 >1hr 来编译。

集成主要在虚拟硬件 （Simulink） 上执行，因为世界上*实际上*只有 2 台机器可以测试！

他同时表示，ASML 的软件开发生命周期非常复杂。

一位大学生写了关于 EUV 工程变更过程的硕士论文！

软件工作流程作为 Word 文档，经过多层风险管理。

所有这些都在编写一行代码之前完成！

另一个博主针对此评论道：

Word 文档就是我所见过的大多数荷兰研发的工作方式。他们基本上是由真正的爷爷领导的年轻人群体，他们要求 60-100% 的办公室（开放式计划），最好将所有公司 IP 直接存储在 Microsoft 云上，以用于 NSA/竞争对手。

有博主认为，这对于此类硬件公司来说很常见，这首先因为他们的软件是由真正的硬件工程师编写的，他们的主要职责是设备，次要职责是软件，他们不是专业的程序员，所以这样的解决方案并不奇怪。（但我此说法存疑，因为ASML是有很多软件工程师的。）

参考链接：https://semiwiki.com/forum/threads/asml-has-a-messy-software-stack-thread-from-lauriewired.22665/

出处：头条号 @半导体行业观察