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

2024-01-08 10:50:18 +08:00
 Alicewish

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

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

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

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

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

16183 次点击
所在节点    分享创造
127 条回复
zerofancy
2024-01-08 19:23:27 +08:00
你的 README 对于开发者来说是足够的,但对于用户来说学习成本是比较高的。当然,你可以不为不愿意学习的人服务,他们可能不能给你的项目提出有效的 issue 和 pr ,对你的项目帮助不大。

---
但就我个人而言,我确实不倾向使用需要自己编译的开源软件。
1. 编译安装可能需要投入很多精力去折腾,我不是这门语言的开发者,编译安装可能不是一帆风顺的。
2. 编译安装需要我安装很多依赖库和环境,他们可能把我的电脑环境搞乱,而我不是开发者,可能自己折腾不好。例如,很多 Linux 发行版的系统工具很多是 Python 实现的,安装了指定版本的依赖后可能导致系统的工具挂掉。这点不只是 Python ,很多 C++项目要 make install 的,我是尽量不用的。
3. Python 的依赖环境对于非开发者可能比较容易迷惑,比如我之前很不理解安装了 B 软件的依赖后 A 软件会挂掉的现象。
zerofancy
2024-01-08 19:25:06 +08:00
你完全可以说没有维护这种打包脚本的精力和意愿,欢迎 PR 。
totoro52
2024-01-08 19:32:01 +08:00
@Alicewish 我只是打个比方,我还是那句话,不要拿程序员开发思维去做产品
jr55475f112iz2tu
2024-01-08 19:45:56 +08:00
@Alicewish 现在的语言模型是比之前的狗屁不通要好了,但用于编程的前提是你懂编程啊,不懂的话只会给它编出来的回答骗

既然你不在乎用户量,那为什么要在乎用户会不会用
angkec
2024-01-08 20:06:29 +08:00
@Alicewish 缺乏结构就难维护,单文件结构最少。多文件就可以通过文件夹创造很多层结构,让管理容易一些。不过 yysy ,你如果连 1w 行的单文件都能管理下来,而且看前文还从 2w 行重构下来的?这确实也是很厉害的,不想动结构不耽误自己的开发的话,也不需要改了。
Alicewish
2024-01-08 20:29:17 +08:00
@czfy 做自己眼中正确的事和别人对你的评价无关。
Alicewish
2024-01-08 20:30:29 +08:00
@angkec 多文件如何让管理更容易?我看到那种几百行代码分十几个文件的就头疼。我自己同时写十几个功能完全不同的万行代码都不会混乱。
K8dcnPEZ6V8b8Z6
2024-01-08 21:05:39 +08:00
05 后会用 windows 的可能都没有一半,而且是极其乐观的估计
angkec
2024-01-08 21:14:31 +08:00
@Alicewish 就是层层抽象吧,把做类似事情的东西放在一起,抽象出一些接口。在每个层面都只操作更少但更相关的代码。
Alicewish
2024-01-08 21:37:17 +08:00
@angkec 你说的这些和单文件不冲突啊,我现在单文件就做到了这些效果。多文件好处在哪?
qgmzmy
2024-01-09 00:38:27 +08:00
@Alicewish 那就没办法了
April5
2024-01-09 00:53:45 +08:00
相信已经有人在帮楼主打包 exe ,并用来盈利了。
inframe
2024-01-09 01:08:34 +08:00
lz 不想做的,100 ¥一份我来卖 exe 打包文件服务 哈哈(手动狗头🤪🤪🤓
mobpsycho100
2024-01-09 02:21:40 +08:00
@Alicewish
> 多文件好处在哪

比如你说打包一次要好几个小时,就有可能跟你的单文件有关。首先,多文件可以采用增量编译(如果你的打包涉及编译的话),每次更新的开销只涉及依赖于更新的部分。如果你比较 JavaScript 的 hot reloading 和 build 的话会更明显,后者一般要慢得多。另外一个好处是编辑器在进行语法高亮时不用分析整个大文件(虽然词法分析的时间一般是线性的)。如果编辑器还涉及静态类型检查,开销会更大。
mumbler
2024-01-09 02:49:31 +08:00
你对人缺乏同理心,如果在一个你完全不懂的领域,比如汽车修理,人家觉得车启动不了,自己用零线火线线去打一下就行了,干嘛还要喊救援。

抖音,微信为什么那么成功,就是张一鸣,张小龙他们能设身处地的站在用户角度思考问题
akira
2024-01-09 08:32:44 +08:00
用户比你想象中还要白痴。。
SkywalkerJi
2024-01-09 08:53:15 +08:00
用 GitHub action+pyinstaller ,在本地虚拟环境下打包出来和我本地的有差别。一直没搞懂原因。
KevinDo2
2024-01-09 08:57:26 +08:00
用户是傻逼啊,压缩包都解压不来。
Alicewish
2024-01-09 09:20:21 +08:00
@mobpsycho100 你这就想当然了,python 单文件打包比多文件打包快,总打包时间主要花在把依赖配好塞进包里并进行测试。此外语法高亮那点时间远不足以弥补多文件的弊端。
Alicewish
2024-01-09 09:20:52 +08:00
@KevinDo2 虽然但是,这种我目前还没遇到。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/1006736

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX