为什么“Busywork”会扼杀创造力，当我只是想尝试时

Source: Dev.to

The Problem

当我在尝试一个新想法或为自己构建一些小东西时，最容易消磨动力的不是 bug 或缺失的功能——而是繁琐的琐事。

典型的繁琐工作包括：

• 一遍又一遍地重新创建相同的文件夹结构
• 为了“看起来有条理”而重命名文件
• 在写下第一行逻辑之前花 20 分钟进行环境搭建

Frameworks vs. Freeform

像 Flask 或 Django 这样的框架通过 CLI 脚手架很好地解决了这个问题。只需运行一个命令，你就可以开始思考真正的问题。

但一旦我走出框架——编写小脚本、侧边工具或仅仅是探索一个想法——这层安全网就消失了。突然之间，我在做的是搭建环境，而不是实验。

My Approach

帮助我的方法是把文件夹结构视为支撑性基础设施，而不是创意工作的本身。我仍然关心可维护性，但不希望结构决策阻碍好奇心。

在实验时，我会：

1. 从最小、可预测的布局开始——只要足够保持有序，而不至于过度设计。
2. 一次性记录下来（在文档或笔记中），而不是每次都从头重建。
3. 在想法被证明有用后再调整结构——只有当实验成熟到需要维护时才进行重构。

Conclusion

对我而言，可维护性只有在某件事超出实验阶段并得以保留下来时才最重要。在此之前，降低摩擦能够帮助我保持创造力，而不是在搭建环境时耗尽精力。

好奇其他人在框架之外工作时是否有不同的处理方式。