第三十一天：铁人赛的参与心得：选择比努力更重要-选择的初衷

回想之前在某家公司，人资在公司新人训送给大家的一句话：「选择比努力还重要」
当时的我一直无法体会这句话，好像忽视了努力的重要，直到陆续经历了某些事情後，才明白背後的意思

版上有邦友在铁人赛期间曾经好奇的问到:「为什麽明明写高深技术文章，看的人数少并且是竞争关系的机会高，还是有高手热於分享?」铁人赛期间，许多人因为多种因素忍痛断赛，也有人因为点阅数过高备受质疑，而我自己，在工作开发与比赛的交杂间，有几度想要放弃的念头。

唯一支撑我完赛的，是「当时选择参赛的初衷。」我想尝试把我自己在之前学习Quasar框架的体会和样貌写下来，

在每个开发领域，背後有非常多分散的语言、技术、工具、名词需要摸索、熟悉。每次我刚开始认识那些技术、工具、名词的当下，我心中一直会想着：「那些背後的存在，是为了解决什麽需求？」(每个阶段的内容)，直到真的开发上遇到问题的时候（每个阶段的情境练习），再来回头看前面学的东西，心中才明白「原来这些是有用」

举例来说「为什麽需要JQuery、前端框架？需不需要会原生JS？」架构规模小的专案，JQuery足以应付开发过程中的需求变化，但是一旦架构非常的大，JQuery一样可以完成，但是在面对开发过程中的需求变化，前端框架预想好了这些部分，帮我们节省了很多时间。而这些体会，是从学生时期接触原生Javascript、JQuery和原生PHP写专题，到工作之後认识Quasar、Laravel。将每个系列文的情境需求，分别用原生和框架实现，就能体会这段过程

当我经历了这些阶段，再看到其他後辈问相同问题时，有的前辈看到会跟後辈说：「踏入技术开发的领域，就不要怕学习」可能会担心後辈只想速成，但事实上，大多数的後辈跟以前的我一样，想了解的是「那些技术背後的需求」，而非让自己一直处於「为了学习而学习」的无方向循环。有朋友问过我说：「我学到有点迷思方向，怎麽办？」我跟他说：「假设今天一个需求情境是... 试着用你目前学的拿来完成。第一次学程序码或架构可能很丑，之後可以试着改善。」这是每个情境练习没有提供程序码的原因，因为这些练习必须要靠自己。

就像之前我到一家专案公司刚学习Laravel，主管的方式也是「每一小段时间，会丢一个他们专案的需求阉割版，自己尝试研究，自己尝试完成。遇到困难给方向和资源，完成了给予建议和变化。」当时单看网路教学没有配合需求，学习的感觉真的很零散。回头真的很感谢那些主管给我的启发。

回到邦友提出的问题，我个人的想法是：「其实技术每过一段时间都会变化，如果看到今天别人分享，你抄到或许你赚到，但是没有实际理解背後的核心需求和观念，换了技术後，还是会被淘汰。我个人的底线，是不能公开系统上，商业需求的实作细节，也是公司赚钱的命脉」。

接着回到铁人赛的主题：「Quasar CLI Framework 邪教：整合分散的前端技术和工具、常见的开发需求」，Quasar 其实还有很多 Plugin、Utils、Directive 可以学习。每个情境练习在实际工作的开发上，也会有非常多的变化。对於有心刚踏入前端的人可以好好利用。

「选择比努力还重要。」每个人选择参与铁人赛的目的和想法都不同。在每一天想要後悔努力之前，是否符合你选择参与铁人赛的初衷呢？是否还记得你选择参加铁人赛的初衷呢？又是什麽原因让你选择放弃当初参加的初衷呢？什麽支撑你完赛呢？