修改Gensim源码替换triu导入源是否为不良开发实践？

直接修改第三方库的源码确实是不推荐的做法，主要弊端有这些：

• 版本更新会丢失修改：下次用pip install --upgrade gensim升级时，你改的matutils.py会被新版本文件完全覆盖，之前的修复直接失效，得重新改一遍，非常折腾。
• 潜在兼容性隐患：虽然现在numpy.triu和scipy.linalg.triu看起来功能一样，但两者在某些边缘场景（比如处理特定数据类型、稀疏矩阵的细节行为）可能有差异。如果后续Gensim的代码依赖了scipy版本triu的特定特性，你的修改可能触发隐藏bug，排查起来很麻烦。
• 环境迁移成本高：如果把代码部署到其他机器、服务器或者同事的环境里，新环境的Gensim还是原始状态，会再次出现相同的导入错误，你得在每个环境都重复修改操作，维护起来特别费劲。
• 调试排查难度增大：后续如果遇到Gensim相关的问题，其他开发者排查时会默认使用官方源码，不会想到你私自修改了导入语句，会浪费很多时间定位问题。

更靠谱的替代方案：

• 匹配兼容的依赖版本：查Gensim官方文档，确认当前版本对应的scipy、numpy兼容版本，安装指定版本的scipy（比如如果Gensim最新版其实适配的是旧版scipy，回滚scipy版本可能直接解决问题）。
• 向官方反馈修复：去Gensim的GitHub仓库提交这个导入错误的issue，甚至可以直接写修复PR，让官方把这个修改合并进去，既解决自己的问题，也帮其他用户避坑。
• 用补丁工具管理修改：使用patch工具或者pip patch这类工具来管理本地修改，这样升级Gensim后可以重新应用补丁，比手动改源码更可控。

内容的提问来源于stack exchange，提问作者Kris Ezra