【要約】I keep tripping over "true, false, true" [Hacker_News] | Summary by TechDistill

> Source: Hacker_News

// Discussion Topic

本スレッドは、true, false, true のように真偽値が並び、引数の意味が不明瞭になる問題を扱う。関数呼び出し時に、各引数が何を表しているのかが直感的に理解できない状況を指している。これは、コードの保守性を著しく低下させる要因となる。

・「Boolean Blindness」と呼ばれる、値だけでは意図が伝わらない問題。
・オブジェクトを用いた名前付き引数の導入による解決策。
・言語レベルでの名前付き引数の実装や、トランスパイラによる解決。
・ビットマスクを用いた、より簡潔なフラグ管理との比較。

// Community Consensus

連続する真偽値の引数は、保守性と可読性を損なうという点で一致している。

・賛成派（オブジェクト利用）:

- 引数に名前が付くことで、コードの文脈が局所的に理解しやすくなる。

・慎重・反対派（ビットマスク・言語仕様重視）:

- オブジェクトによる擬似的な名前付き引数は、冗長でオーバーヘッドがある。
- C言語のようなビットマスク（ADMIN | SENDMAIL）の方が簡潔で明快である。
- チームのルールとして強制するのではなく、言語自体の機能として解決すべきである。
- 3つ目の状態が必要になった際の拡張性の低さも指摘されている。

// Alternative Solutions

議論の中で、真偽値の羅列を回避するための具体的な手法がいくつか提案されている。

・オブジェクトリテラルによる名前付き引数の模倣。
・ビットマスク（ADMIN | SENDMAIL）によるフラグ管理。
・JSDocを用いた型定義による補完。

// Technical Terms

Senior Engineer Insight

> 本スレッドの議論を踏まえ、真偽値の連続使用がもたらすリスクを評価する。「Boolean Blindness」は、大規模開発における重大なバグの温床だ。真偽値の羅列は、レビュー負荷を上げ、誤用を招く。我々の現場では、単純な真偽値の連続を禁止すべきだ。ただし、JSでのオブジェクト渡しは、実行効率を考慮せよ。Enumやビットマスクを検討し、言語特性に合わせ判断せよ。