コードが読みにくいことを理由にリファクタリングをしない
This content is a draft and will not be included in production builds.
ですので、リファクタリングの優先順位をつける際には、「読みにくさ」のような感覚を頼りにすることには注意が必要である、と言えます。
可能であれば「読みにくさ」だけでなく、他の指標に基づいて優先順位をつける方が良いかと思われます。
命名的問題」と「構造的問題」という名前についてですが、命名的問題は、英語で「Linguistic Antipatterns」と呼ばれる研究があって、それに対応する日本語としてここでは命名的問題と呼んでます。このLinguistic Antipatternsを分類している研究があり、その分類でなるべく多くの分類を含むようにコードを変更しました。
「構造的問題」は、コードが読み取りにくくなっていて、本当ならもう少しシンプルなコードで書けるものを、そう書いていないものをそう呼んでいます。
基本的には良かれと思って既存コードとコーディングスタイルを合わせようとする。あるいは、これは善し悪しがある、まあ悪い方が多いんですけれど、機能追加の際などにレビュワーの負担を下げようとしてコードのDiffを小さくしようとする