需要がないとは思いますが、自分が過去に書いたコードを見返してみておかしなコードを直してみます。

一時変数をなくしてみる

以下のコードはそこまでおかしくありません。

const getSelectedOrders = l ...

需要がないとは思いますが、自分が過去に書いたコードを見返してみておかしなコードを直してみます。

商品の数量算出処理

以下は商品の処理数を算出する関数です。

const getProcessedNum = list =& ...

JestはデフォルトではECMAScript Modulesをサポートしていないため、import/export文を使いたい場合はbabelを使用してCommonJsに変換する必要がありました。

Googleで検索すると、 ...

process.on('uncaughtException', (err) => { console.error(err.stack) console.error("予期せぬエラー")})

長くて理解が難しいコードを関数やメソッドに切り出すことはとても重要なことです。

しかし、どのような場合に切り出すかは人それぞれで、判断が難しいこともあります。

私なりの基準ですが、一行一行読まないと目的が分から ...

私がリファクタリングが失敗する一番の原因だと思うのは、テストコードがない状態でリファクタリングをすることです。

テストコードがない状態でリファクタリングをすることはかなり難しいです。

テストコードはテストをする ...

以下のようにパラメータ数がやたらと多い関数は理解がしづらいです。

const hoge = (size, type, message, options) => {//do something}

可能であれば、パラメータ ...

私はあまり記憶力が良い方ではないので、システムの仕様とかなんでこのコードを書いたのかとかをよく忘れます。

普通はそれはデメリットになるのですが、最近メリットを見つけることができました。

自分が書いたコードって、 ...

複雑なプログラムを書いていると、ついコメントで内容を補足したくなります。

コメントを書くこと自体が悪いわけではないですが、コメントは実装と乖離してしまうと逆に誤解を招いてしまうというデメリットがあります。

でき ...

巨大なコードを一気にやろうとしない

リファクタリング対象が巨大であればあるほど、想定通りに動かない可能性が高くなります。

そして、動かなくなったときにどの辺りが原因なのかを特定することが難しくなります。

結果とし ...