quick-setup如何简化shell脚本管理

在[[高效shell脚本管理工具的需求分析与设计构想]]一文中,我们描述了shell脚本管理困境,并设想设计一款工具简化shell脚本管理难度,简要做了工具的需求分析、概念设计和技术选型。本文对这款工具如何降低shell脚本管理难度,做方案设计说明。工具的核心功能已经实现,项目二进制托管在github,项目文档地址:[quick-setup](https://qs.pz1.top/)。
quick-setup如何简化shell脚本管理

高效shell脚本管理工具的需求分析与设计构想

程序猿少不了和shell脚本打交道,可能没多少人想过去管理脚本,大多关键操作都只是存在文档中。运维则是经常面对一堆脚本,针对不同的自动化目标编写不同的脚本,日积月累,如果不进行管理,每次都需要重新学习重新编写,总有种做体力活的感觉。可惜市面上并没有很好的shell脚本管理方案,本文也只是探讨如何高效管理shell脚本,做个简单需求分析。并准备开个新坑,做个辅助工具给自己管理shell脚本,项目打算命名为quick-setup。
高效shell脚本管理工具的需求分析与设计构想
快速部署ROS2开发环境
ros2_ws工程开发与调试

base-error模式下的封装规范

前面写了两篇文章,分别介绍“主动/集中错误处理”和“流水线模式与链式调用”的设计思想。主要是用文字整理方案思路,体现逻辑完备性,大部分人难看懂写的啥,也不会关心设计思想,这篇是方案的用法介绍和规范说明,容易理解些。
base-error模式下的封装规范
Golang流水线模式与链式调用

一种优雅的Golang error设计模式

Golang广为诟病的`if err != nil`,让无数开发者吐槽,甚至因为它退坑。我非常赞同Golang的设计哲学"less is more"——“大道至简”,里面非常多的设计思想都和我的期待非常相符,但满屏的`if err != nil`也曾经让我困惑了很久,网上找了很多方案也没有解决我的问题。直到了解了设计者对error处理的设计思路后,想到了一种“主动error处理模式”能够解决我的困惑,只需要30行代码即可实现,这里分享出来。工程名为base-error,模式名为”流水线模式“。
一种优雅的Golang error设计模式
从黑神话的成功,浅析为什么大公司难做出好产品

消失的这几年,想要写点东西

消失了3年,从最初的严重抑郁,每天想着怎么死会舒服点,但是又担心家人不敢随便死;到每天躺平,与世隔绝,不闻不问不想,追求清净;再到去思考,读历史,想要知道为什么人生会变成这样;再到现在,很多问题都有了清晰的答案,也就意味着可以重新面对这个社会了。这个过程中,非常感谢提供正能量的朋友们,能够让自己得到一些安慰,能够有一个清静的环境去思考人生!想要写点东西,就是关于人生的领悟,有非常多的话题要写,想用“道”去解释自己领悟到的东西。
消失的这几年,想要写点东西
个人知识管理体系随想