当前位置: 首页 > article >正文

快速手动完成 VS 编写脚本自动化:如何选取最高效的工作方式?

那些不懂技术的朋友们可能会觉得,写代码写脚本不就是敲敲键盘嘛,搞那么高科技做什么,直接手工点点鼠标不就完事了。
这种看法很常见,但实际情况要复杂得多。

首先,手工操作虽然对于短期和小规模的任务来说似乎更快,但是它没法保证一致性和准确性,而且重复性的工作真的很容易出错。
其次,如果任务是需要重复执行,那么自动化就能显著节省时间,特别是长远来看。
再者,当我们写脚本自动化完成任务时,这段代码可以被保存起来,下次遇到相同或者类似的情况时,我们甚至不用动手就能完成工作了。

用一个简单的比喻:

比方说,想象你要搬一堆砖头从A地到B地。你可以一个一个手挪,或许开始的几块砖搬得很快,但是如果砖头非常多,搬到最后你肯定累坏了。
而如果你花点时间造一辆小推车,刚开始看起来好像慢了些,但有了推车,后面的搬砖工作就省力多了,
不仅如此,下次你再搬砖时,那个推车还可以再次派上用场呢,而且小推车还可以搬运其他很多东西,不仅仅局限于转头,你说对吧。

举一个真实的例子:

我有一个朋友,是个摄影师,自己开了一个工作室,经常需要批量处理成百上千张照片,比如调整大小、加水印、修改曝光等等。
如果他一个一个手工来做,那得熬多少个通宵啊,而且还得保证每一张都处理得一模一样,这简直就像是让他用筷子去挖山一样的任务。

有一次我们出来聚餐闲聊的时候,说到了这个事儿,我说:“简单,这几天有空了我去你那儿看看,然后给你写个脚本得了”。
后来花了半小时把脚本写完,只要配置好参数,那些照片处理起来就像排队过山车一样,整整齐齐,快速又准确。
这样不仅节省了时间,还让他有更多精力去拍更多美照。现在出来聚餐,他经常显摆说:“我只管拍照,其他的交给我的小秘书(他给脚本起的名字)就行啦!”

所以,写脚本的正确时机是当你面对的任务是重复性的,且量足够大,会占用大量的时间和精力的情况,虽然一开始写脚本可能会花费一些时间,但从长远来看,这是值得的。
如果是仅需要少量时间就能解决的简单任务,直接动手做才是明智之选。
在选择是否要写脚本时,记得先评估一下,不要为了显技术,结果搬起石头砸自己的脚。咱们的目标是提高效率,不是给自己找事儿哦。

求一键三连:点赞、分享、收藏

点赞对我真的非常重要!在线求赞,加个关注我会非常感激!@小郑说编程


http://www.kler.cn/news/234770.html

相关文章:

  • MySQL(基础)
  • 集群及LVS简介、LVSNAT模式原理、LVSNAT模式配置、LVSDR模式原理、LVSDR模式配置、LVS错误排查
  • HiveSQL——条件判断语句嵌套windows子句的应用
  • UR10+gazebo+moveit吸盘抓取搬运demo
  • 数据分析基础之《pandas(8)—综合案例》
  • 解决Spring Boot Configuration Annotation Processor not configured的问题
  • KY139 毕业bg
  • 协议-TCP协议-基础概念04-可能发生丢包的位置-linux配置项梳理(TCP连接的建立和断开、收发包过程)
  • 更换商品图片日期JSON格式报错 - 序列化与反序列化日期格式设置
  • springcloud分布式架构网上商城源码和论文
  • Linux笔记之Docker进行镜像备份与迁移
  • openresty (nginx)快速开始
  • 【数学建模】【2024年】【第40届】【MCM/ICM】【F题 减少非法野生动物贸易】【解题思路】
  • 分享76个时间日期JS特效,总有一款适合您
  • Redis进阶(二):事务
  • 巴尔加瓦算法图解:算法运用(上)
  • Java安全 CC链1分析(Lazymap类)
  • 防火墙的区域隔离
  • 操作系统——内存管理(附带Leetcode算法题LRU)
  • Xcode配置GLFW GLAD (MAC)
  • MongoDB聚合:$unionWith
  • 数据库恢复
  • 【EAI 020】Diffusion Policy: Visuomotor Policy Learning via Action Diffusion
  • 14.1 OpenGL图元装配和光栅化:在光栅化之前丢弃图元
  • 问题排查利器 - 分布式 trace
  • BKP寄存器与RTC实时时钟
  • Mac中管理多版本Jdk
  • Django前后端分离之后端实践2
  • LeetCode跳跃游戏 VI
  • 【linux系统体验】-archlinux简易折腾