V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  Alicewish  ›  全部回复第 2 页 / 共 8 页
回复总数  146
1  2  3  4  5  6  7  8  
@ipwx 给我几十个 py 文件组成的项目,和几万行的单文件 py 项目,肯定是几万行那个我能看得快、改得快。
@LLaMA2 web 版做不出我要的效果,而且开发成本暂且不论,web 版服务器成本太高了。我不打算把项目做成必须靠捐助才能运行的状态。
@ipwx yolov5 和 yolov8 我都是先自己合并成一个单文件 py 然后改了输出自己用的。
@Lockroach 我这个不适合 docker ,首先图形界面是用的 pyqt6 ,其次程序使用时需要经常修改 yml 配置文件,且目前所有测试均在 win 上进行,无法确定 Linux 兼容到何种程度。
@yyysuo 开源免费的产品也不是不能提需求,如果是做了以后能让所有用户包括开发者都受益的需求,就是合理的需求,如果是提需求的用户一个人的需求,其他绝大多数人都用不上,就应该付费请人开发。比如 OCR 优化和翻译优化,就是合理需求;对单话汉化提取翻译重填到单行本图源,就是非大众需求,甚至考虑到复杂的图源及翻译的权属问题,付费我也不开发。
@Lockroach 有几个用户会用 docker ?跑 docker 简单还是跑 python 简单?
bat 和 shell 装虚拟环境吗?那和直接装 python 环境比优势在哪?我不需要安装特定版本的库,兼容性上检查过,全部用最新版的库都能跑,虚拟环境是个累赘。
@mumbler 这个不是商业产品,就是一个非程序员,为了自己的一个需求,自学 Python ,看了很多文档,慢慢磨出来的作品,并且为了确保用法更直觉化、简单化,添加了图形界面。相比之下,是不是你更缺乏同理心呢?
@KevinDo2 虽然但是,这种我目前还没遇到。
@mobpsycho100 你这就想当然了,python 单文件打包比多文件打包快,总打包时间主要花在把依赖配好塞进包里并进行测试。此外语法高亮那点时间远不足以弥补多文件的弊端。
@angkec 你说的这些和单文件不冲突啊,我现在单文件就做到了这些效果。多文件好处在哪?
@angkec 多文件如何让管理更容易?我看到那种几百行代码分十几个文件的就头疼。我自己同时写十几个功能完全不同的万行代码都不会混乱。
@czfy 做自己眼中正确的事和别人对你的评价无关。
@qgmzmy 打包 EXE 就像送到快递柜,送到了还是会有人懒得取或者找错柜子或者不会撕包装。
@czfy 我开篇就说了,现在 ai 尤其 GPT 的普及,理应方便无基础和低基础的用户配环境,而不是需要开发者喂饭到嘴边才能用。我是在把自用的工具不断降低门槛提高性能并开源,而最终多少人用上了对我来说并没有利益上的得与失。
@migu 努力 100 分造个工具,只要别人努力到 1 分就能用,已经可以转进到“你穷就是你不够努力”了?希望大家了解一点点程序以便生活中偷个懒还能这么解读?
@justplaymore 这就是愿意学英语或者其他外语来看懂漫画,和愿意学如何启动 python 脚本来辅助阅读的择一而已,明显后者简单多了吧。人类发展的动力就是偷懒,为了偷懒学习一点点东西就变成很高要求了?不至于吧。
@jianchang512 气泡闭合就可以识别,不闭合就走不计算气泡边框的文本识别(更不精准)。
@tool2d 这还得给用户置顶一份使用软件期间需禁用 360 的说明……
@totoro52 为什么说终端灵活?这是一个翻译漫画用的软件,对用户来说图形界面是必备的。我自己都不用终端(虽然我也不一定需要图形界面),配好 yml 文件直接运行,然后收图。
@yyysuo 我为了开发这个产品,从零开始自学 python ,大家都是同一起跑线,为什么我付出这么多,用户不能付出一点点?只要能按说明文档运行就行。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2396 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 13ms · UTC 06:30 · PVG 14:30 · LAX 23:30 · JFK 02:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.