DAY30 - 写在30天之後：成为前端工程师一年後的心路历程

终於到最後一天了～～
刚好从去年铁人赛到今年是我从切版转职走到"更完整的前端工程师"的转换年，今年在想主题的时候，就希望自己可以把这个转换年期间，在这块领域学到的东西汇整成一系列的文章。虽然可能只有我太天真，不过我之前真的觉得前端就是把资料串进来之後做逻辑处理就好，但实际成为这个角色之後，真的发现前端也是包山包海，可以管的事情真的非常多，也非常广，还觉得自己像一个小菜鸟还有很多事情要去探索和接触。

不过，我就我自己这段时间的经验，整理成我目前的前端工程师心智图。(当然这个图会不断再扩充长大ＸＤ)

30天一定讲不完所有我这一年来在前端领域遇到的所有事，
这次的系列文主要着重在：API串接、档案处理、网站分析这三大主题；带到一点点少少的前端心GIT、前端心法和其他议题（其他议题其实可以包含的超广ＸＤ）虽然很多领域都是这样，但我觉得身处在前端工程师的领域里，更深刻的感受到学无止尽的感受。最後一天，分享一下这一年来心路历程好了ＸＤ

阶段0 先从有开始 - 完全没概念？从偷看别人的code出发

老实说，一年前我根本没做过什麽串接，也没有做过很多资料处理，大部分都在做切版的我，连活动页捞假资料的json地址，都要弄超过一个小时弄不出来。在都还没概念的时候到底该怎麽办？我觉得最快进步的方法就是偷看别人的code消化成自己的。记得刚开始接专案的时候，是从别人的程序看怎麽用API、看懂之後，复制修改，到自己可以练习建立一个全新的档案，可以做到同样的事。当你完全没有概念，从无到有非常难，但当你还是个菜鸡，你要写的东西基本上一定有人写过ＸＤ 所以，没关系！从0开始的第一步，偷看别人的code吧！

阶段1 有了之後该求好 - 开始思考什麽是好的写法和架构

什麽都还不会的时候，常常会觉得只要做出来就好了，所谓先求有再求好，也有人说过你没写过脏code怎麽会知道乾净的code可以让你多开心（有人说过吗？ＸＤ）当功能都慢慢可以写出来之後，开始想追求的就是好的写法和架构。一个专案有好的写法，好的架构，在专案的开发过程中才能更有弹性也更易於後续开发。除此之外，身为工程师，如果code可以写得漂亮心里也会有一股莫名的满足感。当你开始可以应付大部分的功能之後，需要思考的就会是好的写法和架构。

阶段2 从一个到多个 - 思考专案间的reuse性

当你开始一个专案、两个专案、三个四个好多专案不断进行的时候，你会有种咦怎麽又再写一样的东西了?
我可以偷上个专案的东西来改吗？好改吗？还是乾脆写一个新的比较快?这表示我们又到了下一个阶段了。
在不断重覆的专案流程和工作项目中，我们应该把重覆性高的部分思考如何reuse，或有怎样更好的方式可以让每一次新的开发中，可以减少一些重覆再做一样事情的时间。当你可以做好一个专案之後，可以怎样做好多个专案就是下一步。

阶段3 从技术力走到沟通与规划力 - 可以成为专案中的前端技术owner

当经历多个专案，或者是慢慢熟悉专案之後，要期许自己的是能成为一个专案的前端技术owner。
当然如果有主管可以帮你整理好告诉你很幸福，但如果能在专案中独当一面，我觉得是在技术面的下一个挑战。
能完成交付的项目到会规划并且能沟通和协助整个专案的进行和技术评估，是和单纯地完成交付任务不太一样的面向。
从会议中，会知道非技术背景的专案需求端或PM意的是什麽；如果要符合时程，要做到怎样的范围，建议怎麽样分阶段进行等等。
很多人也许讨厌开专案的会议，只想好好专心开发，不过我觉得开会也是一个学习的机会，学着了解专案的技术需求通常是怎样的原因，而我们可以怎麽规划建议。

阶段4 从单打独斗到团提合作 - 如何与团队成员达到1+1>2的效果

自己一个人做专案超方便，因为只有自己怎麽写都你自己都应该要看得懂吧！不用沟通你爱怎样写就怎样写只要符合规格。但一个人的力量毕竟有极限，当专案真的很大或是范围很大的时候，你有同事，该怎麽善用我们是一个团队，定义规范、分配工作、协同合作是另外一个课题。一个人走得快，但一群人走得远，想要走的远，同事一起要怎麽发挥综效也是在前端工程师理会需要学习的课题。

总觉得还有多阶段，自己也还做得不够完整，不过自己也是努力的希望能变成更好的工程师ＸＤ 先写到这里和大家分享，和大家一起在伟大的工程师航道前进～～

Final. 完赛碎碎念

参加第二年了，不知道明年还会不会有力气参加，每年参赛前都一股热血想说来吧，参赛中都一股我明年不要在参加了我疯了吗、完赛之後又有种感谢撑过这30天的自己，又成长了一点ＸＤ 感谢这个铁人赛，不论得奖与否，给我一个逼自己认真的动力，真的最终获得的都是自己：）