プログラミング言語はどこからおかしくなったか (205ﾚｽ)
上下前次1-新
1(3): 2021/04/01(木)23:17 AAS
最初から、はナシで
2(1): 2021/04/02(金)02:23 AAS
お前の頭が新しいパラダイムについていけなくなったときから
3: 2021/04/02(金)02:41 AAS
>>1
その議論の前に、プログラミング言語がおかしくなったという
主張は正しいか？誰がそんな事を言っているか？という話をしないといけない
そうでないと、おかしくないものに対して
おかしいんだという先入観を与えてしまうことになる
例えば「なぜ日本人は馬鹿になってしまったのか徹底討論」みたいな
テレビ番組が作られたとしたら、それは日本人が馬鹿になったという
印象を与えるための番組だと思ったほうがいい
そんな日本人が馬鹿になったというデータはないのに、テレビ番組を見てる人は
日本人が馬鹿になったんだなという前提で、その理由を考えることになり
日本人が馬鹿になったかどうかを考えず刷り込みが完了してしまう
このようなテクニックは多いのでそれに騙されないようにしましょう
4(2): 2021/04/02(金)04:42 AAS
まずa=a+1がおかしい
5: 2021/04/02(金)06:45 AAS
一度も使わなかったもの：
共用体
6(1): 2021/04/02(金)09:33 AAS
>>4
その書き方はシンタックスシュガーなんだよ
本来は
LET a = a+1
さらにアセンブラまでさかのぼるとa+1を計算した結果がレジスタに格納され、さらにレジスタからaに戻すという
流れをわりと自然に表現できていることに気づくと思う
しかし今の時代はUIから設計していく時代だ
アセンブラの動きを理解しやすいようにボトムアップで考えていくのは時代遅れだ
つまり
a ← a+1
と書くのが正しい
もしくは
let(a, sum(a, 1))
と書くのがプログラミングの将来にとって非常によい本来の姿なんだ
7: 2021/04/02(金)09:53 AAS
そもそも数学に代入記号がないのが問題
イコールと代入は意味が違う
8(1): 2021/04/02(金)10:02 AAS
代入 =
イコール ==、EQ
代入とイコールで同じ記号を使ってる言語ってBASICとCぐらいじゃないの？
9: 2021/04/02(金)10:46 AAS
初心者みてーなこと言ってんじゃねー
10(1): 2021/04/02(金)12:32 AAS
>>8
は？Cは比較は==だが？
11: 2021/04/02(金)13:26 AAS
(setq x 1)
これがよかったなあ
12(2): 2021/04/02(金)15:46 AAS
>>10
B言語だったかC言語の初期だったかは比較がイコール(文脈依存)だったことがある。
でも不便だから後々変わった。
13: 2021/04/02(金)16:02 AAS
比較をアルファベットで行っていたCOBOLは正しかった
またCOBOLが優秀だと証明されてしまった
14: 2021/04/02(金)16:56 AAS
1+1=2 という数式が一般の人には難しく
1たす1は2 という言葉のほうが分かりやすいと
思われていた時代があったかもしれないね
15(1): 2021/04/02(金)19:56 AAS
タイプライターに矢印形の文字があれば代入はそれになっあたよな
16: 2021/04/02(金)20:10 AAS
Javaの暗黙オブジェクト
17: 2021/04/02(金)20:11 AAS
APL
18: 2021/04/02(金)20:13 AAS
割と本気で思ってるのがオブジェクト指向馬鹿が誕生した時からだろう
19: 2021/04/02(金)20:57 AAS
宇宙船演算子ってなんだよ
20: 2021/04/02(金)22:05 AAS
>>15
x <- 1
とかでよかった気がする
21(1): 2021/04/02(金)22:30 AAS
こんなしょうもないことで躓くの？
>>4
22: 2021/04/02(金)22:37 AAS
それがおかしいと思う感覚は正常
むしろコンピュータ技師として適正がある
アセンブラどうぞ
23(1): 2021/04/03(土)08:09 AAS
添字の表記が省略された漸化式と考えていますが
24: 2021/04/03(土)08:22 AAS
=と==を分けて考えることができないのは頭堅すぎるだろ
25(1): 2021/04/03(土)08:26 AAS
>>23
前の添え字のときの値を見るすべがないし
参照でももたれてたら処理中に突然値が変わるんですが
26: 2021/04/03(土)08:47 AAS
>>25
命令的にメモリーを操作している訳ですし......
27: 2021/04/03(土)08:52 AAS
比較が=は本当に頭おかしいと思う
28: 2021/04/03(土)08:53 AAS
>>6が最高すぎる
29: 2021/04/03(土)10:49 AAS
a=a+1
この場合、aは変数の値を格納しているメモリのアドレスを表現しているんだ
&0x01 = &0x01 + 1;
っていう書き方を省略しているにすぎない
左辺は格納するアドレス、右辺は格納されている値なんだ
a=a+1の左右でaの意味が違っていることに気が付けば違和感の正体がわかるはずだ
30: 2021/04/03(土)11:01 AAS
:=
31: 2021/04/03(土)12:15 AAS
記号言語の概念と数学の概念をマゼコゼに考えるから分からなくなるんだろ
32(1): 2021/04/03(土)12:59 AAS
数学の概念で言うならば=という記号は
同一の値であるという意味なんです
33: 2021/04/03(土)13:28 AAS
言語の(C言語やそれに類する)概念で言うと=と言う記号は
左辺に右辺の結果を入れると言う意味なんです
34(1): 2021/04/03(土)13:49 AAS
>>32 違うぞ。
35: 2021/04/03(土)15:42 AAS
YouTube で有名な、雑食系エンジニア・KENTA が、
Java, PHP を絶対に勧めない
初心者には、Ruby on Rails しか勧めない。
それで実際にビジネスサイトを立ち上げた女性・初心者は、Rails, Heroku
AWS を使いたい企業は、さらに、
くろかわこうへいのAWS サロンへ入る
皆、このパターン
KENTA の千円のサロンへ入って、聞いてみれば？
2千人入っている
36: 2021/04/04(日)03:47 AAS
ステマ
37(1): 2021/04/04(日)11:31 AAS
>>34
昔の人が決めたルールです。本来は勝手に変えたらダメなんです。
38: 2021/04/04(日)18:36 AAS
>>37
そんな決まりは無い
あらゆるものは変化する
新しい使い方が他人の共感を得て流行るかどうかだけ
共感を得なかったらただ廃れるだけ
39: 2021/04/04(日)20:21 AAS
定義を記述する言語と
命令を記述する言語の違いが分からない奴に欠陥がある
違うものは違う
存在の目的から違う
自分の知ってるものと同じでないとおかしいという
頑固者は邪魔なだけ
新鮮でもなんでもないありふれたガイジ
40: 2021/04/04(日)21:25 AAS
等号を代入記号で使うのは違う定義を与えたってだけでそれにより本質的になにか重大な間違いが生じるとは思えんが
41(2): 2021/04/05(月)04:31 AAS
=に違う定義を与えていいってことになると
+や*に違う定義を与えても良くなっちゃいますねｗ
数学で等号だって決まってるんだから
そのとおりにしなさい
42: 2021/04/05(月)05:09 AAS
学歴不問
コピペ
43: 2021/04/05(月)05:47 AAS
記号なんて微積分だって違う記号使ってるだろ
44(3): 2021/04/05(月)06:44 AAS
1!=1
数学的には正しいはずなのに！
45: 2021/04/05(月)06:54 AAS
カッコつけて仕様書で≠って書いたら見づらいのなんの
46: 2021/04/05(月)09:59 AAS
>>41
ああ、違う定義を与えていいんだぞ。
文字列の連結に+を使ったりCのdereferenceに*を当たり前のように使ってるだろう。
文脈によって記号の定義が異なるのは問題ない。類似した文脈では意味的に近い方がベターというだけの話。
文脈を無視して記号だけを取り出して語るのは馬鹿げている。
47: 2021/04/05(月)10:24 AAS
群論も記号論も知らないスポンジに何話しても無駄
48: 2021/04/05(月)10:51 AAS
そもそもC++見てショック死するべきw
49: 2021/04/05(月)11:00 AAS
>>41
正にその数学が＝をそんな定義してない。
反射律，対称律，推移律ぐらいも知らないアホの子には何言っても無駄な気もするけど...
50: 2021/04/05(月)11:05 AAS
LET A, A+1
って書くよりも
A=A+1
のほうが直感的
51: 2021/04/05(月)11:07 AAS
=に代入の意味を与えたやつはアホ
数学を勉強しろ
52: 2021/04/05(月)11:08 AAS
そもそも数学の記号じゃねーし
数学がどうこういうならまず数学の微分の記号を統一してからおいで
53: 2021/04/05(月)11:09 AAS
ちなみに数学って九九の話じゃねーぞw
54: 2021/04/05(月)11:17 AAS
まあ、文字列連結の+なんて、数学的な+とまるっきり意味が違うだろw
55: 2021/04/05(月)11:22 AAS
学校で＋ーを習ったばっかりなんだろうw
56: 2021/04/05(月)12:17 AAS
いつまで文法の話してるの？
57: 2021/04/05(月)14:44 AAS
REXXに無理やりオブジェクト指向導入されたときは悲しかったなぁ
そんなめんどくさくて長くて無駄な書き方強要しないで昔通りに書かせて
マニュアルも昔通りの記述を中心に書いてよって思った
58: 2021/04/05(月)14:57 AAS
式の流れから
左側から右
右側から左
これの問題もある
答え＝１＋１ cpu
１＋１＝答え 人間
だす
59: 2021/04/05(月)21:19 AAS
代入に=を採用したのは
cobol, fortranからだからな
この辺の言語の設計したのは
バリバリの数学者だったはずなんだが
なんで=を採用したんだろうか
60: 2021/04/06(火)02:29 AAS
ヒルベルトさんは記号なんてどうでもええわと言っとったわ
61: 2021/04/06(火)03:16 AAS
外部ﾘﾝｸ:ja.m.wikipedia.org
= を代入に使うのは FORTRAN が起源とされる。FORTRAN は文字・記号の種類を非常に少なく設計しており、なおかつプログラムでは頻繁に使われる代入を簡単に表せるようにするため、このような言語仕様になった。
だそうだ。
62: 2021/04/06(火)05:15 AAS
=で代入するのに反対な人は
どんな代入記号を思いつく？
63: 2021/04/06(火)05:56 AAS
define variable dimension x
set value x is f(x)
64: 2021/04/06(火)07:44 AAS
やめてくれw
65(1): 2021/04/06(火)08:25 AAS
←でいいだろ。Unicodeの時代なんだから
66: 2021/04/06(火)09:40 AAS
>>65
漸近と間違えるからダメ
67(1): 2021/04/06(火)09:41 AAS
キーボードから直接入力できない面倒な記号はダメだろ
68: 2021/04/06(火)15:42 AAS
>>67
いまどきなら構文解析で整形掛けて=を←に変換だって出来るだろう？
69(4): 2021/04/06(火)15:49 AAS
オブジェクト指向言語が現れてから。
プログラムは具体的な処理しかできないのに、
抽象化などという余計なものが入ってきて、
デバッグが難しくなった。
独立性はオブジェクト指向でなくても
十分にあるのに、
クラス分けできないと
独立じゃないなどと馬鹿がウソついて
一気にウンコ言語が拡散した。
オブジェクト指向なんぞウンコ！
汚らわしい！
70(2): 2021/04/06(火)15:51 AAS
>>69
コボルのデバッグをお願い。オブジェクト指向じゃないから
お前にとっては簡単なはずだ
71: 2021/04/06(火)16:21 AAS
>>69
ウンコなのはオブジェクト指向ではなくて、設計の下手な奴とそれをオブジェクト指向自体の欠点と混同する奴だろう
72: 2021/04/06(火)16:22 AAS
コボルを使っていれば設計は誰でも出来る
73: 2021/04/06(火)16:23 AAS
>>69
抽象と具体がハチャメチャなやつがオブジェクト指向設計をするのが問題
現実世界でも抽象的に物事を捉えられない人が多い
74: 2021/04/06(火)19:41 AAS
javaのenumが慣れない
75: 2021/04/07(水)02:19 AAS
>>70
やるよ
簡単だからな
COBOLは最もまともな言語だ
わかんねえだろ？
馬鹿には分からんのだ！
76: 2021/04/07(水)06:35 AAS
いいやPL/SQLには負けるね
77: 2021/04/07(水)06:37 AAS
COBOL-88 （変更）語の長さを60字以下までとする。
COBOL-93 （変更）語の長さを30字以下までにもどす。
ｗ
78: 2021/04/07(水)07:05 AAS
オブジェクト指向だな
メリットを誰も説明できない言語
79: 2021/04/07(水)07:55 AAS
>>70
今のCOBOLはオブジェクト指向言語だよ
80: 2021/04/07(水)07:57 AAS
>>69
その通りだと思うが単純に規模が大きくなったせいのほうが大きいと思うぞ
81(1): 2021/04/07(水)10:55 AAS
マジレスしちゃダメな雰囲気なのかもしれないが
抽象化した方がデバッグしやすいだろ...
もしも、デバッグしにくいと思ってるなら
適切なスコープを知らないか、ちゃんと副作用の制御が出来てないか
そもそも必要以上に余計なクラスや関数を付け加えているか
82: 2021/04/07(水)12:25 AAS
「現代のプログラミング言語はおかしい」という前提ですから
正直俺の中では>>2で終わってるんだけど
83: 2021/04/07(水)21:27 AAS
プログラムの規模が大きくなると
結局何で書いてもあまり変わらなくなるんだけどな
結局わけがわからなくなる
84: 2021/04/07(水)21:30 AAS
わけわからなくならないようにOOなんだけど
いまだにOO叩きって冗談だろう
まあ冗談だろうけどw
85: 2021/04/07(水)21:32 AAS
逆に今はOO叩き全盛だと思うけど
86(1): 2021/04/07(水)21:34 AAS
そもそもOO使ってないメインストリームのフレームワークとか存在すんの？
87: 2021/04/07(水)21:38 AAS
20年くらい前についていけないやつが悲鳴あげてたイメージ
88: 2021/04/07(水)22:30 AAS
構造化プログラミング手法からオブジェクト指向にすんなり入れた俺
89: 2021/04/07(水)22:36 AAS
構造化された依存関係が大事だと気付くまで１０年ぐらいかかった
えらい長い時間を無駄にした
90: 2021/04/07(水)22:38 AAS
DBに入らないデータ構造はゴミカス
上下前次1-新書関写板覧索設栞歴
あと 115 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s