多分記事執筆者もコメントつけてる増田もレベルが高すぎて、世間一般の言語能力ってものを理解してない。この場合の言語能力ってのは、別に小説風の気の利いた文章を書く能力や、BlogでHit数を稼ぐ能力、あるいは豊富な語彙なんかを指し示す漠然とした「すごい能力」ではなく、自国語を用いてなんらかの論理を伝達したり受け取ったりする能力だ。

　例えば中学の教科書から引用した「幕府は、１６３９年、ポルトガル人を追放し、大名には沿岸の警備を命じた」の一文と、「１６３９年、ポルトガル人は追放され、幕府は大名から沿岸の警備を命じられた」の一文とが同じ意味かどうかを尋ねたところ、「同じ」と誤答した中学生は約４３％を占め、高校生でも約２８％が間違えた。

上記のようなニュースにもなってるようなレベルで。このニュースはアンケートやテストなどの方式なわけだから、自国語の塊を音声じゃなく文章という視覚で把握できる上に、ある程度時間をかけても許される環境でもこのような数値が出てしまっている。つまり日常会話においてはもっと多くの人が、もっと劣悪な能力で生きている。

ごく普通のそこらにいる一般人において、会話における（つまり日常に用いる）言語コミュニケーションとは、感情伝達がメインだ。つまり会話の内容に関係なく、対話者がいま機嫌がいいのか悪いのか、どんな反応を欲しがっているのかを伝える／受け取るのが主な役割で情報量が少ない（というか、情報量という概念がほぼない）。何らかの意味を伴うコミュニケーション、例えば待ち合わせ（時間や場所が伝わらないと困る）も多くの場合テンプレート化されて含まれる情報の種類が決まっている。――この２種類程度の言語能力で一般的な人間は十分に社会生活を送ることができる。

もうちょっと高級な、つまり情報量の多いコミュニケーションにおいても、その一連の塊から単語を抽出して脳内補完で意味を類推するくらいが一般人の平均レベルだ（単語抽出レベルなので、「AがBにCされた」と「AがBにCした」は同じ意味だと理解されてしまう。ABCという登場単語が同一だからだ）。

でも、プログラミングにおいてこの言語感覚は致命的だ。機械は入力者の感情を読み取って忖度してくれないし、登場単語が同じでも構文（つまり論理の係り受け）で意味は全く違うものになってしまう。つまりはなんてことはなく、「プログラミング能力が低い／伸びない初学者がいる」わけではなく、それ以前の段階で「自国語さえも論理の記述レベルで使えてない人間が過半数」というだけなのだ。

彼らの多くはそれで日常を問題なく過ごせているし、「AがBにCされた」と「AがBにCした」が「違う意味を指しているその価値」が理解できない。日常の交友関係では、AとBのどちらが悪者か対話者の口調や顔色で自明だから。助詞を的確に使う習慣そのものが、無い。

はてなでコメントしてるひとは、そこの部分を甘く見すぎてるようにみえる。それはプログラミングあるいはプログラミング教育の問題じゃまったくないんだよ。だからプログラミング教育をどういじったところで全く解決されない。

Permalink | 記事への反応(3) | 07:33

2019-01-02

■向いていないならSEを辞めよう

お前は絶望的にプログラミングに向いてないから諦めて刺身にタンポポ乗せる仕事でもやってろがバズってるようで、私もかねてから考えてることをちょっと発信してみようと思う。匿名での投稿にはなるが、私は日本国外の大手企業でフルスタックエンジニアをしている。

私の主観では世の中の人の99.9%はプログラミングに向いていない。もしかしたら、9をもうひとつ増やしてもいいかもしれない。それくらいプログラミングに向いている人は希少だと思う。 ある程度数学の素養があったりする人の方がプログラミングに向いているというけど、理系でもプログラミングが苦手な人は多くいる。どういった人がプログラミングに向いているのか、もしくは向いていないのかという点については、この投稿では特に言及しない。

この投稿はプログラミングに向いていないのにやらざるを得ない環境にいて無理をしている人に向けて書いている。

自分の高校時代の友人が仕事でプログラミングを始めたけど、ボロボロになって仕事を変えるという姿をいくつか見てきた。以前の職場にも、経験者として入ってきてはいるが、向いてないなあと思うような人物を何人か見てきている。また、大学在籍時にTAとしてプログラミングを教えた経験上、向いていない学生というのも多く見てきた。この記事では、そういった人たちがプログラミングを諦めて他の道へ早く進めるように、私の意見を書き連ねていこうと思う。

こういった人々がプログラマとして多く採用されている環境では、本当に優秀なプログラマというのが少ないので、以下に書き連ねるような問題点はあまり可視化されてこない。ただ、こういう人が集まってプロジェクトを進めている環境では、プログラマとしての仕事は全員にとって辛いもののように思える。仕事は難解だが、納期の関係上残業が多くなり、精神を擦り減らしながら仕事を進める。反して、プログラミングに向いている人にとってプログラムを書く仕事というのは、美しいプログラムを書くことで自己肯定感を得ることができるという点で天職なのである。

私の経験則

プログラミングに向いている人は、簡潔なコードを短時間で仕上げてくる。読んでいて疑問に思いそうなところに対しては適切にコメントがなされていて、システムデザインも適切である。

対して、向いていない人は時間をかけて煩雑なコードを仕上げてくる。本人も「動けばいいや」程度の意識しか無い（私の推測だが、時間がかかっているので次の段階へ進むことしか考えられていない）ので、コードは読みにくく、洗練されていない。

こういった傾向は私が観測してきた範囲内でのことでしかないのかもしれないが、おおよそ一般的に当てはまると考えている。これを前提にこの先の内容を書いていくので、納得などをできない方はここで読むのをやめてほしい。それでは、向いていない人のもたらす問題点について書いていこうと思う。  

生産性が10倍以上違う

向いている人のコードはシンプルであるがゆえに、バグが入り込みにくく、コードレビューもすんなりと終わる。対して、向いていない人はコードを仕上げるまでに時間がかかるだけでなく完成度も低いので、レビュー段階でコメントが付きやすく、多くの修正も必要になってくる。また、コード自体が煩雑になる傾向が多く、そういった部分にバグが混入しやすい。

向いている人にとっては早く問題なく終わる仕事が、向いていない人にとっては時間がかかり、不確実な結果を出すことになりがちである。

他人に任せた仕事のアウトプットを見て、自分が実装していたらもっと上手く速く出来ると思うことは稀ではない。実際にバグが混入して対応する可能性、コードレビューにかかる工数、そういった点を考慮すると、生産性は10倍以上違うのではないかと思う。

周囲との兼ね合い 

正直に言うと、プログラミングに向いていない人が書いてくるコードは見ていて辛い。仕事の場合、そういった人の書いてきたコードが100%美しい状態に達していなくてもマージせざるを得ない場合もある。私は整ったコードだけをマージしたいのだが、コードレビューに時間がかかるほどマージコンフリクトが発生しやすく、他の変更との競合も発生しうること、また全体の納期の兼ね合いやタスクの依存性を考えて、早くマージせざるを得ないという状況になりやすい。

こうしてコードベースが汚くなっていく。

簡単に言うと、向いている人の場合は「成果９：技術的負債１」程度で変更を加えていくのに対し、向いていない人は「成果７：技術的負債３」程度の変更が最初にコミットされ、この段階での技術的負債の割合を減らすためにコードレビューをじっくりしていく程の余裕が無い場合が多いということだ。もちろん、これはプロジェクトの内容に依存するということは言うまでもない。

そして、途中から入ってきた優秀な人材がコードを見て萎えるのである。「いや、僕もその辺のコードはあまり良くないとは思っているんだけど、事情があってね」なんてことを苦笑いしながら、説明とも言えない説明をすることになる。

向いている人がコードを書けない

向いていない人がプロジェクトで多くなってくると地獄である。本来、簡潔で完璧なコードを書ける人がコードレビューをする側へと回らざるを得ない状況になってしまうからである。本来、コードを書くことに専念した場合に、向いていない人と比べて10倍の生産性を発揮する人材が、数人の向いていない人を管理することに忙殺されてしまうのである。