为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

[Alicewish]

漫画翻译辅助软件 MomoTranslator 打包下载

开源地址： https://github.com/alicewish/MomoTranslator/

打包一次要好几个小时，要确保各种依赖都配置到位、查漏补缺、配全新系统搞测试，所以真的很希望是用户就给我去运行源代码，现在 ai 这么强完全可以回答大多数和配置环境有关的问题。

自动翻译部分包含了使用网页版 openaiGPT 的方法，因此现在只保留谷歌翻译一个引擎做测试用，其他都去掉了。

虽然为了避免被用于牟利，开源版在完整功能上删掉了填字步骤，但只要非盈利用途就可以将已完成前面步骤的文件发给我，跑这个步骤，然后我再发回。我知道不适合社恐人，但是单独托管这个步骤的成本太高，开源这个步骤又会导致某些东西竭泽而渔、不择手段对我网暴和人身威胁，只能暂且这样。

[0o0O0o0O0o]

https://github.com/features/actions

[Masoud2023]

这问题还真不能怪用户。

pyinstaller + github ci 打包个 exe 吧，工作量应该不大。

[Masoud2023]

这项目好像挺有意思的，但是工程管理看起来不太好。

暂且不提没有用包管理工具，单 py 文件 1w 行我有点想象不出来你是怎么维护这个项目的。。。

[lzgshsj]

既然都用 GitHub 了，就像楼上说的，配个 workflow 自动打包就好了，啥依赖和环境配置的痛点都帮你解决了。

[Abbeyok]

把用户当白痴

[Eiden]

就算是会 py 的, 如果是初学者我估计都得折腾几个小时, 更何况大部分是不懂编程的普通用户

[Worldispow]

上 github 也不一定就是专业程序员啊

[coderluan]

别说 python ，大部分普通人可能都不知道 exe ，毕竟文件后缀是默认隐藏的，他们只需要一个看着明显双击就能运行的图标。所以 python 项目，你可以直接把整个 python 环境塞进去，然后弄个 bat 修改环境变量，再弄个快捷方式修改一下 icon ，名字改成“点我运行 XXX”，用户就会用了。打包就是压缩文件，用户也不会找你解决安装问题，唯一的缺点是体积大，但是如果你提供一个方便的下载方式，云盘共享或者群共享，用户也就不在意了。

[paopjian]

现在这年头,你猜年轻人会不会连 PC 都不会用了,有的人甚至用微信传 apk, 结果自动加个.1 后缀就抓瞎了, 未来要把用户当猴子,还是那种不听话的猴子

[28Sv0ngQfIE7Yloe]

非技术栈的同学，是没有「运行环境」这种概念的

[Yuhyeong]

对程序员刻板印象 1/1

[vcn8yjOogEL]

依赖多就算会装也得找好一会, 这东西应该尽可能自动化

[sky96111]

因为一般用户根本不会在电脑上安装某语言的运行时/编译器，即使是开发者也不一定有你的软件的环境。
在文档缺乏的条件下部署环境已经是比较麻烦的了。更何况如果你不是某语言的开发者，第一次安装环境不可避免会踩到一些坑，这对于不了解程序内部实现的用户来说是非常折磨的。
我是写 go 的，电脑里没有 py 环境，我朋友写 py 的，电脑里没有 go 编译器。遇到源码分发的软件我们经常找对方编译二进制。偶尔会遇到对方也出错的情况我们一般就直接弃掉了，不是解决不了，而是不值得花这个精力投入，不如寻找替代品

[Cat7373]

为什么不组装成汽车用户就不会开呢？明明就是把 A 组件跟 B 组件拧上，C 组件跟 D 组件用 E 电线连起来，......（以下省略 5000 字），啪，一辆车就好了呀！就能开了呀！每个地方都可以按需灵活自由定制调整呀！这届用户就是懒，这么简单的事都不会

[shinsekai]

这就好比有多少人会下载 vscode 社区版源码自己编译呢？

[renmu]

用户就是愚蠢的

[gushu]

我干法律的，是否可以发问犯罪嫌疑人为什么不自己自学刑法要找律师辩护呢？术业有专攻，存在不懂编程的用户正是程序猿这个职业存在的原因之一，如果每个人都懂，那么你的工作是否还有价值呢？我反而很庆幸大部分人不自学法律，这样我们的职业才有存在的必要。

[IsaacYoung]

正常 不是人人都懂代码

[yigecaiji]

为什么不做标题党 V2EX 用户就不会发贴？

[Tumblr]

就算打包成 exe 又怎样呢？有几个人敢说自己熟练使用 ffmpeg.exe 的呢。。。

[Alicewish]

@Masoud2023 你只看到了它现在一万行，你想不到它以前两万行吧。说真的，单 py 文件对我自己来说写起来、改起来最简单，一大堆 py 文件我会头疼。

[Alicewish]

@yigecaiji 正文省略了一些对小白用户来说可能有点不友好的吐槽。你要这么讲，我就等会附言里补上。

[Alicewish]

@Masoud2023 应该不行，几年前的旧版已经用 pyinstaller 无法打包成功了，新版还加了很多功能和第三方库的引用。

[Alicewish]

@gushu 我自学的，所以希望大家都自学点，不用会写会改，会按照说明书运行就行。

[Alicewish]

@sky96111 其实实测过程中，很多用户是会装 python 的这一步的，就是我标了需要 3.10 ，他们上来先把最新的 3.12 装上了，以至于后面第三方库装的时候就没法全成功。

[Alicewish]

@Cat7373 汽车组件要是全开源，早晚给你干到一家一辆拼装开源车。

[Masoud2023]

你也可以去自己剪裁个 python 然后装好虚拟环境分发出去

[Alicewish]

@coderluan 我吐槽的就是这个步骤耗时太长，而且做到这种程度也会发生一些奇怪的事让你哭笑不得。

[angkec]

@Masoud2023 我去看了，确实猛，就直接一个 py 文件 1w 行。这维护起来有点费力啊

[hanyuluo]

用 docker 试试

[NewYear]

先思考你的用户是谁，然后编写相应的文档即可，这个事情虽然耗时间，但也是最节约时间的，比起来一次次教别人要省心很多，截图、案例和必要的讲解是要包含的。

如果不在乎用户，那就没办法了，你觉得麻烦的时候，他们可能更加嫌麻烦（毕竟你是轻车熟路），直接放弃可能是最好的选择（经历了一一些不负责任的分享代码后，不会预期过高）。

[Bingchunmoli]

python 正常，我电脑一装 python 环境就容易报错，后来有虚拟环境还好点但是我还是编程人员，那些不懂的就更没办法用了

[Alicewish]

@NewYear 我准备找一些热心用户让她们贡献文档，她们不会写的地方我再补充。

[Alicewish]

@angkec 为什么单文件会维护费力啊？只有单文件我改起来最快。

[yyysuo]

为什么这么多大佬这么牛逼，自己独立开发一个产品，竟然不能理解大部分用户完全没有任何编程的基础？

[sloknyyz]

你都觉得打包痛苦了，那不就是项目太复杂了吗。你现在还期望小白能自己跑起来，怎么想的？

[Alicewish]

@sloknyyz 打包痛苦是因为库兼容性上 pyinstaller 搞不定需要用 nuitka ，相比之下运行源代码很快很简单的啊。

[Alicewish]

@yyysuo 我为了开发这个产品，从零开始自学 python ，大家都是同一起跑线，为什么我付出这么多，用户不能付出一点点？只要能按说明文档运行就行。

[hahiru]

因为真的有不会用电脑的人。
比如我一个亲戚，会通过电脑炒股看新闻。但是，不会用鼠标右键。
我是使用的时候才发现，这电脑鼠标右键坏了。
但是亲戚用的觉得没啥毛病。

[totoro52]

你这就是用程序员的开发思维去做产品了， 图形界面没终端灵活，为啥不给用户终端指令就行

[Alicewish]

@totoro52 为什么说终端灵活？这是一个翻译漫画用的软件，对用户来说图形界面是必备的。我自己都不用终端（虽然我也不一定需要图形界面），配好 yml 文件直接运行，然后收图。

[linch97]

看了眼 readme 提到讲漫的事感觉好像眼熟，点开视频发现是老熟人，墨问大佬做这个挺久了啊

[wegbjwjm]

不会啊,想编译个 OPENWRT 都不会

[tool2d]

我都是直接发布 exe 给用户，然后被 360 杀的干干净净。

杀还不是那种提示报错，是直接让你程序闪退，也是无语。

[Alicewish]

@tool2d 这还得给用户置顶一份使用软件期间需禁用 360 的说明……

[justplaymore]

@Alicewish 你的努力值得认可，但是把愿意自我驱动学习的要求加在用户身上就是思维方式有问题了。

考虑以下问题：
你做的产品想给什么样用户使用？
是有经验的开发者？
是有自我学习编程能力的漫画爱好者？
是爱好漫画的伸手党？
在这些用户群里，哪些占比大？哪些最能体现你产品的价值？

[camillo]

“我自学的，所以希望大家都自学点”
“大家都是同一起跑线，为什么我付出这么多，用户不能付出一点点？”

你是认真的吗？

[czfy]

你希望你做出来的东西多人用，就把它的门槛弄得越低越好
你不希望那么多人用，就把门槛弄高

Clash 系选择第 1 行，V2ray 选择第 2 行
这是主动选择

你不能既希望多人用，又把门槛弄得很高

现在会用电脑的人，基础都是小学电脑课学的内容，然后自己感兴趣再去捣鼓
那时候会教你配环境、跑源代码么

从小学毕业到本科前中间的 6 年，大多数人都不会接触代码，而是在备考
本科如果不选择软件相关的专业，那绝大多数人这辈子都不会接触代码

[migu]

@camillo #47 他这句话出来我直接绷不住了，你穷就是你不够努力

[jianchang512]

查找漫画气泡能输出的二值化的掩码图吗，能精确识别 圆形、爆炸形、各种矩形和不规则的气泡吗？
一直在琢磨气泡问题，想精确识别出气泡区域太费劲了

[jqtmviyu]

你的 readme 没问题, 非常详细了.

不要管哪些打包成 exe 的请求, 因为门槛低了, 处理问题能力不足的用户也多了, 他们会把你当成免费客服, 直到你对该项目散失热情.

然后是要求 3.10 版本, 装了 3.12 导致第三方库用不了, 不如把 `安装 Python 3.9 或更高版本` 这段改下.

分享开源项目的目的是什么, 如果你想用户更多, 就把项目做得更容易上手, 如果是因为自己用了, 顺便分享下, 就别管那么多.

[mcV473b9u4GfJG81]

@czfy 我咋觉得 v2ray 比 clash 简单理解多了，clash 把逻辑搞得复杂并且 ui 也不简洁，我现在全平台使用 v2ray 。

[Alicewish]

@jianchang512 气泡闭合就可以识别，不闭合就走不计算气泡边框的文本识别（更不精准）。

[Alicewish]

@justplaymore 这就是愿意学英语或者其他外语来看懂漫画，和愿意学如何启动 python 脚本来辅助阅读的择一而已，明显后者简单多了吧。人类发展的动力就是偷懒，为了偷懒学习一点点东西就变成很高要求了？不至于吧。

[Alicewish]

@migu 努力 100 分造个工具，只要别人努力到 1 分就能用，已经可以转进到“你穷就是你不够努力”了？希望大家了解一点点程序以便生活中偷个懒还能这么解读？

[qgmzmy]

打包 exe 就能解决的话就打包吧，在开机都没几个人会的时代已经很好了

[Alicewish]

@czfy 我开篇就说了，现在 ai 尤其 GPT 的普及，理应方便无基础和低基础的用户配环境，而不是需要开发者喂饭到嘴边才能用。我是在把自用的工具不断降低门槛提高性能并开源，而最终多少人用上了对我来说并没有利益上的得与失。

[Alicewish]

@qgmzmy 打包 EXE 就像送到快递柜，送到了还是会有人懒得取或者找错柜子或者不会撕包装。

[favourstreet]

吃饱了撑的导致的。

楼主有充分的权利鄙视不会配置运行环境的用户，这不就是几乎每个开源许可证都会写的，赋予开源作者的权利吗。

换到商业项目楼主的这个问题就简单了，有标准答案——不对用户百般呵护，就等着把市场份额拱手让人，自己饿死吧。

[franswish]

那也有可能用户没有那么想要。动动嘴皮子要求 exe 很简单，要不到就不看了呗，或者换个途径。没有任何成本

[zerofancy]

你的 README 对于开发者来说是足够的，但对于用户来说学习成本是比较高的。当然，你可以不为不愿意学习的人服务，他们可能不能给你的项目提出有效的 issue 和 pr ，对你的项目帮助不大。

---
但就我个人而言，我确实不倾向使用需要自己编译的开源软件。
1. 编译安装可能需要投入很多精力去折腾，我不是这门语言的开发者，编译安装可能不是一帆风顺的。
2. 编译安装需要我安装很多依赖库和环境，他们可能把我的电脑环境搞乱，而我不是开发者，可能自己折腾不好。例如，很多 Linux 发行版的系统工具很多是 Python 实现的，安装了指定版本的依赖后可能导致系统的工具挂掉。这点不只是 Python ，很多 C++项目要 make install 的，我是尽量不用的。
3. Python 的依赖环境对于非开发者可能比较容易迷惑，比如我之前很不理解安装了 B 软件的依赖后 A 软件会挂掉的现象。

[zerofancy]

你完全可以说没有维护这种打包脚本的精力和意愿，欢迎 PR 。

[totoro52]

@Alicewish 我只是打个比方，我还是那句话，不要拿程序员开发思维去做产品

[czfy]

@Alicewish 现在的语言模型是比之前的狗屁不通要好了，但用于编程的前提是你懂编程啊，不懂的话只会给它编出来的回答骗

既然你不在乎用户量，那为什么要在乎用户会不会用

[angkec]

@Alicewish 缺乏结构就难维护，单文件结构最少。多文件就可以通过文件夹创造很多层结构，让管理容易一些。不过 yysy ，你如果连 1w 行的单文件都能管理下来，而且看前文还从 2w 行重构下来的？这确实也是很厉害的，不想动结构不耽误自己的开发的话，也不需要改了。

[Alicewish]

@czfy 做自己眼中正确的事和别人对你的评价无关。

[Alicewish]

@angkec 多文件如何让管理更容易？我看到那种几百行代码分十几个文件的就头疼。我自己同时写十几个功能完全不同的万行代码都不会混乱。

[K8dcnPEZ6V8b8Z6]

05 后会用 windows 的可能都没有一半，而且是极其乐观的估计

[angkec]

@Alicewish 就是层层抽象吧，把做类似事情的东西放在一起，抽象出一些接口。在每个层面都只操作更少但更相关的代码。

[Alicewish]

@angkec 你说的这些和单文件不冲突啊，我现在单文件就做到了这些效果。多文件好处在哪？

[qgmzmy]

@Alicewish 那就没办法了

[April5]

相信已经有人在帮楼主打包 exe ，并用来盈利了。

[inframe]

lz 不想做的，100 ￥一份我来卖 exe 打包文件服务 哈哈（手动狗头🤪🤪🤓

[mobpsycho100]

@Alicewish
> 多文件好处在哪

比如你说打包一次要好几个小时，就有可能跟你的单文件有关。首先，多文件可以采用增量编译（如果你的打包涉及编译的话），每次更新的开销只涉及依赖于更新的部分。如果你比较 JavaScript 的 hot reloading 和 build 的话会更明显，后者一般要慢得多。另外一个好处是编辑器在进行语法高亮时不用分析整个大文件（虽然词法分析的时间一般是线性的）。如果编辑器还涉及静态类型检查，开销会更大。

[mumbler]

你对人缺乏同理心，如果在一个你完全不懂的领域，比如汽车修理，人家觉得车启动不了，自己用零线火线线去打一下就行了，干嘛还要喊救援。

抖音，微信为什么那么成功，就是张一鸣，张小龙他们能设身处地的站在用户角度思考问题

[akira]

用户比你想象中还要白痴。。

[SkywalkerJi]

用 GitHub action+pyinstaller ，在本地虚拟环境下打包出来和我本地的有差别。一直没搞懂原因。

[KevinDo2]

用户是傻逼啊，压缩包都解压不来。

[Alicewish]

@mobpsycho100 你这就想当然了，python 单文件打包比多文件打包快，总打包时间主要花在把依赖配好塞进包里并进行测试。此外语法高亮那点时间远不足以弥补多文件的弊端。

[Alicewish]

@KevinDo2 虽然但是，这种我目前还没遇到。

[Alicewish]

@mumbler 这个不是商业产品，就是一个非程序员，为了自己的一个需求，自学 Python ，看了很多文档，慢慢磨出来的作品，并且为了确保用法更直觉化、简单化，添加了图形界面。相比之下，是不是你更缺乏同理心呢？

[Eagleyes]

@paopjian #9 没错，现在非计算机行业年轻人，都觉得手机就万能了，有个 iPad 就够了，PC ，电视都不开。

[daidean]

@Alicewish 要把用户当傻逼，这样你就能解答自己的疑问了。当然，你说"这个不是商业产品"就已经搞清软件的定位了，你对产品的使用人群的要求&质疑完全合理。

[KevinDo2]

@Alicewish 刷刷小红书，发现更精彩的世界。

[olaloong]

实在不想打包的话，塞一个 点我运行.bat 自动给用户装环境启动程序吧

[justplaymore]

@Alicewish 这不是具体的难不难、要求高不高的问题，这是思维角度的问题。你是站在工具制作者的角度，而不是站在用户角度。

如果你的期望是要求用户自己付出一点的努力（你认为非常小）来使用你的工具，那么就把这个观点准确明确地写在你的工具文档里。

你既然坚持站在工具制作者的角度去思考这件事情，那么就必然要承认会有用户不符合你用户画像的现实。这是每个做产品的人都知道的行业常识，你也许没有这个经验，我是从过来人的角度去告诉你这个事实。

我没有在和你争论学习东西的要求算不算高，我说了不算，你说了也不算，这件事情最终买单的是用户，谁有本事能说服所有用户？这本身就是不现实的事情。你要接受的就是你的工具不可能满足所有人，能够满足你期望的那部分用户就已经是成功了。对于那些不愿意付出努力去使用你的工具的用户，无视就行了。

[cjpjxjx]

用户：什么是源代码？什么是环境变量？什么是依赖？这么多文件我要双击哪个文件？为什么双击之后打不开？那你能帮帮我吗？

[SeaRecluse]

虽然没有看项目，但是单 py 1w 行...
行吧，我觉得你说什么都是对的

[wawz123456]

点进去发现是墨问大佬，印象里做了很久，不错啊

[Lockroach]

你要不勇哥 bat 或者 shell 文件，要不打包 docker 环境运行吧

[Alicewish]

@Lockroach 有几个用户会用 docker ？跑 docker 简单还是跑 python 简单？
bat 和 shell 装虚拟环境吗？那和直接装 python 环境比优势在哪？我不需要安装特定版本的库，兼容性上检查过，全部用最新版的库都能跑，虚拟环境是个累赘。

[MiketsuSmasher]

这不是一个你筛选受众群体的绝佳机会吗？把会用的用户筛选出来，以后你的维护工作碰到的沟通难度也会降低

[yyysuo]

@Alicewish #38 大佬得明白，用户的知识储备和学习能力大部分是不行的，这决定了你不喂到他们嘴里甚至胃里，他们是吃不到的，不是不想吃。如果是收费的产品，自然是市场说话；如果是开源免费的产品，用户当然无权对开发者提任何的要求，只不过是门槛决定了一个项目的流行程度和生命周期罢了，大佬也得尊重规律。

[Lockroach]

@Alicewish 如果把用户当成小白来看、并且默认机器上没有对应环境的话，我感觉还是用 docker 好些，现在的项目大部分都提供了 docker 部署的方式，一段代码即可保证所有用户获得一致体验，不用考虑环境问题。另外用 bat 或者 shell 只是提供了双击运行的入口，主要还是从降低用户使用门槛的角度来考虑。

[Alicewish]

@yyysuo 开源免费的产品也不是不能提需求，如果是做了以后能让所有用户包括开发者都受益的需求，就是合理的需求，如果是提需求的用户一个人的需求，其他绝大多数人都用不上，就应该付费请人开发。比如 OCR 优化和翻译优化，就是合理需求；对单话汉化提取翻译重填到单行本图源，就是非大众需求，甚至考虑到复杂的图源及翻译的权属问题，付费我也不开发。

[LLaMA2]

为什么不做成 web 版呢，

这样不就从你害怕别人牟利变成你可以决定要不要收费了。

[ipwx]

>> 为什么单文件会维护费力啊？只有单文件我改起来最快。

你说对了，你自己一行一行写出来的项目，你自己当然能维护。

分文件、分包，这些东西是为了让你的项目合作者省力的。当他们想要修改一小块功能的时候，完善的接口、包结构，可以让他们扫一眼就知道应该关注哪里的几百行代码，修改了就能跑了，而不是把你这一万行代码都看一遍才能下手。

[ipwx]

楼主你可以试试看，在一个小时里面去修改别人的一万行代码的项目，改一个小细节满足你的需求。

当然，看楼主对于普通用户不屑的态度，我觉得楼主不会去用别人的项目。

[Alicewish]

@Lockroach 我这个不适合 docker ，首先图形界面是用的 pyqt6 ，其次程序使用时需要经常修改 yml 配置文件，且目前所有测试均在 win 上进行，无法确定 Linux 兼容到何种程度。

[Alicewish]

@ipwx yolov5 和 yolov8 我都是先自己合并成一个单文件 py 然后改了输出自己用的。