Javaはスパゲッティになりがちとか言うけど (300ﾚｽ)
上下前次1-新
1(1): 仕様書無しさん [] 2022/08/26(金) 11:26:35.10 AAS
それってclassを作成する他の言語にも言えることだろ
何でJavaだけが取りざたされるんだよ
201: 仕様書無しさん [sage] 2022/09/13(火) 08:04:28.15 AAS
C言語作者がGO作ってんだよね
Syntaxはどんなカオスでも良い条件でマクロとか関数ポインタ乱用でCでクロージャ・lambdaの実装って出来るんだろか
文字列を読み取ってDSL化するとかってのは無しであくまで静的に
202(1): 仕様書無しさん [sage] 2022/09/13(火) 12:50:09.26 AAS
ガベジコレクタがないとクロージャオブジェクトを管理するのは難しそう
203: 仕様書無しさん [sage] 2022/09/13(火) 14:42:31.89 AAS
"printf"を文字列で関数に渡してprintfが呼び出セル場所まで作れば
あとは引数を保存するだけだな
手続きコードは書けないけどやろうと思えばギリいける
204: 仕様書無しさん [sage] 2022/09/13(火) 15:12:35.94 AAS
コード保存は無理だから関数名と引数だけを保存して後でまとめてrunって感じか
シンタックスはゴミになりそうだけど一応いけるね
205: 仕様書無しさん [] 2022/09/13(火) 17:30:58.03 AAS
>>202
クロージャ使いまくりのRustはガベージコレクションが無くてC言語とほぼ同じ速さで動くよ
206: 仕様書無しさん [] 2022/09/13(火) 18:21:35.80 AAS
RustにGCがないのは初耳
207: 仕様書無しさん [] 2022/09/13(火) 20:57:03.99 AAS
ライフ管理がキッチリ出来ればガベコレなんかいらないんだよなぁ
ガベコレが定期的にゴミ集めする仕組みの語であればだけど
208: 仕様書無しさん [] 2022/09/13(火) 22:37:22.22 AAS
Rustはムーブセマンティクスを使って参照が一つにしかならないようにするのか
参照を数えてるわけではないので参照カウント方式のGCとは違うわけね
コンパイル時にメモリの解放漏れが検知されるのはすばらしいな
209: 仕様書無しさん [sage] 2022/09/14(水) 04:39:43.19 AAS
いやなんでlambdaからGCの話になるｗ
ずれてんなぁ
210: 仕様書無しさん [sage] 2022/09/14(水) 10:42:25.96 AAS
ずれてない話おなしゃす
211: 仕様書無しさん [] 2022/09/14(水) 10:46:55.98 AAS
VBの縦横無尽さに比べたら天国だろ
212: 仕様書無しさん [] 2022/09/14(水) 11:10:54.08 AAS
VBに名前空間とラムダ式を追加して参照渡しをできなくしたらJavaと同じくらい使いやすくなる気がする
213: 仕様書無しさん [sage] 2022/09/14(水) 11:28:44.10 AAS
vbでもいいコードはあるんだよね
214: 仕様書無しさん [sage] 2022/09/14(水) 12:42:50.10 AAS
VBは大勢の初心者を受け入れてきた
いま現在ではJavaやPythonに糞コードが多いように
当時の受け皿だったVBに糞コードが多かっただけなんだ
さらにその前はCOBOLにも糞コードが多かったんだ
また、VBシリーズ（そして行番号BASIC）は様々なOSや技術の過渡期に活躍してきた
マイコンからMS-DOS
MS-DOSのコンソールからビジュアル化
MS-DOSからWindowsへ
int21hからwin32APIへ（当時はVCまわりの整備が遅れていたのでVBは救世主だった）
そしてwin32から.NET
全ての技術の変遷をVBシリーズは見守ってきた
これだけの荒波に揉まれても既存のソースを救い続け、そして新しい技術に立ち向かう助けをしてきた
VBこそ現代のモーゼであり箱舟なんだよ
215: 仕様書無しさん [sage] 2022/09/14(水) 12:49:46.22 AAS
新たなコピペの誕生を見たw
216: 仕様書無しさん [] 2022/09/14(水) 12:57:38.28 AAS
長野オリンピックのシステムは当初Smalltalkでオブジェクト指向を駆使して作ろうとしたんだけど
うまくいかなくてVBで作るよう方針転換して大成功をおさめた
理論がどんなに優れていても実態が伴わないと絵に描いた餅でしかない
VBはSmalltalkよりもオブジェクト指向の機能は少ないけれども現実的な最適解であったように思う
217: 仕様書無しさん [sage] 2022/09/14(水) 13:27:43.58 AAS
VBやExcelを開発した人たちは天才だよ
どんなバカでも使えるツールというのはそう簡単に作れるもんじゃない
218: 仕様書無しさん [] 2022/09/14(水) 13:39:19.26 AAS
まあ、VBやExcelはバカには使えない
219(2): 仕様書無しさん [sage] 2022/09/14(水) 18:49:11.84 AAS
業務でしか使わないようなヘンテコなツール言語規則いくら覚えてても何も凄くない
単なる奴隷の鎖自慢であって
金持ち連中の事情が変われば一気に使わないゴミと化す
そんなもの覚えるために1分でも時間使った時点から負けてる
220: 仕様書無しさん [sage] 2022/09/14(水) 21:14:33.70 AAS
>>219
有名言語習得してる人なんてほかにいくらでもいるからね
JP1/Script極めてますなんて人のほうがブルーオーシャン狙える
221: 仕様書無しさん [sage] 2022/09/15(木) 00:03:45.29 AAS
>>219
もしかして：Ja*a
222: 仕様書無しさん [sage] 2022/09/15(木) 02:46:38.69 AAS
MSはもうVBに新機能を追加することはないって言ってるね
223: 仕様書無しさん [sage] 2022/09/15(木) 07:27:18.98 AAS
新プラットフォームには対応していくよ
.NETが新しくなってもVBが使えなくなることはない
VBの需要はC#みたいな曲芸じゃないからね
VBはC#みたいな未完成の言語じゃない
すでに完成していて手を加える必要がないからなんだ
224: 仕様書無しさん [sage] 2022/09/15(木) 08:43:06.62 AAS
MS「んじゃセキュリティパッチもいらないな、コスト削減・・・っと」
225: 仕様書無しさん [] 2022/09/15(木) 10:44:16.29 AAS
外部ネットワークに繋ぐものは.NETで置き換えるでしょさすがに
閉鎖されたネットワーク内で使うぶんにはセキュリティパッチいらんし
工場のシステムなどでほそぼそと使い続けられるんじゃないかね
226(1): 仕様書無しさん [sage] 2022/09/15(木) 10:47:23.13 AAS
念のために行っておくけどVBのサポートはずっと続くし
現場の「余計な機能つけんな」って声に対応しただけであって
これからもVBはMSの主力言語だからな
新機能つけない事
サポートが続く事
これらが同時に実行されるのがプログラミング言語史上はじめてなので混乱してると思うが
.NETの新機能はVBでもサポートされる
VBの言語としての新しい文法や機能が追加されないという事
この違いがわからないとまるでVBがなくなったり成長しないかのように錯覚してしまう
227: 仕様書無しさん [] 2022/09/15(木) 11:36:39.44 AAS
ああ、君が言ってるVBはVB.NETだね
僕が言ってるVBは旧VBのことで、僕が言ってる.NETはC#とVB.NETのこと
228: 仕様書無しさん [] 2022/09/15(木) 11:54:25.33 AAS
VB.NETは古い言い方なのか
いまはVBと呼ばれるようになってるのね、知らなかった
229: 仕様書無しさん [sage] 2022/09/15(木) 12:12:21.79 AAS
旧VBといえばVB6とVB4が主流
今でも稼働しているシステムはVB6だろう
Oracleのクライアントとして活躍した
OracleといえばDelphiも相性が良いとされていて、まさにクライアントサーバ全盛期だった
Windows10でも稼働可能で延命処置が施されてきた
いくつかのバージョンの.NET開発環境があればエラーをモグラたたきのように直すだけで最新のVB.NETに移行できたのも魅力だ
しかしながらWindowsにも32bit切り捨ての波が来てしまった
VB6アプリを64bit環境で動かすのは難しい
本来なら64bitOSでも32bitアプリは稼働してくれるのかもしれない
しかしながらミドルウェアと連携していく上で（おそらくはOracle関連で）つまずくだろう
それでもVB開発者はその知識と問題解決能力でVB6アプリを稼働させ続けるのだ
VB6はその筋に詳しい人たちが延命に力を注いできた
例えネイティブがダメになったとしても仮想化で動き続けるだろう
ファクトリー向けPC9801だってまだ稼働中なのだ
VB6はまだまだ戦えるはずだ
VB6は永遠なのだ
230: 仕様書無しさん [sage] 2022/09/15(木) 12:14:39.78 AAS
>>226
終了してからだって一定期間はサポートされるが・・・
MSという会社が無償でやってるようなもので
VBのメンテナンスしようが全く金になってないと思うけどね
231(1): 仕様書無しさん [] 2022/09/15(木) 13:25:11.61 AAS
プログラミング言語を開発するだけでは金にならんよね
企業は開発ツールの販売や実行環境の有償サポートで金稼ぐことになるんだろうな
マイクロソフトもオラクルもようやっとる
Rustはいろんな企業から金銭の援助を受けてるようだ
期待度の高い言語ならではだなー
GoogleのGoはあれは収益に繋がってるのかな
広告で稼いだ金を使って開発してるようではあるけど
優れたプログラミング言語を提供することで
Googleの信頼や名声は高まりそうではある
232: 仕様書無しさん [sage] 2022/09/15(木) 13:32:35.96 AAS
MSが色々言語出すのはおそらく他企業の作った言語に居座られない為に頭の上抑える目的でリリースしてると思う
俺はMS産言語やIDEについてそういう見方してるからVBはMSの企業戦略という中で見たって役目終えてねーかという
233: 仕様書無しさん [] 2022/09/15(木) 14:16:34.42 AAS
MS OfficeではVBAが使われてるからそのユーザからするとVBの方が使いやすかったりするのかなとは思うけど
VBAがわかるならC#は簡単だと思うんだよなあ
BASIC言語の開発はMS設立時から行われていてMSの出発点でもあるから経営者の思い入れは強いだろうけど
234: 仕様書無しさん [] 2022/09/15(木) 17:04:41.17 AAS
>>231
GAFAMを中心にRustの採用・支援が多い理由は
Rustがプログラミング言語の歴史において革命的な転換点の存在だからのようだね
今までのプログラミング言語は
①『自動的にメモリ解放され安全だがガベージコレクションがあるため少し遅い言語』
と
➁『ガベージコレクションが無くて高速だがプログラマーの責任でメモリ解放を行う必要があり少し危険な言語』（C/C++など）
の
どちらか二種類しか無かったところに
③『自動的にメモリ解放され安全だがガベージコレクションが無くて高速な言語』（Rustのみ）
という良いとこどりの安全で高速な言語が初登場したようだね
235: 仕様書無しさん [sage] 2022/09/15(木) 18:33:24.47 AAS
まともな言語ならGCオフにして手動開放オプションくらいついてるから・・・
236: 仕様書無しさん [sage] 2022/09/15(木) 20:07:27.42 AAS
ゴミみたいなスレタイでゴミが立てたスレを伸ばしてんじゃねーよ糞低能ども
237: 仕様書無しさん [sage] 2022/09/15(木) 22:12:10.50 AAS
面白いオモチャが多いからな
238: 仕様書無しさん [sage] 2022/09/16(金) 22:40:52.85 AAS
話についていけず発狂してるやつおって草
239(1): 仕様書無しさん [sage] 2022/09/16(金) 23:50:02.24 AAS
こういう入門書の1ページに書いてるようなゴミネタで話についていけないとかのたまうのがゴミなｗ
バカなんだからさっさと削除依頼出してこい池沼バカ
240: 仕様書無しさん [] 2022/09/16(金) 23:59:05.93 AAS
効いててワロ
241: 仕様書無しさん [sage] 2022/09/17(土) 00:02:44.66 AAS
バカが一生懸命ageて書き込んでも無駄
消えろゴミ
242: 仕様書無しさん [sage] 2022/09/17(土) 08:42:30.32 AAS
A言語にはある
243(1): 仕様書無しさん [sage] 2022/09/17(土) 17:43:13.36 AAS
必死なJava上げの人もいなくなっちゃった
1999年発行Javaで覚えるオブジェクト指向プログラミングの分厚い本は鍋敷きにしてる
光栄に思うがいい
244: 仕様書無しさん [sage] 2022/09/17(土) 17:50:11.10 AAS
>>243
面白そうな本だーね
245: 仕様書無しさん [sage] 2022/09/17(土) 17:51:26.28 AAS
20年前のオブシコと今のオブシコどう違うんだろ
246: 仕様書無しさん [sage] 2022/09/17(土) 18:03:17.50 AAS
昔はソースの行数を減らすのがえらいみたいな風潮だったけど
今は保守性大事だよねって感じじゃね
いわばPerl風からVB風に変わっていったと思ってる
247: 仕様書無しさん [sage] 2022/09/18(日) 20:33:20.66 AAS
20年前のオブジェクト指向
「これは神に与えられた唯一の正しい手段であり、全ての要素を必ずオブジェクトとして扱い、オブジェクトを継承し再利用されねばならない」
今のオブジェクト指向
「オブジェクトとして扱うと楽になるものと、そうでないものがあるので、使い分けましょう」
Rust上げしてる人から20年前にJavaを崇拝してた人たちと同じ臭いがする
248: 仕様書無しさん [sage] 2022/09/18(日) 22:05:32.68 AAS
今趣味でブラックジャック(トランプ)作ってるけど、
クラスが無いとコード作成なんて考えられんよ
249: 仕様書無しさん [sage] 2022/09/19(月) 00:51:45.67 AAS
トランプゲームみたいにオブジェクト有限個数のものはちゃんと考えればコードがすげえ圧縮されるぞ
250: 仕様書無しさん [sage] 2022/09/23(金) 22:11:40.20 AAS
【逆流性食道炎予防の八箇条】
食の欧米化やストレス社会により新たな国民病となりつつある逆流性食道炎をみんなで予防しましょう
其の1：食べすぎないよう腹八分目
其の2：消化のよい食事を心がける
其の3：ゆっくりよく噛んで食べる
其の4：就寝前の食事は避ける（就寝前2～3時間）
其の5：食後すぐに横にならない（逆流を防ぐ）
其の6：肥満に気をつける
其の7：アルコール・甘い炭酸飲料を控える
其の8：喫煙を控える
251: 仕様書無しさん [sage] 2022/10/11(火) 19:39:20.10 AAS
チャーハン下さい！
252: 仕様書無しさん [] 2023/04/01(土) 21:44:41.14 AAS
>>239
とゴミが申しております
253: 仕様書無しさん [sage] 2023/04/02(日) 08:36:55.58 AAS
なりがちって聞いたこと無いな
254: 仕様書無しさん [] 2023/06/03(土) 19:03:55.97 AAS
とにかく継承を使いまくって差分プログラミングバンザイの時代があったんよ
Timestamp型がリスコフの置換原則を満たしてないのがその名残
標準ライブラリでさえ迷走していた時代
一般のアプリはもっと酷かったしオブジェクト指向を語る技術書もだいぶあれだったよ
とにかく全部オブジェクトにするのが正義って書いてある本もあった
僕はそれを読んで実践して大爆発した
255: 仕様書無しさん [sage] 2023/06/03(土) 20:55:27.45 AAS
Javaみたいに強制的にクラスを定義させる言語はプログラミング初心者にドメインモデル貧血症みたいな勘違いオブジェクト指向(オブジェクト指向では無い)コードを量産しやすい印象はある
以前、オブジェクト指向を理解していない人が関数型プログラミングをオブジェクト指向の代替パラダイムと勘違いしてドヤ顔で語ってる人がいたが、その人の提示するオブジェクト指向のサンプルコードってほぼドメインモデル貧血症
256(2): 仕様書無しさん [] 2023/06/03(土) 21:01:29.38 AAS
ドメインモデル貧血症だからダメなのだは思考停止だと思う
それこそオブジェクト指向の神格化でスパゲティが量産されてたころの考えかたじゃないかな
僕は好きですよドメインモデル貧血症
マーチン・ファウラーの功罪
257(1): 仕様書無しさん [] 2023/06/03(土) 21:07:05.11 AAS
ラムダ式、Stream、Record、パターンマッチ
Javaは関数型プログラミングに舵を切ってるね
オブジェクト指向を90年代からとことんやって限界が見えたってことだと思う
258(1): 仕様書無しさん [sage] 2023/06/03(土) 21:22:03.23 AAS
>>256 >>257
こういう勘違いしている奴がいるから困る
259(1): 仕様書無しさん [sage] 2023/06/03(土) 21:25:07.20 AAS
>>256
https://en.m.wikipedia.org/wiki/Anemic_domain_model
アンチパターンって十分考察されたから名前が付いてるんやで
思考停止ちゃう
260: 仕様書無しさん [] 2023/06/03(土) 21:51:32.06 AAS
>>258
んだとおらあ！ぶっ殺すぞてめえ、はい論破
>>259
90年代の考えかただよそれ
261: 仕様書無しさん [] 2023/06/03(土) 21:53:13.89 AAS
トマトは昔欧米で毒リンゴと呼ばれていたけど
いまでは健康的な野菜の筆頭でしょ
ドメインモデル貧血症はトマトということですね
262: 仕様書無しさん [] 2023/06/03(土) 21:59:26.99 AAS
アンチパターンというのも考えものだよね
オブジェクト指向によるスパゲティコードがよく作られていた頃は
デザインパターンが重宝されてとにかくたくさんのデザインパターンを
使うことが良いことだとされていたけれどもそうして作られたプログラムは
オブジェクト指向迷路であった
パターンと名のつくものに杓子定規に従えば良いものができると思い込む
物事の表っ面しか見ない浅はかな人たちがスパゲティを作り出した
そうした人たちはアンチパターンと言われているんだからきっと悪いものだ
アンチパターンが使われてるからこれはダメなコードだとなんの疑いもなく
思い込んでしまうのだろうなと僕は思いましたよ
263: 仕様書無しさん [] 2023/06/03(土) 22:05:19.90 AAS
自分で考えずにパターンに従おうとするのがダメ
自分で考えてパターンと同じ結論に至ったから適用するならわかるけどね
誰かがきっと考えたんだろう自分もそれに従っておこうなんて受け身の付和雷同的姿勢では
いつまでたってもスパゲティ製造工場の作業員レベルだよ、出世したとしても工場長だよ
もっとアグレッシブに自分が新しいパターンを見つけ出してやる他の人にはわからなかったことも
自分ならわかる、自分はいますべてを理解したナウシカだ、とそういう攻めの気持ちでいかないと
おいしいトマトでミートソース作ってこ
264: 仕様書無しさん [] 2023/06/03(土) 22:10:38.53 AAS
オブジェクト指向によるスパゲティの良い例、スパゲティ屋さんになりたい人は手本にしたが良い
https://github.com/Hello-World-EE/Java-Hello-World-Enterprise-Edition
265(2): 仕様書無しさん [] 2023/06/03(土) 22:38:29.38 AAS
マーチン・ファウラーという頭の禿げたエッチな顔したおっさんが
ドメインモデル貧血症はアンチパターンと言った
だからきっと正しいに違いないと思ってるに過ぎないよね
それってただ権威にすがってるだけだよね
マーチン・ファウラーの悪口を言ってやろうと思って
Wikipediaを読んでみたけど特に何も悪く言うようなところはなかったわ
マーチンはマーチンなりに頑張ってる僕は応援してる
90年代オブジェクト指向の可能性が未知で期待に満ち溢れていたころに
プログラマーとして仕事をして2000年にトートワークスでコンサルタントになったんだってすごいね
266: 仕様書無しさん [] 2023/06/03(土) 22:46:44.14 AAS
二十数年前といえばXMLがもてはやされてこれからはXMLの時代だと言われたころでもあるなあ
工業では重厚長大なんて言い方があるけど、ITでは90年代のオブジェクト指向やXMLが重厚長大にあたるのかもしれない
関数型プログラミングやJSONは軽薄短小
267: 仕様書無しさん [sage] 2023/06/04(日) 01:44:46.60 AAS
設定ファイルにマークアップ文書用のタグを使うとか考えたやつを呪い殺したい
268: 仕様書無しさん [sage] 2023/06/04(日) 02:30:39.85 AAS
>>265
貴方は呆けてるので病院行ったほうがいいよ
269(1): 仕様書無しさん [sage] 2023/06/04(日) 02:52:06.01 AAS
>>265
セッターとゲッターだけの無意味なクラスをオブジェクト指向と勘違いしている人がいるってだけの話なのによくそこまで妄想膨らませて俺に対して権威にすがってるとかいえたね
糖質か何かか？
270: 仕様書無しさん [sage] 2023/06/04(日) 10:38:21.62 AAS
ドメイン貧血症はアンチパターン
アンチパターンを驀進中です
271(1): 仕様書無しさん [] 2023/06/04(日) 12:33:43.93 AAS
>>269
セッターとゲッターだけの無意味なクラスをオブジェクト指向と勘違いしている人がいるってだけの話なのかよ、浅すぎるだろ、なめてんのか
272: 仕様書無しさん [] 2023/06/04(日) 12:44:06.41 AAS
考えが浅いのが根本的な問題なんだよ
セッターゲッターだけのクラスがあるからダメなんだと思ってるわけだろ
それって結局はマーチン・ファウラーがドメインモデル貧血症はアンチパターンだと言った
ただそれだけを根拠にダメだと思い込んでるだけだよね
マーチンの威光にすがって盲目的に信奉してるだけだよね
オブジェクト指向を宗教化して自分が考えないことを正当化して安心してるだけだよ
多くの人がオブジェクト指向を崇めそして大失敗したことの原因が如実に表れている
273: 仕様書無しさん [] 2023/06/04(日) 12:56:23.72 AAS
ドメインモデル貧血症は1990年代後半～2000年代前半にかけて流行った考え方だが
オブジェクト指向によるシステムの開発が増えるにつれてドメインモデル貧血症を避けることが
むしろオブジェクトの密結合を招き保守困難なオブジェクト指向迷路を作る原因となることが明らかになった
実際にはスリムなドメインモデルは柔軟で扱いやすく現実に即している
ドメインモデル軽量パターンと呼んでも良く現代では積極的に使うべきパターン
274: 仕様書無しさん [] 2023/06/04(日) 13:00:07.82 AAS
ドメインモデル貧血症がアンチパターンだと思ってる人は
20年前の考え方をアップデートせずに現世をさまよってるゾンビ野郎だよ
もしくはスパゲティ工場の工場長だよ
275: 仕様書無しさん [sage] 2023/06/05(月) 01:10:34.79 AAS
ドメイン層以外って完全に自動生成してくれてもよくね？
なんでいまだにプログラマが頑張って作ってるんだ
276: 仕様書無しさん [] 2023/06/06(火) 22:22:19.23 AAS
Javaはどうでもいい設計思想にこだわるやつがいるから迷惑
277: 仕様書無しさん [sage] 2023/06/06(火) 23:09:06.59 AAS
クラス継承依存症の人は
今どきの言語GoやRustなどの継承を排除して無くした言語でパニクるだろうな
278: 仕様書無しさん [sage] 2023/06/07(水) 14:24:39.96 AAS
PHPのスパゲッティ具合には勝てんだろ
279: 仕様書無しさん [sage] 2023/06/11(日) 14:46:30.94 AAS
>>271
文脈読めない無能
280: 仕様書無しさん [sage] 2024/02/16(金) 14:21:38.36 AAS
単純に変数に入れるだけのセッターゲッターなんてアホみたいに作ってる化石みたいな奴まだいるのかな？
281: 仕様書無しさん [] 2024/03/29(金) 14:19:52.28 AAS
すごいことしたな
282: 仕様書無しさん [sage] 2024/03/29(金) 14:21:12.17 AAS
守備がガタガタやったし攻撃もサラーが覚醒終わってる
283: 仕様書無しさん [] 2024/03/29(金) 15:51:04.66 AAS
この前レインボーが爆笑に「横転したらそらスタッフの無言の帰宅か…人生何が？
誰が一番身体検査しろよ
コロナ壺田どーすんのが
284: 仕様書無しさん [sage] 2024/03/29(金) 16:18:56.66 AAS
ゾウより首長くして待ってるよ
ゲストにジャニーズとAKB系ばっかり呼ぶのやめーや
キャンプみたいな感じなんだ試験中じゃんびびって損した
トラネキサム酸が届いた
285: 仕様書無しさん [sage] 2025/03/16(日) 13:40:48.95 AAS
山田くんと鈴木くんは属性が同じなのでクラスを作って
それぞれインスタンスを立てることにした
しかし山田くんの情報を設定して鈴木くんのインスタンスに入れても
引数のクラスが同じなのでエラーにはならない
山田くんは結婚したので家族のクラスを作って
パーソンにぶら下げる(extend)ことにした
鈴木君は養子になったので養子のクラスを作って
パーソンにぶら下げた(extend)
追加仕様
佐藤君は結婚していて養子になっている
しかし家族と養子のクラスはパーソンにぶら下がっているので
2つの親からぶら下がることができない
結局、パーソンの下に家族+養子のクラスを作ってぶら下げるしかない
286: 仕様書無しさん [sage] 2025/03/17(月) 17:23:12.32 AAS
一般的にはクラスを捨てて継承関係をなくして共通メソッドはその機能群毎にインターフェイスを定めて各々が必要な機能のインターフェイス群を実装するのが正しい
そのためモダンなプログラミング言語はクラスを持たないものが増えているが既存のクラス依存言語では難しい面もある
287: 仕様書無しさん [] 2025/04/02(水) 12:48:15.62 AAS
エクリプス+マーベンで
java開発を半年経験して分かったこと
エ「ここ間違ってるぞ、fixするか？」
俺「おk」
エ「fixしたらおかしくなったぞ、fixするか？」
俺「よろしく」
エ「fixしたらプラグインが足りないぞ、importするか？」
俺「うん」
エ「ここも間違ってるから以下略」
俺「はい」
そしてグチャグチャのコードが出来上がった。
288: 仕様書無しさん [sage] 2025/04/02(水) 15:18:44.03 AAS
クラス継承なんていうダメな機能を使っていると起きる
289: 仕様書無しさん [] 2025/04/06(日) 05:32:45.93 AAS
◼︎IDEのない頃のプログラム開発
補完もシンタックスエラーチェックも何もないので
自力で調べてコードを書く
バグれば全て自己責任、必死に調べて無駄のない
コーディングスキルがついていく
◼︎IDEベッタリのプログラム開発
とりあえずIDEのエラーがなければオッケー
コードを見直すこともなく
そしてぐちゃぐちゃなコードが出来上がっていく
特にJavaのIDEは開発はこの傾向が顕著に見られる
もちろん、誰でも作れる敷居は下がったが
その代償として素人感覚のゴミコードが
大量に生み出されていく
290: 仕様書無しさん [sage] 2025/04/06(日) 11:44:41.97 AAS
おちんちんがお好きでしょう
もう少ししゃぶりましょう
291: 仕様書無しさん [] 2025/04/07(月) 15:19:35.86 AAS
Java脳
それってプロパティに書いてアブストラクトで
インぺリメントとかすればいいんだよね
↑
何一つ全く理解していない上にいちいち
マウントしようとしてくるバカがいるのだが(笑)
292: 仕様書無しさん [sage] 2025/04/07(月) 17:34:10.79 AAS
継承は悪
293: 仕様書無しさん [] 2025/04/14(月) 10:27:09.12 AAS
Java脳
「スロー！スロー！スローすればいいじゃん！」
は？大量のファイルをループ処理して
こけても次のファイルを処理するのに
例外飛ばせってか
親でキャッチしろ？
構わないが、これで5段の入れ子キャッチになるぞ
安易なトライキャッチで
ほんとJavaってスパゲッティになるな
294: 仕様書無しさん [] 2025/05/10(土) 14:04:36.50 AAS
修正するjavaプログラムのimport見ると
100以上あるんだけど(笑)
こんなフランケンシュタインのライブラリ依存なら
スパゲッティーで動かなくなるよね
メソッド名が重複して別のライブラリ見てたりするし(笑)
295: 仕様書無しさん [sage] 2025/05/10(土) 16:52:45.68 AAS
米高いからスパゲティにするわ
296: 仕様書無しさん [sage] 2025/05/11(日) 18:43:43.23 AAS
Javaの稼ぎだけでは国産米は厳しいからパスタ
297(1): 仕様書無しさん [] 2025/05/24(土) 22:26:00.61 AAS
Javaって
ランタイムのバージョンは乱立してるし
ライブラリもバージョン変われば全滅するし
IDEで動いててもサーバーに持ってたら動かなくなるし
コードを書くより動くための整合性を取る方が
労力かかるな
298: 仕様書無しさん [] 2025/05/30(金) 19:57:55.79 AAS
>>297
1990年代後半に使われだしたものを批判しても意味はない
299: 仕様書無しさん [] 2025/06/03(火) 19:01:53.01 AAS
Javaプログラマさん毎日スパゲティ食ってるのかと思った
300: 仕様書無しさん [sage] 2025/06/04(水) 00:52:41.24 AAS
お米が買えないからスパゲティよ！
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.012s