好想工作室 web camp JS 怎麽 training

追求更好的程序码品质

语焉不详的程序码

原本 web camp 在 training JavaScript 的过程，其实已经足以让人写出程序，找到工作了。
但是，一直到有一天，我和学员工作时，我爆炸了。

我发现学员对程序码品质的基本 sence 很不好，常常写出很难一眼就可以读懂的程序码。而且会让我读半天发现「啊！就是 Array map」的这种浪费大量时间却已经有 API 的情况也常出现。

甚至 if-else 都无法用「正确的语意」来表达。所以我就开始修改 training 的流程，为的是「提高程序码品质」。

痛苦的前端框架测试学习历程

单元测试，其实并不困难，但是学习单元测试的工程师，通常都是已经是工作胜任度很高的情况之下，有余力才来学习的。但是，这样的前端工程师要再学习前端框架的单元测试，那样的历程，如同从头再学一次前端一样。

要从 node.js -> 在 browser -> 加上套件 -> 加上框架...

太痛苦了，与其这样，不如多做几个案子，花的时间一样，但是却赚得多 (误)

一开始就学单元测试

准备了超级基本的大学生期中期末考的题目，但由於太基本了，对於基本语法是一定会练习到的情况之下，就想加入「不一定会练习到，但是加入会很有趣的」元素。

1. 要 code review => 提昇程序码品质
2. 自我提昇程序码品质 => 单元测试

在 code review 的过程之中，难免会修改程序码，但是避免把程序改坏(变成 mentor 只会来把我的程序改坏、大改成我看不懂的程序)，就在每一次修改之後，再跑一次单元测试。

为了避免学习门槛过高，选择一套就搞定的 Jest
在这过程还会搞懂 npm 相关的东西。会花费一些时间。

不过这过程本来就不只是要学基本语法，而是要搞懂

下一行执行谁？

对於真正没有接触过写程序的学员，常常问的问题「其中一个就是下一行执行谁？」，会请学员学习使用 debugger。

大多都用 vs code 就学着用它的，目前的 icon 长这样

并且使用语法下中断点

debugger;

程序就会停在这，并且显示你想看的以及，你没想过的也会显示给你看。

我能带你走的，就到这。剩下的路就要靠你自己走了

新手会遇到的问题以及需要的辅助工具，在上述就已经具备了。
剩下的就要靠自己不要抗拒，并且花时间把这些工具熟悉熟悉。

“ Do, or do not. There is no"try". ” — 《Star Wars》

每个学习程序语言的学员，请不要在这条路上把自己当作旁观者。
看课程要练习，问问题要练习，做题目也要练习，看直播也要练习。学写程序，就像是学黑手一样，要不断的练习，才有可能成为工匠，但是想成为好的工程师，只是成为工匠是远远不够的。

要不要做！就是由你的心决定