Javaはスパゲッティになりがちとか言うけど (311ﾚｽ)
上下前次1-新
1(1): 2022/08/26(金)11:26 AAS
それってclassを作成する他の言語にも言えることだろ
何でJavaだけが取りざたされるんだよ
185(2): 2022/09/10(土)17:55 AAS
>>184
type Cat struct {
}
func (cat Cat) meow() {
fmt.Println("にゃーん")
}
func main(){
cat := Cat{}
cat.meow()
}
186: 184 2022/09/10(土)18:06 AAS
>>185
詳細は分かりませんが、main関数の中でインスタンスを作って、
そのインスタンス由来のメソッド呼び出しをしているような…
187: 184 2022/09/10(土)18:08 AAS
>>185
お礼するのを忘れてました、コードを示して頂きありがとうございます
188: 2022/09/11(日)06:54 AAS
>>171
！！！？？
189: 2022/09/11(日)08:22 AAS
これからクラス構文あった方が実装しやすい気が…
クラスがないことのメリットがあんまり分からん
190: 2022/09/11(日)08:28 AAS
自演でスレ伸ばすのやめろゴミ
191: 2022/09/11(日)09:24 AAS
糖質？
192(1): 2022/09/11(日)23:09 AAS
golangではクラスに該当する概念に相当するものがstructということであって存在しないってわけじゃないと思う
swift,c++にはclassとstructが厳密には振る舞いは違うけど同じような場面で使えるようになっていて言葉の定義は非常に曖昧
goではstructで行きますねーって話でしかないような気がする
継承もextendsとか<とかimplementsとか書かないだけで同じような振る舞いはできる
oopの言語パラダイムを否定する要素が何なのかよくわからない
結局javaがやりたくなってるわ
193: 2022/09/12(月)09:30 AAS
>>192
結局そういうことやし逆に構造体だけ使う利点があんまわからんのよな
場合によってどっちも使えた方が便利じゃねって思う
194: 2022/09/12(月)12:01 AAS
Goと同様にクラスも継承もないRustが分かりやすいかな
Rustではクラスとはかなり異なるtraitを用いるけど
このtraitは様々な型に対して横断的に適用される
例えば表示が可能な型の集合を考える
これはすなわち文字列化できることも要請されるわけだけど
文字列化可能なスーパークラスを用意してそれを継承するという実現方法は様々な問題がある
Rustではクラスが無いのでこの場合は文字列化可能なことをトレイトを用いてtrait ToStringで表す
このtrait ToStringはStringを返すメソッドto_string()を持つので各型ごとに実装する
ジェネリクスとも相性がよくジェネリックな関数の引数の型Tに対してtrait ToStringの実装をしていることを制約させることで
そのジェネシスな関数内で型Tに対してto_string()を適用可能となる
つまり、「～の操作ができる」ことを意味するために各traitをいくつでも用意しうる
そして各型はそれら多数あるtraitのうち必要とすべきtraitをいくつでも実装していくことでできる
195: 2022/09/12(月)13:17 AAS
RustはRustでクソな感じがする
第二Javaっつうか
196: 2022/09/12(月)20:13 AAS
RustはCで書いた時とほぼ同じアセンブリ生成コードとなり速度が同等な点が画期的
Javaとは異なりRustはガベージコレクションが無く高速で省メモリ
その上でRustは常に安全に即座に自動的にメモリ解放されるから使いやすい
197: 2022/09/12(月)21:59 AAS
>184こういうガチで分かってないのも多いし
クラスのないプログラム組める人全然少ないんだろうな
必要なのはインスタンスが生成出来て、
そのインスタンスの中に状態を保存できる変数がある事
まぁそれでプログラム組めることが良くわからないよーって人達がlambdaをスルーしちゃって
手続き型言語作って、無意味な遠回り30年くらいをIT界隈が過ごしてきたんだけど
198: 2022/09/12(月)23:34 AAS
よくわからんな
199: 2022/09/13(火)00:05 AAS
言語の実装なんて宗教論争の塊みたいなものだから継承があろうがなかろうがそれは宗教の宗派の一つでしかなく優劣の材料にはならんよ
200: 2022/09/13(火)05:39 AAS
var f = new class or new lambda{ lambda { } }
201: 2022/09/13(火)08:04 AAS
C言語作者がGO作ってんだよね
Syntaxはどんなカオスでも良い条件でマクロとか関数ポインタ乱用でCでクロージャ・lambdaの実装って出来るんだろか
文字列を読み取ってDSL化するとかってのは無しであくまで静的に
202(1): 2022/09/13(火)12:50 AAS
ガベジコレクタがないとクロージャオブジェクトを管理するのは難しそう
203: 2022/09/13(火)14:42 AAS
"printf"を文字列で関数に渡してprintfが呼び出セル場所まで作れば
あとは引数を保存するだけだな
手続きコードは書けないけどやろうと思えばギリいける
204: 2022/09/13(火)15:12 AAS
コード保存は無理だから関数名と引数だけを保存して後でまとめてrunって感じか
シンタックスはゴミになりそうだけど一応いけるね
205: 2022/09/13(火)17:30 AAS
>>202
クロージャ使いまくりのRustはガベージコレクションが無くてC言語とほぼ同じ速さで動くよ
206: 2022/09/13(火)18:21 AAS
RustにGCがないのは初耳
207: 2022/09/13(火)20:57 AAS
ライフ管理がキッチリ出来ればガベコレなんかいらないんだよなぁ
ガベコレが定期的にゴミ集めする仕組みの語であればだけど
208: 2022/09/13(火)22:37 AAS
Rustはムーブセマンティクスを使って参照が一つにしかならないようにするのか
参照を数えてるわけではないので参照カウント方式のGCとは違うわけね
コンパイル時にメモリの解放漏れが検知されるのはすばらしいな
209: 2022/09/14(水)04:39 AAS
いやなんでlambdaからGCの話になるｗ
ずれてんなぁ
210: 2022/09/14(水)10:42 AAS
ずれてない話おなしゃす
211: 2022/09/14(水)10:46 AAS
VBの縦横無尽さに比べたら天国だろ
212: 2022/09/14(水)11:10 AAS
VBに名前空間とラムダ式を追加して参照渡しをできなくしたらJavaと同じくらい使いやすくなる気がする
213: 2022/09/14(水)11:28 AAS
vbでもいいコードはあるんだよね
214: 2022/09/14(水)12:42 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: 2022/09/14(水)12:49 AAS
新たなコピペの誕生を見たw
216: 2022/09/14(水)12:57 AAS
長野オリンピックのシステムは当初Smalltalkでオブジェクト指向を駆使して作ろうとしたんだけど
うまくいかなくてVBで作るよう方針転換して大成功をおさめた
理論がどんなに優れていても実態が伴わないと絵に描いた餅でしかない
VBはSmalltalkよりもオブジェクト指向の機能は少ないけれども現実的な最適解であったように思う
217: 2022/09/14(水)13:27 AAS
VBやExcelを開発した人たちは天才だよ
どんなバカでも使えるツールというのはそう簡単に作れるもんじゃない
218: 2022/09/14(水)13:39 AAS
まあ、VBやExcelはバカには使えない
219(2): 2022/09/14(水)18:49 AAS
業務でしか使わないようなヘンテコなツール言語規則いくら覚えてても何も凄くない
単なる奴隷の鎖自慢であって
金持ち連中の事情が変われば一気に使わないゴミと化す
そんなもの覚えるために1分でも時間使った時点から負けてる
220: 2022/09/14(水)21:14 AAS
>>219
有名言語習得してる人なんてほかにいくらでもいるからね
JP1/Script極めてますなんて人のほうがブルーオーシャン狙える
221: 2022/09/15(木)00:03 AAS
>>219
もしかして：Ja*a
222: 2022/09/15(木)02:46 AAS
MSはもうVBに新機能を追加することはないって言ってるね
223: 2022/09/15(木)07:27 AAS
新プラットフォームには対応していくよ
.NETが新しくなってもVBが使えなくなることはない
VBの需要はC#みたいな曲芸じゃないからね
VBはC#みたいな未完成の言語じゃない
すでに完成していて手を加える必要がないからなんだ
224: 2022/09/15(木)08:43 AAS
MS「んじゃセキュリティパッチもいらないな、コスト削減・・・っと」
225: 2022/09/15(木)10:44 AAS
外部ネットワークに繋ぐものは.NETで置き換えるでしょさすがに
閉鎖されたネットワーク内で使うぶんにはセキュリティパッチいらんし
工場のシステムなどでほそぼそと使い続けられるんじゃないかね
226(1): 2022/09/15(木)10:47 AAS
念のために行っておくけどVBのサポートはずっと続くし
現場の「余計な機能つけんな」って声に対応しただけであって
これからもVBはMSの主力言語だからな
新機能つけない事
サポートが続く事
これらが同時に実行されるのがプログラミング言語史上はじめてなので混乱してると思うが
.NETの新機能はVBでもサポートされる
VBの言語としての新しい文法や機能が追加されないという事
この違いがわからないとまるでVBがなくなったり成長しないかのように錯覚してしまう
227: 2022/09/15(木)11:36 AAS
ああ、君が言ってるVBはVB.NETだね
僕が言ってるVBは旧VBのことで、僕が言ってる.NETはC#とVB.NETのこと
228: 2022/09/15(木)11:54 AAS
VB.NETは古い言い方なのか
いまはVBと呼ばれるようになってるのね、知らなかった
229: 2022/09/15(木)12:12 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: 2022/09/15(木)12:14 AAS
>>226
終了してからだって一定期間はサポートされるが・・・
MSという会社が無償でやってるようなもので
VBのメンテナンスしようが全く金になってないと思うけどね
231(1): 2022/09/15(木)13:25 AAS
プログラミング言語を開発するだけでは金にならんよね
企業は開発ツールの販売や実行環境の有償サポートで金稼ぐことになるんだろうな
マイクロソフトもオラクルもようやっとる
Rustはいろんな企業から金銭の援助を受けてるようだ
期待度の高い言語ならではだなー
GoogleのGoはあれは収益に繋がってるのかな
広告で稼いだ金を使って開発してるようではあるけど
優れたプログラミング言語を提供することで
Googleの信頼や名声は高まりそうではある
232: 2022/09/15(木)13:32 AAS
MSが色々言語出すのはおそらく他企業の作った言語に居座られない為に頭の上抑える目的でリリースしてると思う
俺はMS産言語やIDEについてそういう見方してるからVBはMSの企業戦略という中で見たって役目終えてねーかという
233: 2022/09/15(木)14:16 AAS
MS OfficeではVBAが使われてるからそのユーザからするとVBの方が使いやすかったりするのかなとは思うけど
VBAがわかるならC#は簡単だと思うんだよなあ
BASIC言語の開発はMS設立時から行われていてMSの出発点でもあるから経営者の思い入れは強いだろうけど
234: 2022/09/15(木)17:04 AAS
>>231
GAFAMを中心にRustの採用・支援が多い理由は
Rustがプログラミング言語の歴史において革命的な転換点の存在だからのようだね
今までのプログラミング言語は
①『自動的にメモリ解放され安全だがガベージコレクションがあるため少し遅い言語』
と
➁『ガベージコレクションが無くて高速だがプログラマーの責任でメモリ解放を行う必要があり少し危険な言語』（C/C++など）
の
どちらか二種類しか無かったところに
③『自動的にメモリ解放され安全だがガベージコレクションが無くて高速な言語』（Rustのみ）
という良いとこどりの安全で高速な言語が初登場したようだね
235: 2022/09/15(木)18:33 AAS
まともな言語ならGCオフにして手動開放オプションくらいついてるから・・・
236: 2022/09/15(木)20:07 AAS
ゴミみたいなスレタイでゴミが立てたスレを伸ばしてんじゃねーよ糞低能ども
237: 2022/09/15(木)22:12 AAS
面白いオモチャが多いからな
238: 2022/09/16(金)22:40 AAS
話についていけず発狂してるやつおって草
239(1): 2022/09/16(金)23:50 AAS
こういう入門書の1ページに書いてるようなゴミネタで話についていけないとかのたまうのがゴミなｗ
バカなんだからさっさと削除依頼出してこい池沼バカ
240: 2022/09/16(金)23:59 AAS
効いててワロ
241: 2022/09/17(土)00:02 AAS
バカが一生懸命ageて書き込んでも無駄
消えろゴミ
242: 2022/09/17(土)08:42 AAS
A言語にはある
243(1): 2022/09/17(土)17:43 AAS
必死なJava上げの人もいなくなっちゃった
1999年発行Javaで覚えるオブジェクト指向プログラミングの分厚い本は鍋敷きにしてる
光栄に思うがいい
244: 2022/09/17(土)17:50 AAS
>>243
面白そうな本だーね
245: 2022/09/17(土)17:51 AAS
20年前のオブシコと今のオブシコどう違うんだろ
246: 2022/09/17(土)18:03 AAS
昔はソースの行数を減らすのがえらいみたいな風潮だったけど
今は保守性大事だよねって感じじゃね
いわばPerl風からVB風に変わっていったと思ってる
247: 2022/09/18(日)20:33 AAS
20年前のオブジェクト指向
「これは神に与えられた唯一の正しい手段であり、全ての要素を必ずオブジェクトとして扱い、オブジェクトを継承し再利用されねばならない」
今のオブジェクト指向
「オブジェクトとして扱うと楽になるものと、そうでないものがあるので、使い分けましょう」
Rust上げしてる人から20年前にJavaを崇拝してた人たちと同じ臭いがする
248: 2022/09/18(日)22:05 AAS
今趣味でブラックジャック(トランプ)作ってるけど、
クラスが無いとコード作成なんて考えられんよ
249: 2022/09/19(月)00:51 AAS
トランプゲームみたいにオブジェクト有限個数のものはちゃんと考えればコードがすげえ圧縮されるぞ
250: 2022/09/23(金)22:11 AAS
【逆流性食道炎予防の八箇条】
食の欧米化やストレス社会により新たな国民病となりつつある逆流性食道炎をみんなで予防しましょう
其の1：食べすぎないよう腹八分目
其の2：消化のよい食事を心がける
其の3：ゆっくりよく噛んで食べる
其の4：就寝前の食事は避ける（就寝前2～3時間）
其の5：食後すぐに横にならない（逆流を防ぐ）
其の6：肥満に気をつける
其の7：アルコール・甘い炭酸飲料を控える
其の8：喫煙を控える
251: 2022/10/11(火)19:39 AAS
チャーハン下さい！
252: 2023/04/01(土)21:44 AAS
>>239
とゴミが申しております
253: 2023/04/02(日)08:36 AAS
なりがちって聞いたこと無いな
254: 2023/06/03(土)19:03 AAS
とにかく継承を使いまくって差分プログラミングバンザイの時代があったんよ
Timestamp型がリスコフの置換原則を満たしてないのがその名残
標準ライブラリでさえ迷走していた時代
一般のアプリはもっと酷かったしオブジェクト指向を語る技術書もだいぶあれだったよ
とにかく全部オブジェクトにするのが正義って書いてある本もあった
僕はそれを読んで実践して大爆発した
255: 2023/06/03(土)20:55 AAS
Javaみたいに強制的にクラスを定義させる言語はプログラミング初心者にドメインモデル貧血症みたいな勘違いオブジェクト指向(オブジェクト指向では無い)コードを量産しやすい印象はある
以前、オブジェクト指向を理解していない人が関数型プログラミングをオブジェクト指向の代替パラダイムと勘違いしてドヤ顔で語ってる人がいたが、その人の提示するオブジェクト指向のサンプルコードってほぼドメインモデル貧血症
256(2): 2023/06/03(土)21:01 AAS
ドメインモデル貧血症だからダメなのだは思考停止だと思う
それこそオブジェクト指向の神格化でスパゲティが量産されてたころの考えかたじゃないかな
僕は好きですよドメインモデル貧血症
マーチン・ファウラーの功罪
257(1): 2023/06/03(土)21:07 AAS
ラムダ式、Stream、Record、パターンマッチ
Javaは関数型プログラミングに舵を切ってるね
オブジェクト指向を90年代からとことんやって限界が見えたってことだと思う
258(1): 2023/06/03(土)21:22 AAS
>>256 >>257
こういう勘違いしている奴がいるから困る
259(1): 2023/06/03(土)21:25 AAS
>>256
外部ﾘﾝｸ:en.m.wikipedia.org
アンチパターンって十分考察されたから名前が付いてるんやで
思考停止ちゃう
260: 2023/06/03(土)21:51 AAS
>>258
んだとおらあ！ぶっ殺すぞてめえ、はい論破
>>259
90年代の考えかただよそれ
261: 2023/06/03(土)21:53 AAS
トマトは昔欧米で毒リンゴと呼ばれていたけど
いまでは健康的な野菜の筆頭でしょ
ドメインモデル貧血症はトマトということですね
262: 2023/06/03(土)21:59 AAS
アンチパターンというのも考えものだよね
オブジェクト指向によるスパゲティコードがよく作られていた頃は
デザインパターンが重宝されてとにかくたくさんのデザインパターンを
使うことが良いことだとされていたけれどもそうして作られたプログラムは
オブジェクト指向迷路であった
パターンと名のつくものに杓子定規に従えば良いものができると思い込む
物事の表っ面しか見ない浅はかな人たちがスパゲティを作り出した
そうした人たちはアンチパターンと言われているんだからきっと悪いものだ
アンチパターンが使われてるからこれはダメなコードだとなんの疑いもなく
思い込んでしまうのだろうなと僕は思いましたよ
263: 2023/06/03(土)22:05 AAS
自分で考えずにパターンに従おうとするのがダメ
自分で考えてパターンと同じ結論に至ったから適用するならわかるけどね
誰かがきっと考えたんだろう自分もそれに従っておこうなんて受け身の付和雷同的姿勢では
いつまでたってもスパゲティ製造工場の作業員レベルだよ、出世したとしても工場長だよ
もっとアグレッシブに自分が新しいパターンを見つけ出してやる他の人にはわからなかったことも
自分ならわかる、自分はいますべてを理解したナウシカだ、とそういう攻めの気持ちでいかないと
おいしいトマトでミートソース作ってこ
264: 2023/06/03(土)22:10 AAS
オブジェクト指向によるスパゲティの良い例、スパゲティ屋さんになりたい人は手本にしたが良い
外部ﾘﾝｸ:github.com
265(2): 2023/06/03(土)22:38 AAS
マーチン・ファウラーという頭の禿げたエッチな顔したおっさんが
ドメインモデル貧血症はアンチパターンと言った
だからきっと正しいに違いないと思ってるに過ぎないよね
それってただ権威にすがってるだけだよね
マーチン・ファウラーの悪口を言ってやろうと思って
Wikipediaを読んでみたけど特に何も悪く言うようなところはなかったわ
マーチンはマーチンなりに頑張ってる僕は応援してる
90年代オブジェクト指向の可能性が未知で期待に満ち溢れていたころに
プログラマーとして仕事をして2000年にトートワークスでコンサルタントになったんだってすごいね
266: 2023/06/03(土)22:46 AAS
二十数年前といえばXMLがもてはやされてこれからはXMLの時代だと言われたころでもあるなあ
工業では重厚長大なんて言い方があるけど、ITでは90年代のオブジェクト指向やXMLが重厚長大にあたるのかもしれない
関数型プログラミングやJSONは軽薄短小
267: 2023/06/04(日)01:44 AAS
設定ファイルにマークアップ文書用のタグを使うとか考えたやつを呪い殺したい
268: 2023/06/04(日)02:30 AAS
>>265
貴方は呆けてるので病院行ったほうがいいよ
269(1): 2023/06/04(日)02:52 AAS
>>265
セッターとゲッターだけの無意味なクラスをオブジェクト指向と勘違いしている人がいるってだけの話なのによくそこまで妄想膨らませて俺に対して権威にすがってるとかいえたね
糖質か何かか？
270: 2023/06/04(日)10:38 AAS
ドメイン貧血症はアンチパターン
アンチパターンを驀進中です
271(1): 2023/06/04(日)12:33 AAS
>>269
セッターとゲッターだけの無意味なクラスをオブジェクト指向と勘違いしている人がいるってだけの話なのかよ、浅すぎるだろ、なめてんのか
272: 2023/06/04(日)12:44 AAS
考えが浅いのが根本的な問題なんだよ
セッターゲッターだけのクラスがあるからダメなんだと思ってるわけだろ
それって結局はマーチン・ファウラーがドメインモデル貧血症はアンチパターンだと言った
ただそれだけを根拠にダメだと思い込んでるだけだよね
マーチンの威光にすがって盲目的に信奉してるだけだよね
オブジェクト指向を宗教化して自分が考えないことを正当化して安心してるだけだよ
多くの人がオブジェクト指向を崇めそして大失敗したことの原因が如実に表れている
273: 2023/06/04(日)12:56 AAS
ドメインモデル貧血症は1990年代後半～2000年代前半にかけて流行った考え方だが
オブジェクト指向によるシステムの開発が増えるにつれてドメインモデル貧血症を避けることが
むしろオブジェクトの密結合を招き保守困難なオブジェクト指向迷路を作る原因となることが明らかになった
実際にはスリムなドメインモデルは柔軟で扱いやすく現実に即している
ドメインモデル軽量パターンと呼んでも良く現代では積極的に使うべきパターン
274: 2023/06/04(日)13:00 AAS
ドメインモデル貧血症がアンチパターンだと思ってる人は
20年前の考え方をアップデートせずに現世をさまよってるゾンビ野郎だよ
もしくはスパゲティ工場の工場長だよ
275: 2023/06/05(月)01:10 AAS
ドメイン層以外って完全に自動生成してくれてもよくね？
なんでいまだにプログラマが頑張って作ってるんだ
276: 2023/06/06(火)22:22 AAS
Javaはどうでもいい設計思想にこだわるやつがいるから迷惑
277: 2023/06/06(火)23:09 AAS
クラス継承依存症の人は
今どきの言語GoやRustなどの継承を排除して無くした言語でパニクるだろうな
278: 2023/06/07(水)14:24 AAS
PHPのスパゲッティ具合には勝てんだろ
279: 2023/06/11(日)14:46 AAS
>>271
文脈読めない無能
280: 2024/02/16(金)14:21 AAS
単純に変数に入れるだけのセッターゲッターなんてアホみたいに作ってる化石みたいな奴まだいるのかな？
281: 2024/03/29(金)14:19 AAS
すごいことしたな
282: 2024/03/29(金)14:21 AAS
守備がガタガタやったし攻撃もサラーが覚醒終わってる
283: 2024/03/29(金)15:51 AAS
この前レインボーが爆笑に「横転したらそらスタッフの無言の帰宅か…人生何が？
誰が一番身体検査しろよ
コロナ壺田どーすんのが
284: 2024/03/29(金)16:18 AAS
ゾウより首長くして待ってるよ
ゲストにジャニーズとAKB系ばっかり呼ぶのやめーや
キャンプみたいな感じなんだ試験中じゃんびびって損した
トラネキサム酸が届いた
285: 03/16(日)13:40 AAS
山田くんと鈴木くんは属性が同じなのでクラスを作って
それぞれインスタンスを立てることにした
しかし山田くんの情報を設定して鈴木くんのインスタンスに入れても
引数のクラスが同じなのでエラーにはならない
山田くんは結婚したので家族のクラスを作って
パーソンにぶら下げる(extend)ことにした
鈴木君は養子になったので養子のクラスを作って
パーソンにぶら下げた(extend)
追加仕様
佐藤君は結婚していて養子になっている
しかし家族と養子のクラスはパーソンにぶら下がっているので
2つの親からぶら下がることができない
結局、パーソンの下に家族+養子のクラスを作ってぶら下げるしかない
286: 03/17(月)17:23 AAS
一般的にはクラスを捨てて継承関係をなくして共通メソッドはその機能群毎にインターフェイスを定めて各々が必要な機能のインターフェイス群を実装するのが正しい
そのためモダンなプログラミング言語はクラスを持たないものが増えているが既存のクラス依存言語では難しい面もある
287: 04/02(水)12:48 AAS
エクリプス+マーベンで
java開発を半年経験して分かったこと
エ「ここ間違ってるぞ、fixするか？」
俺「おk」
エ「fixしたらおかしくなったぞ、fixするか？」
俺「よろしく」
エ「fixしたらプラグインが足りないぞ、importするか？」
俺「うん」
エ「ここも間違ってるから以下略」
俺「はい」
そしてグチャグチャのコードが出来上がった。
288: 04/02(水)15:18 AAS
クラス継承なんていうダメな機能を使っていると起きる
289: 04/06(日)05:32 AAS
◼︎IDEのない頃のプログラム開発
補完もシンタックスエラーチェックも何もないので
自力で調べてコードを書く
バグれば全て自己責任、必死に調べて無駄のない
コーディングスキルがついていく
◼︎IDEベッタリのプログラム開発
とりあえずIDEのエラーがなければオッケー
コードを見直すこともなく
そしてぐちゃぐちゃなコードが出来上がっていく
特にJavaのIDEは開発はこの傾向が顕著に見られる
もちろん、誰でも作れる敷居は下がったが
その代償として素人感覚のゴミコードが
大量に生み出されていく
290: 04/06(日)11:44 AAS
おちんちんがお好きでしょう
もう少ししゃぶりましょう
291: 04/07(月)15:19 AAS
Java脳
それってプロパティに書いてアブストラクトで
インぺリメントとかすればいいんだよね
↑
何一つ全く理解していない上にいちいち
マウントしようとしてくるバカがいるのだが(笑)
292: 04/07(月)17:34 AAS
継承は悪
293: 04/14(月)10:27 AAS
Java脳
「スロー！スロー！スローすればいいじゃん！」
は？大量のファイルをループ処理して
こけても次のファイルを処理するのに
例外飛ばせってか
親でキャッチしろ？
構わないが、これで5段の入れ子キャッチになるぞ
安易なトライキャッチで
ほんとJavaってスパゲッティになるな
294: 05/10(土)14:04 AAS
修正するjavaプログラムのimport見ると
100以上あるんだけど(笑)
こんなフランケンシュタインのライブラリ依存なら
スパゲッティーで動かなくなるよね
メソッド名が重複して別のライブラリ見てたりするし(笑)
295: 05/10(土)16:52 AAS
米高いからスパゲティにするわ
296: 05/11(日)18:43 AAS
Javaの稼ぎだけでは国産米は厳しいからパスタ
297(1): 05/24(土)22:26 AAS
Javaって
ランタイムのバージョンは乱立してるし
ライブラリもバージョン変われば全滅するし
IDEで動いててもサーバーに持ってたら動かなくなるし
コードを書くより動くための整合性を取る方が
労力かかるな
298: 05/30(金)19:57 AAS
>>297
1990年代後半に使われだしたものを批判しても意味はない
299: 06/03(火)19:01 AAS
Javaプログラマさん毎日スパゲティ食ってるのかと思った
300: 06/04(水)00:52 AAS
お米が買えないからスパゲティよ！
301: 09/04(木)20:55 AAS
本来のスパゲッティコードとは構造化プログラミングにすらなっていないようなコード。
8ビットパソコン時代のBASICなんて何がなんだかわからないコードだらけだった。
302(3): 09/04(木)21:21 AAS
今はクラスの依存関係がぐちゃぐちゃで
「なんでそんなところにそんなメソッドがあるの？」
みたいなコードを言う
あと、クラス変数もクラス内だとグローバル変数と変わらず
至るところで値が書き変わってロジックが追えなくなる
303: 09/05(金)04:23 AAS
>>302
それはオブジェクト指向設計を理解していないだけ
しかも、あなたもオブジェクト指向がわかっていない
さらに設計書を作ることを軽視しすぎている
304: 09/05(金)04:24 AAS
>>302
それはスパゲッティコードではなくて、センスの悪い設計だ。
305: 09/05(金)04:38 AAS
>>302
Javaは多重継承をあえてできないプログラミング言語にしている
オーバーライドができるクラスを作ってオーバーライドをするのが普通というプロジェクトはプロジェクトがおかしい。
あなたの言っているようなことが発生しないように規約を作る。
規約がなかったり、規約を守らなかったりするプロジェクトでは、無秩序になる。
コードだけを見てわかりにくいものを「スパゲティ」と呼んでいる人間は、コードという成果物だけを見ている。
結果だけを見て原因を考えていない。
スパゲッティコードは単に初心者があまり考えずに作ってしまい、メンテナンスが難しくなっただけだ。
306: 09/05(金)08:01 AAS
水気の足りないそうめん
307: 09/07(日)17:00 AAS
麺がスパゲッティのように絡まっていることからそう言われたのにただのわかりにくいコードをスパゲッティと呼ぶのは全然、違うしな。
308: 09/08(月)21:18 AAS
mavenがすべてを解決するはずだったのに
取ってこないように設定しても勝手にリポジトリから取ってくるという
信じがたいクソ仕様をぶちこまれて天国は崩壊した
後を引き継いだのは意味不明なスクリプトども
309(2): 09/09(火)20:51 AAS
obj1=obj2;
の後obj2を変更すると
obj1が書き換わってしまってびっくり
310: 09/10(水)13:26 AAS
>>309
？
311: 09/10(水)14:33 AAS
>>309
参照型とプリミティブ型を理解していない
参照渡しができない言語しか使用したことが無いのかな？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.036s