开放话题：批量操作
在软件话题中，「批量」这一概念或词语，是很常见的。
在小众软件论坛中搜索「批量」，能得到大量的帖子。
大家对「批量」有哪些认识？有什么看法或想法？它的意义是什么？
发帖背景
近半年内，我先后向两个产品的开发者反馈过希望增加批量操作的功能，但是得到的开发者的回应竟然是一致的：他们不理解批量的意义是什么。
（叠个甲：这两个软件都是我付费支持的，软件比较新，我提 issue 的方式也是文明交流讨论，很尊重并感谢开发者）
我想探索一下「批量」
- 在软件生态中的地位
- 在用户眼中的地位
- 在开发者眼中的地位
- 在产品经理眼中的地位
不过我的身份是用户，所以视野有限。
关于批量的头脑风暴
下面是关于批量，我的一些碎片想法
GUI 与批量
GUI 能让软件的上手门槛大幅度降低，有些 GUI 软件会支持批量操作，有些则没有提供。
一个 GUI 软件没有批量功能，则可能需要机械性、重复性地点鼠标。
而命令行自带批量的能力。
三个层次：手工、批量、自动化
纯手工操作，还分为鼠标点击、键盘操作、键鼠协同。
自动化，彻底解放双手。
批量操作，介于手工和自动化之间，有一种中庸的感觉。
批量带来的解放
有多少办公软件，缺乏了批量的功能（或者批量的功能很隐藏，需要培训才会使用），打工人坐在电脑前机械地用鼠标点点点，重复的工作如同无尽地拧螺丝，让人陷入痛苦和自我怀疑。
使用键盘快捷键则比鼠标更有优势一点。
批量是最容易萌生出来的需求
对于大众用户，如果在使用的时候觉得操作繁琐，则很容易萌生出批量的需求。
而自动化一般是由开发者设计并让用户选择去相信的。
批量操作 CP 值高，而且有掌控感
自动化虽然解放了双手，但是我总是觉得有一种不安全感，头脑中会有焦虑的想法。因为自动化比较脆弱，又不经人脑，也比较考验设计能力、时间和精力、后期的优化（俗称折腾）。
比如
- 订阅太多 RSS 造成的信息过载。
- 一开始自动化搭建的小缺陷，在后来突然崩溃或者出岔子。
比如邮箱过滤器规则设计失误，导致错过了重要的邮件。
- 其他偶然因素
比如某个设备断了网，某个在线服务崩溃，整个自动化链条卡住。
而批量操作不仅上手难度低，而且是主动操作的，有掌控感。
批量提供无尽可能
首先，批量能大幅提高效率。
批量相比于纯手工，有一种量变引起质变的感觉。
一个软件如果有了批量，能大幅提高软件能力的上限，拓宽应用场景。
批量在多个软件协同、重器轻用方面也发挥着重要的作用，能让用户不拘泥于一个软件中。
产品与批量
这部分我比较外行，我也是最近才开始注意引入「增长」视角的，之前主要是用户视角。
一个产品如果为了锁住用户，让用户呆在自己的孤岛上，让用户刷在线时长，就要慎重添加批量功能。
有了批量导出功能，用户就方便「跑路」了。
批量功能和自动化功能太强大，有开发和设计成本，但是大众用户可能用不到，可以考虑变成付费功能。
有个性的开发者如果比较信仰「极简」，固定了自己软件的使用场景，则会觉得批量功能是多余的，会选择不去添加甚至砍去。
小结
暂时想到这么多，脑暴累了。摸鱼码字半小时，我继续去上班了。
大家对「批量」的看法是什么呢？
zhongx
2
比如：再过几个月，就得在微信里批量拜年了。
引申一下：如何对这种拜年自动回复呢？
一，作为用户
很喜欢批量功能，批量重命名、批量转换文件、批量压缩图片等等。枯燥无味的点点点是很折磨人的，所以我非常喜欢批量功能，也很希望软件能提供批量功能（有需要的话）。
二，作为旁观者
因为我自己就开发了一款笔记软件，所以也格外关注笔记软件。对于数据不在本地，数据不是自己可控的笔记软件，如各种云笔记，其批量功能都是作为VIP的增值功能的，即使现在不是，以后也会是。
三，作为开发者
因为我喜欢批量功能，所以我也会尽可能的在软件中提供批量功能，也会不对批量功能作什么限制。
以我开发的LESLIE NOTE https://meta.appinn.net/t/topic/19923 而言，除了最基础的批量导入、导出外：
还有专门批量处理笔记的各个功能：
除此之外，只要某处可以实现批量操作，我都会尽可能的安排上，像回收站、历史版本管理、容灾文件管理、Webdav同步笔记管理、远程笔记管理等等。限于篇幅，就不一一截图展示了。
PS：软件是免费的，没有任何功能限制。
从来都不回复。熟人直接在那几天打电话。不熟的，统一发个朋友圈。
批量这个概念不应该出现在大多数普通用户会用到的软件中，或者，不用批量这个词，而是用更形象的功能描述(比如浏览器的关闭右侧标签页)
2 个赞
“ 自动化”
某些自动化就极其可笑
举个例子
在我的使用中，杭州大厂的邮箱，垃圾邮件的误判率为100%。
没有明确可见规则的黑箱"自动化",不如没有.
如果规则可见, 不如加上自定义功能.
完全依赖机械性重复, 那这软件未免太落后.
2 个赞
haitao
9
批量是生产力，对于重度用户非常有价值。。。。。
下面一个批量缩略图片的工具，就是 命令行实现的，但对于用户是一个GUI界面，用来选择目录和设置方式
【
把指定目录里的所有照片（*.jpg）文件做批量缩小
缩小后的照片：
长度保持指定值像素（电脑里观看，1024-1600就行了）
质量保持指定值（1为最差，100为最好）
数码相机原始文件是70-95，一般选择75-85就行了
建议只用于缩小，否则效果并没提高，只会使得文件变大
放大（增加长度）只会模糊或出现马赛克，没什么意义
质量设得比原照片高，只会使得文件变大，没有意义
输出的照片目录可以是同一目录（通过附加字符串到文件名）
或不同的目录（通过附加字符串到目录名）
方式： 原照片文件路径 缩小后的照片文件路径
-
DIR\s\FILE.JPG 代表 DIR\FILE.JPG => DIR\s\FILR.JPG
即把原来的d:\dir\xx.jpg，缩小到子目录s下
-
DIRs\FILE.JPG 代表 DIR\FILE.JPG => DIRs\FILE.JPG
即把原来的d:\dir\xx.jpg，缩小到d:\dirs目录下
-
DIR\FILEs.JPG 代表 DIR\FILE.JPG => DIR\FILEs.JPG
即把原来的d:\dir\xx.jpg，缩小到原目录，但是文件名加s
（否则会覆盖原来的照片）
-
s\FILE.JPG 代表 DIR\FILE.JPG => s\FILE.JPG
即把原来的d:\dir\xx.jpg，缩小到任意的新目录s下
（此时s应该是一个带盘符的完整目录，如：e:\abc）
-
s\[email protected] 代表 DIR\d1\d2\FILE.JPG => s\[email protected]
因为4)是把源目录里所有子目录的文件都转换到同一个目标目录
如果子目录不同文件名相同，会只保留一个文件
所以增加此模式
-
tmpdir\[email protected] 代表 5)模式里如果目标文件变小了
则覆盖原文件（原文件加.OldJpg后缀，确认不需要可以批量删除）
高级用法：如果你的cpu是多核的，如4个核
则可以修改ini配置文件，把里面的cpu=1改为cpu=3
这样，可以充分利用多个核一起工作，提高速度
】
1 个赞
你的意思是说「批量」在软件中应该换个词语或者形式存在，比如变成更具体实际的场景描述，还是具备批量能力的功能本身不应该出现在大多数软件当中呢？
前者可以理解，而且值得借鉴，如果是后者，原因是什么？
我在和一个开发者交谈过程中，TA 的想法就是，「将来会开发出自动化功能，就解决一切问题了，所以不需要批量」，但是我不认为自动化能完全取代批量。
面向重度用户的软件，可以有批量功能
面向大多数用户且需要批量功能的软件，应用形象化的功能描述
面向普通用户的软件，没有必要加入批量功能，因为这个功能的使用是建立在对任务的抽象化认知之上的，不能期望普通用户的技术水平
以上是对于独立开发或者小型软件的观点，开发者要对软件的用户群有认知，将精力集中在强需求上
1 个赞
没必要的原因，我的理解是，
- 开发成本，如果一个功能有了批量能力却只有少数人使用，就有点浪费的感觉。应该专注在开发呼声更高的功能上。
- 批量对于很多产品的增长没有帮助，甚至可能不利于产品增长。
- 可以交给第三方开发， 比如浏览器用户脚本。
不是开发者的我比较好奇，给一个已有的功能，赋予批量的能力，这个开发的成本是什么样的？
但是如果开发了，再加之平易近人的宣传和教学，就会有一些用户习得批量操作，成为重度用户，并对批量留下好感。（也就是你说的提高了用户的认知）
我对批量操作的认知就是在使用了很多软件，逐渐培养起来的。
之前浅用过 MATLAB（以及 Python）作图，有所体会。
如果能精通，用代码作图的效率比起用 GUI 软件作图要高效好多，只要调整代码就能快速批量地出图。
DANO
15
对我来说，批量，主要是自动化（操作规则化）
这个每个人个性化需求很强，需要配合合适的工具+自己编程，才比较能满足需求。至少会正则表达式，能够整理出自己的需求，有合适的电脑操作管理体系。
我们期望的人工智能辅助助理，短期内可能还不能实现，但已经可以开始YY了。
所以，现阶段，我的诉求是看论坛，找能用的软件整合进自己的流程，抄能用的代码段（ahk）
抛开具体的事情或者说业务，单纯谈批量，好像意义不大，具体问题具体分析
说个反直觉
很多人作为开发者或者用户，都喜欢批量这个词，批量有时候潜移默化的认为是效率的提现。
但是有些业务场景，也就偶尔使用一下下，根本不知道开发个批量的程序或者说功能块。
安排个搬砖工，操作几个小时又如何，每年搞几次又如何，有时候比花费一个程序员几天时间开发个批量功能来得效率。
考察概念嘛，或者说围绕一个中心词深挖一下讨论一下得到新的洞见，让用户和开发者有新的想法。
而且我从来没说过要抛开具体的事情和业务，只是描述的时候尽量归纳总结了一下，提供了一些视角。而且，开放话题就是要抽象笼统一点，才有多角度的思想，并产生联系。
我比较不能理解什么是意义，为什么要追求所谓的意义，每个人心中对意义的定义又不一样。讨论分享一是娱乐消遣，又是获得洞见，上面两位开发者的回帖，已经让我收获很多了。
好像没有反到我的直觉，现实中这种场景是十分常见的。
有的场景下并不需要程序员，一方面可能仅仅是公司内部大家一直只会手动操作（当然是类似 Windows 这种操作系统级的）。另一方面，如果真是公司内部系统，没有批量也没办法，一般不会去做的。
如果是 Windows 系统级别的，那意义又浮现出来了，搬砖工如果有了批量的思想或者诉求，就能解放时间和身心。（论坛里就有好多关于批量的求助贴）
我尝试过几次让 AI 写脚本了，有的一次成功，有的经多次调整成功。
再让 AI 给脚本进一步赋予批量能力也很容易。
简单的机械的操作系统级的批量操作，感觉 AI 已经可以实现了。
之前看过一个案例，用 AI 可以写 Word 的脚本，能一次修改掉 Word 里面大量烦人的格式问题
自动化>批量.
所以单纯谈需求, 开发者的站位跟用户是不一样的.
因为开发者要考虑共性需求问题, 而用户考虑个性问题.
个性的批量 ≠ 共性需求问题
比如我的用户, 经常会有人提出批量打印的需求.
事实上, 很多批量并不需要软件本身就能实现.
比如 你选择所有doc文档, 右键菜单选择打印即可.
一样可以实现批量.
这就是批量, 但很显然, 是非常小众的个性需求.
所以我后来推出vba脚本功能, 用自动化代替所谓的批量.
比如 批量调整图片, 批量打印, 批量替换 等等.
但这个的前提是自动化, 而不是批量.
