【研究】プログラマーの脳は作業中に”誰かの声”を聞いていると判明！　数学力より音声理解力が重要 [しじみ★]

→プログラミング時にプログラマーの脳は会話音声に反応している
→プログラミング時に特異的に活性化するのは音声理解能力だった
→プログラマーの脳を研究することで認知プロセスの解明につながる

一般の人にとって、プログラマーの持つ知識と技術は別世界のもののように感じられます。

海外の研究者にとってもプログラマーの持つ特殊技能は興味の対象であったようで、古くは1980年代から、心理学的手法を使ったプログラマーの「特別な脳」の分析が行われてきました。

そんな中、近年の急速な神経科学の発展により、MRI（核磁気共鳴）やEEG（脳波測定）を用いて脳活動を可視化することが可能になってきました。

しかし、これまでの研究で可視化した脳領域は、読書やゲームといった日常生活時にも使われる汎用的な領域であり、プログラム時にだけ働く特異的な領域ではありませんでした。

そこで今回、ドイツのケムニッツ工科大学の研究者たちは、プログラム時にだけ働く「プログラム脳」の特定に挑戦。結果は、予測とは大きく異なるものとなりました。

なんと、プログラム時に働く脳機能は数学的能力や論理的推察力ではなく、会話時における相手の声を理解する機能であることが判明したのです。

神秘的なプログラミング能力の源が、会話能力であったという事実は、研究者を大いに驚かせました。

■プログラム脳の場所をMRI画像の引き算でみつけだす

https://nazology.net/wp-content/uploads/2020/06/b4819972763e22287b00d34afb34f97f.png
プログラム時にだけ働く脳領域を調べるために研究者が考案した方法は「引き算」でした。

具体的には、MRIにプログラマーが入り、プログラムを理解する作業と、日常的な雑多な業務の2種類の作業を行ってもらったとのこと。

もしプログラム時にだけ活動する「プログラム脳」があるならば、プログラム理解時に活性化した部分から、日常業務時に活性化していた部分を引き算で取り除くことで、場所が判明するからです。

結果、上の図のように、左脳のいくつかの場所が浮き上がりました。

ですがこれらの場所は数学的や論理的思考が行われる場所ではなく、主に会話時において音声理解を担当する場所だったのです。

プログラミング全体において言語機能が重要であることは最新の研究でも示唆されている他、有名なオランダのコンピューター科学者であるダイクストラによって1980年代から示唆されていました。

しかしプログラム時に特異的に働くコア機能が、音声理解であったという事実は研究者たちにも予想外だったようです。

また当然ながら、実験は外部からの干渉を極力排して行われているので、プログラマーの脳が聞いていた声は、プログラマーの内部から発せられたものになります。

有名な小説家の多くが「自分は脳内のキャラの会話を書き写す書記に過ぎない」と語っているそうです。

もしかしたら小説家の「キャラが勝手に動き出す」現象に似た何かが、プログラマーの内部で仕事の遂行を後押ししているのかもしれません。

続きはソースで

https://nazology.net/archives/62001

シャブ喰いながら仕事してるのかよ

((( ；ﾟДﾟ)))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

プログラミングというかアルゴリズムを最初に理解する時は論理力を特に使う必要があるけど、
一度理解したアルゴリズムのパターンを使う時においては、論理力というより単語や文法を使うような形になる。
単に組み合わせていくだけだから、英作文する時の感覚に近いかなと思う。
逆にデバッグする時なんかは論理的思考力が強く働いていると感じる。

いまやってて休憩してこれ見たんだが
頭の中の自分の考えを確認してるだけだ

「声」って耳から聞いて脳で理解するよな
それが言語なら左脳だな
で自分のプログラミング中も論理的な展開を頭の中で確認してるからその意味で左脳で自分の考えを確認してた
第三者的に自分の話を聞く感じで、
論理が間違ってないか批判的に確認してた

だから「脳の中」では「話を聞いてるのと同じ理解しようとする機能を働かせているとは思う

しかし、それは「誰か外界の声を耳で聴いてる」わけじゃない

そういうふうに>>1が言ってるなら、それは、否定する

「音声理解能力」ではなく「単に論理理解力」だと思う

しかしだ、万が一、自分の考えを頭の中で音声的脳内物質に置き換えているのだとすれば、あり得る話かもしれない。そもそも音とは時間的シーケンス。
よく速読で言われる「イメージでぱっと見」とは違う。ビデオならかなりの早回しできるが、音だと2倍速あたりでもう無理。
あっ目の見えない人だとさらに早いのきいてたな。でも結局はシーケンシャル。

うわ、書きすぎた

>>5
プロジェクトすべてを俯瞰してつくるようなプログラムじゃないとこの実験みたいな結果は出ないんじゃないかな
アセンブリはミクロな部品づくりに向いてるけど、何もかもアセンブリでやるとか気が遠くなる

まあ、というか大概の現代のプログラミング新しく出てきたフレームワークを短期間で
だいたい理解して、あとは調べ調べやっていくって感じなので文章を短期間で理解する
ような能力が必要だよね。

昔のc言語のポインタを理解するところまで脳内で組み立てる能力を要求された頃に比べて
今の言語はそこまで数学的素養を要求されなくなった。
なんだかんだいって、プログラミング能力が高い人は理系でさらに数学科が何気に多い。
googleが東大数理系から多く採用している事実は揺らがない。

もっとも、フロントエンドのwebプログラマはスクリプト言語ばかりでAPIやノウハウを沢山吸収して使い分けるだけで慣れればいいだけだけど

「言語」なんだから文系の仕事だろ

プログラマーレイス説

独り言

頭の中の誰かに説明しながら組んでる

>>16が微妙に高級言語ユーザーをディスってる感じがするが、そもそも何を言わんとしてるのかちょっとわからない
モノを作るときに道具を上手に使いこなせる人よりも、より良い道具からつくる人のほうが「プログラミング能力」が高いということ？
それと>>1に関連性が見出だせないんだけども・・・

>>4
「論理に裏打ちされた」って、只のルービックキューブ必勝法やん。
数量的な面蔑ろにしといて「論理力」はないやろ。
なんやねん「思想」って。
そこからあんたらプログラマはトンチキな成果物出してくるんか？

プログラムは書くけど…声とかわからん

>プログラムを理解する作業と、日常的な雑多な業務

理解する作業ってことは読んでるだけっぽいから
言語野を使ってるのは納得だけど
文章理解じゃなくて音声理解ってのは不思議な感じがするな

プログラムテストしながら画面に話し掛けてる奴の事か。

プログラミング言語だからな
同じことをしゃべるのに伝えるのがうまい人と下手な人がいる
プログラミングも一緒

>>25
声に出さずともやってるなそれw頭の中で
これの元データはなんなの？ああ、これか…じゃあこれは？ああ、これね
みたいなwww
確かにそう考えると音声理解っぽい感じはするな

そりゃ言語だからな

電波

だから話しかけんなよと

長文が多いな　美しくない

お題を出されて開始から終了までを調べたら結果が変わってきそう

プログラマーの脳は作業中に”誰かの声”を聞いている

締切り間際、3日くらい不眠不休で作業してるプログラマを対象に
研究すればこんな結論が出てもおかしくないんじゃないか。
などとケムニッツ巻いてみる。

それはともかく、プログラミングとは処理すべき内容を
コンピュータという他者に説明する行為だと考えれば納得できるでしょ。

　


会話時における相手の声を理解する機能？

たぶん違うんじゃないかな。
会話時における相手の言っている内容を理解する機能
じゃないかな。

理論的思考能力の高い人間が、こういう能力が高いのは当たり前だし、
プログラムする時も、会話内容を理解する時も、同じ脳の部位が働いていても全然おかしくない。

こういう研究をするなら、理系学生が数学の問題を解いている時とか、
色々なケースを調べ、比較すべきだろ。
もしかしたら理論的思考をしている時はみんな同じかもよｗ


　

リストの声が聞こえて作曲とピアノができるようになったオバハンの話みたいだな
つまり降霊

プログラムっていうのはさ…
コンピュータとの"対話"なんだよ…
そこんところ理解してほしいね

プログラミングしてるときは、
めっちゃ独り言するんだが・・・

誰かとの会話だったか ^^;

コードは盗めと上司の声がする。

>>5
多分違うと思う

見ててごらん、「アセンブラ最強」馬鹿が寄ってくるから

むか〜し、Z80をいじくった経験それだけでさも全てを知ってるかのように語る　じゃあ今のARMでコード書いてみろよ　Thumbモードでもいいぞ

コンピューターにひたすら命令している訳だしｗ
外国語と同じ

今時ブール代数知らなくてもプログラム書けるだろｗ

>>37
其れはIQが高い人だからですｗｗｗ

まあ、お願いね〜と心で言いながら関数呼んでたかも

「誰かの声が聞こえる！」って仕事中に言ってるやつ居たら怖いよ

「コメント書くのさぼるな。きちんと構造化しろ。変数に適当な名前付けるな。ネスト深くすんな。書きながら設計するのやめろ」
聞こえたけど無視してスマン

コード売ってる時は言語だろ
ハッカーとか数学駆使したプログラムならまた違うんでないの？

怖え　二度寝しよ

だから独り言がやたら増えるのか

>>5 今時のアセンブラってマクロとかで自然言語的に書けるんじゃないの？
そもそも可読性ってどんな言語のプログラミングでも一番大事だし

同僚の陰口に聞き耳を立てているのでは？

私のゴーストが囁くのよ

>>50
16ビットCPUぐらいなら二モニック以前にマシン語直接書くねん
この時は明らかに会話脳とは違う場所を使ってる気がする

トランス状態なんだ

自分で自分と話していると思うよ。
それが，聞いていると判断されてるだけでは？

そして誰かがドアをノックする

おかしい
様々な新言語はすぐに覚えられるのに英語は覚えられない！！

じゃあ外部の音声が聞こえると効率が落ちるのか？

>>57
仕様が出鱈目だからなリアル言語はｗ　おしゃべり脳じゃないとｗ

妖精さんとお話ししてるの？

>>5
大抵はジャンプ先のラベルの管理だから
大差ないのでは？

んー言われて見ればって感じ

>>16
C言語のポインタなんて低級言語の特徴じゃん
アセンブリを書いたことも最近の高級言語も書いたこともない中途半端なエンジニアかよ

読みやすいコードの書き方
これは最早コミュニケーションなんだよな

成人しての段階では、プログラム業務に携わる以前に
数学力がないというのは文章読み書きできない事に相当する
無能な話だと思うんだけど

プログラミング理論は
言語学者のチョムスキー理論が
応用されてるらしい

小説書いてるけどキャラが勝手に動くぐらいまで成長してくると楽しくてしょうがないよな

プログラムは言語だからな
コマンドは単語だからな
計算ではない
プログラムは詩なんだよ

凡人こそ音声かますんだぞ
達人は思考を直接文字なり記号に変換できるしそのほうが格段に出力が速い

それ隣の奴の独り言

>>1
プログラムの作り方で文章的に作る人（多数）と、非文章的に作る人（少数）
がいることをまったく理解していない無能な説明だよ

空間認識能力に長けてないとだめ

>>68
へー
そういう感覚なんだ
なるへそ

>>65
数学、物理のセンスは全てを網羅
ここから逃げた奴は他人のコピーから逸脱出来ないまま人生を終える
文系の無様さ

>>1
あーこれ、自分の声な。
流石に神の声は聞こえんよ。

プログラムはPC相手に喋ってるだけやん

>>72
この声が聞こえるプログラマは
人間の思考をそのものをPCで高速化するようなプログラムなのかもな
プロセスそのものを数学的に効率化する様な人は声ではなくて、感触やとおもうわ。

この要件仕様一体全体何が言いたいんだとか
これ伝言ゲームしたら絶対原型留めないわ
どうすっかなーみたいなことずっと考えるもんな

わりとヒラメキのような声にならない声で導かれる事は多い。
仮にそれを精霊の囁きと仮定して、
その存在には常に感謝の意を示すようにしている。

鳴り響くのは、イーグルスのホテルカリフォルニアかな「まあまあ、落ち着いて、
首でも釣らないかぎり、逃げられないんですよ」

仕様書、自然言語(中間コード)、ソースコード
誰かの声は中間コードだな

『あなた、敵に狙われてるわよ』
みたいな声か

白いワニが来る… 白いワニが来る…

>>5
アセンブリ言語を直接書けるってのはすごいと思うけど
それって日本人が外人に向かって英語を話そうとしてる状況に似てるのでは

それならなんでコミュ障なの？

>>65
一般企業もそこに気付いて、SPI非言語分野を導入したんだろ
数学というと語弊があるから名称を隠して

要するに
「悪魔の声を聞きながら悪魔的なプログラムを組んでる」ってことか❗
ということはつまり
「邪神ちゃんに囁かれて競馬必勝プログラムを作ってしまう」という結果になるのか

ぱるること元AKB島崎遥香のYouTubeチャンネルで
脳トレの1つAHA体験やってる
全部解けたら天才！暇つぶしにどぞ(´∀｀*)


【間違い探し】15秒で変化する激ムズクイズ！全問解けたあなたは天才です。【AHA体験】
https://twitter.com/paruruchan0330/status/1270296622358859776
https://twitter.com/5chan_nel (5ch newer account)

>>85

アセンブリ言語は、そんな難しくねえだろ？
昔は、マシン語を１６進数とか８進数で
直接読んだり書いたりできるプログラマーが
たくさん居たぞ。　

恐ろしく生産性の悪い作業だがな。モールス信号を聞いて
言葉に即時通訳するようなもんだわな。　それかな？

まあ、描いたイメージを言語化するのがプログラミングだから妥当ではあるね。
ドキュメント作ってる時も一緒な気がするけど。

アセンブリもそうだが
おそらく画家でも同じ結果が出てくる
脳最深部で発生した自前のメタ言語を解釈して作業してる

欧米英語圏に近い地域と日本では異なる

まさにこれはいい例だけど

彼らは言葉としてプログラミングをみてるのはよくわかる
日本人は記号としてみてる
そこに非効率の原因があるんだが
多くの有識者は気付いていない

ここのプログラムオタクたちも全然理解せずにうなづいている

日本語で仕様書を書いてプログラミング実装する日本ではわからない感覚だぞこれ

彼らは本質的に使う脳が違う

日本のオタクが駄目な理由はこれ

考え方によるよな。
プログラムを例えばに置き換える人とかは使うんじゃない。

まあみんな薄々分かってたことだよね。
プログラミングに必要なのは論理だもの。
数学はそれを補完するものに過ぎないよ。
ちょっと前に流行ったディープラーニングなんかでは微積や行列の知識が必要だけど，そういうプログラミングをしたい場合に数学の知識が必要と言うだけ。

プログラマーだけど、なんとなく分からんでもない

エクセルのマクロ書いてるけど、なんとなく分からんでもない

儒者の声か？

自分はプログラムしないけど機械音痴ではない
逆にプログラマーの知り合いて意外と機械の扱いダメだったりする

>>4
わかる
論理的につくられたコードは、思想を理解していれば、細かな動作も類推できる

コンパイラとの対話

って、IDE かよっ！

まず、MRIの中でまともに作業できるん？

インプットの条件に応じてアウトプットを出すというのは共通してるように思うが
別に会話に限ったことじゃないわなあ
例えばゲームしてるときの脳の働きとぜんぜん違うのだとしたら不思議だね

まずimportするライブラリ選んで
これとこれと

変数はこの辺のとこの辺のを使うかなあ
この言語だと変数型も決めとかないと
この変数は初期化しないとヤバいなあ

この変数にこの値を代入して、
それからこのライブラリのオブジェクトを作って
それがこの変数を引数にするようにして、

そしてこれをこの配列の成分数だけ繰り返すなあ
for文で、この言語はforeachの方が使いまわし良いな

この繰り返し中にこの条件を満たしたら別の配列変数にaddしてやって
満たさなかったらおっとcontinueだぞbreakだとそこで終わっちまうぞ

>>105
さて出来た配列をこっちに回してと

何かこの操作自体何回もやるなあ
これも関数化しとくか

最後にmainで呼び出す仕組みにしてと
出力先はこのファイルとこっちに送信もするのね

よしこれで動くかな
あれエラーだぞ？

ああ、この配列ってヌル値も含んでたのね
じゃあ条件変更で

よし動いた。成果物はあそこに上げてと

お疲れさまでした

作業をするときのBGMとして、楽器音のみの曲を鳴らしている分にはあまり影響ないが、
声やセリフの入っている曲は、思考の妨げになるというのが自分の経験から
わかる（別にプログラミングに限った話では無い。読書でも証明などでもそうだ）。

この記事の「研究」をプログラミング作業者だけでなくて、読書している人間、
文章を書いている人間、数学作業をしている人間などにも条件を揃えて比較
してみると良い。結局どの場合も「言語野」が使われているという結論が
出てしまうのではないか？　実際には、高度で（肉体的な対応とは直接関係無い）
抽象的な思考を行うための脳の部位全般が言語野とされているだけのことなの
じゃないだろうか？

(……修正作業中の…そこのあなた…きこえますか…
今… あなたの…心に…直接… 呼びかけています…
この…修正を…コミットしては…いけません…
ブランチを…間違えています…ここは…masterブランチです…
気をつけて…)

(……2日寝てない…開発作業中の…そこのあなた…きこえますか…
今… あなたの…心に…直接… 呼びかけています… …
仕様の…変更が…入りました…納期は…変わりません…
それから…営業が逃げました…気をつけて…)

slime で逐次対話とかならそんな気分に浸れるか？
それとも R のようなコード保存せずにプロンプトに打ちこんでデータ処理の結果を逐次送受信してたらそんな気になる？

あれ？ 電話が来たぞ？
「ハイ。え？スクエニ？いやー、いかがされましたか？

>>107
意外と帰国子女とか後天的に第二外国語で獲得した人は言語野で日本語領域と外国語領域が分離しているから
思考している言語と聞いている言語が違えば記憶ベースの作業でなければそうでもない気もする