DEV Community
·
我第一次深入探索创建开源项目
内容提要
作者尝试从零开始创建CSS框架“stratum”，但发现实际执行与构思差距较大。尽管学习了许多新知识，最终因工作量过大而缩减功能，决定将其作为个人项目使用。作者对开源维护者表示敬意，并计划继续使用自己的框架。
关键要点
-
作者尝试从零开始创建CSS框架“stratum”，但发现实际执行与构思差距较大。
-
在学习过程中，作者意识到构思和执行之间的巨大差异。
-
作者深入学习了monorepos、tailwind、CSS跨浏览器一致性等知识。
-
随着项目进展，作者意识到工作量过大，决定缩减功能。
-
最终，作者将项目定为个人使用，不再追求开源维护。
-
作者对开源维护者表示敬意，并计划继续使用自己的框架。
-
如果再做类似项目，作者会考虑邀请其他开发者参与，合理设定项目范围。
延伸解读
构思与执行的差距
作者在创建CSS框架的过程中深刻体会到，构思与实际执行之间存在巨大的差距。许多开发者在初期往往会高估自己的能力和项目的复杂性，导致后期面临压力和挫折。理解这一点对于未来的项目规划至关重要。
开源项目的挑战
虽然作者最终决定不再追求开源维护，但他对开源项目的复杂性有了更深的理解。开源项目不仅需要代码的编写，还涉及社区管理、版本控制和文档维护等多方面的工作，这些都是新手开发者需要提前考虑的。
团队合作的重要性
作者意识到，单打独斗往往难以完成大型项目。未来如果再进行类似的项目，他计划邀请其他开发者参与，以分担工作量并获得反馈。这种团队合作的方式可以提高项目的成功率和质量。
延伸问答
作者创建CSS框架的初衷是什么？
作者希望证明自己是一个软件开发者，并想要使用自己的工具而不是依赖他人的作品。
在创建项目的过程中，作者遇到了哪些挑战？
作者发现构思与实际执行之间的差距，学习了许多新知识，但最终感到工作量过大。
作者对开源维护者有什么看法？
作者对开源维护者表示敬意，意识到他们的工作非常艰辛。
作者最终决定如何处理这个项目？
作者决定将项目作为个人使用，不再追求开源维护。
如果作者再次进行类似项目，会有什么不同的做法？
作者会考虑邀请其他开发者参与，并合理设定项目范围。
作者在学习过程中掌握了哪些新知识？
作者学习了monorepos、tailwind、CSS跨浏览器一致性等知识。
