【話題】「1つのプログラミング言語を学んだら別の言語も簡単に習得できる」という説は現代の実情にそぐわないという主張 [すらいむ★]
■ このスレッドは過去ログ倉庫に格納されています
「1つのプログラミング言語を学んだら別の言語も簡単に習得できる」という説は本当なのか？
プログラミング言語を教える人々の中には、「1つの言語を習得することができれば、新たな言語も簡単に習得できる」と主張する人が多く存在します。
ところが、ミシガン大学で電気工学とコンピューターサイエンスの教授を務めるMark Guzdial氏はこの主張に疑問を投げかけており、現代におけるプログラミング言語習得の実情にはそぐわないと主張しています。
（以下略、続きはソースでご確認下さい）
Gigazine 2021年06月25日 06時00分
https://gigazine.net/news/20210625-first-programming-language-important/ プログラミング言語は多種多様で類似するものもあれば独自の異次元思想まで存在するからねー そりゃ最初に何を覚えるか次第
プログラムなんて判断と処理の羅列に過ぎない
あとはセンス 2つぐらいマスターすればあとは余裕だろ
2つがほぼ同じ奴だとあまり意味ないが
あとはライブラリ豊富な奴を覚えて他の言語でライブラリ内とかか？ 昔、腐るほどいたCプログラマでC++を理解して移行できた人は少なかったわ… んなわけないと思って記事読んでみたら「数学を理解していない人にとって」という条件つきだった
そりゃそうだ >>4
そうだね
いまは文法そのものを覚えるというより、
便利なライブラリをどれだけ知っていて使いこなせるかが重要 英語と日本語みたいに
使う文字も語順も発音も違うプログラミング言語が出てきたら
習得も大変だろうな
さらに、アラビア文字みたいに右から左に書く言語だと
もう勉強する気もなくなるわ >>5
コード量が増えると「C++使わないと収拾つかなくなる」と思い移行した。
printfなどは桁数フォーマット指定などが上位互換でなかったのでC流儀を残してある そういう意味だと画面系のときと
サーバサイドでは動機非同期に癖があるからもにょる オブジェクト指向の手続型
lisp
SQL
アセンブラ
3、ないし4つ覚えればほぼ大丈夫だろ >>7
結局プログラミング教育より数学の強化なのにね
高校数学を習得してれば次々に言語を使えるようになる 数学的素養とはアルゴリズムの話かな。
今はプログラミングはライブラリやフレームワークが使える事みたいになっているから、
言語（の文法みたいなもの）は相対的に重要でなくなっているんじゃないの？
言語だけ理解していてもフレームワークなんかも違うからそれが使えないと意味がない。 似た言語なら楽にはなるし、基本が分かっていた方が他の言語の習得もしやすいけど、
例えばCとLispみたいに体系の差が大きすぎるのは論外だろうな 俺はVBから入らなかったらjavaで挫折してたと思う プログラムを組む流れが分かって来ると
ここで次はこれをしたいけどこの言語ではどう書くのかな？
という問題意識を持てるようになって、
要するにググりまくって部分部分をコピペして変数名関数名クラス名
書きかえまくって、何とか動くものが出来る！
というのならまああり得る
だがメモリ操作の分かってない人がVBAやPythonやPHPだけ
切った貼ったコピペで覚えてるけどCは分らんとか
昔ながらの手続き型のプログラムしか分からん人が
何でオブジェクト化なんてするんだ？とか
あるいは何でもかんでも関数に纏めるなよ！ラムダ式とか何なんだよ！
こんな矢印⇒書いてんじゃねーよ！！！って関数型言語辺りで吠えだすとか色々あるｗ >>20
Pythonだとcupyに丸投げしたら動いてくれましたが
そういう問題ではなくて直接扱うって意味ですか 定年後の趣味にスマホにキャラが動くあみだくじなんか作って孫と遊びたい。
どっから何を始めたらいい？プログラムは全く経験なし。 >>20
グラフィックスは行列分からなければ無理だしね >>24
スマホアプリ用で万能なのを目指すならJavaScriptを使った
Reactが一番まし 言語パラダイムという概念が抜けている記事かと
同じ言語パラダイムの言語や、影響を与えたり関連が深い言語同士は習得が簡単になる
だから学生の時に複数の言語パラダイムの言語を少しずつ触っておくのが重要
現実の実務能力で考えると、API、ライブラリやフレームワークなど
短期的に変わる部分の知識、能力が重要なため言語より上のレイヤー起因で
他の言語に乗り換えにくくなっている。>>1の記事は的外れ Pascal の教科書をパラパラ読んでから
ずいぶん変わったんだろうな >>5
C++に移行できないってどういうことなんだ？ >>14
LISPとアセンブラはしらんでも問題ないような 0→1 大変
1→2 意外に大変
2→3 嘘みたいに楽
それ以降 最低限はすぐにできるようになる
馴染むとか以前に考え方を理解するから習得が早くなる。俺も経験してるし、周りもそう。 言語を学べたとしても壁は高い
訂正：どの言語を学んでも壁は高い
ポインター操作
オブジェクトの実装
GUI,WYSIWYG やたらとキーボード入力の速さを自慢してた最近見かけない彼は今どうしるかなあ
結局は個人の資質かなとぼんやりした結論 どのレベルをいうかわかんないけど、
本当の意味で触って理解した人は
次は基礎部分は簡単。
もちろん言語固有のところは多少ムズいけど。
そしてプロレベルという意味なら次の言語でも
もちろんすごく難しい。
ついつい自分の得意な言語呼び出したりしてやってしまうw Pascal やって
Scheme やって
Squeak をやる
その後
C をやると関数ポインタを使いまくる奴になれる
Java, Ruby, Python が快適だと実感できる
そして
Prolog をやってショックを受ける
最後に
C++ の記述の癖に困惑する この記事で言っているのは
・昔の人(1960年代後半)は数学的な知識がある上で言語を学んだ。
・数学が得意な人は様々な言語を学ぶのも容易だった。
・現代は様々な人がプログラム言語を学んでおり、（数学が得意な人と違って）複数の言語を学ぶのが得意とは
限らない。
うーん、なんか違うような気がします。1960年代後半で数学というと、
C言語(1969年)とか、PL/Iくらいしかないでしょうし。 今は言語も多分１００以上ありますよね。
そもそも、一つのプログラム言語を学ぶと~って、
語学でいうと「ラテン語を学べばそこから派生した他の言語を習得するのも容易」みたいな話だと思うのですが。。 昔はポインタであきらめる人多かったけど
最近はpromiseであきらめる人が多いな おらの村ではみんな雑誌を読みながらベーシックを打ち込んでるだ
将来はマシン語を使いこなすのがみんなの夢になってるだ 高級言語は他言語に応用効くわな、方言が違ったりするが根本のロジックは変わらん >>30
オブジェクト思考の設計ができなかったという事じゃ？ Hello world
コボルができれば一生食っていけるらしい。 まあ、ぶっちゃけオブジェクト指向と関数型とCのポインタ乗り越えたらなんでも習得できると思うよ >>37
この記事の数学は数値計算的な意味じゃなく計算理論関係だと思う
昔の人にとっての言語は脳内のノイマン型コンピュータと同じ動きを
目の前のコンピュータで実現するための命令信号にすぎなかったから
文法のバリエーションは割とどうでもよかったって話 たいていがC/C++がベースになっているんだから、
これは外せないよね。^^
構文編を読むのに、1日とかからない。
https://ham.news.blog/ そもそも同じプログラム言語でも進化するから学び終えるなんてことはないけどね C++を使いこなして超高速なアルゴリズムを追求するプログラマーより
Webフレームワーク（フロント・バックエンド）の細かな機能や
iPhoneやAndroidのライブラリの細かな機能を知ってるほうが有能扱いされる
プログラマーのほうが圧倒的多数だからな 実質その言語の習得じゃなくて
各々のAPIの習得が重要だからやろ？ ほとんどが ALGOL の子孫なので
PYTHON
C
assembler
Perl
LISP
FORTH
ぐらいを適当につまみ食いだいたいおｋ >>5
オブジェクト指向だけだった昔のC++ならいざ知らず、関数型も含めてありとあらゆる新機能を持ち込む今のC++を使いこなせる奴など、殆どいない。
大抵はオブジェクト指向をIDEの支援でしこしこしている程度だからな。 MITでもSICPを教えなくなったって話題になってたな
昔みたいに細かなコンパイラとかの原理知らなくてもいいから
空いた勉強の時間を機械学習ライブラリとか最新の技術バシバシ使う時間にして
新しいイノベーション起こしたほうがいいって話だった 言語そのものはまだいいにしても
新しいフレームワークを覚えるのが辛い
と言ってももうプログラム組まなくなっちゃったけど。 C言語でずっと仕事してて、いきなりpythonとC#やり出したんだがもう頭が老化してつまづいてばかりだわ。 言語は目的（アウトプット）のための手段に過ぎないのに
金を稼ぐためにか、言語が増え過ぎで
これから始めようとする人にはやさしくないな
既存プログラムのメンテとか移植もあるし
SDGsとか言うなら、もう言語を簡単に増やすなよ 考え方だな。
言語を覚えるやり方だと応用がきかない。
オブジェクト指向とかもな。
単なるアルゴリズムの指向パターンでしかないしな。 >>31
アセンブラが使いこなせれば、たいていのプログラミング言語は理解できると思う >>62
むしろアセンブラとLisp的なやつが出来たほうがいい。 >>62
一応プログラマならアセンブラはある程度できた方が良いとは思うが、
アセンブラは泥臭い現実世界を記述し、現代の先進的な言語は美しい抽象世界を記述するからなあ。 >>62
まあ アセンブラ最強だろうな
レジスタの概念(他の言語には無い) と
命令語、データ、アドレス(ポインタ)の区別が付くから ポインタで悩むことは無い >>1
それはレベルが高い話。
１つ目の言語を習得できなかったら、高い確率で２つ目も３つ目も無理。 BASICとFORTRANをマスターし
アセンブラまで手を出したが
C言語まではギリギリだな
今はVBAすらよくわからん そりゃ言語一つでも知ってれば
ほかの言語でも最低限動くだけのコードなら
なんとかこしらえることはできるだろうよ
だがそんな書き捨てレベルのコードは負債でしかない アセンブラを学べば何とかなるぞ
8086系と68000系を理解すればな cとオブジェクト指向とphpでおっけー
敷居は高いけど Fortran学んでJSわかりやすいかっていうとそうでもねぇからなぁ。
C学んでおけばわりとなんでもとっつきやすい気はするけど、そうでもないのだろうか。
今はPythonから入ってんだっけか？ MSDOS時代にBASICとFortranとTurboPascalやったけど、もう今のWinプログラムは意味わからない。
「概念を学ぶことができたなら、構文が違う別のプログラミング言語にも同様の概念を適用できる」
「しかし、これは基本的な概念が異なるプログラミング言語には応用できない」
そらせやろ >>1
応用の効かないバカもプログラムするようになったから、
これまでの常識は通用しないって話かよ
バカは昔からいただろってw やらないよりはやった方が良いと思うが
要は実情にそぐわない必ずしも言えないという話だがそれはそういう場合もあるのは当然であって
いちいち否定することじゃないと思うんだが。だからってどうするって話がないと殆ど意味がない
学校で教える必要はないとか、とりあえず○言語やるとか無意味である、というわけでもないんだろ？ 今ならCとpytonあたり覚えたら他はナントでもなるだろ >>14
prologとforthがぬけてる
sqlは実務で必要になればってレベル
アセンブラはどういうアーキテクチャをやるのか
昔々の正統派か、riscが流行り始めた頃か、その後か
教養としての言語は学ぶべきだね 得意な人は、言語非依存な命令の列を想定しつつ、言語依存なコードを書いてるところがありそう
得意でない人は、目に見えるコードの切り貼りと模倣に集中しすぎる >>72
8086は互換性問題を抱えているから純粋にやるなら6800でいいだろう
インテル系を無理にやる必要はない
というか、実行コードとはなんぞって話でいいんだからcometで十分 iPhoneとAndroidの両方で動くアプリを一度で作る方法は？ >現代におけるプログラミング言語習得の実情には
つまりCOBOLかCかフォートランかJAVAか、
という言語論だったはずが、マクロが雨後の筍のように乱立していて、
各会社のマクロやAPIには一貫性がないからどれか覚えても
他には全然通用しませんゼ、って話でOK？
ほぼ言語的にはC言語が制覇した感じだけどな。
授業でCかjava習ってればどーにでもなる。 >>87
８０系と６８系は考え方の違いを知るのに役に立つ。
８０系から入って６８系のアドレッシングモードの豊富さを知るとびっくりするが、
どういう局面で使うんだろうと感じることも多い。
８０系は６８系に比べるとダサいが、プロテクトモードを学ぶとその膨大さに驚く。
RISCをやるとそんな複雑なものが無い世界というのが分かる。
８０系や６８系がアセンブリコードレベルで上位の概念に近づこうとして、
結局必ずしも成功しなかったことも分かる。
新たなアーキテクチャを組み立てる人はエンジニアとして最優秀だと思うが、
彼をしても２０年先は見通せないという話だな。 >>90
ネイティブより処理遅いアプリしか作れなさそう >>47
クローンとかiPS細胞とかの話で、
一番最初に心臓細胞が生成されて、
その心臓細胞が別の信号物質を作って分泌し始めると
それをひろった細胞が肺細胞を作り始めて、って感じで
人間の形成はシーケンシャルになってることが去年分かったンだけど、
生命の神秘がシーケンシャルだった、ってことに驚きで、
AIだとか言ってるけど本質はシーケンシャルなんじゃマイカ、
ってことになってきた >>68
似たような感じだわ
独学でベーシック覚えて学校でFOTRUN勉強し
後はアセンブラを86 68を覚えて
c言語を仕事で使って、C++、遊びでD言語覚えてる最中で
転職してまったくやってないw >>93
アセンブラで書く必要があるかと言えば、もう一般にはない
なぜアセンブラを知るかと言えば、高水準言語がどのように機械が実行できるコードに落ちるか、そこを学ぶためだと思う
となれば、単純なものでいい
それじゃ意味が無いというなら、最初のｃ言語を調べるといい
殆どアセンブラと一対一
アーキテクチャの話は誰が最適化するか、という話。
cpu側でやるのか、コンパイラに全てお任せするのか
cpuが複雑化するのはわかっていたことだけれど、当時は選択肢が無かった
コンパイラが最適化する能力を持つにはメモリや二次記憶が多く必要だから
1990年頃？だと思うけど、あのあたりのbitが手に入るなら参考になるよ >>98
OSの一部は今もアセンブラで書かれる。アセンブラはシステム・プログラミングには必須。
（コンパイラのインライン・アセンブラを使うかも知れんが、それもアセンブラ） ■ このスレッドは過去ログ倉庫に格納されています
