プログラマが滅びるとき
人力作業を省力化のために機械化し続けると、やがてプログラムを作るプログラムを完成させてプログラマは職を追われることになる。改革の果てに自分が不要とされることを受け入れられるか?そんなプログラマの哲学
by nagise27 fav 6457 view
まとめ
メニューを開く-
その建前には賛同できるけど、本当にその建前を実施してもいいのですか?ってシチュエーションが僕は嫌いだねえ -
まあれだ、事前に「それは建前ですか、本音ですか?本当にそれを実施していいのですか?」って聞くのもなんだし、たぶん、聞いても「建前だからやらないでくれ」とは普通言われないものだよ。だから空気を読んで「ああ、これは建前だから触れないで欲しいのか」って察しないといけない。ウザイね。
-
改革とか改善とかそういう話ってのは、それが建前なのか、本気なのか見極めないといけないケースが多いね。多くは建前で改革ごっことか改善ごっこをすることになるのだけど。
-
その辺の空気を読み違えて本気で改革や改善をしようとするとトラブルになるんだよ。
-
SI関連の奴隷商人型経営者の多くは「技術は大事」という点について類似の認識を持っている。いや、どの程度大事かが測れていないだけかもしれない
-
僕は本気で改革派なので、改革の果てに自分自身が退陣を迫られたとしたら、それもよしだと思ってる。
-
プログラマはプログラムを作るプログラムを完成させて自殺する覚悟が必要だ
-
僕まだまだ死にたくないですがもしかして少数派？ RT @hazi_nico: そんなことが出来たら本当に死んでもいい。RT @PG_kura: えっ RT @nagise: プログラマはプログラムを作るプログラムを完成させて自殺する覚悟が必要だ -
-
最適化しなくていいなら。 RT: @Temarin_PITA: つまり、コンパイラを作れと… RT @PG_kura: えっ RT @nagise: プログラマはプログラムを作るプログラムを完成させて自殺する覚悟が必要だ -
システム開発には2種類あって、今人力でやってることを機械化して人の首を斬る手伝いをするというものと、今できないことをシステムを使うことで可能にして新しい価値を生み出すというものがある。
-
人力でやることを機械化するというのを、システム開発の現場にも適用しなくちゃいけない。データを詰め替えるだけの簡単なオシゴトとか、getter/setterを作るだけの簡単なオシゴトとか、仕様書に書かれている表現をプログラムに直すとか、そういう仕事ね
-
今現在のAI技術では不可能だけども、要件開発をするところから全部、機械化できたとしたらならば、プログラマもSEも不要になる。そしてそれをプログラマやSEは成果として喜ばなきゃいけない
-
人様に機械化することで省力化できますよ、を勧めるからには自分の仕事も機械化で省力化しないと、紺屋の白袴ってやつだ。となれば大願成就はプログラミングしなくてもプログラムが出来上がることだろう
-
「プログラマはプログラムを作るプログラムを完成させて自殺する覚悟が必要だ」にはそういう背景がある。別にコンパイラを作ったら自殺するとかそういう話ではない。
-
しかし、現実的にAI任せでプログラムが作れるようになるには長い年月がかかることだろう。人間のファジーな要求に対応するには人間そのものに近いAIが必要になるだろうからね
-
その時がくるまでは、機械化が簡単なところだけ機械化して省力化し、機械化が難しいところを人力でやるということになる。
-
プログラムを作るプログラムってのは、喩えをファーストフード的なマニュアル化にしたならば、マニュアル化マニュアルを完成させて、全てをマニュアル対応の単純作業にしようという考え方といえばいいだろうか。
-
もちろん、ファーストフードとはいえマニュアルにない接客ってあるわけだけどさ。ここでは話の単純化のために省いているけど。
-
Content from Twitter
コメント