プログラミング言語はどこからおかしくなったか (205ﾚｽ)
プログラミング言語はどこからおかしくなったか http://medaka.5ch.net/test/read.cgi/prog/1617286652/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
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
73: 仕様書無しさん [sage] 2021/04/06(火) 16:23:58.85 >>69 抽象と具体がハチャメチャなやつがオブジェクト指向設計をするのが問題 現実世界でも抽象的に物事を捉えられない人が多い http://medaka.5ch.net/test/read.cgi/prog/1617286652/73
74: 仕様書無しさん [sage] 2021/04/06(火) 19:41:14.62 javaのenumが慣れない http://medaka.5ch.net/test/read.cgi/prog/1617286652/74
75: 仕様書無しさん [] 2021/04/07(水) 02:19:53.07 >>70 やるよ 簡単だからな COBOLは最もまともな言語だ わかんねえだろ？ 馬鹿には分からんのだ！ http://medaka.5ch.net/test/read.cgi/prog/1617286652/75
76: 仕様書無しさん [sage] 2021/04/07(水) 06:35:08.06 いいやPL/SQLには負けるね http://medaka.5ch.net/test/read.cgi/prog/1617286652/76
77: 仕様書無しさん [sage] 2021/04/07(水) 06:37:58.54 COBOL-88 （変更）語の長さを60字以下までとする。 COBOL-93 （変更）語の長さを30字以下までにもどす。 ｗ http://medaka.5ch.net/test/read.cgi/prog/1617286652/77
78: 仕様書無しさん [sage] 2021/04/07(水) 07:05:21.93 オブジェクト指向だな メリットを誰も説明できない言語 http://medaka.5ch.net/test/read.cgi/prog/1617286652/78
79: 仕様書無しさん [sage] 2021/04/07(水) 07:55:23.86 >>70 今のCOBOLはオブジェクト指向言語だよ http://medaka.5ch.net/test/read.cgi/prog/1617286652/79
80: 仕様書無しさん [sage] 2021/04/07(水) 07:57:56.00 >>69 その通りだと思うが単純に規模が大きくなったせいのほうが大きいと思うぞ http://medaka.5ch.net/test/read.cgi/prog/1617286652/80
81: 仕様書無しさん [sage] 2021/04/07(水) 10:55:08.12 マジレスしちゃダメな雰囲気なのかもしれないが 抽象化した方がデバッグしやすいだろ... もしも、デバッグしにくいと思ってるなら 適切なスコープを知らないか、ちゃんと副作用の制御が出来てないか そもそも必要以上に余計なクラスや関数を付け加えているか http://medaka.5ch.net/test/read.cgi/prog/1617286652/81
82: 仕様書無しさん [sage] 2021/04/07(水) 12:25:50.42 「現代のプログラミング言語はおかしい」という前提ですから 正直俺の中では>>2で終わってるんだけど http://medaka.5ch.net/test/read.cgi/prog/1617286652/82
83: 仕様書無しさん [sage] 2021/04/07(水) 21:27:35.05 プログラムの規模が大きくなると 結局何で書いてもあまり変わらなくなるんだけどな 結局わけがわからなくなる http://medaka.5ch.net/test/read.cgi/prog/1617286652/83
84: 仕様書無しさん [sage] 2021/04/07(水) 21:30:43.52 わけわからなくならないようにOOなんだけど いまだにOO叩きって冗談だろう まあ冗談だろうけどw http://medaka.5ch.net/test/read.cgi/prog/1617286652/84
85: 仕様書無しさん [sage] 2021/04/07(水) 21:32:59.75 逆に今はOO叩き全盛だと思うけど http://medaka.5ch.net/test/read.cgi/prog/1617286652/85
86: 仕様書無しさん [sage] 2021/04/07(水) 21:34:38.32 そもそもOO使ってないメインストリームのフレームワークとか存在すんの？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/86
87: 仕様書無しさん [sage] 2021/04/07(水) 21:38:39.18 20年くらい前についていけないやつが悲鳴あげてたイメージ http://medaka.5ch.net/test/read.cgi/prog/1617286652/87
88: 仕様書無しさん [] 2021/04/07(水) 22:30:27.64 構造化プログラミング手法からオブジェクト指向にすんなり入れた俺 http://medaka.5ch.net/test/read.cgi/prog/1617286652/88
89: 仕様書無しさん [sage] 2021/04/07(水) 22:36:45.19 構造化された依存関係が大事だと気付くまで１０年ぐらいかかった えらい長い時間を無駄にした http://medaka.5ch.net/test/read.cgi/prog/1617286652/89
90: 仕様書無しさん [sage] 2021/04/07(水) 22:38:24.08 DBに入らないデータ構造はゴミカス http://medaka.5ch.net/test/read.cgi/prog/1617286652/90
91: 仕様書無しさん [sage] 2021/04/08(木) 07:21:33.01 テストしよい http://medaka.5ch.net/test/read.cgi/prog/1617286652/91
92: 仕様書無しさん [] 2021/04/08(木) 16:35:01.62 >>86 フレームワークそのものが 馬鹿コーダーの作ったゴミ 使えない http://medaka.5ch.net/test/read.cgi/prog/1617286652/92
93: 仕様書無しさん [sage] 2021/04/08(木) 22:07:33.73 ごめんなさい http://medaka.5ch.net/test/read.cgi/prog/1617286652/93
94: 仕様書無しさん [sage] 2021/04/08(木) 22:20:27.22 ＤＤＤばかにしていたが ValueObjectで値が所定の範囲に収まってる安心感はたいしたもんだ 実際は入り口が壊れてて保証もへったくれもないんだが http://medaka.5ch.net/test/read.cgi/prog/1617286652/94
95: 仕様書無しさん [sage] 2021/04/09(金) 06:07:18.58 比較はequalsを使えとあれほど... http://medaka.5ch.net/test/read.cgi/prog/1617286652/95
96: 仕様書無しさん [sage] 2021/04/09(金) 21:35:37.49 >>21 表記がキチガイじみているという事では？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/96
97: 仕様書無しさん [] 2021/04/11(日) 16:03:36.85 だから、記号言語は一般数学と違うんだよw http://medaka.5ch.net/test/read.cgi/prog/1617286652/97
98: 仕様書無しさん [sage] 2021/04/11(日) 16:34:52.59 >>94 ValueObjectって、今は正規表現とかで作ってるよね？ この変数はString型だけどクレジットカード番号の 正規表現にマッチするものだけとか この変数はInteger型だけど値の範囲はここからここまでとか まだ時代は俺に追いついてない？ http://medaka.5ch.net/test/read.cgi/prog/1617286652/98
99: 仕様書無しさん [sage] 2021/04/11(日) 18:28:15.42 追いついてないな エラーコードが違反パターン毎にわかれてる この正規表現にマッチするようにしてくださいとユーザーにエラー返すわけにもいかん http://medaka.5ch.net/test/read.cgi/prog/1617286652/99
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 106 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s