V2EX › Alicewish 的所有回复 › 第 4 页 / 共 10 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 2 3 4 5 6 7 8 9 10

❮

❯

2024 年 1 月 10 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@mumbler 我几年前做内测版时已经搞打包了，但是现在有 GPT4 辅助，我基本每天都要更新功能，而且因为用到的库更多，打包的整个流程耗时更长。以前一个月打包一次，一两小时，还能接受，现在哪可能经常性花几个小时打包。旧版的问题新版修了，我当然推荐用户用新版，但最新版只有跑源代码，不可能天天都有打包。我手里准备的自动化流程已经很全了，连 GPT4 网页版自动分段翻译都做了，打包也是半自动的，但是打包不能不测试就发布啊。

2024 年 1 月 10 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@April5 我为了实现自己的需求付出多少努力跟鸡汤有嘛关系？我只是觉得某些对我的指责本身就挺行为艺术的。远程检查环境和问题是为了确认用户到底遇到什么情况，而且我远程的用户是愿意自己装 python 的，给的报错截图也表明了至少是看了说明再用的；我吐槽的用户是不打包好就不用甚至都不愿意装下 python 的，或者在已经有打包文件的情况下不按说明书用的。

2024 年 1 月 10 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@April5 两码事好吧，我现在是又干了苹果客服应该干的活：找到 iPhone 系统 bug 的解决方案；又干了开源软件用户应该干的话：按照 README 配置环境。写了一大堆说明，以及常见问题及解决方案和选用该方案的理由，就为了其他人不用踩我踩的坑，然后还得挨你们当中某些人的嘲讽。然后所有人都觉得我对用户太苛刻了，那你们对我不苛刻吗？我是真的为了自己的一个需求从零基础自学各种有可能用得到的技术，并最终写出作品。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@Joshuahui 我已经多次给别人远程配环境跑程序了，可以确定不存在任何需要用户自己编译的 whl 。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@sakura6264 大哥，我用的是 Mac ，本来就没滚轮，再说跳转为什么要用滚的，函数结构都按使用顺序和功能标好了。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@ipwx 我给别人的开源项目贡献代码时当然按别人的文件结构来。开源范式的定义哪一条提到了代码必须分成多文件而不能使用万行以上的单文件？给个出处。单文件并不会比多文件有明显的劣势，模块化、有序化，用到的所有第三方依赖库清晰有序一眼可辨，可以快速跳转，可以批量替换，方便测试、方便运行、方便打包，不会循环引用，也绝对不会出现一个类在两个以上的文件里写成好几种样子的情况。要是 Django 框架，那没办法只能按框架文件结构来，要是 Flask 之类的，py 单文件就能写。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@ipwx 给我几十个 py 文件组成的项目，和几万行的单文件 py 项目，肯定是几万行那个我能看得快、改得快。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

@LLaMA2 web 版做不出我要的效果，而且开发成本暂且不论，web 版服务器成本太高了。我不打算把项目做成必须靠捐助才能运行的状态。

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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

2024 年 1 月 9 日

回复了 Alicewish 创建的主题 › 分享创造 › 为什么不打包成 EXE 用户中的大部分就不会用呢？（打包了仍然不会用的也很多）

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