MIT「今は基礎よりライブラリ組み合わせてアプリ作る時代」 [無断転載禁止]©2ch.net

1仕様書無しさん2016/05/05(木) 19:13:33.17
MITがSICPを教えなくなった理由
http://cpplover.blogspot.jp/2016/05/mitsicp.html

今日では、状況が変わっている。

今のエンジニアは、自分が完全に理解していない複雑なハードウェアのための
コードを日常的に書いている(そして、大抵の場合、企業秘密により完全に理解するのは不可能である)。

ソフトウェアでも状況は同じだ。プログラミング環境は、多大な機能を提供する
巨大なライブラリ群の集合として存在している。

Sussmanの今日の生徒は、その時間の大半を、ライブラリのマニュアルを読み、
どのように組み合わせれば目的が達成できるのかを把握することに費やしている。

Sussman曰く、今日のプログラミングは、「より科学に近い。ライブラリを持ち寄って、
つっつき回すのだ。プログラムを書くには、突っつき回して、どのように動作するかを観察する。
そして、「目的を達成するために改造できるか」と考えるのだ」。

SICPの「合成による解析」という物の見方である、小さな、単純な部品を組み合わせて大きなシステムを作るということは、
もはや今日の状況にそぐわなくなった。今や、我々のプログラミングはつっつき回すことで行われている。

2仕様書無しさん2016/05/05(木) 20:46:34.64
確かにLISPでグニャグニャ書けるよりもAndroidのライブラリ知り尽くしてる奴のほうが有用

3仕様書無しさん2016/05/05(木) 21:08:16.22
プログラム組むのがつまらなくなったわ

4仕様書無しさん2016/05/05(木) 21:35:49.00
アカデミックなわりに現実的なこと言うんだな

5仕様書無しさん2016/05/05(木) 23:38:27.15
>>1
ん?こいつ基本飛ばしていきなり応用やれや
生き残ったやつだけプログラムを組んでいい
って言ってるだけじゃね?

6仕様書無しさん2016/05/06(金) 13:39:36.35
基礎も応用もどちらも大切。
どちらも出来る頭のいい一部の奴だけが勝つ。
それ以外はIT奴隷になる。

7仕様書無しさん2016/05/06(金) 16:51:01.96
>>3
バグあってもライブラリ屋が責任とることねーから

8仕様書無しさん2016/05/06(金) 18:09:13.74
スニペット万歳ってこと?

9仕様書無しさん2016/05/06(金) 19:21:42.99
必要な基礎の部分が低レベルからかなり高レベルになってるんだろうな

10仕様書無しさん2016/05/08(日) 12:11:46.92
そりゃまぁ時代は変わるよな
ノコギリ引けなくたって家は建てられるわけだし

11仕様書無しさん2016/05/08(日) 22:07:02.12
別に昔だってトランジスタから作ってるわけじゃねーよ

12仕様書無しさん2016/05/08(日) 23:12:55.91
>>11
プログラマが扱う範囲が変わってきたって話でしょ
トランジスタを作るのがプログラマの仕事だった時代なんてないのに、アホな突っ込みやめとけよアホだな

13仕様書無しさん2016/05/09(月) 15:43:00.24
>>12
そういう意味だったら変わってないじゃん
stdio.hの中身なんてきにしたことねーし

14仕様書無しさん2016/05/09(月) 16:33:39.31
ヘッダファイルの中身w

15仕様書無しさん2016/05/14(土) 01:16:49.82
>>13
stdio.hは定義だろ。

今の話は、処理自体気にしなくなってきたってこと。

そして重要なのは、空いた時間で何をするかだ。
昔はアルゴリズムとかやっていたが、今はいろんなライブラリや
フレームワーク使い方、ウェブAPIの使い方の勉強をする。

16仕様書無しさん2016/05/14(土) 06:58:11.56
作るんじゃなく使う時代になったっていうのは正しいし、みんなわかってることだ。

ただ、それでも違和を感じる奴が多いのは、

「え?なんでそんなに時間かかるの?
 フレームワークとかライブラリ使ってちゃちゃっとやってよ」

と言う本物のバカが身内に山のようにいて、場合によってはそのバカは自分の上司であったりするからだ。

17仕様書無しさん2016/05/14(土) 10:47:10.13
>>16
違和感を感じるって謂ってもいいんやでw

18仕様書無しさん2016/05/14(土) 13:41:05.43
>>16
それはお前の身内の問題。

フレームワークやライブラリを使っても
使わないで同じことをするよりか遥かに楽になるが
要件も増えたため時間はそれなりにかかる。
例えばOAuthとか全てを理解するならばそれなりの時間がかかる。

だからそういうことをMITでやるんだよ。
OAuthの実装、その問題点、新しい仕様とか

19仕様書無しさん2016/05/14(土) 13:46:01.10
理想はソフトウェアに関する全てのことを勉強できたらいいだろう。
だけど現実はそうは行かない。時間がない。

だから完成された部分は一つのパーツとして使うだけにしろ。
研究の一テーマとしてやるならばやりたいやつがやればいい。
それ以外の人はそれを応用として使ってもっと他のことをするべきだ。

一人の力で全てをやることは不可能だからだ。

20仕様書無しさん2016/05/14(土) 19:33:22.69
>>17

お前みたいに恥知らずじゃないから、無理。

21仕様書無しさん2016/05/14(土) 19:38:11.18
煽り口調でレスするのって恥ずかしくない?ひょっとして恥知らず?

22仕様書無しさん2016/05/14(土) 19:40:22.56
違和を感じるって言い方に違和感を覚えるんだよなーw
なんか、意識してます感が出ちゃってるというか

23仕様書無しさん2016/05/14(土) 22:05:39.05
そんなやりとりはもういいわ

24仕様書無しさん2016/05/14(土) 22:47:48.00
>>22

お前がアホで違和感を覚えるのなんか、オレの知ったことじゃない。

25仕様書無しさん2016/05/15(日) 02:27:01.65
違和を感じるww

26仕様書無しさん2016/05/15(日) 06:08:21.68
石の上にも三年と言うだろ

27仕様書無しさん2016/05/15(日) 11:15:04.84
>>16
APIで許せるのは.netだけかな

28仕様書無しさん2016/05/15(日) 15:18:34.99
違和を感じるという言い方の不自然さツッコミに既視を感じる

29仕様書無しさん2016/05/20(金) 07:02:41.91
違和を感じる
違和を感じる
違和を感じる

こんな珍妙な言い回しが見られるのもマ板くらいなもんだよなw

30仕様書無しさん2016/05/20(金) 08:29:29.71
ライブラリが絶対にきちんと動く保証がありゃいいんだよ。
Boostですら不具合あって困ったことあるのにそこらのライブラリに依存するのは危険だし、何かあったら(ライセンスが許せば)自分で修正も必要だし、
何より基礎知識がなけりゃどのライブラリが適しているのか判断つかないだろ。

31仕様書無しさん2016/05/20(金) 22:29:45.18
一人でずっと盛り上がってる馬鹿は、本当に頭がおかしい事に気づかないんだからほっとくしかあるまい。
こういう馬鹿は言葉の仕組みを理解せず感覚で使うから、
プログラムにしてもオレオレなクソコードを書いているのが常だ。

32仕様書無しさん2016/05/22(日) 11:52:10.44
でもSICPって自分でライブラリ作るとこから始めるよな

33仕様書無しさん2016/10/01(土) 01:57:26.00
基礎がいらないってことはないけどこれは同意だな
実際どう使うかの方が求められるし、使い方知ってからの方が理解しやすいだろう

34仕様書無しさん2016/10/01(土) 12:03:09.60
今の時代に必要なのはアルゴリズムとかそういう所ではなく、
複数のコンポーネントをつなぎ合わせる能力ってことさ。

そしてそのコンポーネントを作る側であれば
つなぎ合わせられるようにする能力も必要。

コンポーネントの中にあるアルゴリズムとかは
誰かが作ったのが使えるだろうし、本当にないときだけ
世界で一つ(競争的な意味で数個)つくればいいだけ。

35仕様書無しさん2016/10/09(日) 08:33:08.01
>>5
基本と応用は別内容だから、応用受かったから基本やらなくていいっていうもんじゃないのにな
コーディング得意だったら基本なんてすぐ受かるし
DB寄りだったらコーディング下手でも応用に受かる

36仕様書無しさん2017/05/18(木) 18:37:33.12
ほんとそう
30年前のプログラミングの楽しさは消えた

新着レスの表示
レスを投稿する