#100DaysofCode 值得参加吗？🤔

由 Mux 主办的 DEV 全球展示挑战赛：展示你的项目！

如果你用推特，肯定时不时会在信息流里看到#100daysofcode这个话题。我以前经常看到，但一直没尝试过。不过今年，我给自己定了个目标：在12个月内开发12个产品。听起来可能有点奇怪，但目前为止效果还不错。

目前我们已在 ProductHunt 上成功发布了两款产品，第三款产品也已完成，第四款产品也已开始着手开发。但挑战远未结束，实际上还远得很。而这反而让我更加兴奋。我早就预料到这将是一个巨大的挑战，所以我做的第一件事就是几乎每天都投入工作，我的 GitHub 贡献也逐渐变成了这样：

上个月我在台湾参加一些聚会的时候，有人问我有没有在做#100daysofcode挑战。我说没有，但这个问题还是让我停下来思考：“等等，我真的在做吗？”因为我已经连续写代码超过45天了。虽然当时我在度假，但潜意识里，这个想法一直萦绕着我，于是我开始督促自己每天至少在GitHub上提交一次代码。

我的想法是，既然已经坚持了将近 50 天，何不正式挑战一下，争取达到 100 天呢？于是我开始每天提交代码，哪怕只是对 CSS 做一些小小的改动。很快我就感到压力倍增，意识到这并不是最高效的工作方式。很多时候，我觉得自己根本没有足够的时间去思考新的想法或着手开发新的东西。所以我放弃了，但这段经历让我意识到，肯定有很多人和我一样感到迷茫。我问了一些已经完成挑战的开发者朋友，他们是怎么做到的。有些人说这很容易，因为他们本来就每天要写代码，所以每周五天的工作量就足够了，只需要在周末写代码就行。有些人甚至试图通过在私有仓库提交一些毫无意义的代码来钻空子，还有人甚至使用工具来生成虚假的 Git 提交。

这一切让我意识到#100daysofcode 的一件事：

“关键不在于继续，而在于开始。”

“100天编程挑战”是一项挑战，就像所有类似的挑战（例如“全国小说写作月”、“100天设计挑战”等）一样，它的目的是点燃你心中的热情。这项挑战在初学者中非常受欢迎，它的初衷就是为了激励他们开始编写自己的第一行代码。作为一名曾经的教师，我深知初学者常常把大部分时间花在观看视频、阅读文章和消化那些几个月甚至几年内都用不上的知识上，而不是真正地通过编写实际代码来实践所学。而这项挑战正是为了激励他们这样做。

但请记住，你不必完成它。只要你开始尝试，就已经赢了。这项挑战的意义不在于完成而完成，而在于培养定期编写代码的好习惯。你要明白，这不是为了让那些阅读你推文或浏览你 GitHub 个人资料的人看到。这完全是为了你自己。所以不要作弊，因为失败有时并不可怕。至少你迈出了第一步，即使失败也光荣。

坐在台湾九份附近的一处悬崖边，想着这一切，我决定在第54天放弃#100daysofcode挑战。我说的是#100daysofcode挑战，不是我的人生。😃

相反，我选择好好享受在台湾的最后几天。我去了东海岸附近的绿岛，这绝对是我人生中最棒的决定。我从未如此近距离地接触过大海，那种感觉真是令人兴奋不已。绿岛美得令人窒息——看看下面的照片就知道了——我希望不久的将来还能再去一次！

经过几天的无忧旅行后，一天晚上，我鼓起勇气打开笔记本电脑，重新审视一个旧项目。在浏览它的 Node 模块文件夹时，我注意到了一些之前没注意到的东西，突然灵光一闪！我的下一个产品——实际上是我目前正在开发的第四个产品——的灵感就此诞生。它叫做Moddoc，是一款面向开发者的工具。（稍后我会分享更多细节！）

结论

很简单，伙计们。别把自己逼到压力过大，以至于忽略了大局。如果压力大到这种程度，100daysofcode 只会降低你的效率。所以，当压力达到顶峰时，就开车出去走走，休息一下吧。

记住，忙碌并不等于高效。

即使你无法完成100天的代码编写，也可以完成50天、20天，甚至一周。重要的是开始。这才是最重要的，开始。

非常感谢各位朋友！希望你们喜欢我的文章，如果喜欢的话，也别忘了阅读我的其他文章
。 如果你也有与#100daysofcode相关的精彩故事，请在下方评论区分享。如果没有，何不和我一起开启你的代码之旅呢？我一直都乐于合作。😊

GIF