【ＩＴ】能力の高いプログラマーほど数学力より言語能力が高いという研究結果
→プログラミングの学習は第2外国語の学習と同じ脳の場所を使う
プログラミングに馴染みのない人にとって、プログラム言語は非常に厄介に感じるものです。
特にこれまでの通説では「プログラミングは数学力に通じる」とされており、文系出身者にとっては、より一層の苦手意識を感じさせる要素になっていました。
しかし今回、アメリカの研究者らによって行われた研究によって、プログラム言語の学習効率は主として言語能力に依存していることがわかりました。
数学の専門知識や計算能力の介在する余地は想像より遥かに少なかったのです。
小説や詩の文面にキラリと光るセンスを感じ取る能力がある人は、プログラマー適性があるかもしれません。
しかし研究者たちは、どのようにプログラミング適性と言語能力の相関関係をみつけだしたのでしょうか？
研究内容はシアトルにあるワシントン大学のシャンテルS.プラット氏らによってまとめられ、3月2日に学術雑誌「nature」に掲載されました。
Relating Natural Language Aptitude to Individual Differences in Learning Programming Languages
Chantel S. Prat, Tara M. Madhyastha, Malayka J. Mottar
https://www.nature.com/articles/s41598-020-60661-8
■言語能力とプログラミング学習効率は相関関係にあった
実験に先立って、研究者たちは「プログラミングは第2の言語である」という仮説をたてました。
https://i1.wp.com/nazology.net/wp-content/uploads/2020/03/171214aef4eaa3824a076c20ed7cf89e.png
そしてまず36人のプログラミング初心者を集め、彼らの言語能力、計算能力、推論能力、作業メモリ（短期記憶）などを測定しました。
次に彼らに45分間の「Python」と呼ばれるプログラム言語の講義を10回受けてもらいました。
Pythonは機械学習需要の高まりとともに、現在利用者が増えているプログラム言語です。
プログラミングの講義が終わった後は、各個人に対してどれほどプログラミングが身についているかのテストが行われました。
結果、プログラミング言語の成績と最も強い相関関係があったのは、意外にも言語能力でした。
その影響は圧倒的で、プログラミングの学習速度における個人差の70％以上を決める要因になっていました。
一方、計算能力、推論能力も残りの30％の範囲で、プログラミングの学習効率に関連してはいましたが、俗説とは異なり、言語能力にくらべて少ない相関にありました。
ただプログラムの正確性に関しては、言語能力よりも認識能力（推論、短期記憶）のほうが重要という結果が出ています。
続きはソースで
https://nazology.net/archives/53469
肥大化するだけで炎上待ったなしな気が
まんべんなく能力が高い
天才ってヤツかな
できる理系は数学も語学も流して余裕でできるから
できないなら文系で就活してろ
が全部一緒に起こっている。良いプログラマーは、その逆。
100倍以上の差がある。
偏ったヤツに歩がありそうではある
しかし給料の差は、大してない。
悪いプログラマーは残業するので、手取りが多かったりする。
高度な数値計算なんてほとんどない。
プログラマーとしては劣悪だけど、チームをまとめるのは上手かったり、
他部署との渉外が上手かったりすると、昇進が早かったりする。
数学的な解法に基づいたアルゴルズムで数秒で処理を終えるのとではどちらがいいのか
実は合理的でわかりやすい
ウンコ捏ね回したような作文するような奴（例：日本の公務員）にプログラミングは無理
コーディングよりアルゴリズム設計が重要だが、どちらをしても
プログラマーと呼ばれることがある。
がしがし書ける人の場合、また違った才能があるからな。
書けるからじゃね？、きっとメール文も簡潔で読みやすく伝えて易いものを送っている
色んな言語使えるのと１つ２つしか使えんのいるもん。
プログラマなら文系出身でも出来るのは確か。
PoCとか新しいアルゴリズムを作れるのは理数系のみ
違うな。
アルゴリズムに対する創造力だよｗｗｗ
>ただプログラムの正確性に関しては、言語能力よりも認識能力（推論、短期記憶）のほうが重要という結果
伝える能力なのか認識する能力なのか
非言語を言語にする能力なのか
曖昧過ぎなのでは
国語力のある子は証明問題の理解が早い。
証明問題ができるようになると国語力も伸びる。
やる奴が狭義のプログラマーと呼ばれる。外注されることが多い。
実際には、即コーディングできる仕様書を書ける設計者は少ないので、
プログラマー(コーダー)と相談してる。下手するとコーダーのが有能。
論理学
哲学
この辺りだな
オブジェクト指向の出来るヤツは現象学ができるヤツ
数学や言語はそのうちの一部にすぎない
物理エンジンやグラフ理論使うような奴は数学力ないとダメだろ
言語力と言ってもバカ私大のウェーイ的なものじゃないからな
同意。本当に頭良い奴は数学も国語も英語もできる
でもな、実は収入と一番強い相関があるのは数学なんだってさ
国語は学力の基本だから、これができる子には勉強の遅れはほぼない
国語能力のどこかに欠陥があると、勉強に不自由になる
医学科いく生徒の国語能力が文系以上に高いことは珍しくない
日本語はちょっと違う
数学出来る人にケチつけて
冷遇してきたから
衰退してるんだよ。
勉強方法が間違ってたせいで数学苦手とかいうやつでもやれば理解早い人多いだろ
逆に人見知りだし話下手です、なんていう人ほど意外と話の組み立て方上手い
海外とはまったく事情が異なるので混同しないようにｗ
ジジイは黙ってろやｗｗｗ
こんなの当たり前じゃねえか
どんな言語でもセンスある奴のプログラムは美しい
それって能力が高いと言えるの？
プログラミング能力が高い人間における数学力と言語能力の大小関係は、数学しかできない人間よりも言語能力優位になって当然。
コンピューター言語と言われるくらいだし
伝えたいことをわかりやすく文章化するのと
行いたいことを効率良くプログラムするのは同じようなものなんだろうな
これが理系が出世しない理由
なお、数学力の偏差値は70以上である
プログラミング言語の知識というのは良いプログラムを書くための必要条件でしかない。
センターの国語の問題が解ける人ってことでいい？
perl5が引退してきたのだから他も要求されてきたという現実があるのでは？
これ、なんとなくそんな気がしてた
理数系出身でも大したことないってのが多いから
日本では出来ると言われて
社内外で評価されてるってだけの話では？
それが問題だと、ずっと言われてるじゃん。
そうなってしまってるっていう事の
裏付けでしかないと思う。
推薦入試で入った学生の方が一般入試で入った学生より
学内で優秀な成績であると言うのと
同じ理屈。
要するに得体の知れないコミュ力で
点数が付けられてる。
塾に通わんでも英語ができるようになっとった
なんでも、プログラミング言語の構文は英語と同じだとかなんとか
ほんま？
それよりも工学の方が重要だよ。
全てではないが設計するには工学の知識が必要となる。
工学の知識が必要でない簡単なものなら良いが。。。
まったくの初心者が講義を理解するには、まず言語力が必要だろうな
基本的なことを学んでその先となると、どうだかね
>ただプログラムの正確性に関しては、言語能力よりも認識能力
だめじゃん文系
両方あるに越したことはないけどさ。
能力の高いプログラマーではないやん
プログラミング初心者やんww
オヤジ在チョソ枠東夷大だが、プログラムなど全く分からず出来ず理解せず
パソコン改造程度も出来ずにパソコン通信にエッセイ渡航
駅弁理系は理系と威張ってる割には大して頭はよくない
旧帝一工筑神早慶の文系のほうが出来る
マジで
俺、学生時代、文系、外来語系さっぱりだったわ
こんな俺でもゲーム会社入ってプログラマーしてます
社会人なんだから、後から読む人のことを考えてコードを書けよ、といつも思う
数学ではない
言語ではないわな
> ただプログラムの正確性に関しては、言語能力よりも認識能力（推論、短期記憶）のほうが重要という結果が出ています。
ダメじゃん
この問題でいい解答ができるようなら、プログラミングに通ずる言語能力アリだな
群れないパワハラのスキルを文系とは言わないだろ
むしろ論理で、これ長くなると言語に近くなる
もっとも最近はカッチカチじゃなくてもいいから「能力の高い」の意味が昔とは全然違うんだろうけど
でも、そういう人のプログラムは､論理は明快だが、
実直で、数学的に優れたアルゴリズムをまったく
使っていなかったりする。機能を満たすプログラムを
力任せに書いてしまうだけだったりする。
それでも良いのならそれでも良いわけです。
現代の数学は、ずっと抽象的で、証明的で、しばしば非構成的で、存在を肯定あるいは
否定する形で積み上げる。
論理は数学的帰納法を使えば､（可算）で限度の無いステップを記述としては
短い1行で済ませることができる。しかし､プログラムは再帰的に処理を書けても、
限度の無いステップ数を実行させるとそれなりの時間が掛かるので､プログラムが
かけても実際には計算が現実的には終わらず実用にならないことはいくらでもある。
数学は可算無限よりもずっと大きい無限もいくらでも論理としては扱えるが､
計算機ではそれは無理。人間の数学証明と同様に論理で解決（証明）する可能性は
あるが､一般的に命題を証明するあるいは証明不可能であることを示すための
アルゴリズムは存在しないので､解ける問題を「発見」して積み上げて行くし、
解けない問題を「発見」して積み上げて行くしかない。
いつの日にか、機械が人間が行うよりもうまく早く証明を行えるような
時代が来るだろうか？
サイゼリアの経営者は？
そもそも文系でも数Ⅱもあるし論理も本来文系てもきっちりやる
普通の高校、大学なら
今は知らん
なんで？
当たり前じゃないか
＞古典的には、言語を担当する脳は左脳とされてきましたが、今回の研究でも固定概念が覆されたことになります。
初期学習は主に右脳 固定化されて左に移る 従来の見解通り
＞プログラミングの技能が一定のラインを超えると、最も必要な素質は問題解決力や柔軟な発想になるとも言われています。
プログラミング言語の学習能力は、プログラミングの能力そのものとは微妙に異なるのです。
さすがに当たり前のことを補足まがいに最後に付け足してある
そりゃプログラミングできるような人間って
他に適職がいくつもあるし
その中で土方PGにしかつけないのがコミュ障多いだけ
> プログラミング言語の学習能力は、プログラミング能力そのものとは微妙に異なるのです。
ソースにもこう書いてあるけど、結局は問題解決力や柔軟な発想のほうが大切だよね
そんなのプログラミングじゃなくてもどの分野でも同じじゃないの？
なんか恣意的な調査してそやねｗ
http://rio2016.2ch.sc/test/read.cgi/earth/1575170033/l50
sssp://o.2ch.sc/1mm8y.png
本当にそう。そして出来の悪いのがブラック、ブラックと騒ぐ。
数学は人並み
意味ないわ
実は手書きメニューのセンスだったのだ！みたいに
恣意的にどうとでもゴールが設定できそうなネタだわな
文法を理解していれば、論理的かつ正確に
文章を理解できるから、広い意味での
言語能力も高くなる。
プログラム言語の理解なんて、
文法の理解そのものなんだから、
言語能力の寄与が高いというよりむしろ、
必須条件だよね。
そこに数学的な論理思考力が合わされば
鬼に金棒でしょ。
単に書き方を覚えるのが早いかどうかって話なら、そりゃあ言語能力が高い奴の方が
早く理解できるだろう。
新しい事柄を理解するには、言語能力は重要だから。
プログラマとしてのセンスや能力が発揮されるのは、書き方を覚えたあとの話だ。
芸術性なら言語力
プログラミングでどちらが重要かということかも
そりゃ数学能力は必要
ロールプレイングゲームとかはストーリーを作り小説を書くような国語力も必要
プログラムによって要素が多い少ないの違い、何方も必要
工学的な知識が必要な分野で工学の知識が無ければ
仕様書が無ければプログラミングできない。
プログラム言語は文法が極めて単純でそこの理解に高度な言語処理能力は必要ない
同じように初心者向けの簡単なプログラムに数学力も問われない
これは1+1を計算するのに数学力がほぼ関係ないように見えるのと同じ
特にpythonのように高水準な言語なら導入段階では法則性がない（見えなくしてる）から
例外だらけでも原理に縛られずそのまま受け止める能力（＝数学力との逆相関要素）が効くんだろう
コーダーじゃなくてプログラマであればフルスクラッチでアルゴリズムを考えさせる問題を解かせないと
全く能力を問う段階に進めてないと考えていい
左辺と右辺を目的と手段と考えて、右辺の流れを複雑にもできる、シンプルにもできる
実現方法は何種類もあって、その中からTPOに合ったものを選択できる
みたいな
これできる人とできない人がいるのよねえ
文系は仕様書が無ければ、もしくは言われたことしてできないプログラマー
文系は改良は出来てもイノベーションは起こせないって感じかな
そこでいうコミュニケーション能力が友達の多さでは決してないことに注意が必要だよな
これわかってない奴が多い
プログラムちゃうわな
自分で企画して商品もしくはシステムを作れる人は
コミュニケーション能力がなくても天才プログラマーと呼ばれる。
それだと言われたことしかできないプログラマー。
ちょっと違う
アメリカだとバグはあって当然、バグ怖がらずに数こなせだから。
YoutubeやGoogleAPIなんかバグ多いけど平気でリリースするやろ？
日本とは重視するものが違う
そもそも理系は出世嫌がるからな
社長とか断るから理系と呼ばれる
1言えば済むことが、文系なら100くらい説明しないといけない。
これってどうなの？
でも車の自動運転でそれをやられると…
これが後々の各種仕事力に繋がる
センターなら7割は取れるゾ
複雑なことをしようとすればするほど発想もだけど構造も大事になって
より理系的になっていってる気がするよ
自分が見てきた限り
今は更新出来るからな
つうか36人でRやら計算するって
いくら何でも統計の知識薄弱すぐね？ｗ
馬鹿が分析した結果だったか
ものすごく特異なサンプルでバイアス尋常じゃないよな
EXCELのセル関数のifをメインにヒイヒイやりながらプログラミング的なものを覚えて行った人も多い
そしてスクリプトの書き方を覚えた途端に一気に才能開花
個人で使うプログラムで趣味で書く程度なら
フローチャートとか書くより
最初からプログラム書き始めて、
プログラム書きながら勝手にフローチャートができていく感じ。
＞それでも中学生程度の数学の知識は必要だよ
冷静に考えると、それは大した数学の知識は必要ない、ともいえる
有能なプログラマだった先輩が文筆家としても優れていたというケースを知っている…
計算したくないから数学を使うんじゃ
3x5を計算するのにいちいち3＋3＋3＋3＋3ってやる奴とかいないだろ？
それで「俺は足し算が速い！」とかジマンするアホはいないだろ？
例えば、誰かに否定されても感情的にならずに、他の可能性を考えそうな気がする
会社に入ればそれだけでも食えそうだけど。
数学は苦手だが語学力はある奴→この集団をBとする
A+B>Aになるから当たり前
本当にアホしかおらん
プログラマーに向いてるかな？
デスマはしたくないけど。
人間が処理する方法そのものをプログラムするならプログラムを理解してるだけで出来る。
全く違う処理方法の考案はプログラムちゃうからな。
そんなんじゃ食えない
頭弱いヤツに記事書かせんな
まあ、プログラムって、最終的には「理論」をうちたてた時点でプログラムの精度が決まってるからな
難解なプログラムに挑戦するってのは、数学の解かせる気のない文章題に挑戦するようなもんだ
計算力なんて二の次になる
例えばプリンタの制御のプログラムを作る場合、
制御工学が分かっていないと設計出来ないよ。
それを使って何を作るかは無限あるし、
最低限筆記道具が使えないと何もできない。
プログラムは日本語を機械に読める言葉に置き換えるただそれだけ。
仕事はいくらでもある。
研究がまともにプログラムできてないといえるわな
そのとおりだけど、文系の人は数学は勉強していないし、
その上の工学なんて全く勉強していないし知識も全くない。
だから工学を学んだ人に説明する場合、1で済むことが、
文系だと100くらい説明しないといけない。
何か作為的に感じるのは気のせいだろうか
まぁそうかもしれん
>>1の記事はアメリカ人の研究だけどな
理系、文系との関係はわからんけど分解するのが苦手な人は一定数いるよ
高給もらってるプログラマはコミュニケーションもできるんだよな
スレタイ付けたやつがアホで、記事の内容は能力の高いプログラマではなくて、プログラミング言語の学習能力のことを言ってるんだよな
そんなの外国語習得能力と関係があるの当たり前だろっていう
ただ、良いプログラミングの仕事をするには、言語を理解しただけでは足りないんだよな
だから結局、言語能力だけでは務まらないんだな
んー。それは下についた人が相当な馬鹿だったんじゃないかと思って諦める(笑
俺も馬鹿で現場しか知らないので笑われるかもしれないが、制御理論も工学もどうでも良いと思っていたりするよ。
必要なことは仕様書やデータシートにある程度書いてあるしね。そりゃ自分で仕様書からっことになるとすごく勉強するけどね。でも工学畑の人から見たらニワカに過ぎない。
そうかなあ。
時折新人や中途の人の面接をする機会があるけど、大抵の人は「朝起きてここに来るまでの行いを述べてください」っ聞くと答えられるよ
>必要なことは仕様書やデータシートにある程度書いてあるしね
工学を学んでいたら当然だからと言って、
仕様書にくわしく書いていなかったらどうしますか？
そもそも、やりたいことだけ書いてあって、
設計書がなかったらどうしますか？
（結構丸投げでよくあるよ）
遅れて原因として仕様書に書いていなかったと言いますか？
それは並べてるだけ
言語能力のが重要ってのはあるかも
あーごめん。ファーム屋なので。
ファーム屋なんで、エレキ屋メカ屋と開発開始から話しないと仕事にならないので、そういう危惧はしたことないなあ
現状のAI詐欺ベンチャーに騙されてるアホ企業が多いのも理解できるな
論理的思考というこのを徹底的に排除しとる
玄人はアーキテクチャーやデザインパターン、アルゴリズムと言う。
あと対象がパイソンだし、特に数学的なこと知らなくても問題ないんじゃないの
言語能力だけだと、そっから難しいところに行こうとすると脱落する人多くなる気がする
natureって名前に騙されてる人は多いと思う
そもそもScientific Reportsだし
お前はアホそう
数学的表現などはほとんど必要としていない。必要なのは算数ぐらいだ。
でも自然科学を数学的にプログラム出来るようになると、
恐ろしいことが起こるだろう。楽しみだ。
関数は言うまでもなく数学の分野
ロジックを組み立てる能力は数学では身につかないが
言語をいくらやっても関数は身につかない
【教育】ビジネス特集 今やひっぱりだこ！？ 武器になるのは「数学」です
https://egg.2ch.sc/test/read.cgi/bizplus/1583164316/
> 小説や詩の文面にキラリと光るセンスを感じ取る能力がある人は、プログラマー適性があるかもしれません。
言語能力ってそういうものじゃ無いからw
書かれてあることを正確に読み取り、表現したいことを正確に書き表す能力だから。
統計ソフトを無理矢理適用しましたみたいなことになってるけど大事なのは因果関係じゃない？
R^2=0.31って有意なのかな
誰でも簡単に統計処理できるようになったから今後もこう言う論文増えるんだろなぁ
論理は数学で身に付くように思うけど
講義を理解するのに必要な読解力が言語能力と強く結び付いているだけでは？
でもプログラムの世界だとそれらは簡単にコピーや応用ができるので
そんなにたくさん数学が得意って人はいない
そもそも数学力ってどう定義するんだ？
四則演算の暗算能力？
式に値を入れて計算する能力？
問題を数式で表す能力？
方程式を解く能力？
そういうのは応用力であって、学問としての数学の一部分にすぎない。
応用ではなくて理論を深化させ発展させ開拓させるのが数学力だとしたら、
これまでにないアルゴリズムを発見するとか、そういうレベルでなければ
単なる公文の塾で教えている算数が数学力だという世間一般の誤解の上塗り
でしかないな。
コンピュータのルールに沿ってお金の計算時にどんな桁数でも
ただしい丸めをしつつ処理時間を食わない、メモリもさほど
食わない共通一般処理（四則演算、税金適用など）は、数学の
知識と経験が必要だよ。
コンピュータは式を立てれば応用は簡単だから、その共通処理
の重要度は高い。でも物理学だってそうでしょ。式で表して
はじめて応用可能になるところが多い。
> そんなにたくさん数学が得意って人はいない
新しいアルゴリズムを発案できるような人はそんなにいないけど、アルゴリズムを理解して適用したり応用するにも数学の能力は必要だよ
使い道が限定されて本当に困る
腕利きをマニュアル書き等に取られたくないんだよ
BtoB製品のマニュアル作成でこんな課題をお持ちではありませんか？
・マニュアル担当部署がなく、社内の技術担当者がマニュアルを作成している
https://www.g-race.com/feature/
がっちりマンデーとかでよく宣伝してたからマニュアル作成の受託会社かと思ったらコンサルメインなのね、知らんかったわ
マニュアル外注は、社として何度もやって何度も失敗してる
普通、こちらの資料を引き写して文書としての体裁を整えてくるだけだから
内容の整合性、欠落、分かり易さなどに踏み込んで責任もってやってくれるところもあるが、
「高い」
製品を良く知っていて文章のまとめ方がうまく速い仲間がいると、
美味い安いの牛丼みたいなマニュアルが内製できるんだよ
ある問題があったら、その問題の条件で成り立つ数式を
「ぶち撒ける」ｗ
その中で、変数が解析的に解ける、あるいはそれらを使って
条件を絞り込むことができるものがあったら、それらを組み合わせて
変数の値を出したり、不等式なら範囲を出す
プログラミングだと、元から上記の作業をするのは当たり前で
その中で数学ならこういう記述で良いけど、プログラミングなら
こういう書き方にしないとなあ、って部分を書き直す
条件まみれの多重のΣをfor文とif文で書き直せ！みたいな
でもプログラミングだと実際には関数のライブラリも既存のものが整備されてる事が多く
そういう時はひたすら検索しまくってｗ、良さげなものを見付けたら
自分の問題に出て来る変数をその関数に代入するとしたら何が問題だろう？
なんて考えて、前処理で使える形に変換しておくなんて作業がいる
言語能力を求められるのは設計者である。
それはプログラムに限らずあらゆる設計者は言語能力が重要。
設計者に言語能力が必要なことは分かるが、
それはあくまで他人に設計書を知らせる場合。
今までにない新しい手法（アルゴリズム）を生み出すのに
必ずしも言語能力が必要と限らない。
なぜなら、その設計書を自分でプログラムすればよい。
他の人はそのプログラムを解析して新しい手法を習得すればよい。
俺たちは雰囲気でプログラム書いている
仕事で？それとも趣味で？
仕事の場合、それが管理者もしくは発注先の考え方と違う場合はどうしますか？
> 製品を良く知っていて文章のまとめ方がうまく速い仲間がいると、
> 美味い安いの牛丼みたいなマニュアルが内製できるんだよ
それ内製だから出金が見えてないだけで腕利きが本来稼ぐはずの金が無駄になってる
アジア人は白人と比べて、言語能力が苦手・数学が得意
いや、入社5年程度の要員を想定してるんだが
>>198で、腕利きを割きたくないって書いてる
数学的能力は比較的わかりやすいけど、言語能力は意味がハッキリと
しないんだよ。
ガウスとかハミルトンなどの天才的数学者は若いころからギリシャ語や
ラテン語などの言語でも著しい習得能力があって外国語を10ヶ国語
以上も操ることができた。こういう能力はもちろん数学の習得にも
力を発揮する。
一部小説家のような母国語のみの言語能力は、はたしてプログラミング能力に
つながるんだろうか？？
まーーーたく関係ないな
奴ら日本会議美しい言語ｗとかを丸暗記しているだけで
論理学のかけらもありません
ただ丸暗記しているだけｗ
そうそう
それがわからん研究者もひどいし
この板曲がりなりにも科学に興味あるやつが集まってんのに
この指摘が異様に少ないのもひでえよな
それ言ったら語ることなくなるから
であれば語るべき内容でないということだわな
SATはverbal とMath ８００点ずつだろ
そんなの関係無い。SかMだ。
プログラミングはコンピュータへの命令を組み立てること。
命令はSが向いている。
Mはブラックバイトでもやってろ。
>>1で小説に例えているけど、オブジェクト指向だとオブジェクトの挙動について
確かに小説の筋書きを作るような能力も一応は必要とされる
オブジェクトにこんな変数(別名：フィールド)や関数(別名：メソッド)もあると
便利だな～とか考えながらクラスを設計して、これダブってるからやっぱり要らないなんて
事もあったり
更にUMLなんて懐かしい概念もあるが、ｗ
配置図、ユースケース図、アクティビティ図、クラス図、パッケージ図、
シーケンス図、コラボレーション図、コンポーネント図など
でもこういうのを設計する作業を
理系が完全に握る
としたら、既得権益を持つ、しかしシステム開発のディテールは知らん
上流工程の人には不都合なんだよな
だから、ユースケースぐらいならともかく、コラボレーションやシーケンスあたりに
どんどん首を突っ込む
それが既存の上手く行っているシステムを継承するならいいのだが、
既存のシステムである点で不便なものをそのまま引き摺ったりするわけだ
そんな奴がいないから腕利きが取られてるんだろ
オブジェクト指向くらいは頭の中で整理して
プログラミングできるくらいの頭が無い人は
向いていないと思ってい良い。
設計書にそんなものは書かないよ。
プログラミング自体単純な構文規則さえ把握すりゃ誰でも書けるし英語勉強するのと変わらん
情報系を主体にする人は基本文系だよ
そもそも「能力の高いプログラマー｣が曖昧過ぎてな
そのせいで数学力の不足を背景とした間違った仕事をしてるやつが激烈に多いよな
数学物理が苦手→文系的な選び方してるやつが理系文系両方にとっても問題なんだろう
まぁ数学力＝理系、言語能力＝文系ではないしな
工学のことが分かっていなければ設計できないよ。
設計のできないプログラマーの地位は低い
> プログラミングはコンピュータへの命令を組み立てること。
という認識の人はプログラム下手。
一番大事なのは、抽象化能力と概念形成力
しかもそれを何で書き下すかといえば数値の移動なわけだからな
その点でいっても数学と最も密接
データベースおよびそれから取り出したものを入れるクラスメンバの
設計をミスって
納入やり直しになってる例を目の当たりにした
【教育】『AI vs.教科書が読めない子どもたち』が示す、「読解力が低い人」は「認知できる世界の解像度が低い」
https://egg.2ch.sc/test/read.cgi/bizplus/1576833645/
算数で知識が止まってるのか？w
知識があって対象について詳しくなければ、良いプログラムなどかけないのが普通。
作業頼んだらサンプルが無いと出来ないって言いだすタイプ
組み込まれるプログラムを作る時それぞれの専門的な工学の知識が
最も必要。
ですからね，一般論は
なぜプログラマーの事だけを議論するのかな？
愚かな、、、
ロジックは数学ぞ
別にとまってないぞ
ちなみになんで草をはやしたかを書くことできる？
まあ数学では数値扱わず記号で書くとかの俺のレスに対する極めて浅い誤解による
糞みてえなイキリだろうからまともなことは書かんだろうけど
浅い誤解と言うなら正解書いてみw
何が間違ってんの？
ここはホントのこと言ったら批判される場所なの？
言語能力も数学力も低い文系沢山いるじゃん
まぁどちらも低い理系もいるけどもｗ
書いてるんだよ…
お前文書読む能力に致命的な欠陥があると考えたほうがいい
ここまでの短文連続して読めないって知的障害の疑いが濃厚
はい逃げた
脳内で書かれてもそりゃわからんよw
脳内で書いてないんだよ
すでに上に書いてあるんだよ
それすら読めないのに追加で文章書いても
お前はどうせ読めないわな
お前が最低限の文章を読む能力があることを示さなければ何も進まなくなってしまっている
はいはい、上で書いてあると言うならレス番示して引用してみ
まあ書けないから言い訳か罵倒しかできないだろうけどな
ヤバそうなプログラムにはコメント一杯書くしかない
処理の対象は数値じゃないよ。メモリ上のパターンだよ。
それを数値として読むことができるってだけ。
マルチ言語
第20言語野ってどこかな
いやソフトは数値をいじってるんだよ
その時の実装がメモリ上の電位で表現されてるだけ
数学のテーマは言語で成り立ってるんですが、、、
こんなん、わからん奴の嫉妬的な発言
他人のコード読む能力ないのかよ
ほんこれ
アルゴリズムを使いこなすためには数学が絶対必要
線形計画法で数学的に凹の部分の判定どういう関数を組み合わせたらいいのか、
近似解の誤差のオーダーを系の応答関数がわからない時にどう評価するかとか、高次元空間での斜影成分にルベーグ積分積分が使えるか、
ラテン格子法でカバーできる範囲が問題の規模のオーダーに対しどういう依存性があるのかとか。
そうすると馬鹿で埋め尽くされる
ホンモノは黙ってっても頭角を現すよ。
でも外注だと使い勝手の良いメンバーでしかない。
手柄は管理者の物。
高校の文・理コース分け 労働生産性低迷の要因に
https://www.nikkei.com/article/DGKKZO56523740X00C20A3CK8000/
でも、もちろん既存のライブラリをすぐ見つけ出して上手に使いこなすのも大事か
だが民間のソフトウェア会社だと、むしろデータベースや画面やブラウザ上のフォーム、
あるいは通信機器との入出力を上手くできるかどうかが大事になるな
そしてアルゴリズムをひねり出すのがプログラミングの本質だと思っている人が
ソフトウェア会社に来ると、今日はこのデータベースのこのカラムの値とこのカラムの値を条件によって
繋ぎ方を変えて、こちらに出力してくれ、とか
あるいは顧客が入力した値をこのAPIを通して金融口座にアクセスしてくれ、とか
そしてその仕様をちょっとの説明ですぐ理解して、それに沿ったプログラムを作れるかとか
そんな環境だと、他人の作ったものを理解するのに時間が掛かったりしてうまく使えない、という事も起きてしまう
中の作業だけなら簡単なんだが、他モジュールと接続している入出力の形式が分からん！って事にもなる
まあ数回やってみて慣れたらあとはコピペでどんどんやってしまえる訳だがｗ
アルゴリズムは自然数上の非数学的なメタ表現
科学でもなんでもなくて、単なる土方作業。創造性は低い。創造性が入れられる
ところがあるとすれば、仕様を策定するところだけれども、たいていは既存の
ものやよそのものをパクってちょっとだけ「改良」を入れたり便利そうな機能を
追加するようなことだろう。
分かる気がする
数学以外も色々得意な感じだ
知ってた。
それを身につけている脳というのは数学脳よりも優秀なはず。
理系脳よりも文系脳が人工知能時代に生き残る。
計算高いはよくわからんけど少なくともそれを悟られるようなヘマはしない
プログラムの領域では数学力だけが重要になる。
アプリケーションに提供されるライブラリ依存は、それを読み解く言語能力こそ重要になる。
アルゴリズムを考えたことすらないプログラマの時代だから当然だろう
Get2ndNode2Hock
とか
ReplaceMatrixTreeWithMaxTensor
とかな
（つまり，ある年齢をすぎると脳の可塑性が劣化するのだろうか？
語学とか音楽の練習をしても効果が出なくなる限界がある。
多分思春期のホルモンが出た後ではなかろうか）
プログラミングも、若年のうちにやらないと熟達しないなどといわれる。
しかし、プログラミングは英語やフランス語やドイツ語やロシア語や
イタリア語や中国語やアラビヤ語やスワヒリ語などのように、ずっと永続的
な価値を有しないのが普通である。つまり10年たったら若い時に覚えた
機械語とかプログラミング言語（コンパイラ言語、スクリプト系言語）などは
廃れていたり、需要が無くなっている公算が高い。それだけ技術の陳腐化が
激しい。プログラミングは抽象度が高いために、現実に制約されにくい面が
あるために表記上の表現をどうにでも変えることが可能なことと、限後を
サポートする企業や団体などの都合によって維持が切り捨てられたりなど
あるので、その運命は定かでは無い。流行り廃りが激しすぎる。
だから、平均的には特定の機械語や言語プログラムの教育をしても，
むしろ有害で、もっと他のことを学んだ方が良い可能性は高い。
＞プログラミングも、若年のうちにやらないと熟達しないなどといわれる。
年を取ってからだと、ゆっくりしか覚えられなくなるね
＞つまり10年たったら若い時に覚えた
機械語とかプログラミング言語（コンパイラ言語、スクリプト系言語）などは
廃れていたり、需要が無くなっている公算が高い。それだけ技術の陳腐化が
激しい。プログラミングは抽象度が高いために、現実に制約されにくい面が
あるために表記上の表現をどうにでも変えることが可能なことと、限後を
サポートする企業や団体などの都合によって維持が切り捨てられたりなど
あるので、その運命は定かでは無い。流行り廃りが激しすぎる。
ある程度の流れとロジックはまあ、3～5程度の言語で組めるようになっておこう
その中で
・文字出力
・変数代入
・文字列扱い(Cだとこれが後ろの方に来るがｗ)
・繰り返し文と条件文
・配列扱い
・多重配列や他のデータ型の扱い(ここで参照が絡んでくるものがある)
・関数
・構造体とかレコード型とか言われるもの
・クラスとオブジェクト指向
・ファイル入出力
・システムの制御と入出力
などについて、この言語だとどうやって書いてるかな～と一通り一応チェックして、
この言語だとこの辺が書き馴れないんだよなあ、と分かったら
とりあえずその辺はノートにでもメモしておくか、リファレンスブックを持っておくとかして
プログラム作成に臨むことになる
でも現場によっては、100%暗記していないとダメなところももちろんある
行数をバリバリと一日に数千～数万行でも、
まるで日常言語の文章を書くように書いていける才能
（コーディング能力）もあれば、
普通のプログラマーには解決法が容易には編み出せない問題でも、
解法を編み出してしまう能力。しかしコーディングをさせたら
一日に数十行～数百行程度しかかけないというのもあるだろう。
また同じ問題に対する解決法として、コーディング量自体は少ないが
考え抜いて非常にエレガントな短いコードの量で解決をするという
能力もあるだろう。
ただし、個人単位で有能でも組織としての有用性はまた別である。
あるプログラマーの書いたプログラムは正しくて非常に短く
書かれているが，それを他の人間はなぜそれで正しいのか理解
できなかったり、要求があって変更を入れたり拡張をしたくても
手を入れられないとしたらどうだろうか。ドキュメントが
伴わなければそうなりがちだし、高度な技術が背後にある場合は
表面上コードの逐一の行の説明しているドキュメントがあったとしても
全体としてなぜそれで正しいのかわからないということは考えられる。
知能のレベルが不揃いだと、組織としては大多数の低レベルの者にあわせる他ない。
そうして、神のような知性を持ったプログラマは疎外されて、放浪の旅に出る。
それって神とかそういうエベルじゃなくて極めて低いレベルのはなしだよな
プロじゃない人間がプロとして存在してしまっている組織構成力の低さを
個人のせいにしとるだけ
何これすごい加齢臭がする
これだけ状況を明快に説明できるのはすごいな
きっと言語能力が高い人なんだなw
普通とはWebアプリというジャンルに限定。
>行数をバリバリと一日に数千～数万行でも、
>まるで日常言語の文章を書くように書いていける才能
書いている＝コピペしている。
1文字単位でタイプしているわけじゃないのが多すぎる。
>あるプログラマーの書いたプログラムは正しくて非常に短く書かれているが，
短く書くのは合理的、最適化だ、この単細胞は合理化の致命的な問題をまったく理解できていない。
一見無駄に見えるそれが、その時点で意味をもたなくても今後意味を持ち出すという
原理すらしらないようだ。神（世界）が人間や生命を完璧に作らなく多様性という無駄を
大量にいれた非最適化の非合理性として生み出した理屈が理解できていない短絡思考といえる。
＞・繰り返し文と条件文 ・配列扱い ・多重配列や他のデータ型の扱い(ここで参照が絡んでくるものがある)
＞・関数 ・構造体とかレコード型とか言われるもの ・クラスとオブジェクト指向 ・ファイル入出力 ・システムの制御と入出力
当たり前のようにあるこれらを全て否定するような原理について、そういう言語の登場はこの平常性バイアスで
それ以外は無いという思考は変化にはついてゆけないということになる。
＞そういう言語の登場はこの平常性バイアスで
それ以外は無いという思考は変化にはついてゆけないということになる。
動的型付けは慣れるまできつかったｗ
それまで動いてたのがいきなり代入できないってエラーが出たり
ブロック内のmyとかも慣れるまで大変だった
自演ウザいよ
明白すぎること、
つまり底辺作業の土方には言語能力が重要になり、高度な設計や企画や構造決定という
意思をなす抽象的なそれは数学的能力であるということ。
自分が底辺であるからこそそれを評価されないから妬みをもつ、不満をもつ。
最後には老害とか言い出す、ITプログラマーなど自立すればいいだけで
老害とかいう上司をもっている時点で自分の無能さを説明しているだけである。
数学能力は戦略
まあ、言語能力高いやつは単細胞なので、戦術の強いものが戦略だと信じている。
たとえば核兵器を戦略兵器と呼ぶけど、あれは心理戦の戦略であって
物理破壊だけであれば戦術兵器なのよ、この区別すらできない知能が高いっていえるの？
それが無いのを何とかできるのが高い問題解決能力の人ってことな。
下の下の上はそんなに上級扱いになるんか
僕から見たらそんなの至って当たり前にできることだと思うがね
そりゃ言語能力が高い方が有利だろ
初期時点で数的処理や推論が必要になる要素なんて無いし
プログラミングに数学能力が必要なのは
天文学の計算、フーリエ変換、給与計算、予算決算の計算などで
FOTRAN、Python,C言語、JAVAスクリプト、HTMLなど
プログラミング言語習得にはプログラマーの母国語とプログラミング言語への
翻訳能力の優劣が関係するのは明らかだ。
アプリケーションを開発するにはシステムエンジニアがソフト開発を依頼するカスタマーからの
要求仕様を聞き取りどういう風にすればコンピューターで目的を実現できるか
翻訳してシステム設計書、プログラム設計書を書くという手順を踏まなければRない。
コンピューターシステムやプログラムが完成したら
検査仕様書を作ってエンドユーザーの目的が達成されているか
チェック項目を列挙してエンド・ユーザーの目的通り
設計通りにプログラムが動作しているかまともなデータ、異常データなどの混じった
テストデータを作って例外処理もちゃんと出来ているかテストをする。
これにはプログラムの条件分岐分岐に於いて
Decision Tableを作っておくことが重要。
こういうのは数値計算ではなく論理学、ブール関数の領域となる。
プログラム仕様書など文書化された設計書があれば
ああでもない、こうでもないと悩む手間を省けるのだ。
工作機械や信号処理(交通信号機じゃないぞ)などは
数学がどうこうじゃない。
機械の出力信号をコンピューターが受け取ってそれを判断して
機械が次にどういう処理をスべきか判断して司令をINPUTしてやる。
それもリアルタイムでな。
リアルタイムで処理できない処理は専用タスクに任せて
メインのタスクは別の処理こなし
専用タスクが完了したときにはハードウェア割り込みやソフトウェア割り込みを発生させ
その次の処理を継続するというのが制御系システムだ。
ちょうど複数の外注先に仕事を投げて
出来た結果をセンブルするようなものだ。
数学というより経営学的帝王学的センスが必要になる
Ｘ結果をセンブルする
○結果をアセンブルする
それがプログラマになるのを諦める十分条件であることを示せ。
または
それがプログラマになるのを諦める必要条件であることを示せ。
これ
理系の人間って文章問題を数式化したり普通に言語能力が必要
どっちも必要って場合に理系の人間は問題なくって
文系の人間で数字が苦手ない人は敷居が高いって今まで通りの話
奴らは名前を記号としてしか捉えてないから、名が体を表してない命名を平気でする
プログラムの共有化には重要か。
コメント力も同様だろうけど。
>次に彼らに45分間の「Python」と呼ばれるプログラム言語の講義を10回受けてもらいました。
講義は言語によって行われたのだから、それの理解能力は、その言語の能力に依存するに決まっている
>>1は単に講義の理解力を試しただけ
プログラミング言語を習得した後の「プログラミング能力」は、また、別の話
仕様書やマニュアルがかけないやつはプログラマ、SEになる資格は無いと覚えておけ
コンピューターを電子計算機と翻訳したのがそもそもの間違い
今なら電子頭脳と訳すのが正しい
中国語はそれを縮めて電脳と訳している
わかる
アルゴリズムの稚拙さやらコピペされた重複コードがどうこうとかいう以前に字面で難読化させてるよね、英語サボってた輩は
ここまであからさまに高専プログラマを批判する文を初めて見たかも知れん
日本のIT業界の上位スキル持ちってその辺が圧倒的だよなあ
命名規則「キャメルケース」「スネークケース」「ケバブケース」についてまとめてみました
昔のプログラミングだと変数名、関数名を短く！と言われて
camelCaseなら cmcs(大文字すら使わない)とか
snake_caseならsn_csとかになってたなあ
要するに何をしたい関数なのか、作った本人以外パッと見て分からない
中のコードを読むしかない
下手すると変数名はv00001、v00002と書き
関数名はf00001、f00002のような通し番号しか許されず
みんなでそれを共有するようになっている、なんて変な現場もあったそうな
単なる「専門学校卒」の現実だと思うぞ
専卒を引き合いに出したけど、高専卒には触れてないぞ
仕事してて高専卒に出会う事はなかった
高専に行くような中学生は、義務教育を頑張ってただろうし(と思ってググッたら高専も英語は…らしい)
そして学歴じゃなくて、英語力の有無がソースコードの可読性に及ぼす影響の話だぞ
名前の短さ・略し方の問題じゃないし、今は2020年だぞ
それともうひとつ「英語わからんままだとまずい」と思って努力してるような人には日常的に、応援してサポートしてるぞ
いや単純に頭が悪いからだろ
英語得意でもダメだし
論理は場数と地頭と忖度
日本の業務現場は圧倒的に後者
俺から言わせりゃそんな奴はまだまだなんだが
プログラム「言語」なんだから当たり前だろ
>>1のような事を言い出すのが能無し文系
特にポインターとtypedef や structが理解てきれはOK
＞語学とか音楽の練習をしても効果が出なくなる限界がある。
オマエが想像してる語「学」は語「学」じゃないことをまず最初に断っておく。
外国語会話や音楽は聴覚という最も劣化しやすい人間の能力が重要な「必要条件」だ。
＞年齢による閾値
閾値は年齢とは関係ない。
ライブハウスなどで無駄にスピーカーの大音量を聴くと
若年性、突発性難聴になって傷めた聴力が回復しなくなる。
これは耳の穴の中にある有毛細胞という
音波の物理的振動を聴覚神経の電気信号に変換するトランスヂューサーなのだが
大音量の騒音によって破壊される。
(h)ttps://www.e-healthnet.mhlw.go.jp/information/dictionary/sensory-organ/ys-01.html
(h)ttps://www.widexjp.co.jp/deafness/what/decline.html
＞蝸牛の入口周辺の有毛細胞が一番高い周波数の20,000Hz位の分析を担当し、奥に向かうに連れて低い周波数の分析を担 当しており
と書いてあるように高音を感じる有毛細胞加齢や騒音の物理的エネルギーによって破壊されやすい。
破壊された結果聞こえなくなった高音の聴力を補強するために
脳は高音の感度を敏感にする。その結果キーンという高音の耳鳴りが聞こえるようになる。
日本語でシーンとかキーンという音に関するオノマトペに「イ」という母音が含まれるのは
「イ」という母音のフォルマントが高音にシフトしているからだ。
音楽では器楽でも声楽でも音感や音程の弁別能力が最重要であるが
それも有毛細胞が破壊されると弁別不可能になる事がある。
奈良時代の日本語は万葉仮名の分析から、現代日本語でイ段の「キ・ヒ・ミ」、エ段の「ケ・ヘ・メ」、
オ段の「コ・ソ・ト・ノ・モ・ヨ・ロ」にあたる各母音がそれぞれ2種類に書き分けられていたことが知られている。
これは国語学的音韻論には甲類、乙類と分類されてるが
グローバルな音韻論では現代日本語の母音のフォルマントが五つの周波数帯域に分布しているのに対して
奈良時代の日本人、帰化人の日本語母音のフォルマントは八つの周波数帯域に分布した
母音の音色を聴き分けていたことによよるものだ。
会話による音声認識翻訳ソフトを開発するには英語、ドイツ語フランス語の母音は日本語より多くのものを弁別しなければ
ダメで、数学の知識だけあっても音声学の知識がなければ完成しない。
初代ファミコンのCPUはMOSテクノロジーの6502を採用していた。
(h)ttps://dic.nicovideo.jp/a/6502
CPU内のレジスタ3本は8bitなのにメモリをアクセスするポインタは
アドレス$0000から始まるゼロページ256バイトを偶数アドレスと奇数アドレスのペアにして
16ビットのポインターとして使用することができた。
その上、条件分岐には現在実行中の命令のあるメモリ・アドレスから
256バイト以内へジャンプする場合はライバルの8080やZ80の16ビットと違って
少ないメモリ消費で高速にジャンプできた。
だから6502でbinary coded desimal=ascii codeで入力された数値を
数値計算に使う2進数に変換するのもライバルの8080やZ80より有利だった。
1行にまとめると
「6502CPUのマシン語を理解すればC系言語のポインターは難しくない」
言い換えると
「6502のマシン語はC系言語のポインターと相性がよい」
元々小説のような物を書いてて、プログラムを
覚えたとき、ああプログラムも文章も
構成の大事さとか考えることは一緒だよなと
思った。
一定規則が許容する言語総体の中からsemantic に意味ある物を発掘するこれは英語だろうが中国語だろうが日本語だろうがそれらを発話する際と一緒の作業(´・ω・｀)
気付いてたって言ってるやつはプログラムが激烈に苦手なやつなんだろうな
レスしそびれたけど、10人に1人、最低でも20人に1人は「頭いい。勉強嫌いなだけだったんだろうな」と思える人物に出会えるけど、その人物の英語力(命名力)は普通、つまりソースコードの可読性を命名力不足によって落としてはいないように思う
あくまで一個人の経験則でしかないし、その層に何も期待はしてないけどね
その分析で間違ってるところは
命名力っていうのと英語力っていうのをどういうわけか同じと定義してしまっているところ
プログラムで命名する能力は他人のコードを見て常套手段としてどうするか
自分が書いてきてどういう整理をすべきかという経験を通じて得ることができる
それって通常の意味での英語力ではなくて単なるプログラムの経験なわけなんだよ
アインシュタインみたいな発達障害者だと数学はすごいが言語は不明瞭
凡人レベルの苦手とは意味が違うけど。
https://ja.wikipedia.org/wiki/%E3%82%A2%E3%83%AB%E3%83%99%E3%83%AB%E3%83%88%E3%83%BB%E3%82%A2%E3%82%A4%E3%83%B3%E3%82%B7%E3%83%A5%E3%82%BF%E3%82%A4%E3%83%B3
＞アインシュタインは、5歳ごろまであまり言葉を発して他人と会話することがなかった
＞一方で数学に関しては傑出した才能を示し、9歳のときにピタゴラスの定理の存在を知り、その定理の美しい証明を
寝る間も惜しんで考え、そして自力で定理を証明した。12歳のときに叔父からユークリッド幾何学の本をもらい独習。
＞微分学と積分学も、この当時に独学で習得したといわれている。同じころ、医学生だったマックス・タルメイから
天文学の存在を知らされ、同時に物理学に関心を示すようになったという。
＞ただ、確率は生まれつき不得意で、このことがのちに統計力学・量子力学を否定する素養となる。
＞ 1895年、スイスの名門、チューリッヒ連邦工科大学を受験するも総合点が合格基準に足らず失敗。
しかし同校の校長は、アインシュタインの数学と物理の点数が最高ランクだったため、
アーラウのギムナジウム（ドイツ語版）に通うこと（大学入学に必要な中等教育の諸知識を習得すること）を条件に、
翌年度の入学資格を与えた。
＞アインシュタインは大学の講義にはあまり出席せず、自分の興味ある分野だけに熱中し、物理の実験は最低の「1」、
電気技術では優秀な「6」の成績をとった。大学時代は、化学の実験中に爆発事故を起こし、
学校をパニックに陥れてしまったこともあった。彼は教師には反抗的で、授業をよく休んだ[6]。
＞大学の物理学部長ハインリヒ・ウェーバー（英語版）と不仲であったために、大学の助手になれなかった。
妄想好きなところと、社交的なところが同居してる面白い人だよなあ
世界で合法化されてて、政治家がその演説で大統領になってるやつ
自分が考えていることをちゃんと説明して、相手を納得させるとかすごい苦手
弁が立つこととプログラミング能力の関係についてはよく分からないが、仕事ができる人はみんな弁が立つな
とにかく実務の評価能力が低いことにとる
弁が立たないけど仕事ができる人間
弁が立つだけで仕事が失敗しまくるやつ
死ぬほどたくさん見てきた
スキルアップしていく過程で必要とされるのが数学的知識と考え方
国語の偏差値72で数学の偏差値は42だった。
ライブラリを使うから、ベクトルや三角関数、統計などについて
式や計算の必要ないんだもん。
１、難しい処理を効率よく処理できるプログラムを書く能力。
２、メンテナンス性、発展性の高いプログラミングを書く能力。
３、可読性の高いプログラミングを書く能力。
リソースが限られてた昔は１が大事だったけど、今は２、３の能力の方が重要な場合が多い。
でも、１，２，３全部へぼい奴が多いのが日本のIT産業。
ちがうー
①底辺の作業をするPG能力（単純、具体性高い）
②高度なPG設計ができるSE能力（複雑、抽象性高い）
そうよ①が②を妬む、高度で効率のよいコーディングができるからそれが
もっとも優秀でトップエンジニアの要素だと思いたい、SEを見下したい。
底辺がマウントとりたいだけな。
客先からの式はバラせばいいから数学的な素養はあまり必要はない（ばらせるやつやSeにやらせりゃ良い）。
巨大ファイル相手に富豪プログラミングが通用すると思ってんの
そんな時にこんなプログラムでるのがいいね。政府公認 医療大麻オイルカプセル
https://plaza.rakuten.co.jp/denkyupikaso/diary/202003240005/
2018/12/01
【話題】文系学生も数学を、経団連が改革案 大学教育見直し提言 ［11/30］
https://egg.2ch.sc/test/read.cgi/scienceplus/1543646816/238-239
理系文系できれば賢者
多くの問題銃を解いて経験値として貯めているだけだから
これに数学の能力が加わればいいだけ
式をどれだけ上手に開くのかが大事なのではないだろうか。
だって高卒人口が圧倒的に多いし
>>340
既にその文章の日本語としての意味あんまり分からないけど、SEとかいう単語を持ち出す時点でザ・労働集約産業に携わる底辺だというのは分かった
事業会社だとSEだとかPGだとか設計者だとかコーダーだとかいう境界線は無いよ
ダメSEって自分のゴミ設計の責任をプログラマに押し付けるから嫌われるんだよ。
ちなみにおれ両方できる。
うっかり要素技術の知識アピールが成功して事業会社に入ってこられても、知識を運用するおつむが貧相なのでクソコードを濫造されて、そのケアにすごく時間かかる
経験上なんだけど、学歴が低くても強い人は沢山いるように思う。むしろ大学出ていないプログラマやSEの方が実践的のような気さえする。
なので、学歴は関係なく個人による、としか思えない。
そもそも土台勘違いされているが
一部の応用数学を除いて、数学と呼ばれる大部分が人文科学、要はアホが言う文系ど真ん中の学問だってこと
そしてプログラミングは至極端的に言えばコンピューターとの論理的会話
要は元々プログラミングはアホの言う文系の範疇や
端に日本はコーダーはヒラの仕事で
低学歴は学歴主義のせいで出世しないから爺になってもコーダーってだけだけどな
初歩的な学習内容。実際に学習に使用したテキストはcodecademy.orgのpython
チュートリアル。内容的にはリスト処理、if文、などの学習内容。
どちらかというと初心者がPythonを理解しようとするときには言語活動を中心に
理解しようとしている、という結果にしか思えない。
実験に参加した人々は能力の高いプロとは呼べないし、より高度な数値計算やコード
の作成はしていない。これは初心者の話だ。
デタラメな記事の紹介の仕方だと思う。
間違えた、www.codecademy.comな。
だからといって文系が言語能力高いというわけでもない。
プログラム化は言語能力
アルゴリズム構築が数学やろ
仮にプログラミング能力そのものに数学を必要としないとしても
現在においては少し高度なアプリを作ろうとすれば、行列や複素数などの
高等数学の知識がなければプログラムそのものが作れない。
つまり何を言おうと、数学の知識がプログラミンにとっては必須の要素で
あることは否定できない。
言語能力とか数学能力とかいうのは飲み込みの速さでしかない
プログラマに必要なのは100に1つの想定外の発生を潰すロジックを組む能力
そのロジックに至るための「文章題」を自分で作成できる論理力が必要だわな
流れで適当に組んだらなんとなく動いたからこれでいいか、なんての奴はマジ迷惑でしかない
プログラマーはSEの奴隷
言語理解力皆無な劣化入力マシーン
そのクセプライド高い
高度じゃないにしても作る上で行列はまあ必要だわな。
プログラムが得意なわきゃねえわな
例外ないわ
この論文を書いたやつも数学が激烈に苦手だろうな
それ言い出したら銀行業務の知識が必須だとかなんでもありになる
数学が絡む開発が少ないのはやはり事実だよ
数学も出来ねえポンコツが開発なんてやるんじゃねえとは俺も思うがそれが現実
金融勘定系システムに関わると(最初は無くてもいいけどやってくうちに)日商簿記x級とかを要求されるようになってくる
って話を聞いたことはあるが。
構造計算系だと１級建築士かそれ以上の知識が必要
確かに
そう思うよ♪ よく見るよ
https://srad.jp/story/20/04/
採用担当の上司や会社ＴＯＰにプログラミングの知識がないとよくあること
優秀な人材を得るのはまず無理
某大手電機会社のSEは、入社時からSE。とある人の卒論を見せてもらったが、苦笑するしかないレベル。
当然、実践を経験していないので、もっぱらスケジュール管理と客先との折衝だけ。営業と変わらん。
情報工学。Cで100行程度。しかもグループ研究w
要するに、プログラム言語を覚える能力が普通の言語を覚える能力と正の相関があるってだけの話なんだよなあ
表題の「能力の高いプログラマー」云々の話とは全く別の話だし、ましてやこの一文は勘違いも甚だしいと思う
>小説や詩の文面にキラリと光るセンスを感じ取る能力がある人は、プログラマー適性があるかもしれません。
暗記と単純作業こそ最強と確信して、高度な設計が何もできないことに
反省の色すらださない愚かさのスレですか？
ゴミ中のゴミだわな
その手の何もしない奴はコミュニケーションの阻害要因とコストアップの原因にしかならん
同期処理なんてものは簡単なんだよ。
思考が単純で厚みがないから、能力は短絡してきめ細かい末端部分しか
見えなくなる、だからこそ抽象化能力がないから規模が大きなものは扱えない。
プログラム記述は具体性だが、プログラムの設計においては抽象性が重要になるのは
明白であり、それを拒絶して高尚なものはキチガイだとか妄想だとかレッテルをはり
それらの高尚な概念を扱うひとは熟練やら高齢になるので老害と老害と切り離し
自分は最高のエリートなのに無能なそいつらが悪いと責任転嫁してしまう愚かさがある
自覚せよ。
昔は数学力に直結してたんじゃね？
美しい数式=無駄がなく最小手で、論理的に成立
が、一番大事だった
だけど、今は処理能力、容量が桁外れに増えたからなぁ
求められる能力は明らかに違うわな
ってか、今必要な能力って何だろな
プログラミング30年以上のの経験者が言うことと同じ
どれだけいい大学出てもIT業界では糞は糞
理系だろうが文系だろうがプログラミングには関係ない
確率偏微分方程式をプログラミングしたこと、あるか。
まあプログラムのレベルによるよ
数学力が無いとね、ダメダメだ
a programming language
ibm?
文系理系の区別なんか日本オンリーだし
その区別のコンセプト自体がアカデミックじゃないし
昔っていつよ？
COBOLなんて数学なんて初級で50年前から書いてたろ
他と先考えず仕事だけ速いから、そいつが去るとプロジェクトが崩壊する。
>>1
簡易言語 のことか
簡易言語 になると、 インド人プログラマー
本来、プログラマーは、 孤高で高収入だった
自動翻訳機能付いてて凄い面白そう https://babeler.com/
通信関係のプロトコルの実装にも数学はほとんどいらんだろうな。
もちろんある程度以上高度な数学を要するプログラムというものは
あるが、たとえば画像処理とか音声処理など、概してそういった
中核の数学的アルゴリズムの部分はライブラリをブラックボックス
として組み入れて呼び出して使うだけの場合が多いから、大方の
土方プログラマーはその内側の機微に触れる必要はあまりというか
全然ない。プログラムというのは、ライブラリをコールすることで
強力な機能が1行で実現する性格があるので、中身を何にもわかって
いない馬鹿でも書けてしまえたりするんだよ。そうして作り上げられた
プログラムも、使い方だけ知っていれば、中でどのような処理や数学が
使われているかなど何も考えない馬鹿ユーザーでも使えるのさ。
そういう甘やかした利用を推進することで需要と社会的地位を拡大
しているのだからね。最近その傾向がより酷くなったのが、Ｐｙｔｈｏｎ
プログラミングだね。
しかも返り値を複数出せたり(他言語でも配列を使えば出来るけど)
よけい数学出来ん奴が使うと地獄になる事態が起きてるけどなｗ
機械学習だの深層学習だのも所詮は統計学のバックグラウンドがないと難しい
などの研究とは、方向性も種類も動機も異なる。
日本語を強要し、日本文化を押し付け、テンノー教団を押し付けた時点で、戦前の日本のはナチだ。
ナチ野郎の周りを、移民だらけで多民族・他宗教にすればよいのだ。ナチ国家も、移民だらけで多民族・多宗教にすれば解決だ。
俺はナチではない。俺は右でもない。しかし、万一俺を右だと思うのなら、ぜひ俺の周りを移民のかたおよび外国人さんだらけにし、俺の周りを多民族・多宗教にしてくれ。
それで治るだろ。
レイシストでナチな国に対しては、移民を増やせば解決する。
なるほど、一言でいうとこういうことだったのか。「レイシストでナチな国に対しては、移民を増やせば解決する。」
いちいち俺をだまして金儲けしようとする悪党がわく。どうも、世界中で、裏で糸を引いているのは日本のような気がする。
特効薬を見つけた。ナチ野郎の周りを移民だらけにすればよいのだｗｗｗナチ国家も移民だらけにすれば解決だｗｗｗ物理的解決ｗｗｗ
これですべての場合に一発で対処できるなｗｗｗいちいちわざと騒ぎを起こして駆け引きするやつが出てきて面倒だったんだ。この件は知らない。一般論としての話だ。
あらゆる場合に、移民のかたに来ていただけば解決するな。なるほど。
俺はナチではない。俺は右でもない。しかし、万一俺を右だと思うのなら、俺の周りをぜひ移民のかたおよび外国人さんだらけにしてくれ。それで治るだろ。
>>1みてそういう議論でないことが理解できませんでしたってことか？ｗ
おっしゃる通りです
>言語能力って何を指すの？
プログラミングのときに、コードを表記する能力、つまりコーディング力であって
上級プログラマ必須の正しく機能させる為の機能を設計する能力ではない。
>センターの国語の問題が解ける人ってことでいい？
そういう解釈でもただしい。
緻密さ、明晰さ前後関係という具体性を問う能力の正しさであって、
設計能力や数学力で必須の抽象的空間認知力ではない。
コンパイラ言語においてコンパイルは通るけど動かないプログラム、論理的不具合だらけの
プログラムは言語能力だけで数学力が無い人が作り出す汚物。
その「数学出来る人」というのが徒弟制度によって家業化しているんですよ
数式の解法集などはどうしてもっと参考書に載っていない？
彼らは明らかにこの手の情報を「先生の板書」に限定することで徒弟制度の
ようにしかこれを学習できないようにしている…
日本の理数系衰退が起きているならばそれは彼らがそうした情報を学校教育で態と学び辛くして徒弟制度の
維持に充てているからに他ならないだろう
徒弟制度は徒弟制度の流れの間で厳格な身分制度を構築できるがどうしてその徒弟制度
を人々が優遇するのか？
彼らは理数教育の徒弟制度化によって日本の理数学力を衰退させた
才能ある人材が輩出されるにすぎないのでは？
だから人口が圧倒的に多い中印が優勢になるのは必然的
彼方方は理数学力の低下を問題にするが数学の教科書を国語辞書並みのボリュームにしろとは謂わない
そうしてただ「先生の板書」をありがたがる教育を続けるわけだ
何故これて日本の理数学力が衰退せすにいるというのか？
彼らはその体制を続けてそこで毛虫の様に甘い汁吸って居られるだろう
しかしそれを優遇とは何言うか？
他の職種でも益々同じ様な実質ギルド制化が相次いで彼方方がディストピアと呼ぶような
社会体制になるだけにしか思えないが…
彼方方が日本の理数学力を相対的に低いままに留めている訳だ
そして長年続けてきた徒弟制度の中で職工ギルドみたいに甘い汁吸い続けてる…
冷遇も何も理数系教育のギルド化進めてそれをどうにもせずと長年やってきているのが当の
理数系の人々なのだからそれを優遇しようがない
それ中世みたいな社会体制求めているからか？
理数系教育的情報の推進ーを陰から疎外して組合的に理数系のギルド体制維持
し続けているから優遇もなにもしようがないという話なのだが…
地位低いとかいうがそうだとすれば地位低くなるような体制で何世紀も続けているからに他ならない
教育普及には陰から遅延工作みたいな事ばかりしているから地位低い状態いつまでも続く
日本の理系学力の停滞と相対的低下起きているならば彼方方の遅延工作の結果だ
彼方方が態と招いている事だ
冷遇も何もない、彼方方そうやって同職組合の類で甘い汁吸う所独占しているだけ
そういうの何世紀、何十世紀と続けている
その結果に過ぎない
コンピュータ言語→機械語→人間語
という段階を経なければ理解は出来ない。
それはプログラムをする人の頭の中の対象に対する操作をその人の直感に基づいて
書き付けたものであって、その正しさは意識と無意識の境界付近に属していて、
かならずしも万人にとって自明なものとも言えない。書かれたプログラムが
極めて自明なものである場合を除いて、理解が困難であることがある。
頭の中身の構造・発想が異なる人間が理解に困難を生じることがある。
もちろん数学の証明も誰にとっても自明とは必ずしも言えない。
将来はいわゆる「自動証明」によりアルゴリズムの正当性の証明が
できれば、その書かれたアルゴリズムは数学の定理と同様に、前提のもとで
常に未来永劫正しいものになる。
数学の能力 ＝ 問題の解法の探索・知識
プログラミング能力 ＝ 論理性・完結性・資源利用の最適化
一貫性がなかったり抜けのある仕様書しか書けないヤツは
仕様を誤解したりバグを盛り込んだりするので
プログラマとして実際レベル低い
あとは詳細設計で具現化するだけ。
この前段も後段も数学の証明同様、
独立・無矛盾・完全な陳述が理想。
後段は前段の思想と哲学を忠実に
反映することが求められるため、
まず前段は、その思想と哲学を、
正しく伝えるように書き表す高い
言語能力が求められる。
後段は、それを正しく読み取れる
十分な言語能力が求められる。
更に後段は、前段の思想と哲学を
具現化するため、使用する計算機
言語に、前段の思想と哲学を翻訳
する言語能力が必要。
更に、前段の思想と哲学の内容に
よっては、機能的・性能的に十分
な具現化とするためアルゴリズム
の数学力に裏打ちされた採用と、
それの具体的な文章化（プログラ
ミング）の言語能力が必要。
デジタル計算機でプログラムを書いて扱かえる対象は、
なんらかの意味で既に数学的なモデルに落とし込まれているものに限られる。
それが現実の忠実・相同なモデルになっているかどうかは数学的に証明される
ことではなくて、現実を実験と照らし合わせて経験により判断されるものである。
計算が多項式オーダーの計算量で可能かそうでないか、
にしか関心がないからな。記憶容量は無限の長さのテープがある
として議論しているから青天井だし。
＞プログラミングの講義が終わった後は、各個人に対してどれほどプログラミングが身についているかのテストが行われました。
言語習得度合いを測るそのテストが、数学力が問われるほど高いスキルを要する内容だったとは思えない。
＞結果、プログラミング言語の成績と最も強い相関関係があったのは、意外にも言語能力でした。
そう意外でもない。
考えを言葉にし（思考し書き出し）、言葉で考える（読み取り思考を深める）、それが言語能力。
単語から文法を駆使して「伝わる」文章へ、効率的に「意味（計算機では特にアルゴリズム）」を組み立てることが、その言語習得の証。
＞ただプログラムの正確性に関しては、言語能力よりも認識能力（推論、短期記憶）のほうが重要という結果が出ています。
そもそも言語能力のみで、言葉の価値を高めることは、どんな分野においても不可能。
プログラムの正確性・実効性に限ったことではない。
プログラムを着手から仕上げるまで、何が目的でどのような手法（アルゴリズム）で実現するのかという認識が重要なのは明らか。
>>422に明言のとおり、プログラムの価値は、それが基づくところの詳細設計、ひいては要件定義と基本仕様があってこそだから。
その仕様を満たすプログラムなど書けるとは思われない。
高度であったり複雑である要求仕様の文章を読んで理解できない
のであれば、そういった作業は不可能だ。
仕様は携帯の3行で書ける程度の簡単なものは仕事としては滅多ない。
学校で教えるプログラムの入門教育はせいぜい100行ぐらいのコードで
書けるもので、仕様も単純明快などちらかといえば算数的な曖昧さの
ないものが教材として選ばれているので、学生にプログラムとはこんな
単純な作業なのかと誤解させる元になる。
数学と哲学のどちらが上なのか？
16世紀の論争、科学の発展に果たした役割、著書がフランスで歴史学賞
フランスで権威ある歴史学賞を日本人初受賞 数学と科学をめぐる議論の歴史を研究
https://mainichi.jp/articles/20200330/hrc/00m/070/001000d
>通常のプログラムの作成は、通常の数学におけるような正当性の証明を伴わない。
ホーア論理とかあの手の話ですね?
本来コードを書く人はそれの正当性を証明できなければ正しいプログラムを書いているとは
言えないはず。
証明をやれば、コードの満たす数学的性質も明らかになり一石二鳥なんですが。
>将来はいわゆる「自動証明」によりアルゴリズムの正当性の証明が
これって今どうなってます?
https://note.com/morikita/n/nf45b6e44964f
定理証明支援系Coq入門
https://staff.aist.go.jp/reynald.affeldt/ssrcoq/coq-jssst2014.pdf
https://employment.en-japan.com/engineerhub/entry/2018/08/10/110000
http://www.kurims.kyoto-u.ac.jp/~terui/suugakuseminar.pdf
言語能力だの数学力だのをもってくる理由がわからん
処理したい問題を分析調査して要求仕様を綿密に完成させる能力だろうか？
仕様を満たすような解法手順を書き上げる能力だろうか？
解法手順を構成する部品であるアルゴリズムが手元になかったら
それを編み出す能力だろうか？また同じ部分問題を解決する
アルゴリズムにも、速度、要求する資源、などいろいろな候補が
ありうるだろう。そのどれを選ぶかあるいは切り分けて使うように
するかどうか。
アルゴリズムに基づいて、プログラムコードを書く作業。
言語に何を使うか、どのようにプログラムを構成するか、
特に大規模なプログラムになる場合に、どのように部分を
くみ上げて全体を構築するか。大きなプログラムは
数十万行～数百万行あるいは数千万行にも達しうる。
それを間違いなく書き、また間違いがあればそれを容易に
見つけ出せて、また将来にプログラムを機能追加などの
ために変更する場合にそれを如何に容易に可能とするように
構成し記述するか。（現時点での仕様に過度に最適化すると、
それからの進化変化には対応できない・追従し難いものに
なりうる。しかしあまり汎用に作れば、性能が落ちたり
無駄な複雑さを招いてしまいかねない。）
大規模なシステムの開発は、時間と労力と人員が多く必要で
なかなか難しいものである。
最適解を見つける能力
ない
「プログラマ」「SE」という単語が出てくるあたりSIerに居るんだと思うけど、SIerでは何次請けなのかによって求められる役割が違うし、SIerでは概ね大卒にプログラミング能力は求められていないんだから、その感想は当たり前
>>357が言ってるのは委託・受託の関係にない事業者での尺度で、そこでは高学歴も低学歴も同じ役割(SIerで言う「プログラマ」)を担う
自分の経験と照らし合わせても、地頭の良し悪しは確実にソースコードの質やいわゆる「後腐れ」の多寡に表出する
もちろんずば抜けた能力を持つ低学歴の存在を否定する気はないし、たまに目の当たりにはするけど、レアリティが極めて高いので当てには出来ない
そもそもスレタイ記事は、ジャパニーズSIerが反応するにはちょっと筋違いな気がする
これは全然違うわな
外国語はスポーツとかにちかい繰り返しの鍛錬
論理的思考力は全く必要ない（現に非論理的バイリンガルは多い）
ワシントン大学のシャンテルS.プラット、こいつの専門は心理学や脳認知科学だ。
最初からバイアスのかかった研究だろ、どうせ。
たぶんこいつは数学が苦手で、酸っぱいブドウの実例を体現したんだろｗｗｗ
＞たぶんこいつは数学が苦手で、酸っぱいブドウの実例を体現したんだろｗｗｗ
↑
こういう思い込みをバイアスという
数学苦手なのは論文に現れてるけどな
本来の政治家とか。あるいはカリスマ企業経営者など。
ビルゲーツとかジョブスは自らはプログラムコードを書く必要は無い。
適切な人間を集めたチームにこういうものを作れと命じれば良いだけだからだ。
そこでは言葉の魔力が重要だ。正しいビジョンを得るには、いろいろな
方面から知識や情報を集めて総合的に判断して自分が決定することが必要だけれど。
（必要なら補佐なりコンサルタントを使えば良いが、その提案を採るか採らないか
は自己で判断する。）
自転車乗れない大人見ているようで気分が悪いよ
いまのプログラマには、論理的にありえないケースに対する判定処理は
論理的にないから作らないし評価もしないという考えで統一（合理化）している、
設計時点ではなかったかもしれないが、不具合や偶然や、メモリ障害や、
ありえない入力パターンが考慮されていないなど考えられる要因は防ぎきれていない
未知の不具合や誤動作についておきたときに対処すればいいという業界の流れ、
それは衛星やら原子炉といった極めて品質が高くないといけない領域では
完全なタブーの考え方で、言語能力だけではその正等な処理ルートはデバッグできても
不正なルートの設計もデバッグも行われていない、それが数学的な論理思考ではなく
テストパターンが通ればいいという言語思想でデバッグしているからだろう。
Ｗｅｂ系やら、端末アプリでコード書いているやつは組み込み系とかでは相手にもされない、
無能評価だ、特に品質が高い危険とか爆発とか発火と隣り合わせ、最悪の失敗が国家予算
ぐらいの規模で負債になるようなケースでは品質管理すらなっていない。
石橋たたくやつがいない、厚み２メートルのチタン合金の橋を、杖でたたいて正常化確認とか
やらんだろ？失敗即死刑みたいな状態の覚悟をもっている奴などほぼいない。
すべての入力と出力の組み合わせについて無数に上る可能性を全て確認するような膨大な
作業とかやらないから。小さいシステムではマトリクスチャートつくって状態遷移で入力と
出力とありえない状態などの全てのケースを設計確認、実記でも不正データいれて確認するもんだ。
リアルタイムでプログラムコード（ＲＯＭ）が化けるＣＰＵでのコードの書き方とかしらないのは当然だ。
たとえば4ビットの電池が動作中に電圧がぐらぐら変わる赤外線リモコンとかＲＡＭもＲＯＭもＣＰＵも信用
できないから、間違って動作してもリセットがかかる、ウオッチドッグタイマーよりも厳重に
コードが固まらない＆データが化けても異常にならないという設計が必要だった。
分野ごとに違うだけで上下はないよ。
(あなたのいうような)組み込み屋さんにunityで仕立ててって言っても
、
学習時間なきゃ挙動のわからないフレームワークで十分扱えないだろうし。
爆発したり、火を噴いたり、回路が焼け落ちて再起不能になったり、
などするのなら、もっと確実で安全で失敗のし難い工学的なアプローチや
ソフトウェア開発ツールとか、有資格者でなければプログラムを書いては
ならないといった規制がかけられたのだろうが、普通のプログラムでは
そこまでならないのが多いから、WindowsやAcrobatReaderみてもわかる
ように、バグがあれば、後で直しを出してやるから、文句を言うなという
やり方がまかり通るのだ。無学無知無教養の中学生のようなプログラマー
でもコードをキーボードを叩いてとりあえず納期に間に合わせられるのなら、
バグが沢山はいり込んだとしても、構わない、とにかく〆切をなんとかしろ
ということになる。日本のテレビアニメ作りの精神にも通じる。出来が
わるくても、スポンサーがただでテレビを見せて下さるのだから、ヤシガ二
になっても、文句をいうなよというあれだ。
自動車のMCUの不具合で起きた重大事故はかなりの数あったし、それでいまもAUTOSARの開発にはかなりの予算が投下されている。
アセンブラーでデバイスドライバーを書いたり、
末端のルーチンのＣのソースコードを書いている・直している
プログラマーよりも、プレゼンして注文を取ってきたり、
ドキュメント・仕様を作ってプログラムを発注したり、
部下を沢山侍らせて自分はプログラム言語にはタッチしないで
部下の査定で日々を暮らしている方が、うんと高給＝能力のあるプログラマ
という評価になろうぞ。
だから当たり前
与えたら、プログラム言語のスタイルでプログラムが自動生成されたり、
逆にそのように自動生成されたプログラム（たとえばC言語やPythonで記述されて
いる）から、そのプログラムの仕様をドキュメントとして、自動的に生成してくる
ような賢いAIプログラム開発システムが作られるだろう。
そうなると、ほとんどの人間の作業は、直接C言語やPythonで書くのではなくて、
そのかたにはまった書き方による仕様書をつくり、AIシステムにそれを
受け付けて貰えるかの裁可を頂くことになる。AIシステムがそれを受け付ければ
人間は、AIシステムが生成するCコードを観る必要はない。
（あたかも現在のほとんどのプログラマーがC言語で書かれたソースに
対応するオブジェクトコードやアセンブラーのリストをほとんど見る必要が
無いように。）
プログラムの開発がそのようになれば，要求を実現可能な仕様にまとめて、
その仕様書兼ドキュメントを作成することに集中することになるだけだろう。
もちろん結果がおかしければAIシステムが仕様を人間の意図とは異なる
間違った解釈をしてCの間違ったコードを出しているかもしれない。
そういった曖昧な部分を潰して、。。。。
でも従来のプログラマは、そんなのまどろっこしい、おれはいきなり直接
Cで書くと言い張って、次第に組織の中で孤立して排除されていき、絶滅させられ
てしまうのだろう。
それはそれで有能。
てかマネージャーの方が向いてるだけや
そこから枝葉のように伸びる応用面で言語能力優秀者が力を発揮するという感じでは
応用というか現場で高度な数学力が役に立つ
こともある。例えば設計システムで現場の
職人が、数式を出してこの範囲内でって言う
とき、寸法制限の無いCADだとこの式エラー
になるんで、正誤条件なんかつけて下さいって
言えることもある。
テレビゲームでこのルールだと成果ない人でも
10時間続ければクリアできちゃうとかもすぐに
筆上で計算できたりする。
数学力は道具に過ぎない、言語能力が仕事を回す能力、もちろん言語能力以外にもいくつか要素はあるけど
下等だということかもしれない。
日本は日本でのみジャップに対してのみ、カクセイザイ及び大麻を今すぐ完全に解禁しよう！
日本でのみ、自動小銃を完全に解禁しよう！
日本でのみ、移民や外国人労働者さんを完全に解禁しよう！
日本で、日本人に対してのみ、カクセイザイ・タイマ・麻薬の製造・流通・販売・使用などを合法にしよう！
アメリカの圧力ならしょうがないんだろう？ｗｗｗ
やれよ。
ドイツで、自動小銃を完全に解禁しよう！
ドイツで、移民や外国人労働者さんを完全に解禁しよう！
ドイツで、カクセイザイ・タイマ・麻薬の製造・流通・販売・使用などを合法にしよう！
アメリカの圧力ならしょうがないんだろう？ｗｗｗ
東京に今すぐもっと東南アジア系移民のかた・アフリカ系移民のかたを受け入れよう！今すぐ東京にもっと東南アジア系外国人労働者さん・アフリカ系外国人労働者さんを受け入れよう！
日本に今すぐもっと東南アジア系移民のかた・アフリカ系移民のかたを受け入れよう！今すぐ日本にもっと東南アジア系外国人労働者さん・アフリカ系外国人労働者さんを受け入れよう！
やれよ。
コンピュータは数式作ることはできないよ。
大体合ってる近似式のが重宝されるから、
逆にコンピュータ特化の数学者とかはいま
尚更に必要になっている。
アメリカのマーキュリー計画で大規模な
配置転換した当時のNASAでも、その場で
FORTRAN向けの計算方式考えることが
出来る数学者のがIBM出向のエンジニア
より重宝されたというよ。ついでに物理
も軍や航空管制知らない人が、法制飛び越
えてフライトプランの検証したりで、分野
横断を数字でこなすことのできる汎用の
エンジニアとして重宝されてたというよ。
問題や仕様に対してつまりどういう式を求められているのか、見えてる条件以外に関係するヨウ素は無いのか
を探れる能力を数学力と言うか言語能力と言うかは判断しにくい
言語能力の方がその傾向が強そう
これが他の組織で役に立たない調整力みたいなのと結びつくだろうな
国語の点数的能力は数学の能力と同様仕事につながらんものだろう
しかも、そういう学生と面談してみると、実際の計算の方法と目的は大抵理解できてるという。
要するに、設問を例題に対応させて読み解くこともできない人が数学でつまづくのが多いってことなんだろう。
仕事でも言葉の意図が読めない人がいる。エンジニアでも事務でも営業でも。
これを全部説明側のせいにして効率を尋常じゃないレベルで下げる奴多いよな
資料をいつまでもブラッシュアップさせるやつ
マイナスの仕事が大きい
