I Want To Know React - 中场休息

铁人炼成，回顾三十天

三十天过去了，没想到我竟然成功完成铁人赛了！

上次铁人赛完赛心得的第一句话是 "转眼间就过了三十天"，但在这次的挑战中，想说的只有一句话：三十天怎麽这麽久呢。谢谢一路帮助与陪伴着我的人，有你们我才能完成这次的铁人赛。

首先在这边，还是想要先纪录一下这三十天中遇到的种种问题。

那些缺点

自认为最大的问题就是太想要把自已知道的所有知识都塞到文章中了。虽说是为了想跟官方文件做出区隔，但在读者的注意力有限下的状况下，把过多的知识，甚至是自己的思路全部都塞进文章中是一个好选择？愿意完整读完一篇过长的读者会有几个呢？而且读者真的看得懂这些非常客制化的思考流程吗？未来撰写文章时，应该要更懂的取舍，避免这种 "我全都要" 的心态。一些不必要的文字与非目标客群的知识就应该拿掉以避免分散注意力。

在目录结构上，也因为写太多的关系，常常需要把官网一篇的内容拆成三篇来讲，导致原本规划的 roadmap 完全大乱，这也是需要检讨的。

在编排上，为了希望读者可以在使用语法时了解背後的原因与原理，所以常常会把这些更 mindset 的内容放到了最前面。但这绝对会造成入门与阅读的不易。未来还要思考要怎麽样才是更好的排版。

另外，因为很执着於要了解底层的原理，在没有很了解的状况下实在会觉得继续写下去很痛苦，但这种 "完美主义" 在有时间紧迫的状况下会是一种毒药。

还有那些优点

说完坏的来说好的吧！

虽然撰写过多的内容可能不好，但透过完全输出自己的思路、并追根究底的这种学习方式，我可以更清楚的知道自己每个技术的存在意义与原理，而不是知其然而不知其所以然的乱写乱用一通。在这种写法之下，最大的受益者还是我自己。也许更需要思考的问题是，写文章是要为了自己，还是为了读者呢？

还有一点不错的事，自己有意识的把重点提成大标。在读者注意力的状况下，用大标作为懒人包让读者快速吸收肯定是个正确的选择。在某种程度上，这能有效减缓文章篇幅过多的问题。

当然，最大的优点就是自己在这种压力下依然撑完铁人赛了，意志力值得嘉奖！正因为度过了这些困难，我才能在这次的铁人赛中学到了好多好多原本不知道的知识！

一些其他的感触

还有一些与这次参赛无关的感触，也想在这边纪录一下。

科技始於人性，程序诞生的意义就是为了解决问题。理解技术根本的原理固然重要，然而程序只是一种工具，最终还是要回到 "如何达成需求" 这件事。如果不用深入了解技术还是能解决 80% 问题的话，深入了解技术这件事依然这麽重要吗？这个问题值得思考。

另外同样的，工程师的意义也是为了解决各式各样，乱七八糟的问题而被聘雇的。技术能力固然重要，但同等重要的是要有愿意承担责任与能够忍受做自己不喜欢做的事情的能力。而对於任务的完成度来说，先求有再求好，"完成任务这件事" 总是要大於 "把任务做到完美" 的。毕竟很多商业的考量是要基於速度的，在这些状况下仍然讲究完美就不是件好事了。

期许自己在未来能够成为一个更 "好" 的工程师。

再次谢谢你们

在这个艰难的三十天中，真的受到太多人的帮助了。虽然想要说 "要感谢的人太多了，所以就谢天吧" 这种话，但对於帮助我的人的付出，我认为自己还是有义务一一感谢帮助我的人：

首先要感谢读者们，谢谢肯看这种像是老奶奶裹脚布一样的文章ＸＤ。你们的阅读与支持就是我写文章的动力。

也感谢同事们，在公司的各种技术指导下让我有很大的进步。只有理论学习是不行的，实际练习也是加速成长的重要关键！

感读书会的朋友们，一起研究 React 让我搞懂了很多原本不懂的原理！

感谢朋友们，一直被我散播负能量的同时还是可以帮我打气！

感谢队友 Peter、Flynn、Scott。大家一路互相帮助，坚持过来真的不容易！

最後感谢家人还有 Doris 在我参赛的时候对我的包容，没有你们我一定无法完赛的。只能说你们是帮助我完赛的 MVP！

休息一下再开始

然而，铁人炼成只是中场休息而已。

原本是打算通过这三十天了解 React 大部分的内容的，但只能说人算不如天算，要写得好多内容（Ref、Hooks、HOC、Render Props ...etc）都还没开始碰。

休息是为了走更长远的路，在这次铁人赛完成後会稍作休息并思考如何改进提到的缺点，接着将以轻松一些的脚步完成剩下的内容。

那，我们下一篇文章见！