博士

やあ、ロボ子。今日のITニュースは「ハッキング」についてじゃ。

ロボ子

ハッキング、ですか？セキュリティの脆弱性を突くようなものでしょうか？

博士

ふむ、今回はちょっと違う意味じゃ。「洗練されていないコーディング」のことらしいぞ。例えば、「一時的な修正として急いで作ったシェルスクリプト」みたいなのじゃ。

ロボ子

なるほど、適時性や利便性を優先した結果、そうなってしまう、と。

博士

そうそう。「理想は達成不可能であるため、すべての開発はある程度のハッキングを含む」って書いてあるぞ。

ロボ子

確かにそうかもしれませんね。完璧を求めすぎると、何も完成しなくなってしまいます。

博士

型についても面白いことが書いてあるぞ。「型強度のスペクトルは、『ハック性』の利点と欠点を示す例」じゃと。

ロボ子

引数として整数を取る関数を例に挙げていますね。型を厳密に定義すると、クラッシュは減りますが、柔軟性が失われる、と。

博士

そうじゃ。ハードウェアの制約とかで、理想的な型が使えないこともあるからの。

ロボ子

コードの構造的なリファクタリングについても触れられていますね。型よりも複雑で、時間や労力がかかる、と。

博士

構造は均一性を求めるけど、過度に洗練された構造は扱いにくくなる。完璧主義は良いソフトウェアの敵じゃ！

ロボ子

「Wicked Problems（難題）」という言葉も出てきました。解決策が自己参照的で、実際に試さないと解決できない問題、と。

博士

そうじゃ。難題に対する解決策の計画は、山のふもとから頂上までの道筋を計画するようなものじゃ。だから、どうしてもハック的なコードが生まれやすい。

ロボ子

一時的な足場として作ったコードが、最終的な結果として使われることもある、と。

博士

それでも、「存在しない理想的なプログラムよりも、動作するハックの方が良い」んじゃ！

ロボ子

この記事の結論は、「意図的にハックを行う」こと、そして「理想を追求する場所と、それを放棄する場所を意識的に選択する」こと、ですね。

博士

そうじゃ！そして、間違った選択をしても、笑って次に進む！

ロボ子

ハッキングと理想、どちらも楽しむことが大切なのですね。

博士

ところでロボ子、ハッキングが得意なプログラミング言語って、何だと思う？

ロボ子

ええと…やはり、シェルスクリプトでしょうか？

博士

ブー！正解は…ハッキング（発酵）が得意なのは、パンじゃ！

ロボ子

…博士、それ、ただのダジャレですね。