オブジェクト指向ができないと言われる (324ﾚｽ)
オブジェクト指向ができないと言われる http://medaka.5ch.net/test/read.cgi/prog/1659519900/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
89: 仕様書無しさん [] 2022/08/04(木) 12:43:54.76 クソスレ立ててる時点でダメだけどな http://medaka.5ch.net/test/read.cgi/prog/1659519900/89
90: 1 [] 2022/08/04(木) 13:10:34.03 >>88 ありがとう。 目の手術したばかりで運動が制限されているんだ。 そういえば、運動が制限されてからだ。 こんなにイライラしているの。 いや、パワハラを受けたのと手術したのが近かったから、 どっちが原因かわからないや。 パワハラされ続けたらどうなってたか、考えるとこわい。 短期間でこんな攻撃的な性格に変わったんだから。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/90
91: 仕様書無しさん [sage] 2022/08/04(木) 13:41:15.40 >>90 しっかりしろ無能 http://medaka.5ch.net/test/read.cgi/prog/1659519900/91
92: 仕様書無しさん [sage] 2022/08/04(木) 14:10:15.40 >>90 オブジェクト指向って何？ プログラマーじゃない素人の俺に分かりやすく説明できるならオブジェクト指向が分かってるって事になるから説明してみてよ。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/92
93: 仕様書無しさん [] 2022/08/04(木) 15:10:24.08 俺なら目の前で継承のやり方をドヤ顔で教えて黙らせるね 継承すら知らない無能ならもう知らない http://medaka.5ch.net/test/read.cgi/prog/1659519900/93
94: 1 [] 2022/08/04(木) 15:16:47.64 >>92 このスレッドでも言っている人がいるけど、プログラミングの設計手法だよ。 昔はオブジェクト指向がなくて、手続型という手法でプログラミングがされていたんだよ。 手続型プログラミングでも顧客の要件は満たせるんだけど、次の問題があった。 ・場当たり的 ・同じソースが何度も書かれている ・処理を一つ一つおわないとどう動いているかわからない ・一つのバグを直すのに時間がかかる ・同じソースが何度も書かれているため、1つの修正をしたいだけなのに、数カ所直す必要が出る Etc これを解
決するのに、オブジェクト指向が出てきた。 この利点を説明する。 車であれば、タイヤ、ドア、エンジンなどに分解できる。 車クラスの中に、タイヤ、ドア、エンジンを元々から用意しておく。 車と言っても、レクサス、ホンダ、トヨタいろいろあるでしょ。 その車を用意する度に、車にはエンジンがあって〜、タイヤもあって〜、ドアもあって〜みたいなのを一々ソースに用意していたら、 あっちにも車、こっちにも車が書かれてる！ みたいな事態が発生する。 しかも、レクサス、ホンダ、トヨタも個別にカスタマイズしたい。 デフォ
ルトの装備しかないんじゃ個性がないよね。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/94
95: 1 [] 2022/08/04(木) 15:17:10.27 >>94 だから、 車の基本機能を持っているクラスを用意する。 このクラスには、タイヤ、ドア、エンジンを持たせる。 そのクラスを使って、レクサス、ホンダ、トヨタという子供クラスを作る。 これが継承。 レクサスはエンジンがいい、とか、ホンダはタイヤがいい、とかそれぞれに個性を持たせる。 顧客から実は車って、座席数決まってないんですよ。 ２シートの車もあれば、６シートの車もあるんです。 なんて、車クラスを作った後から告げられる。 だけど大丈夫。 親クラスに座席数を用意してあげれば
いいだけ。 子供のレクサス、ホンダ、トヨタもそれを受け継ぐから。 めんどくなっった。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/95
96: 1 [] 2022/08/04(木) 15:36:57.47 継承を説明させられるなんてなんて屈辱なんだろう。 これはソースで書くから楽しいのであって、他人にドヤ顔で話すなんて恥ずかしい。 てかもう、オブジェクト指向なんか古いんだよ。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/96
97: 仕様書無しさん [sage] 2022/08/04(木) 18:58:12.21 >>94 書いてる内容だけではピンと来なかったけど、旧来の順を追って全部書くという手続き型の手法で問題となっていた非効率さを、オブジェクトと呼ばれる構成体を使用する事によって効率化を図る設計なりプログラミングの手法がオブジェクト指向という事か。 コードの重複解消、再利用、バグ発生箇所の特定、チームで認識共有、対応柔軟性などで効率化が図れるようだね。 オブジェクトと呼ばれる構成体はデータとデータを操作するメソッド達でなりたち、オブジェクトを定義するのがク
ラスか。 オブジェクトのデータやメソッドに他から想定外の干渉をさせないのがカプセル化、クラスを機能を引き継いで階層化して各種効率化するのが継承、同じメソッドでも違う結果を出す特性がポリモーフィズムでオブジェクト指向の3大要素。 これが素人が調べた結果。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/97
98: 1 [] 2022/08/04(木) 19:02:48.91 >>97 素人に説明するときは専門用語使わない方がいいだろ。 インフレの説明も専門用語を使わずに物語形式で、説明できるで。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/98
99: 1 [] 2022/08/04(木) 19:07:39.31 ネットで話題になった意識高い系の社長の挨拶文じゃねえかw インフレの説明させたら、横文字のオンパレードになってなにいってるかわからない状態になる。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/99
100: 仕様書無しさん [sage] 2022/08/04(木) 19:11:58.59 >>98 俺が書いたのは素人が調べた結果であって素人向けの説明じゃないぞ。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/100
101: 仕様書無しさん [] 2022/08/04(木) 19:28:59.92 オブジェクト指向なんか古いんだよ。 出来るやつにしか出来ない技法なんだからさ。 出来るやつに頼ったやり方は、出来る個人が儲かるだけで 会社の儲けにはならねーんだよ。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/101
102: 仕様書無しさん [sage] 2022/08/04(木) 19:55:59.87 んーなんだかスレ主の性格に問題があるような気がしてきた 説明がくどいのか、相手をイライラさせる傾向がある 結論から話す、へりくだって話すようにした方がいいような気がする 余計なおせっかいかもしれんが あるいはコードに思想が反映されていないのかも http://medaka.5ch.net/test/read.cgi/prog/1659519900/102
103: 仕様書無しさん [] 2022/08/04(木) 20:31:58.81 DB読み書きするだけの業務システムにオブジェクト指向なんていらんのよね デザインパターン踏襲してフレームワーク入れときゃだいたい 処理が同じになるし むしろゲームプログラミングとかね そっちのが向いてるでしょ http://medaka.5ch.net/test/read.cgi/prog/1659519900/103
104: 仕様書無しさん [sage] 2022/08/04(木) 21:34:39.07 そのデザインパターンが高度なオブジェクト指向なんだが 理解しないでコピペしてるだけだともう上はないぞ http://medaka.5ch.net/test/read.cgi/prog/1659519900/104
105: 仕様書無しさん [sage] 2022/08/04(木) 21:36:53.70 >>84 OOPの本もデザインパターンの本も英語が原書だし訳されてない英語のものは10倍ほどもあるだろ 英語で書かれてれば神ってなんで勘違いしたの？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/105
106: 仕様書無しさん [sage] 2022/08/04(木) 21:44:26.41 オブジェクト指向の時代は終わった。理由は単純。オブジェクトとメソッドの関係がわかりにくくなったから。これからは「モダン・スタイル」が主流。このままQiitaの記事一本いける説あります http://medaka.5ch.net/test/read.cgi/prog/1659519900/106
107: 仕様書無しさん [sage] 2022/08/04(木) 23:35:22.29 オブジェクト指向を厳密に説明が出来る人は世界でも数人しかいない。と、オブジェクト指向をそれなりに詳しい人なら大概この話をする。だから他人に向かってオブジェクト指向ではないと指摘するという事は詳しければ詳しいほどあり得ない。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/107
108: 仕様書無しさん [sage] 2022/08/05(金) 04:14:13.98 オブジェクト指向できる議論は必ず ネットでありふれている検索ワードでのみ議論を許す法律が必要 どこの書籍にも載っていない俺々定義をいきなりブチまけてくるアホが絶えない そんなに有名ならネットで文字列が見つからないのはおかしい だからお前のは 真のオブジェクト指向じゃないんだ わかるか？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/108
109: 仕様書無しさん [] 2022/08/05(金) 09:55:59.05 >>102 ネカマのおっさんが暇つぶししてるだけだと思うぞ http://medaka.5ch.net/test/read.cgi/prog/1659519900/109
110: 仕様書無しさん [sage] 2022/08/05(金) 13:01:37.42 健常者のフリをする気がない発達障害者は、だいたいこういう感じだしな http://medaka.5ch.net/test/read.cgi/prog/1659519900/110
111: 仕様書無しさん [sage] 2022/08/06(土) 01:07:36.42 関数作るのも、クラス作るのも、オブジェクト指向だよな？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/111
112: 仕様書無しさん [sage] 2022/08/06(土) 01:35:37.49 クラスの中の関数を全部staticにしてたおじさんいたね http://medaka.5ch.net/test/read.cgi/prog/1659519900/112
113: 仕様書無しさん [sage] 2022/08/06(土) 03:12:58.53 クラス毎staticならよくやる インスタンスいらんならそれに越したことない http://medaka.5ch.net/test/read.cgi/prog/1659519900/113
114: 仕様書無しさん [sage] 2022/08/06(土) 09:08:28.34 実際「なぜただの関数じゃダメなんですか？」って問いにオブジェクト指向だからみたいな答えしか返せないならstaticメソッドのほうがいい 修正時にフィールド触ってるかとか、余計なことを考える必要も減る http://medaka.5ch.net/test/read.cgi/prog/1659519900/114
115: 仕様書無しさん [sage] 2022/08/06(土) 09:22:21.85 変数毎回リセットすんの？マルチスレッドもガン無視？ 仕事でやってんの？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/115
116: 仕様書無しさん [sage] 2022/08/06(土) 09:27:29.94 もしかして、static変数とstaticメソッドの違いをわかっておられないか staticメソッド＝シングルトンパターンだと思っていらっしゃる？ そんな低いレベルで仕事での開発について行けるの？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/116
117: 仕様書無しさん [sage] 2022/08/06(土) 09:32:16.40 え？なにまさかクラスに変数持たないで全部メソッドに入れんの？ それ関数型もどきじゃない？ Modelオブジェクトとかどうすんの？ListとかIntegerとか全部オブジェクトなのに自分の書いたとこだけ関数型もどきにするメリットは？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/117
118: 仕様書無しさん [sage] 2022/08/06(土) 09:45:09.66 まさかとは思うがそう聞こえたんだけど、メソッドのローカル変数で済むものを全部フィールドに持たせることでオブジェクト指向！とかいってる？ 後、正しく状態を保持する意味があればクラスにすればいいんじゃない？ staticメソッド以外使わずシステム作ります！とは誰も言ってないんだけど・・・ http://medaka.5ch.net/test/read.cgi/prog/1659519900/118
119: 仕様書無しさん [sage] 2022/08/06(土) 09:48:54.93 だったら結局ユーティティーメソッドみたいなのしかStaticにならないわけで何を今更言い出してるの？ 半分以上Staticで書いてんの？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/119
120: 仕様書無しさん [sage] 2022/08/06(土) 09:53:42.10 オブジェクト指向より関数型をやった方がいい より敏感になるから http://medaka.5ch.net/test/read.cgi/prog/1659519900/120
121: 仕様書無しさん [sage] 2022/08/06(土) 09:55:05.19 いや関数型なら関数型でいいんだけどね オブジェクト指向の言語やフレームワークで自分だけStaticまみれじゃStaticおじさんでしょ http://medaka.5ch.net/test/read.cgi/prog/1659519900/121
122: 仕様書無しさん [sage] 2022/08/06(土) 10:13:31.97 いや、業務ロジックでも関数でいいようなものは普通に出るよ 思考停止はプログラマを無能にするので、息抜きに疑いながら既存のコードを眺めてみると学べるかもね プログラム言語の進化はスコープ小さくすることでもあって グローバル→クラス→関数の順で小さいんだから 関数で終わればそれがいい http://medaka.5ch.net/test/read.cgi/prog/1659519900/122
123: 仕様書無しさん [sage] 2022/08/06(土) 10:34:19.28 関数は小さめの方が読みやすいのはそう思うけど関数型とOOPの違いは小さければいいという問題ではないと思うが 半分以上Staticで書いてるの？ もし半分以上でないなら原則としてStaticで書くべき（=理由を述べられない限りStaticにするべき）と言うのは違うよね Staticで書く理由があるならStaticで書くべきという話でそりゃ当たり前やろ じゃなきゃStaticなんて無くせばいいんだから OOPの言語やフレームワークでは原則としてOOPで書くべき（当たり前）で逆 まあ話の内容的にあなたが多
分Staticおじさんじゃないというのはのはわかったよ この板たまに（よく？）Staticおじさんが出るんだよ http://medaka.5ch.net/test/read.cgi/prog/1659519900/123
124: 仕様書無しさん [sage] 2022/08/06(土) 10:53:53.82 実際のところフレームワークはクラスだし、状態持ちたい場面も普通に多いので半分はいかないな。 staticおじさんが何故staticにするのかっていうと、呼び出す側ですべてをコントロールする手続き型をやりたいわけじゃん？ オブジェクト指向にしろ関数型にしろ、呼ぶ側は入力だけ与えれば 「あら不思議！それだけで完全な結果が戻ってくる！しかも呼び元に副作用なし！」ってのがやりたいんだし それが関数1個で仕上がると判断すれば、シンプルなstaticを優先はするだけ。 http://medaka.5ch
.net/test/read.cgi/prog/1659519900/124
125: 仕様書無しさん [] 2022/08/06(土) 11:00:14.11 staticなんて小規模なアプリとかなら気にすんなって http://medaka.5ch.net/test/read.cgi/prog/1659519900/125
126: 仕様書無しさん [sage] 2022/08/06(土) 11:36:25.59 >>124 やろ？だから原則はOOPで書けという話なんだよ 理由があるならStaticにしないとそもそもOOPがまるでわかってないStaticおじさんが蔓延る 原則関数型でやるなら言語やフレームワークから関数型でやらんと 実際には最近はOOPでも細かい部分は関数型でやってるけどさ 大規模で全部関数というのは俺はやったことないし見たこともない http://medaka.5ch.net/test/read.cgi/prog/1659519900/126
127: 仕様書無しさん [sage] 2022/08/06(土) 11:38:17.20 >>125 まあそりゃ小規模ならなんでもいいよ http://medaka.5ch.net/test/read.cgi/prog/1659519900/127
128: 仕様書無しさん [] 2022/08/06(土) 11:39:58.54 staticメソッドなら、ワザワザnewする必要もないからねぇ。 下手にnewさせちゃうとdeleteを忘れてメモリが溢れたりするバグが後を絶たない。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/128
129: 仕様書無しさん [sage] 2022/08/06(土) 11:40:31.71 これはStaticおじさん http://medaka.5ch.net/test/read.cgi/prog/1659519900/129
130: 仕様書無しさん [sage] 2022/08/06(土) 11:44:45.26 staticおじさん湧くだろうなぁと思ってたら案の定湧いてた http://medaka.5ch.net/test/read.cgi/prog/1659519900/130
131: 仕様書無しさん [sage] 2022/08/06(土) 11:47:21.87 >>128 JavaのArrayList<>が全部staticだったらどう思う？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/131
132: 仕様書無しさん [sage] 2022/08/06(土) 11:51:38.77 staticフィールドだけはやめてくれ... あれは本気で害悪にしかならん... http://medaka.5ch.net/test/read.cgi/prog/1659519900/132
133: 仕様書無しさん [sage] 2022/08/06(土) 12:01:32.56 関数型ってlisp系統由来の引数が関数だったりメソッドチェーンを採用したりするニュアンスが強くて、単なる構造化を関数型とは呼ばんだろ c#ならラムダとか多用されるパターンに転用されてるやつ staticメソッドとは関係なくねーか http://medaka.5ch.net/test/read.cgi/prog/1659519900/133
134: 仕様書無しさん [] 2022/08/06(土) 12:04:07.10 そう、オブジェクト指向をちゃんと考えた設計なら、 ところ構わずnewなんてさせないんだよね。 どのタイミングでどの範囲にインスタンスを取るのかってのは、 設計の上では重要だからね、ましてオブジェクト指向なら。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/134
135: 仕様書無しさん [sage] 2022/08/06(土) 12:09:48.97 >>126 「Hoge.fuga()」はオブジェクト指向ではないけど「(new Hoge()).fuga()」はオブジェクト指向！ になるだけで意味がないと思うけどな。どうせfugaの中は手続きが500行くらい書かれることになるし。 自分の頭で考えてない以上、どうころんでもおかしなものしか生まれない。 問題があるのはstaticを使うことではない。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/135
136: 仕様書無しさん [sage] 2022/08/06(土) 12:28:54.48 >>133 だから「もどき」って置き論破されてんじゃん￥ http://medaka.5ch.net/test/read.cgi/prog/1659519900/136
137: 仕様書無しさん [sage] 2022/08/06(土) 12:32:23.23 >>135 誰もStaticが問題なんて言ってないじゃん 半分以上Staticなら「原則として」意味が説明できないならStaticでいいけどOOPの言語やフレームワークで「意味が説明できないなら原則としてStatic」はおかしいという当たり前の話や 最初の言葉の使い方がおかしいしそこは認めないと 原則としてはちゃんとインスタンス化とかを考えてやらないとただのStaticおじさんやぞ ちなみにずっとStaticのSが大文字なのは単に日本語のIMEだとそうしないと面倒臭いからで他意はない http://meda
ka.5ch.net/test/read.cgi/prog/1659519900/137
138: 仕様書無しさん [sage] 2022/08/06(土) 13:39:56.44 別に適材適所の話してるだけで、思考停止の原則論の話なんてしてないから、なんか噛み合わないなと思ったけど staticを許すと、クラスにしたほうがいいかな？なんて誰も考えないで、みんなstaticにするじゃん！って言ってるのか？ つーかクラスにした理由、staticにした理由、どちらにせよ説明できない時点で終わってるので そうなら、もっとまともな開発者と触れ合えば？って話なんだが・・・ http://medaka.5ch.net/test/read.cgi/prog/1659519900/138
139: 仕様書無しさん [sage] 2022/08/06(土) 13:42:44.18 誰もStatic許さないなんて一言も言ってないしむしろ逆だし、そもそもすぐ上でそんなこと言ってないって言ってるのにそれは悲しいね http://medaka.5ch.net/test/read.cgi/prog/1659519900/139
140: 仕様書無しさん [] 2022/08/06(土) 21:43:07.42 なんでstaticで盛り上がってんだろ (´・ω・｀)？ 俺くらいのアホプログラマーになると staticは直接編集、instanceはコピーして編集 くらいにしか思ってねぇわ エクセルを共有するかコピーするかみたいなｗｗｗ http://medaka.5ch.net/test/read.cgi/prog/1659519900/140
141: 仕様書無しさん [sage] 2022/08/06(土) 21:58:53.71 staticかどうかは割とどうでもいい どう見ても単なるデータしかないdtoのようなクラスと、それが保証するべき状態または検証が別クラスにいたり上位の手続きに直書きされてたりすると、無言でそっ閉じしたくなるって話よ http://medaka.5ch.net/test/read.cgi/prog/1659519900/141
142: 仕様書無しさん [sage] 2022/08/07(日) 00:46:58.93 速度が速くなるなら使う http://medaka.5ch.net/test/read.cgi/prog/1659519900/142
143: 仕様書無しさん [sage] 2022/08/07(日) 10:27:44.03 クラス変数は名前付きのグローバル変数で、 静的関数は名前付きのグローバル関数 クラスが機能を集約したものならば、機能に関連した関数や変数がひとまとめに 入っていること自体は理にかなってると思うだけど 問題はPGがそこら辺のことをちゃんと理解してないと グローバル変数を作る罪悪感の軽減として、クラス変数をたくさん作ったりする http://medaka.5ch.net/test/read.cgi/prog/1659519900/143
144: 仕様書無しさん [sage] 2022/08/07(日) 13:47:13.64 さっきから何を言ってるんだこの人達は http://medaka.5ch.net/test/read.cgi/prog/1659519900/144
145: 仕様書無しさん [sage] 2022/08/07(日) 17:29:08.47 OOPが分かってなくても出来る仕事って高度なのばかりという印象 計算科学の世界とか http://medaka.5ch.net/test/read.cgi/prog/1659519900/145
146: 仕様書無しさん [] 2022/08/07(日) 20:00:56.96 そらOOPも開発技法の一つでしかなくて研究目的のコードなんかは書き捨ての汚いコードが多いこともあるよ。 http://medaka.5ch.net/test/read.cgi/prog/1659519900/146
147: 仕様書無しさん [sage] 2022/08/09(火) 14:12:57.17 ねね SOLIDの原則守ったらよくない？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/147
148: 仕様書無しさん [sage] 2022/08/09(火) 17:15:19.07 SOLIDの原則を崩していい状況はかなり限られてるから よほどの上級者にならない限りは盲目的に守らないと駄目だと思う http://medaka.5ch.net/test/read.cgi/prog/1659519900/148
149: 仕様書無しさん [sage] 2022/08/09(火) 17:20:36.09 大抵の職場は、ド新人以外はSOLIDの原則を無意識に守れていること前提で回ってる プロジェクトに話の通じないヤバいPGが紛れ込んでしまった時に、 守るルールに従わせる形で彼らを制御するためにこのような原則が明文化された http://medaka.5ch.net/test/read.cgi/prog/1659519900/149
150: 仕様書無しさん [sage] 2022/08/09(火) 21:17:56.96 お前らそんなこと言ってるが、後ろ3つはともかく単一責任と開放閉鎖が具体的にどうならないと守れてないか論理的に説明できるか？ 大半の人間はふんわりした事やセンスとか言い出すぞ http://medaka.5ch.net/test/read.cgi/prog/1659519900/150
151: 仕様書無しさん [sage] 2022/08/09(火) 21:22:00.82 厳密に守れてることが大事なのではなく、明らかに守れてない奴がまずいんだから 倫理的に説明できるか否かなんて問いの建て方自体がナンセンス http://medaka.5ch.net/test/read.cgi/prog/1659519900/151
152: 仕様書無しさん [sage] 2022/08/09(火) 21:42:56.22 どこまでなら破っていいかの判断基準が出せないならセンスって言ってんのと変わんねーぞ http://medaka.5ch.net/test/read.cgi/prog/1659519900/152
153: 仕様書無しさん [sage] 2022/08/09(火) 22:11:36.73 もちろん 動けばいいに決まってるだろ http://medaka.5ch.net/test/read.cgi/prog/1659519900/153
154: 仕様書無しさん [sage] 2022/08/09(火) 22:29:54.15 万物に万能の原則なんてないよね http://medaka.5ch.net/test/read.cgi/prog/1659519900/154
155: 仕様書無しさん [sage] 2022/08/10(水) 17:05:16.05 >>152 理屈ではそうだけど、実務だと明らかにヤバいコード弾ければ十分だから 境界が問題になることはまずない ヤバい実装でもきちんと動作していて、かつ保守性と拡張性が十分に担保されていればスルー http://medaka.5ch.net/test/read.cgi/prog/1659519900/155
156: 仕様書無しさん [sage] 2022/08/11(木) 11:23:01.42 とか言ってる奴ほどバカなバグを仕込んでくる ユニットテストもガバガバだからそれを指摘すると 「ここは複雑じゃないからこの程度のテストでいいよ」 いや、すり抜けて他の人のパートに悪影響でてるから言ってるんだけど http://medaka.5ch.net/test/read.cgi/prog/1659519900/156
157: 仕様書無しさん [] 2022/08/11(木) 11:27:35.21 テストいらないだろと思えるくらい簡単なコードほどバグってたりするんだよね http://medaka.5ch.net/test/read.cgi/prog/1659519900/157
158: 仕様書無しさん [] 2022/08/11(木) 11:28:43.46 テストされてないコードはバグであるって誰かが言ってたけどその通りだわって思った痛い経験はあるなあ http://medaka.5ch.net/test/read.cgi/prog/1659519900/158
159: 仕様書無しさん [sage] 2022/08/16(火) 10:58:35.28 >>155 逆だろ 境界をテストしなくてどうすんだ むしろどうしても選ばなきゃいけないなら境界だけでもいいからテストしろ http://medaka.5ch.net/test/read.cgi/prog/1659519900/159
160: 仕様書無しさん [sage] 2022/08/16(火) 11:29:42.29 境界値テストの話じゃなくて、設計がセーフかアウトか境界はどこか、その判断基準は？の話やで http://medaka.5ch.net/test/read.cgi/prog/1659519900/160
161: 仕様書無しさん [] 2022/08/23(火) 07:02:23.74 オレオレオブジェクト指向 http://medaka.5ch.net/test/read.cgi/prog/1659519900/161
162: 仕様書無しさん [] 2022/08/23(火) 07:08:54.17 つか全部スタティックでいけない理由を説明しろよ http://medaka.5ch.net/test/read.cgi/prog/1659519900/162
163: 仕様書無しさん [] 2022/08/23(火) 07:17:23.33 >>137 意味が説明出来ないなら原則としてスタティックとどこに定められてるの？ どこにも定められていないでしょ？ http://medaka.5ch.net/test/read.cgi/prog/1659519900/163
164: 仕様書無しさん [sage] 2022/08/23(火) 07:25:44.50 >>162 オブジェクト指向の発想に伴っていないから オブジェクト指向は「オブジェクトに管理を任せること」が根本的な考え方だと思う 全部staticならオブジェクトが管理する状態ではないから好ましくない http://medaka.5ch.net/test/read.cgi/prog/1659519900/164
165: 仕様書無しさん [] 2022/08/23(火) 09:48:12.37 >>164 それじゃ説明になって無いだろ スタティックがグローバルと勝手に脳内変換すんな http://medaka.5ch.net/test/read.cgi/prog/1659519900/165
166: 仕様書無しさん [sage] 2022/08/23(火) 09:52:26.59 スタティックの方がメモリ消費量が一定で管理らくだし、確保したり消したりしないからメモリの断片化も起きないような気がする 設計の綺麗さでいったらライフサイクルあった方が美しいんだろうけど、コンピュータには全部スタティックの方が優しい気がする http://medaka.5ch.net/test/read.cgi/prog/1659519900/166
167: 仕様書無しさん [] 2022/08/23(火) 09:59:03.57 全部シングルトンで良ければ、全部スタティックでいいよ http://medaka.5ch.net/test/read.cgi/prog/1659519900/167
168: 仕様書無しさん [sage] 2022/08/23(火) 10:21:03.76 スタティックにすることでromに書かれたアプリみたいに扱えない？システムはいつも同じ結果を返すことが要求される そういう視点でみたらromに焼いたアプリが一番強くて、スタティックで作ればそれに近づけられると思うんだけど http://medaka.5ch.net/test/read.cgi/prog/1659519900/168
169: 仕様書無しさん [] 2022/08/23(火) 10:24:15.01 >>168 工場などの電気的ノイズが多い所とかで使う装置なら有効かな つか、現にそう言うROM化環境はある http://medaka.5ch.net/test/read.cgi/prog/1659519900/169
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 155 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s