■Pull Requestはプログラミングを嫌いにする

プログラミング能力を向上させるのに必要なのは

難解な解説本だったりドキュメントじゃなく

綺麗なコードやスパゲッティコードの解読でもなく

ましてや優れた人から教えて貰うことでもなく

ただただプログラミングを好きになってモノづくりに熱中することだ

小さい子供がプログラミングに向いているのはモノづくりが好きだからであって

オブジェクト指向や関数型言語の設計をしたいからじゃない

これは大人でも当てはまることであって

何かのモノづくりをするという目的の元に手段としてプログラミングが選ばれ

それに熱中することでいつの間にかプログラミング能力は向上していくのだ

新しい仕事としてプログラミングを頑張って覚えるだとか

上司から命令されてプログラミング講座を会社の金で受講するとか

Googleを目指して学生時代にプログラミングに打ち込むだとか

そんなのは全然上手く行かないのに定年退職したジジイがラズパイ使ってロボ作りとか始めると上手く行くのはそのせいだ

GitHubが発明したPull Requestはこの楽しみを徹底的に阻害している

「すげぇやり方思い付いたから本番に実装しようと思う」

というのがPRでは却下される

「ちょっとこの辺は微妙だけど他のことやりたいから適当に済ませよう」

というのもPRでは却下される

こうした行為はモノづくりからはほど遠く必要無いものに見えてしまい

「早く動いているところを見たい」

という欲求を不満にしてしまう

やがて開発者はプログラミングそのものに従事して嫌いになっていくのだ

以前からプロの現場ではもっと厳しい品質管理がなされていたという人がたまにいる

PRによってアジャイルの現場に品質管理がもたらされたと主張するのだ

だがソースコードの品質とは何なのか結局誰も答えられない

命名規則やコメントの書き方などルール化できるものは別にレビューなど必要無くツールで弾くことができる

バグがあるかどうかはテストで担保すべきであってレビューで見るべきではない

PRでレビューするのはそうではない「何か」であって

それを勝手に品質だと名付けているにすぎない

この手のレビュワーが好んで使う言葉として「技術的負債」というものがある

技術的負債を残さないためにもPRで品質を保つ　という主張である

一方で技術進歩は止められるわけが無く10年前に必死でクラス設計したJavaのシステムは

今やJavaのせいで技術的負債になっているのだ

このありもしない「技術的負債」という幻想のために

またはレビュワーの考える言語化できない「品質」のために今日もPRはリジェクトされる

そしてコメントで延々とどっち付かずの議論が繰り広げられて

人はプログラミングを嫌いになっていくのだ

Permalink | 記事への反応(6) | 23:21

ツイートシェア