章甫荐履的意思解析：为何形容不合时宜？

哥几个，最近在整理我那堆旧代码、旧项目的时候，翻出来一个特逗的经历，搞得我对着屏幕傻笑了半天。这事儿，特能说明什么叫“不合时宜”，或者说，用老话说就是“章甫荐履”的意思，那叫一个贴切！

时间倒回几年前，那时候我刚开始琢磨着自己搞点小东西玩儿，说白了就是想写个小工具，能自动化处理点儿我日常工作里的琐碎事儿。那时候刚学了一阵子后端开发，觉得自己牛得不行，手里头掌握了几把“高级”的锤子，总想着找个钉子敲敲。我当时手头有个需求，就是每天要从好几个不同的网站上抓取点数据，然后汇总一下，生成个简单的报表，发到我邮箱里。这事儿听起来简单？换现在我肯定写个Python脚本，或者用个*搭个小服务，直接搞定。

可那时候的我，心里头那叫一个“壮志凌云”。我想的是：不能就这么随便搞搞，得用“企业级”的思维！ 要有架构，要有分层，要能扩展！于是乎，我开始动脑子。那时候我刚看完一本讲“微服务架构”的书，感觉那玩意儿是真酷。想想看，一个抓取模块，一个数据处理模块，一个报表生成模块，多清晰，多有层次感！

我当时是怎么动手的？

• 我决定用当时刚流行起来的某个后端框架，就觉得它“高大上”，功能全，虽然一个Hello World都得拉一大堆依赖。
• 我琢磨着不能把所有功能放一起，那就拆！我硬生生地把一个本来就只有几百行代码逻辑的“小工具”，拆成了三个独立的“微服务”。
• 每个微服务都给自己单独写了启动脚本，单独打包。为了它们之间能通信，我开始研究消息队列，还真就上手配置了一套。
• 数据存储？也不能就用个文件或者SQLite糊弄了事儿。我当时想着以后数据量大了怎么办？万一要做高可用？于是我愣是给自己搭了个数据库集群，虽然就跑在我那台笔记本上。
• 部署？不能手动拷贝？那不“专业”。我开始研究Docker，把每个“微服务”都打成镜像，然后还折腾了一下自动化部署的流程，虽然最终还是得我手动去触发。

这一通操作下来，你们猜怎么着？

原本一个可能只需要花我半天时间写完的脚本，我硬生生地折腾了一个多星期！这一个多星期里，我大部分时间没在写业务代码，而是在解决各种“架构”带来的问题：框架配置、微服务间调用失败、消息队列阻塞、数据库集群莫名其妙挂掉、Docker镜像体积太大导致部署慢……我印象最深的一次，就是为了调试一个消息队列的参数，我硬生生熬了一个通宵，结果发现只是一个配置文件里多打了一个空格。

等到功能终于上线了，我的那个小工具也确实能跑起来了，每天自动给我发报表。但是，它启动的时候比我手动跑脚本慢三倍，占用内存是我写单个脚本的十倍不止。而且每次我对业务逻辑做一点点小改动，都得重新构建好几个Docker镜像，重新部署，那效率简直感人。

那时候我就真傻眼了，心想我这是图什么？为了一个每天只跑一次，处理几百条数据的小玩意儿，我搞了这么一套“航母级”的玩意儿出来。感觉就像是，我只是想在阳台种几棵菜，结果却买了一整套大型农用机械设备回来，锄头镰刀全部电动化，还配置了自动灌溉系统。你说这是不是瞎折腾？

后来我把这套东西推倒重来，老老实实地用一个脚本把所有功能都写了进去，整个项目文件不到十个。功能一样实现，跑得飞快，维护起来也简单得一塌糊涂。那会儿我才彻底明白，很多时候，选择工具和方法，真的不是越复杂、越“高级”就越好。

这事儿一结束，我再看到“章甫荐履”这个词，立刻就拍大腿了。章甫，是古代的礼帽，那是得戴在头上的，表示尊重和庄重。你把它拿来垫鞋底，那不就是彻头彻尾的“不合时宜”吗？我那时候用那套复杂的架构去解决一个简单到不能再简单的需求，可不就是把“章甫”拿去“荐履”了吗？用错了地方，不仅没能发挥它的价值，反而显得可笑又多余。这世上很多事情，很多方案，它本身没有好坏之分，就看你用在什么地方，解决什么问题。对症下药，才能药到病除。不然，药越贵、越高级，可能也只会是瞎折腾。