=に違う定義を与えていいってことになると
+や*に違う定義を与えても良くなっちゃいますねw
数学で等号だって決まってるんだから
そのとおりにしなさい
プログラミング言語はどこからおかしくなったか
41仕様書無しさん
2021/04/05(月) 04:31:23.1042仕様書無しさん
2021/04/05(月) 05:09:17.84 学歴不問
コピペ
コピペ
43仕様書無しさん
2021/04/05(月) 05:47:01.03 記号なんて微積分だって違う記号使ってるだろ
44仕様書無しさん
2021/04/05(月) 06:44:57.60 1!=1
数学的には正しいはずなのに!
数学的には正しいはずなのに!
45仕様書無しさん
2021/04/05(月) 06:54:53.46 カッコつけて仕様書で≠って書いたら見づらいのなんの
46仕様書無しさん
2021/04/05(月) 09:59:27.38 >>41
ああ、違う定義を与えていいんだぞ。
文字列の連結に+を使ったりCのdereferenceに*を当たり前のように使ってるだろう。
文脈によって記号の定義が異なるのは問題ない。類似した文脈では意味的に近い方がベターというだけの話。
文脈を無視して記号だけを取り出して語るのは馬鹿げている。
ああ、違う定義を与えていいんだぞ。
文字列の連結に+を使ったりCのdereferenceに*を当たり前のように使ってるだろう。
文脈によって記号の定義が異なるのは問題ない。類似した文脈では意味的に近い方がベターというだけの話。
文脈を無視して記号だけを取り出して語るのは馬鹿げている。
47仕様書無しさん
2021/04/05(月) 10:24:53.73 群論も記号論も知らないスポンジに何話しても無駄
48仕様書無しさん
2021/04/05(月) 10:51:20.82 そもそもC++見てショック死するべきw
49仕様書無しさん
2021/04/05(月) 11:00:24.1150仕様書無しさん
2021/04/05(月) 11:05:39.91 LET A, A+1
って書くよりも
A=A+1
のほうが直感的
って書くよりも
A=A+1
のほうが直感的
51仕様書無しさん
2021/04/05(月) 11:07:46.51 =に代入の意味を与えたやつはアホ
数学を勉強しろ
数学を勉強しろ
52仕様書無しさん
2021/04/05(月) 11:08:23.52 そもそも数学の記号じゃねーし
数学がどうこういうならまず数学の微分の記号を統一してからおいで
数学がどうこういうならまず数学の微分の記号を統一してからおいで
53仕様書無しさん
2021/04/05(月) 11:09:02.22 ちなみに数学って九九の話じゃねーぞw
54仕様書無しさん
2021/04/05(月) 11:17:17.78 まあ、文字列連結の+なんて、数学的な+とまるっきり意味が違うだろw
55仕様書無しさん
2021/04/05(月) 11:22:04.06 学校で+ーを習ったばっかりなんだろうw
56仕様書無しさん
2021/04/05(月) 12:17:59.38 いつまで文法の話してるの?
57仕様書無しさん
2021/04/05(月) 14:44:30.51 REXXに無理やりオブジェクト指向導入されたときは悲しかったなぁ
そんなめんどくさくて長くて無駄な書き方強要しないで昔通りに書かせて
マニュアルも昔通りの記述を中心に書いてよって思った
そんなめんどくさくて長くて無駄な書き方強要しないで昔通りに書かせて
マニュアルも昔通りの記述を中心に書いてよって思った
58仕様書無しさん
2021/04/05(月) 14:57:35.44 式の流れから
左側から右
右側から左
これの問題もある
答え=1+1 cpu
1+1=答え 人間
だす
左側から右
右側から左
これの問題もある
答え=1+1 cpu
1+1=答え 人間
だす
59仕様書無しさん
2021/04/05(月) 21:19:33.47 代入に=を採用したのは
cobol, fortranからだからな
この辺の言語の設計したのは
バリバリの数学者だったはずなんだが
なんで=を採用したんだろうか
cobol, fortranからだからな
この辺の言語の設計したのは
バリバリの数学者だったはずなんだが
なんで=を採用したんだろうか
60仕様書無しさん
2021/04/06(火) 02:29:50.74 ヒルベルトさんは記号なんてどうでもええわと言っとったわ
61仕様書無しさん
2021/04/06(火) 03:16:37.76 https://ja.m.wikipedia.org/wiki/%E7%AD%89%E5%8F%B7
= を代入に使うのは FORTRAN が起源とされる。FORTRAN は文字・記号の種類を非常に少なく設計しており、なおかつプログラムでは頻繁に使われる代入を簡単に表せるようにするため、このような言語仕様になった。
だそうだ。
= を代入に使うのは FORTRAN が起源とされる。FORTRAN は文字・記号の種類を非常に少なく設計しており、なおかつプログラムでは頻繁に使われる代入を簡単に表せるようにするため、このような言語仕様になった。
だそうだ。
62仕様書無しさん
2021/04/06(火) 05:15:50.59 =で代入するのに反対な人は
どんな代入記号を思いつく?
どんな代入記号を思いつく?
63仕様書無しさん
2021/04/06(火) 05:56:22.22 define variable dimension x
set value x is f(x)
set value x is f(x)
64仕様書無しさん
2021/04/06(火) 07:44:31.59 やめてくれw
65仕様書無しさん
2021/04/06(火) 08:25:02.23 ←でいいだろ。Unicodeの時代なんだから
67仕様書無しさん
2021/04/06(火) 09:41:07.93 キーボードから直接入力できない面倒な記号はダメだろ
68仕様書無しさん
2021/04/06(火) 15:42:10.16 >>67
いまどきなら構文解析で整形掛けて=を←に変換だって出来るだろう?
いまどきなら構文解析で整形掛けて=を←に変換だって出来るだろう?
69仕様書無しさん
2021/04/06(火) 15:49:47.06 オブジェクト指向言語が現れてから。
プログラムは具体的な処理しかできないのに、
抽象化などという余計なものが入ってきて、
デバッグが難しくなった。
独立性はオブジェクト指向でなくても
十分にあるのに、
クラス分けできないと
独立じゃないなどと馬鹿がウソついて
一気にウンコ言語が拡散した。
オブジェクト指向なんぞウンコ!
汚らわしい!
プログラムは具体的な処理しかできないのに、
抽象化などという余計なものが入ってきて、
デバッグが難しくなった。
独立性はオブジェクト指向でなくても
十分にあるのに、
クラス分けできないと
独立じゃないなどと馬鹿がウソついて
一気にウンコ言語が拡散した。
オブジェクト指向なんぞウンコ!
汚らわしい!
72仕様書無しさん
2021/04/06(火) 16:22:36.37 コボルを使っていれば設計は誰でも出来る
74仕様書無しさん
2021/04/06(火) 19:41:14.62 javaのenumが慣れない
75仕様書無しさん
2021/04/07(水) 02:19:53.0776仕様書無しさん
2021/04/07(水) 06:35:08.06 いいやPL/SQLには負けるね
77仕様書無しさん
2021/04/07(水) 06:37:58.54 COBOL-88 (変更)語の長さを60字以下までとする。
COBOL-93 (変更)語の長さを30字以下までにもどす。
w
COBOL-93 (変更)語の長さを30字以下までにもどす。
w
78仕様書無しさん
2021/04/07(水) 07:05:21.93 オブジェクト指向だな
メリットを誰も説明できない言語
メリットを誰も説明できない言語
81仕様書無しさん
2021/04/07(水) 10:55:08.12 マジレスしちゃダメな雰囲気なのかもしれないが
抽象化した方がデバッグしやすいだろ...
もしも、デバッグしにくいと思ってるなら
適切なスコープを知らないか、ちゃんと副作用の制御が出来てないか
そもそも必要以上に余計なクラスや関数を付け加えているか
抽象化した方がデバッグしやすいだろ...
もしも、デバッグしにくいと思ってるなら
適切なスコープを知らないか、ちゃんと副作用の制御が出来てないか
そもそも必要以上に余計なクラスや関数を付け加えているか
83仕様書無しさん
2021/04/07(水) 21:27:35.05 プログラムの規模が大きくなると
結局何で書いてもあまり変わらなくなるんだけどな
結局わけがわからなくなる
結局何で書いてもあまり変わらなくなるんだけどな
結局わけがわからなくなる
84仕様書無しさん
2021/04/07(水) 21:30:43.52 わけわからなくならないようにOOなんだけど
いまだにOO叩きって冗談だろう
まあ冗談だろうけどw
いまだにOO叩きって冗談だろう
まあ冗談だろうけどw
85仕様書無しさん
2021/04/07(水) 21:32:59.75 逆に今はOO叩き全盛だと思うけど
86仕様書無しさん
2021/04/07(水) 21:34:38.32 そもそもOO使ってないメインストリームのフレームワークとか存在すんの?
87仕様書無しさん
2021/04/07(水) 21:38:39.18 20年くらい前についていけないやつが悲鳴あげてたイメージ
88仕様書無しさん
2021/04/07(水) 22:30:27.64 構造化プログラミング手法からオブジェクト指向にすんなり入れた俺
89仕様書無しさん
2021/04/07(水) 22:36:45.19 構造化された依存関係が大事だと気付くまで10年ぐらいかかった
えらい長い時間を無駄にした
えらい長い時間を無駄にした
90仕様書無しさん
2021/04/07(水) 22:38:24.08 DBに入らないデータ構造はゴミカス
91仕様書無しさん
2021/04/08(木) 07:21:33.01 テストしよい
92仕様書無しさん
2021/04/08(木) 16:35:01.6293仕様書無しさん
2021/04/08(木) 22:07:33.73 ごめんなさい
94仕様書無しさん
2021/04/08(木) 22:20:27.22 DDDばかにしていたが
ValueObjectで値が所定の範囲に収まってる安心感はたいしたもんだ
実際は入り口が壊れてて保証もへったくれもないんだが
ValueObjectで値が所定の範囲に収まってる安心感はたいしたもんだ
実際は入り口が壊れてて保証もへったくれもないんだが
95仕様書無しさん
2021/04/09(金) 06:07:18.58 比較はequalsを使えとあれほど...
97仕様書無しさん
2021/04/11(日) 16:03:36.85 だから、記号言語は一般数学と違うんだよw
98仕様書無しさん
2021/04/11(日) 16:34:52.59 >>94
ValueObjectって、今は正規表現とかで作ってるよね?
この変数はString型だけどクレジットカード番号の
正規表現にマッチするものだけとか
この変数はInteger型だけど値の範囲はここからここまでとか
まだ時代は俺に追いついてない?
ValueObjectって、今は正規表現とかで作ってるよね?
この変数はString型だけどクレジットカード番号の
正規表現にマッチするものだけとか
この変数はInteger型だけど値の範囲はここからここまでとか
まだ時代は俺に追いついてない?
99仕様書無しさん
2021/04/11(日) 18:28:15.42 追いついてないな
エラーコードが違反パターン毎にわかれてる
この正規表現にマッチするようにしてくださいとユーザーにエラー返すわけにもいかん
エラーコードが違反パターン毎にわかれてる
この正規表現にマッチするようにしてくださいとユーザーにエラー返すわけにもいかん
100仕様書無しさん
2021/04/11(日) 18:30:08.46 あと正規表現重くね
計ったことないからどれくらいのもんかはしらんが
SQLばしばし発行してるし
入力チェックが重くてもたいしてこまりゃしないか…
計ったことないからどれくらいのもんかはしらんが
SQLばしばし発行してるし
入力チェックが重くてもたいしてこまりゃしないか…
101仕様書無しさん
2021/04/11(日) 18:37:32.44 あと整数を正規表現って難易度たかくね
103仕様書無しさん
2021/04/12(月) 00:28:34.55104仕様書無しさん
2021/04/12(月) 02:57:30.08 批判が的を得てないんだよな。
まず業務で高校数学が応用として使える時点で、世の中の上側1%以上なのよ。
アク界隈はお受験からのエリート教育で育ってるから、世の平均以下がちゃんと認識できていない。
残念ながら需要が存在してしまうわけですわ。高校数学の範囲だろうが何だろうが知らんがな。
あと、純粋な高等な数学になればなるほど、応用が狭まっていく。平たく言うと役に立たない。
なんでそんなものと比較するのか意味が分からない。好きなら勝手に博士課程でも行ってろ。
そして、哀れにもアク候補生として入社して、想像以上に日本社会の企業文化に揉まれ疲弊し、
自分は東京一工のエリートなのにこんな試験にも受からないクヤシイ!!みたいな人が、
5chで見えない敵をたたいて必死にもがいているんだな。憎むべきはその選択の損切りができない自分自身なのに。
だから、嫌ならやめろよと。クソ試験と思うなら今すぐやめて転職なりしろ。何事も中途半端が一番良くない。
まず業務で高校数学が応用として使える時点で、世の中の上側1%以上なのよ。
アク界隈はお受験からのエリート教育で育ってるから、世の平均以下がちゃんと認識できていない。
残念ながら需要が存在してしまうわけですわ。高校数学の範囲だろうが何だろうが知らんがな。
あと、純粋な高等な数学になればなるほど、応用が狭まっていく。平たく言うと役に立たない。
なんでそんなものと比較するのか意味が分からない。好きなら勝手に博士課程でも行ってろ。
そして、哀れにもアク候補生として入社して、想像以上に日本社会の企業文化に揉まれ疲弊し、
自分は東京一工のエリートなのにこんな試験にも受からないクヤシイ!!みたいな人が、
5chで見えない敵をたたいて必死にもがいているんだな。憎むべきはその選択の損切りができない自分自身なのに。
だから、嫌ならやめろよと。クソ試験と思うなら今すぐやめて転職なりしろ。何事も中途半端が一番良くない。
107仕様書無しさん
2021/04/12(月) 09:37:54.22 他の言語でやってることをまねしようと言語仕様のverアップしてて大差なくなってると感じる
しかもやってることは同じなのに書き方ばかり増えるから労多すぎ
ラムダ式とか
しかもやってることは同じなのに書き方ばかり増えるから労多すぎ
ラムダ式とか
108仕様書無しさん
2021/04/12(月) 12:53:55.46 古いソースでは古い書き方で、新しいソースでは新しく書けばいいだけじゃね
109仕様書無しさん
2021/04/12(月) 19:21:51.94 混ざったら何が何だかわからんだろうが!
新しい書き方で理解のコストが半分になったとしよう
古いのがそのまま残ってるとしよう
理解のコスト1.5倍です
新しい書き方で理解のコストが半分になったとしよう
古いのがそのまま残ってるとしよう
理解のコスト1.5倍です
110仕様書無しさん
2021/04/12(月) 21:26:14.59111仕様書無しさん
2021/04/12(月) 21:43:53.11 いや、それであってる
ラムダ式なんて別に理解をしやすいからじゃなくて便利だからあるだけだし
新しいのは古いのの上に乗っかってるだけだから新しいのがわかれば古いのもわかる
ラムダ式なんて別に理解をしやすいからじゃなくて便利だからあるだけだし
新しいのは古いのの上に乗っかってるだけだから新しいのがわかれば古いのもわかる
112仕様書無しさん
2021/04/12(月) 23:34:08.45 Javaのvarなんて必要ある?
動的に型変更するわけではないけど、型に厳格なJavaを考えれば、単に書き方を省略するためにならいらない
プロジェクトだと、単にジェネリクスとか理解できない奴らがごまかすためだけに使っていて粗悪コード量産してるだけ
結果的にvar禁止になったし(プロジェクトで)
動的に型変更するわけではないけど、型に厳格なJavaを考えれば、単に書き方を省略するためにならいらない
プロジェクトだと、単にジェネリクスとか理解できない奴らがごまかすためだけに使っていて粗悪コード量産してるだけ
結果的にvar禁止になったし(プロジェクトで)
113仕様書無しさん
2021/04/12(月) 23:39:32.50114仕様書無しさん
2021/04/12(月) 23:45:35.43 Javaの型推論はC#と違って使いもんにならんの?
115仕様書無しさん
2021/04/13(火) 00:12:25.93 >>114
使いもんにならんってことはないと思うけど、うちの場合はラッパーオブジェクトが一番の理由かな
例えば整数を返すメソッドがあったとして、受け取った戻り値にnullチェックが必要なのかどうかがわからないってのと、ジェネリクスでプリミティブ型を扱えないから、演算するときはプリミティブ型で受け取らないとパフォーマンス落ちるからね
使いもんにならんってことはないと思うけど、うちの場合はラッパーオブジェクトが一番の理由かな
例えば整数を返すメソッドがあったとして、受け取った戻り値にnullチェックが必要なのかどうかがわからないってのと、ジェネリクスでプリミティブ型を扱えないから、演算するときはプリミティブ型で受け取らないとパフォーマンス落ちるからね
116仕様書無しさん
2021/04/13(火) 01:10:00.16 PythonとかJavaScriptとかになれるとタイプがめんどいという話だからな
要らなきゃ使わなきゃいい
要らなきゃ使わなきゃいい
117仕様書無しさん
2021/04/13(火) 01:29:28.79 それは型推論じゃなくて動的ディスパッチ
118仕様書無しさん
2021/04/13(火) 09:58:41.46 必要だから増えたのではなく、他言語がやってるから導入した
119仕様書無しさん
2021/04/13(火) 10:10:47.44 単なるエイリアスで解決できる問題を無駄な計算資源使うことで解決とか頭悪すぎだわ。
120仕様書無しさん
2021/04/13(火) 10:58:24.51 人が1分楽できるならいいことだ
そのために計算機を1日こきつかったっていいじゃない
そのために計算機を1日こきつかったっていいじゃない
121仕様書無しさん
2021/04/13(火) 11:01:01.35 DBの一貫性とか知識何もなしに偉そうな顔して
途中止まったらもう一回クやりなおしになるのは時間かかるから
続きを人間が整合性とりつつやるとかほざいてるウンコがおった
途中止まったらもう一回クやりなおしになるのは時間かかるから
続きを人間が整合性とりつつやるとかほざいてるウンコがおった
123仕様書無しさん
2021/04/13(火) 11:09:18.43 だからなんのチェックもしてなくても
項目全部ValueObjectつくるねんで
項目全部ValueObjectつくるねんで
124仕様書無しさん
2021/04/13(火) 12:43:35.53 別におかしくなってないし遺伝子の多様性は必要だ
ちなみにスレタイしか読んでない
ちなみにスレタイしか読んでない
125仕様書無しさん
2021/04/13(火) 18:33:06.67 ね
126仕様書無しさん
2021/04/13(火) 19:31:26.69 ぶた
127仕様書無しさん
2021/04/13(火) 19:32:13.54 むしろプログラミング言語ほど正常に進化し続けているものは珍しい
128仕様書無しさん
2021/04/13(火) 19:39:36.65 バカでも書けるようにした結果バカがバグを生みまくる事態に
130仕様書無しさん
2021/04/13(火) 22:37:44.51 すべて分かったいる人が見ると
便利になっているな
近頃の言語は
わかってないとチンプンカンプンだろうな
便利になっているな
近頃の言語は
わかってないとチンプンカンプンだろうな
131仕様書無しさん
2021/04/14(水) 07:54:21.51 a−〉b
132仕様書無しさん
2021/04/14(水) 19:59:51.53 JavaのSpring
133仕様書無しさん
2021/04/15(木) 11:02:15.19 わかってる人が使わないと糞コード量産するだけになる
134仕様書無しさん
2021/04/15(木) 13:09:54.50 分かってない奴に問題があるので言語に罪は無い
135仕様書無しさん
2021/04/15(木) 19:23:03.79 ところで「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ!
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ!
138仕様書無しさん
2021/04/16(金) 01:38:47.10 C#やJavaはC言語の書きかたに似ているから理解しやすいけど
ObjectiveCやSwift、KotlinやGOとか型を後ろに書くようなゴミは消えて欲しいw
ObjectiveCやSwift、KotlinやGOとか型を後ろに書くようなゴミは消えて欲しいw
139仕様書無しさん
2021/04/16(金) 02:15:27.55 シンタクスしか気にすることないの?
140仕様書無しさん
2021/04/16(金) 02:34:51.44 >135
「人が空を飛ぶ」といっしょ。文法的には正しいが、現実にはあり得ない。
スレタイに話を戻すと、Javaのフレームワーク乱立あたりで、プログラミング言語としては
文法的に正しいのにフレームワークの規約に適合しないから動かないと言う余計な足枷が課された。
あと、csv形式の文字列を作るときにループ処理を利用すると、最後だけはカンマ不要だろ?
リトライで失敗したらsleep入れてもっかいリトライする処理とか。
昔から頻出する処理なのに実現するループ処理がない。
「人が空を飛ぶ」といっしょ。文法的には正しいが、現実にはあり得ない。
スレタイに話を戻すと、Javaのフレームワーク乱立あたりで、プログラミング言語としては
文法的に正しいのにフレームワークの規約に適合しないから動かないと言う余計な足枷が課された。
あと、csv形式の文字列を作るときにループ処理を利用すると、最後だけはカンマ不要だろ?
リトライで失敗したらsleep入れてもっかいリトライする処理とか。
昔から頻出する処理なのに実現するループ処理がない。
141仕様書無しさん
2021/04/16(金) 03:04:37.23 >>138
型を後ろに書く方が真っ当だという批判が
C++全盛期の時からあった
型より名前の方が大事に決まってるし
省略できないのは名前の方だからだ
C#に型推論を導入するのに
varキーワードが必要になったのも
非合理的な文法との折衷のためだ
型が後ろで違和感を感じるというのは
単なる慣れの問題だ
これが分からない奴は多分、クソガキより老害に多い気がするけど
型を後ろに書く方が真っ当だという批判が
C++全盛期の時からあった
型より名前の方が大事に決まってるし
省略できないのは名前の方だからだ
C#に型推論を導入するのに
varキーワードが必要になったのも
非合理的な文法との折衷のためだ
型が後ろで違和感を感じるというのは
単なる慣れの問題だ
これが分からない奴は多分、クソガキより老害に多い気がするけど
142仕様書無しさん
2021/04/16(金) 03:05:29.75 1件目をやってからループ入って頭でカンマ付けたらいかんのか?
リトライもメソッドにしてサクセスするまで回せばええやん
リトライもメソッドにしてサクセスするまで回せばええやん
143仕様書無しさん
2021/04/16(金) 16:01:21.45144仕様書無しさん
2021/04/16(金) 19:12:13.53 これ以上無いぐらい馬鹿げたスレタイだが
146仕様書無しさん
2021/04/17(土) 00:16:13.81 クラス、マルチスレッド、コールバック地獄、クロージャ、
上から下に読めなくなり、引数の中に処理が入れ子で入って追うのも困難。
もうお前Lispだろ?って感じ。
マルチパラダイスっての?一つの言語であれもこれもやろうとすんじゃねーよ。
誰とは言わんがC++、全員お前の子孫だろ何とかしろ
上から下に読めなくなり、引数の中に処理が入れ子で入って追うのも困難。
もうお前Lispだろ?って感じ。
マルチパラダイスっての?一つの言語であれもこれもやろうとすんじゃねーよ。
誰とは言わんがC++、全員お前の子孫だろ何とかしろ
148仕様書無しさん
2021/04/17(土) 02:23:28.88 ラムダ式は本当に便利でいいね
150仕様書無しさん
2021/04/17(土) 11:11:20.53 >>146
Windowsアプリとか、むしろ一本道で書けるコードの方が少ないぞ
Windowsアプリとか、むしろ一本道で書けるコードの方が少ないぞ
153仕様書無しさん
2021/04/17(土) 11:45:57.59 非線形テクストたるゲームブックの実物に触れたことの無い世代が増えたからだ
154仕様書無しさん
2021/04/18(日) 22:58:35.41 俺が書いたコードが世界に放たれたときから世界が変わった
158仕様書無しさん
2021/04/19(月) 06:01:01.98 世界を変えるコード書きたい
160仕様書無しさん
2021/04/19(月) 13:00:40.46 少なくとも言葉だけで4人の世界が変わってる
163仕様書無しさん
2021/04/22(木) 16:17:41.66 俺がコード書いたせいで会社がこんなになっちまった
164仕様書無しさん
2021/04/24(土) 02:42:13.25 全て私の責任です(上司)
165仕様書無しさん
2021/04/24(土) 14:26:55.26 なお、なぜか昇進する模様
166仕様書無しさん
2021/05/01(土) 20:29:03.36 neat3最強
167仕様書無しさん
2021/05/10(月) 08:11:44.61 >>12
今もシェルスクリプトは比較を=でするよ
今もシェルスクリプトは比較を=でするよ
168仕様書無しさん
2021/05/10(月) 08:15:14.51 >>44
階乗記号を使う言語ってあるのかな
階乗記号を使う言語ってあるのかな
169仕様書無しさん
2021/05/10(月) 08:20:45.02 >>100
軽い代替方法があるのに正規表現やSQL使って桁違いに遅くしてる例はあちこちで見かける
軽い代替方法があるのに正規表現やSQL使って桁違いに遅くしてる例はあちこちで見かける
170仕様書無しさん
2021/05/13(木) 12:46:12.12 HTTPで何回もリクエスト飛ばして重いとか言ってるレベルじゃねーの
172仕様書無しさん
2021/05/25(火) 19:22:56.50 >>44
仮に階乗!と比較不等号!=を両方サポートする言語があったとしたら
多くの言語は最長適用だから!=とあれば階乗と等号ではなく不等号≠になるだろう
その場合は1!=1は偽falseとなる
しかしもし階乗!優先の言語だとすると(1!)=1の意味となる
ところが=を等号で用いずに代入のみで使う言語ならば左辺が数値となりエラーだ
しかしもし=を比較等号として用いる言語ならば(1!)=1は真trueとなる
後者の真trueとなるための道は険しく
・階乗記号!をサポート
・!=と続いても階乗記号を優先
・=を比較等号として用いる
このようなプログラミング言語はあるのだろうか?
仮に階乗!と比較不等号!=を両方サポートする言語があったとしたら
多くの言語は最長適用だから!=とあれば階乗と等号ではなく不等号≠になるだろう
その場合は1!=1は偽falseとなる
しかしもし階乗!優先の言語だとすると(1!)=1の意味となる
ところが=を等号で用いずに代入のみで使う言語ならば左辺が数値となりエラーだ
しかしもし=を比較等号として用いる言語ならば(1!)=1は真trueとなる
後者の真trueとなるための道は険しく
・階乗記号!をサポート
・!=と続いても階乗記号を優先
・=を比較等号として用いる
このようなプログラミング言語はあるのだろうか?
174仕様書無しさん
2021/05/31(月) 03:10:46.88 色々なプログラミングしていて階乗演算を使うことなんて滅多にないから、階乗記号をもっとよく使われる演算に割り当てるのはリーズナブルだと思う
階乗記号を階乗演算に使う言語はあってもいいが自分にとっては全く不要
どうしても欲しいなら自分で作ればいい
階乗記号を階乗演算に使う言語はあってもいいが自分にとっては全く不要
どうしても欲しいなら自分で作ればいい
175仕様書無しさん
2021/05/31(月) 10:12:50.39 階乗は関数でいいよ
176仕様書無しさん
2021/05/31(月) 13:10:28.88 階乗が必要な場合って
順列、組み合わせか、ガンマ関数ぐらいしか思いつかないな
順列、組み合わせか、ガンマ関数ぐらいしか思いつかないな
177仕様書無しさん
2021/06/25(金) 20:07:42.84 まあSTLが元凶なのだろう。
178仕様書無しさん
2021/07/08(木) 07:25:33.13 プログラマー「プログラミング学習に暗記は不要。ググればいい」
https://leia.5ch.net/test/read.cgi/poverty/1625658692/
ソースコードを自動で記述するAI『GitHub Copilot』爆誕。プログラマー全員廃業へ
https://leia.5ch.net/test/read.cgi/poverty/1625620199/
日本政府「プログラミング人口が足りない!」
https://leia.5ch.net/test/read.cgi/poverty/1625663490/
https://leia.5ch.net/test/read.cgi/poverty/1625658692/
ソースコードを自動で記述するAI『GitHub Copilot』爆誕。プログラマー全員廃業へ
https://leia.5ch.net/test/read.cgi/poverty/1625620199/
日本政府「プログラミング人口が足りない!」
https://leia.5ch.net/test/read.cgi/poverty/1625663490/
179仕様書無しさん
2021/07/08(木) 12:24:24.67 プログラマー失業確定、コメントに概要を書くとソースコードを自動生成する人工知能が公開
https://hayabusa9.5ch.net/test/read.cgi/news/1625625627/
https://hayabusa9.5ch.net/test/read.cgi/news/1625625627/
180仕様書無しさん
2021/07/19(月) 04:05:38.74182仕様書無しさん
2021/08/07(土) 06:01:43.98 >>181
そして最後に行き着いたのがラスト言語
そして最後に行き着いたのがラスト言語
183仕様書無しさん
2021/08/07(土) 17:40:56.40 今時点で別におかしいとは思わないのだが
184仕様書無しさん
2021/08/07(土) 21:51:54.46 a = 1
で代入をするというのはやめてほしかったなあ
等しいという意味になる言語もあるし
もう無茶無茶
で代入をするというのはやめてほしかったなあ
等しいという意味になる言語もあるし
もう無茶無茶
185仕様書無しさん
2021/09/14(火) 21:41:10.32186仕様書無しさん
2021/10/23(土) 10:55:20.86 実体と乖離した変な名称のメソッドやライブラリが豊富なJavaが登場してからプログラミング言語がおかしくなった
187仕様書無しさん
2021/10/23(土) 18:04:21.10188仕様書無しさん
2021/10/24(日) 05:07:55.65 (+ 1 2) の時点でそもそもあたまおかしいんだよw
>>44
いうても数学自体が世界最古のプログラミング言語みたいなもんじゃん
虚数とかの i とか、電気数学だと別で i 使うから j にしてますみたいなルール決めちゃえるし
数学の世界ではこうだから! とか言うてもしゃあない気がするぜ
>>44
いうても数学自体が世界最古のプログラミング言語みたいなもんじゃん
虚数とかの i とか、電気数学だと別で i 使うから j にしてますみたいなルール決めちゃえるし
数学の世界ではこうだから! とか言うてもしゃあない気がするぜ
189仕様書無しさん
2021/10/24(日) 13:07:35.13 >>187
禿同!
禿同!
190仕様書無しさん
2022/02/21(月) 22:04:10.98 C言語タイプは見やすいが
関数の引数の型を後ろに書くようなゴミは消えて欲しい
SwiftやらObjective-Cやらアップルが絡む奴はゴミが多い
関数の引数の型を後ろに書くようなゴミは消えて欲しい
SwiftやらObjective-Cやらアップルが絡む奴はゴミが多い
192仕様書無しさん
2022/02/22(火) 08:44:40.97 Objective-Cは引数の型は引数名の前に書くだろ
- (BOOL)writeToFile:(NSString *)path atomically:(BOOL)useAuxiliaryFile encoding:(NSStringEncoding)enc error:(NSError **)error;
こんな感じで
- (BOOL)writeToFile:(NSString *)path atomically:(BOOL)useAuxiliaryFile encoding:(NSStringEncoding)enc error:(NSError **)error;
こんな感じで
193仕様書無しさん
2022/04/15(金) 04:39:45.57 型推論が強力で便利な良いプログラミング言語たちは
変数宣言で型を明記する必要がないので
var 変数名 とか let 変数名 だけで済んで型を明記する時に後置が多いかな
いずれにしても単に自分が慣れていない方を批判する>>190こそ愚か
変数宣言で型を明記する必要がないので
var 変数名 とか let 変数名 だけで済んで型を明記する時に後置が多いかな
いずれにしても単に自分が慣れていない方を批判する>>190こそ愚か
195仕様書無しさん
2022/04/18(月) 09:50:04.50196仕様書無しさん
2022/04/18(月) 20:57:50.88198仕様書無しさん
2022/04/29(金) 00:43:35.02 TypeScriptやGoやRustなど
最近のプログラミング言語は型後置ですね
最近のプログラミング言語は型後置ですね
199仕様書無しさん
2022/06/12(日) 18:02:45.17200仕様書無しさん
2022/10/27(木) 04:06:05.01 この世界の言語は余分な記号が多い。
少なくすれば楽になる。
少なくすれば楽になる。
201仕様書無しさん
2024/03/29(金) 13:59:07.32 その金でもある
出勤する程度なら耐えれるが
コロナなんてしんどいな平均3%になりそうだけど
出勤する程度なら耐えれるが
コロナなんてしんどいな平均3%になりそうだけど
202仕様書無しさん
2024/03/29(金) 14:18:11.72 今まで支持する自称保守気取りがそこまで戦争に女連れて行かないで
203仕様書無しさん
2024/03/29(金) 14:39:26.58 帰りの旅費はなんでラッパーだけそんなもんでは
ほんとの若手で荒れてて同僚や上司に頼られるような感じになってる気がする
ほんとの若手で荒れてて同僚や上司に頼られるような感じになってる気がする
204仕様書無しさん
2024/03/29(金) 15:53:07.18 とんでもプラグは普通NGKだな
今日は昼飯カロリーメイトだけだから、そんな人がいる
おやつ用の家購入にローン組んで
今日は昼飯カロリーメイトだけだから、そんな人がいる
おやつ用の家購入にローン組んで
205仕様書無しさん
2024/09/16(月) 16:18:16.42 フレームワークとかいう足枷を皆に付けて
皆同じコードを書こう!ってしたことで何も新しいものを生み出せなくなったと思う
皆同じコードを書こう!ってしたことで何も新しいものを生み出せなくなったと思う
レスを投稿する
ニュース
- 【速報】中国、高市氏答弁撤回求め国連に2度目書簡 [蚤の市★]
- 【少子化】少子化は女のせい?男のせい?SNSで不毛すぎる議論が勃発…「産ませる発言」vs「淘汰される遺伝子」泥沼バトルへ ★3 [ぐれ★]
- 外国人の労働力「反対」59%…読売・早大共同世論調査 [蚤の市★]
- 日テレ社長 国分太一に「答え合わせするまでもない」 聴取時の内容そのものが「コンプライアンス違反」 [Ailuropoda melanoleuca★]
- 都心の2億円タワマンに住むのは…30代の中国人 「そこそこの富裕層」が日本へ「脱出」してきている [蚤の市★]
- 【為替】円154円台に上昇、NY株400ドル超安 日米金利差の縮小観測広がる [蚤の市★]
- 【実況】博衣こよりのえちえち朝こよ🧪★2
- 登校中の美少女JC「あれ、何か落ちてる……うわっ」←何が
- メイリアさんが中国公演を成功させたたった一つのSNS投稿がこちらwなぜ他の日本人アーティストはこれができなかったのか? [271912485]
- 「私は『一つの中国』を支持します」と表明した日本人アーティスト、中国での大規模公演も全く支障なく完全成功→ネトウヨ「裏切り者!」 [314039747]
- バターとかいう濃くすると味が薄くなる謎の食材
- 来るな!こっちに来るな!病原菌
