プログラミング言語はどこからおかしくなったか (205ﾚｽ)
プログラミング言語はどこからおかしくなったか http://medaka.5ch.net/test/read.cgi/prog/1617286652/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
1: 仕様書無しさん [] 2021/04/01(木) 23:17:32.70 最初から、はナシで http://medaka.5ch.net/test/read.cgi/prog/1617286652/1
2: 仕様書無しさん [sage] 2021/04/02(金) 02:23:45.69 お前の頭が新しいパラダイムについていけなくなったときから http://medaka.5ch.net/test/read.cgi/prog/1617286652/2
3: 仕様書無しさん [sage] 2021/04/02(金) 02:41:28.30 >>1 その議論の前に、プログラミング言語がおかしくなったという 主張は正しいか？誰がそんな事を言っているか？という話をしないといけない そうでないと、おかしくないものに対して おかしいんだという先入観を与えてしまうことになる 例えば「なぜ日本人は馬鹿になってしまったのか徹底討論」みたいな テレビ番組が作られたとしたら、それは日本人が馬鹿になったという 印象を与えるための番組だと思ったほうがいい そんな日本人が馬鹿になったというデータはないのに、テレビ番組を見てる人は 日本人が馬鹿になったんだなという前提で、その理由を考えることになり 日本人が馬鹿になったかどうかを考えず刷り込みが完了してしまう このようなテクニックは多いのでそれに騙されないようにしましょう http://medaka.5ch.net/test/read.cgi/prog/1617286652/3
4: 仕様書無しさん [] 2021/04/02(金) 04:42:56.59 まずa=a+1がおかしい http://medaka.5ch.net/test/read.cgi/prog/1617286652/4
5: 仕様書無しさん [] 2021/04/02(金) 06:45:56.88 一度も使わなかったもの： 共用体 http://medaka.5ch.net/test/read.cgi/prog/1617286652/5
6: 仕様書無しさん [sage] 2021/04/02(金) 09:33:52.42 >>4 その書き方はシンタックスシュガーなんだよ 本来は LET a = a+1 さらにアセンブラまでさかのぼるとa+1を計算した結果がレジスタに格納され、さらにレジスタからaに戻すという 流れをわりと自然に表現できていることに気づくと思う しかし今の時代はUIから設計していく時代だ アセンブラの動きを理解しやすいようにボトムアップで考えていくのは時代遅れだ つまり a ← a+1 と書くのが正しい もしくは let(a, sum(a, 1)) と書くのがプログラミングの将来にとって非常によい本来の姿なんだ http://medaka.5ch.net/test/read.cgi/prog/1617286652/6
7: 仕様書無しさん [sage] 2021/04/02(金) 09:53:35.31 そもそも数学に代入記号がないのが問題 イコールと代入は意味が違う http://medaka.5ch.net/test/read.cgi/prog/1617286652/7
8: 仕様書無しさん [sage] 2021/04/02(金) 10:02:42.84 代入 = イコール ==、EQ 代入とイコールで同じ記号を使ってる言語ってBASICとCぐらいじゃないの？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/8
9: 仕様書無しさん [sage] 2021/04/02(金) 10:46:40.85 初心者みてーなこと言ってんじゃねー http://medaka.5ch.net/test/read.cgi/prog/1617286652/9
10: 仕様書無しさん [sage] 2021/04/02(金) 12:32:45.76 >>8 は？Cは比較は==だが？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/10
11: 仕様書無しさん [sage] 2021/04/02(金) 13:26:03.75 (setq x 1) これがよかったなあ http://medaka.5ch.net/test/read.cgi/prog/1617286652/11
12: 仕様書無しさん [sage] 2021/04/02(金) 15:46:26.53 >>10 B言語だったかC言語の初期だったかは比較がイコール(文脈依存)だったことがある。 でも不便だから後々変わった。 http://medaka.5ch.net/test/read.cgi/prog/1617286652/12
13: 仕様書無しさん [sage] 2021/04/02(金) 16:02:11.39 比較をアルファベットで行っていたCOBOLは正しかった またCOBOLが優秀だと証明されてしまった http://medaka.5ch.net/test/read.cgi/prog/1617286652/13
14: 仕様書無しさん [sage] 2021/04/02(金) 16:56:49.84 1+1=2 という数式が一般の人には難しく 1たす1は2 という言葉のほうが分かりやすいと 思われていた時代があったかもしれないね http://medaka.5ch.net/test/read.cgi/prog/1617286652/14
15: 仕様書無しさん [] 2021/04/02(金) 19:56:27.65 タイプライターに矢印形の文字があれば代入はそれになっあたよな http://medaka.5ch.net/test/read.cgi/prog/1617286652/15
16: 仕様書無しさん [sage] 2021/04/02(金) 20:10:18.23 Javaの暗黙オブジェクト http://medaka.5ch.net/test/read.cgi/prog/1617286652/16
17: 仕様書無しさん [] 2021/04/02(金) 20:11:30.43 APL http://medaka.5ch.net/test/read.cgi/prog/1617286652/17
18: 仕様書無しさん [sage] 2021/04/02(金) 20:13:51.95 割と本気で思ってるのがオブジェクト指向馬鹿が誕生した時からだろう http://medaka.5ch.net/test/read.cgi/prog/1617286652/18
19: 仕様書無しさん [] 2021/04/02(金) 20:57:28.47 宇宙船演算子ってなんだよ http://medaka.5ch.net/test/read.cgi/prog/1617286652/19
20: 仕様書無しさん [sage] 2021/04/02(金) 22:05:21.22 >>15 x <- 1 とかでよかった気がする http://medaka.5ch.net/test/read.cgi/prog/1617286652/20
21: 仕様書無しさん [sage] 2021/04/02(金) 22:30:53.55 こんなしょうもないことで躓くの？ >>4 http://medaka.5ch.net/test/read.cgi/prog/1617286652/21
22: 仕様書無しさん [sage] 2021/04/02(金) 22:37:08.17 それがおかしいと思う感覚は正常 むしろコンピュータ技師として適正がある アセンブラどうぞ http://medaka.5ch.net/test/read.cgi/prog/1617286652/22
23: 仕様書無しさん [sage] 2021/04/03(土) 08:09:51.12 添字の表記が省略された漸化式と考えていますが http://medaka.5ch.net/test/read.cgi/prog/1617286652/23
24: 仕様書無しさん [sage] 2021/04/03(土) 08:22:13.75 =と==を分けて考えることができないのは頭堅すぎるだろ http://medaka.5ch.net/test/read.cgi/prog/1617286652/24
25: 仕様書無しさん [sage] 2021/04/03(土) 08:26:17.23 >>23 前の添え字のときの値を見るすべがないし 参照でももたれてたら処理中に突然値が変わるんですが http://medaka.5ch.net/test/read.cgi/prog/1617286652/25
26: 仕様書無しさん [sage] 2021/04/03(土) 08:47:45.77 >>25 命令的にメモリーを操作している訳ですし...... http://medaka.5ch.net/test/read.cgi/prog/1617286652/26
27: 仕様書無しさん [] 2021/04/03(土) 08:52:49.72 比較が=は本当に頭おかしいと思う http://medaka.5ch.net/test/read.cgi/prog/1617286652/27
28: 仕様書無しさん [] 2021/04/03(土) 08:53:45.67 >>6が最高すぎる http://medaka.5ch.net/test/read.cgi/prog/1617286652/28
29: 仕様書無しさん [sage] 2021/04/03(土) 10:49:45.91 a=a+1 この場合、aは変数の値を格納しているメモリのアドレスを表現しているんだ &0x01 = &0x01 + 1; っていう書き方を省略しているにすぎない 左辺は格納するアドレス、右辺は格納されている値なんだ a=a+1の左右でaの意味が違っていることに気が付けば違和感の正体がわかるはずだ http://medaka.5ch.net/test/read.cgi/prog/1617286652/29
30: 仕様書無しさん [sage] 2021/04/03(土) 11:01:11.95 := http://medaka.5ch.net/test/read.cgi/prog/1617286652/30
31: 仕様書無しさん [] 2021/04/03(土) 12:15:17.43 記号言語の概念と数学の概念をマゼコゼに考えるから分からなくなるんだろ http://medaka.5ch.net/test/read.cgi/prog/1617286652/31
32: 仕様書無しさん [sage] 2021/04/03(土) 12:59:57.60 数学の概念で言うならば=という記号は 同一の値であるという意味なんです http://medaka.5ch.net/test/read.cgi/prog/1617286652/32
33: 仕様書無しさん [] 2021/04/03(土) 13:28:04.65 言語の(C言語やそれに類する)概念で言うと=と言う記号は 左辺に右辺の結果を入れると言う意味なんです http://medaka.5ch.net/test/read.cgi/prog/1617286652/33
34: 仕様書無しさん [sage] 2021/04/03(土) 13:49:41.27 >>32 違うぞ。 http://medaka.5ch.net/test/read.cgi/prog/1617286652/34
35: 仕様書無しさん [sage] 2021/04/03(土) 15:42:15.10 YouTube で有名な、雑食系エンジニア・KENTA が、 Java, PHP を絶対に勧めない 初心者には、Ruby on Rails しか勧めない。 それで実際にビジネスサイトを立ち上げた女性・初心者は、Rails, Heroku AWS を使いたい企業は、さらに、 くろかわこうへいのAWS サロンへ入る 皆、このパターン KENTA の千円のサロンへ入って、聞いてみれば？ 2千人入っている http://medaka.5ch.net/test/read.cgi/prog/1617286652/35
36: 仕様書無しさん [sage] 2021/04/04(日) 03:47:35.39 ステマ http://medaka.5ch.net/test/read.cgi/prog/1617286652/36
37: 仕様書無しさん [sage] 2021/04/04(日) 11:31:11.28 >>34 昔の人が決めたルールです。本来は勝手に変えたらダメなんです。 http://medaka.5ch.net/test/read.cgi/prog/1617286652/37
38: 仕様書無しさん [sage] 2021/04/04(日) 18:36:12.88 >>37 そんな決まりは無い あらゆるものは変化する 新しい使い方が他人の共感を得て流行るかどうかだけ 共感を得なかったらただ廃れるだけ http://medaka.5ch.net/test/read.cgi/prog/1617286652/38
39: 仕様書無しさん [sage] 2021/04/04(日) 20:21:14.60 定義を記述する言語と 命令を記述する言語の違いが分からない奴に欠陥がある 違うものは違う 存在の目的から違う 自分の知ってるものと同じでないとおかしいという 頑固者は邪魔なだけ 新鮮でもなんでもないありふれたガイジ http://medaka.5ch.net/test/read.cgi/prog/1617286652/39
40: 仕様書無しさん [sage] 2021/04/04(日) 21:25:02.49 等号を代入記号で使うのは違う定義を与えたってだけでそれにより本質的になにか重大な間違いが生じるとは思えんが http://medaka.5ch.net/test/read.cgi/prog/1617286652/40
41: 仕様書無しさん [sage] 2021/04/05(月) 04:31:23.10 =に違う定義を与えていいってことになると +や*に違う定義を与えても良くなっちゃいますねｗ 数学で等号だって決まってるんだから そのとおりにしなさい http://medaka.5ch.net/test/read.cgi/prog/1617286652/41
42: 仕様書無しさん [sage] 2021/04/05(月) 05:09:17.84 学歴不問 コピペ http://medaka.5ch.net/test/read.cgi/prog/1617286652/42
43: 仕様書無しさん [sage] 2021/04/05(月) 05:47:01.03 記号なんて微積分だって違う記号使ってるだろ http://medaka.5ch.net/test/read.cgi/prog/1617286652/43
44: 仕様書無しさん [sage] 2021/04/05(月) 06:44:57.60 1!=1 数学的には正しいはずなのに！ http://medaka.5ch.net/test/read.cgi/prog/1617286652/44
45: 仕様書無しさん [sage] 2021/04/05(月) 06:54:53.46 カッコつけて仕様書で≠って書いたら見づらいのなんの http://medaka.5ch.net/test/read.cgi/prog/1617286652/45
46: 仕様書無しさん [sage] 2021/04/05(月) 09:59:27.38 >>41 ああ、違う定義を与えていいんだぞ。 文字列の連結に+を使ったりCのdereferenceに*を当たり前のように使ってるだろう。 文脈によって記号の定義が異なるのは問題ない。類似した文脈では意味的に近い方がベターというだけの話。 文脈を無視して記号だけを取り出して語るのは馬鹿げている。 http://medaka.5ch.net/test/read.cgi/prog/1617286652/46
47: 仕様書無しさん [] 2021/04/05(月) 10:24:53.73 群論も記号論も知らないスポンジに何話しても無駄 http://medaka.5ch.net/test/read.cgi/prog/1617286652/47
48: 仕様書無しさん [sage] 2021/04/05(月) 10:51:20.82 そもそもC++見てショック死するべきw http://medaka.5ch.net/test/read.cgi/prog/1617286652/48
49: 仕様書無しさん [sage] 2021/04/05(月) 11:00:24.11 >>41 正にその数学が＝をそんな定義してない。 反射律，対称律，推移律ぐらいも知らないアホの子には何言っても無駄な気もするけど... http://medaka.5ch.net/test/read.cgi/prog/1617286652/49
50: 仕様書無しさん [sage] 2021/04/05(月) 11:05:39.91 LET A, A+1 って書くよりも A=A+1 のほうが直感的 http://medaka.5ch.net/test/read.cgi/prog/1617286652/50
51: 仕様書無しさん [sage] 2021/04/05(月) 11:07:46.51 =に代入の意味を与えたやつはアホ 数学を勉強しろ http://medaka.5ch.net/test/read.cgi/prog/1617286652/51
52: 仕様書無しさん [sage] 2021/04/05(月) 11:08:23.52 そもそも数学の記号じゃねーし 数学がどうこういうならまず数学の微分の記号を統一してからおいで http://medaka.5ch.net/test/read.cgi/prog/1617286652/52
53: 仕様書無しさん [sage] 2021/04/05(月) 11:09:02.22 ちなみに数学って九九の話じゃねーぞw http://medaka.5ch.net/test/read.cgi/prog/1617286652/53
54: 仕様書無しさん [] 2021/04/05(月) 11:17:17.78 まあ、文字列連結の+なんて、数学的な+とまるっきり意味が違うだろw http://medaka.5ch.net/test/read.cgi/prog/1617286652/54
55: 仕様書無しさん [sage] 2021/04/05(月) 11:22:04.06 学校で＋ーを習ったばっかりなんだろうw http://medaka.5ch.net/test/read.cgi/prog/1617286652/55
56: 仕様書無しさん [sage] 2021/04/05(月) 12:17:59.38 いつまで文法の話してるの？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/56
57: 仕様書無しさん [] 2021/04/05(月) 14:44:30.51 REXXに無理やりオブジェクト指向導入されたときは悲しかったなぁ そんなめんどくさくて長くて無駄な書き方強要しないで昔通りに書かせて マニュアルも昔通りの記述を中心に書いてよって思った http://medaka.5ch.net/test/read.cgi/prog/1617286652/57
58: 仕様書無しさん [] 2021/04/05(月) 14:57:35.44 式の流れから 左側から右 右側から左 これの問題もある 答え＝１＋１ cpu １＋１＝答え 人間 だす http://medaka.5ch.net/test/read.cgi/prog/1617286652/58
59: 仕様書無しさん [sage] 2021/04/05(月) 21:19:33.47 代入に=を採用したのは cobol, fortranからだからな この辺の言語の設計したのは バリバリの数学者だったはずなんだが なんで=を採用したんだろうか http://medaka.5ch.net/test/read.cgi/prog/1617286652/59
60: 仕様書無しさん [sage] 2021/04/06(火) 02:29:50.74 ヒルベルトさんは記号なんてどうでもええわと言っとったわ http://medaka.5ch.net/test/read.cgi/prog/1617286652/60
61: 仕様書無しさん [sage] 2021/04/06(火) 03:16:37.76 https://ja.m.wikipedia.org/wiki/%E7%AD%89%E5%8F%B7 = を代入に使うのは FORTRAN が起源とされる。FORTRAN は文字・記号の種類を非常に少なく設計しており、なおかつプログラムでは頻繁に使われる代入を簡単に表せるようにするため、このような言語仕様になった。 だそうだ。 http://medaka.5ch.net/test/read.cgi/prog/1617286652/61
62: 仕様書無しさん [] 2021/04/06(火) 05:15:50.59 =で代入するのに反対な人は どんな代入記号を思いつく？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/62
63: 仕様書無しさん [sage] 2021/04/06(火) 05:56:22.22 define variable dimension x set value x is f(x) http://medaka.5ch.net/test/read.cgi/prog/1617286652/63
64: 仕様書無しさん [sage] 2021/04/06(火) 07:44:31.59 やめてくれw http://medaka.5ch.net/test/read.cgi/prog/1617286652/64
65: 仕様書無しさん [sage] 2021/04/06(火) 08:25:02.23 ←でいいだろ。Unicodeの時代なんだから http://medaka.5ch.net/test/read.cgi/prog/1617286652/65
66: 仕様書無しさん [sage] 2021/04/06(火) 09:40:51.85 >>65 漸近と間違えるからダメ http://medaka.5ch.net/test/read.cgi/prog/1617286652/66
67: 仕様書無しさん [sage] 2021/04/06(火) 09:41:07.93 キーボードから直接入力できない面倒な記号はダメだろ http://medaka.5ch.net/test/read.cgi/prog/1617286652/67
68: 仕様書無しさん [] 2021/04/06(火) 15:42:10.16 >>67 いまどきなら構文解析で整形掛けて=を←に変換だって出来るだろう？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/68
69: 仕様書無しさん [] 2021/04/06(火) 15:49:47.06 オブジェクト指向言語が現れてから。 プログラムは具体的な処理しかできないのに、 抽象化などという余計なものが入ってきて、 デバッグが難しくなった。 独立性はオブジェクト指向でなくても 十分にあるのに、 クラス分けできないと 独立じゃないなどと馬鹿がウソついて 一気にウンコ言語が拡散した。 オブジェクト指向なんぞウンコ！ 汚らわしい！ http://medaka.5ch.net/test/read.cgi/prog/1617286652/69
70: 仕様書無しさん [sage] 2021/04/06(火) 15:51:05.67 >>69 コボルのデバッグをお願い。オブジェクト指向じゃないから お前にとっては簡単なはずだ http://medaka.5ch.net/test/read.cgi/prog/1617286652/70
71: 仕様書無しさん [sage] 2021/04/06(火) 16:21:32.01 >>69 ウンコなのはオブジェクト指向ではなくて、設計の下手な奴とそれをオブジェクト指向自体の欠点と混同する奴だろう http://medaka.5ch.net/test/read.cgi/prog/1617286652/71
72: 仕様書無しさん [sage] 2021/04/06(火) 16:22:36.37 コボルを使っていれば設計は誰でも出来る http://medaka.5ch.net/test/read.cgi/prog/1617286652/72
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 133 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s