オブジェクト指向は愚かな考え。

1 名前：デフォルトの名無しさん [2014/03/01(土) 16:49:54.65 ] オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。 hayabusa3.2ch.net/test/read.cgi/news/1393649485/ オブジェクト指向（英語：Object Oriented）とは、主にソフトウェアの設計や開発における考え方のひとつ。 大きな意味でのデザインパターンである。 近年では「オブジェクト指向」というとC++、Java、C#、Ruby、PHPなどの「オブジェクト指向プログラミング言語」、 およびそれらを用いた「オブジェクト指向プログラミング」が世の大半を占めている関係で、まるでイコールのように 言われることも多いが、あくまで物事の考え方であり、プログラミング言語に限ったものではない。 たとえば、最近ではあまり新規では見かけなくなったが、医療分野で使われているDICOM規格をはじめ、UNIXやLinuxで 今なお使われているX Window Systemの仕様書など、1980年代ごろにはオブジェクト指向規格書やオブジェクト指向 仕様書なるものも大量に存在した。 monobook.org/wiki/%E3%82%AA%E3%83%96%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E6%8C%87%E5%90%91 337 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 00:04:03.82 ID:2SW0uc9D] Cしか知らなかった頃は1関数内千行も書いて怒られていたがC++を知ってからは積極的に処理を外出しする癖がついた その頃から業務の細分化もできるようになって後輩に仕事を与えやすくなった気がする十五年前の思い出 338 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 00:19:16.31 ID:3K6UX0Lt] 数千行は極端ですな。おれは15年前は中坊なんで想像もできないですが 一方今は、無数のフォルダ分けがなされて20行もないファイルが数千個ばらまかれ、リファクタツールかける気にもなりようがないメンテナンス不能なjavaプロジェクトみたいな極端も存在します どっちがマシなんでそ ぶっちゃけ手のつけようがあるかないかで言うと、(gotoスパゲティがなければ)数千行のcコードの方が望みがあるのかなとか思うんすけどw 339 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 01:12:21.29 ID:2SW0uc9D] >>338 goto大好きBASIC(≠VB)の世代ですんで^ ^ Javaは残念ながら知らないんですが私の場合はC++が 仕様書がなくとも何とか他人が読めるコードを書けと教えてくれた 決して先輩上司ではなくてね 340 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 13:27:09.83 ID:fTe0++yc] >>337 俺はN88-BASICの時代から１プログラム100行以下を心がけていた。。。たぶん、ストレスなく管理できるのは２００行が限界じゃないかな。 プログラムの重複を整理するとＣ言語で９５％がサブルーチン化できるが、どうしても５％は素直にサブルーチン化できない。 その代表格がsort()関数だろうね。標準ライブラリのsort()関数は最終パラメータにプログラムの開始アドレスを渡している。 この部分が５％にあたる。 　ただ、そう考えるとＣ言語は１００％サブルーチン化出来るとも言える。最後は関数のアドレスをわたしゃいんだから。 そのアドレス渡しを高級文法の中で（知らない間に）使えるようにしたのがＣ＋＋の特徴と言えるべさ。 　もっとも、、、Ｃ言語に関数を示す判りやすいキャストを登録しただけの方がすっきりした気がする。 341 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 13:39:35.84 ID:fTe0++yc] 　ただね、、、オブジェクト指向言語、いや、Ｃ＋＋とそれをお手本にした言語というべきなんだけど、ゼロポストの言うとおり糞だというのは同感なんだ。 　オブジェクト指向の考案者は、もともとは「作業を楽する事を心がけるプログラミング」という意味だったんじゃないかね？ 俺はSmallTalkは触ったことないからＣ＋＋しか判らんのでそう思う。 　Ｃ＋＋の作者はクラス化という考え方で「作業を楽する事を心がけるプログラミング」を実現しようとした。 で、それを見た子ネズミ達は、クラス化がオブジェクト指向なんだと勘違いしたのジャマイカ？ 　　　　　　　　　　　＊＊＊ 　Ｃ＋＋のクラス化って情報処理で落ちこぼれの温床になっていると思うんだが詳しい人いないかな？ クラス化を素直に理解できる人は２種類いると思う。 １）アセンブラをマスターしている人。 　Ｃ＋＋ってのは機械語で仕事していれば実に実に判りやすいんだ。 ２）丸暗記に強いタイプ。 　Ｃ＋＋がクソじゃねえか？ってのは、１，２も一般的とは言いがたいと思うというのが理由。 342 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 19:52:22.98 ID:xj0aRC2d] 同意。 たぶんクラスというのは元々、構造化プログラミングで関数をばらばらに扱うと 大変なことになってくるのでそれを簡単にする為にグループ化、もしくはモジュール化 していたのを、最初から言語仕様にしてしまおうという目的だったと理解している。 その結果出来たクラス、モジュールの振舞いが、現実世界のものに似ている場合が有る、 ことから誰かがオブジェクト指向なんて名前をつけてしまったんだと思う。 だからあくまでも結果論であって、「オブジェクト」指向から理解しようと思っても それに当てはまらないケースなんて山ほどあって、結局理解出来ないことになる。 あの、ワンとかニャーの例が初心者を落ちこぼれさす一番最悪な例だと思う。 343 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 19:57:37.24 ID:65VtCojr] で、俺もそのワンとかニャーの被害者ｗ 長年理解出来ずに居たが。 結局、よく整理された分かり易いコードを書くようにしていたある時、 その結果のコードが「オブジェクト指向」になっていて、 初めてそこで「オブジェクト指向」と呼ばれていたものが理解出来たという感じ。 344 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 20:57:03.96 ID:fTe0++yc] 　オブジェクト指向の最大の問題点は、過剰な喩えでこれから覚えなくてはいけない人を惑乱したことだろうね。 「メソッドにメッセージを送る」なんて実際に、どっかで呼んだ覚えがある。 　素直に「サブルーチンを呼ぶ」って言えばよい話。 メソッド（オブジェクト指向プログラミングにおいて、各オブジェクトが持っている自身に対する操作） と気取った言い方をした所で、所詮プログラムはプログラム。 　で、メッセージを送るなんて大袈裟な事言っても、ただ単にメソッドを実行しているだけ。 　コンピュータの構造を理解している人間ほど、電波に感じる言葉遣いをしているって問題もある。 345 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 21:04:37.01 ID:lornT58y] >コンピュータの構造を理解している人間ほど 誤解はよろしくない。 本を書くのはヒマな人間だ。 それがどういう意味かわかるな？ 346 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 21:41:35.89 ID:FbuvqMDP] > ただ単にメソッドを実行しているだけ。 そういう論理は、どんなコンピュータも機械語を実行しているだけ。だからアセンブリ言語以外無用。 という無意味な結論にしかならないよ。 347 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 22:22:28.57 ID:46PJc7fJ] メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。 メッセージを送るというのを意識した言語なんてRubyとかごく一部な気が。 普通の言語ならメソッドを呼ぶのほうが一般的に使われる(rubyとかも) メソッドはサブルーチンの一種だから、わざわざ誤解する可能性のあるサブルーチンという用語を使う意味はない 348 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 22:33:14.81 ID:UEvWvg+1] プーチンでも呼んで来い 349 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:09:45.02 ID:eb0F/6mj] サブプーチン 350 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:18:06.04 ID:Cc+RYh9g] サブルーチンという用語だと、データと処理が別々になってしまう印象を受けるな。 メソッドだと、大体はカプセル化されてデータを隠蔽する印象。 呼び出して使う側からすると前者は面倒。呼び出し側がデータの後始末意識しないといけないし。 351 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:24:41.77 ID:lornT58y] オブジェクト指向だからといってガベージコレクションやRTTIが完備されてるわけじゃない。 352 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:28:38.92 ID:dEVLbQ7F] 関数とサブルーチンに明確な境目はないけれど、 ちゃんとした関数なら副作用がなくてテストが容易で コードの中身を見なくても処理が推測できるもので だめな関数＝サブルーチンは、副作用がメインでテストが難しい コードの中身を見ないと何をやっているのかさっぱりわからない。 ってイメージが有るな。 たとえば、コードが長くなったから 一部分をそっくり抜き出して、関数にすると たいていダメな関数＝サブルーチンになってる。 そういうサブルーチンばっかり作っているような技術力の低い所だと 関数（実際はサブルーチン）を使うとあちこちにジャンプする必要があるから コードが読みにくい！とか言うやつが出てくる。（本当はちゃんとした関数をかけてないから） 353 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:32:30.86 ID:LlFFIxqw] おいおい、そんな基本的な話されても… …なんだここ素人しかいねえよw 354 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:37:45.86 ID:XRtgkR6L] 俺もワンにゃーでは全く分からんかったな… スクリプト系で、組み込みの配列や文字列、果てはBigIntや実数どころか フツーの小さな整数までがオブジェクトとされてる言語を触ってから 「あ、オブジェクトって、たかがそういう話なんだ？」と気付いた その「たかがオブジェクト」が中々理解に苦しんだ 355 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:47:01.97 ID:XiMhbNPd] そう。現実のオブジェクトってどんなものでも多機能なイメージになるよな。 だから、初心者がそのイメージで設計すると、そのまま多機能で大量のメンバー変数と メソッドを持つクラスになってしまう。 356 名前：デフォルトの名無しさん mailto:sage [2014/03/26(水) 23:54:00.90 ID:MAe46oc1] >>354 そうだよ。実は知らない人のほうが理解早いぐらい。 それぐらい普通の概念なんだよね。 俺も小学5年生の時、BASICを少しかけるようになった時、 よしエロいゲームを作ろう。 さて女の子を作るにはどうしたらいいんだ？ 頭、顔、足、手、おっぱい、これらをどうやってプログラムすればいいんだ？ で、ここまでで挫折した。 その後オブジェクト指向ではない言語を使ってきて、 体のパーツを作ろうとかいう発想じゃダメだなーってわかったんだが、 オブジェクト指向を理解して、あの時考えたものは オブジェクトを使うことによって、実装可能であることに気づいた。 357 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 00:34:43.69 ID:Q+RTv4Ce] >>355 15年後の>>337が１クラスに１０００メソッド詰め込んだ感じか？ 358 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:27:26.01 ID:aIgjMDhZ] 　まああれだ、、、古典的な教本ではサブルーチンって読んでいたわけだ。 BASICとかFORTRANの時代な。 　ルーチン（手続き、処理）のサブだから、子プログラムはサブルーチンと読んでいたわけだ。 　Ｃ言語が出現してこれを関数（ファンクション）といい始めた。 Ｋ＆Ｒの主張は、サブルーチンは、x=f()の関係だから関数なんだというもんだったな。 　言っている事は同じなんで違和感がここまではなかった。 　Ｃ＋＋になってメソッドと言いはじめて、、、メッセを送るだと？・・・これでどれだけ有望な技術者が納期を守れず夜逃げしたことか。。。これ実話。 359 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:36:42.90 ID:aIgjMDhZ] >>347 >メソッドにメッセージを送るのではなく、オブジェクトにメッセージを送るとメソッドがじっこうされる。 　自然言語としてヘンだってことを理解してほしい。 メッセージという言葉がおかしいんだよ。 　メッセというのはマルチタスクで動いているプログラムＡ，Ｂの間でプロセス間通信を利用し、メッセージを送るというのが本来の使い方。 メッセージという言葉使った瞬間にそういう誤解を受ける。これが大問題。 　階層構造を持つ、クラス定義したジャンプテーブルに従い、関数を読んでいるだけなんで、実際にはメッセージでも何でもない。 　現実に即して言うならば、メッセージという言葉を最初に使った時点で思想家を気取った香具師がこの言葉を選らんだのではにかと思うわけだ。 360 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 01:48:22.72 ID:aIgjMDhZ] >>346 >そういう論理は、どんなコンピュータも機械語を実行しているだけ。 >だからアセンブリ言語以外無用。という無意味な結論にしかならないよ。 ならんと思うよ。 アセンブラの観点から見ると、FORTRAN->C言語->C++の流れはポインタ操作に関しては先祖返りだというのが良く判る。 FORTRAN/COBOLの時代に、良く使う機能を強化し、レアな機能を隠蔽したわけなんだが、隠蔽されていたポインタはやっぱり必要だろうとＣ言語で復活した。 Ｃ言語ではデータ操作を前提としていたが、サブルーチンもポインタ操作する必要があるというのでＣ＋＋が出現したと言う指摘は可能だ。 361 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 02:13:25.02 ID:1568NTop] >>359 たしかにメッセージという言葉は他にも使われていた用語だから紛らわしいけど、おかしいまではいかないでしょ 言語によって用語の意味が異なることもあるんだし 俺もそれほどメッセージの考え方が好きなわけではないけど、 メソッドがジャンプテーブルになかった時とかメッセージのほうが自然な解釈ができる気がする 362 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 06:32:58.93 ID:ryvqkXO3] >>353 今更かｗ ここには妄想技術者とか日曜プログラマしかいねーよ 363 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:25:29.12 ID:8HxvNny/] >>362 理解できないのでそう思うのですねわかりますw 副作用があるものまでひっくるめて「関数」と呼んじゃうのはC言語他の悪い慣習に過ぎないな。 一般名詞と、特定の言語仕様におけるテクニカルタームは、ちゃんと峻別しなきゃダメ。 364 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:42:48.93 ID:Dupb/ZEA] ワナビーくんが駄目出ししたところで意味ないでしょ 365 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:17.07 ID:qIhM9I6N] いっつも思うんだが、語る資格がないような雑魚ほど語りたがるよなｗ 子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。 ひたすらそれが不思議でならない。 366 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:19.59 ID:8HxvNny/] そう思うなら「C言語は関数型言語」とか主張して一生混乱しとけ 367 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 10:51:51.82 ID:8HxvNny/] > 子供が政治を語ってるような陳腐さになぜ本人は気づかないのか。 自己紹介乙w 368 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 13:00:54.46 ID:ryvqkXO3] もう「手続き」って読んどけよ(笑) 369 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 13:39:33.43 ID:pwhdAG7g] Smalltalk知らなさそう 370 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:40:21.96 ID:TYq55S8V] そりゃしょうがないよ。K&amp;RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね？ K&amp;Rは原理的に数学オタクだった気がするなｗｗｗ 　彼らが作ろうとしたUnixが物事を徹底して抽象化して一元化したものだから、さもありなんという気がする。 　こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。 プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。 　実にファンダメンタルだなって思ったよｗｗｗ 　まあミニコンがメモリ８Kだから３２Kだかって時代の名残りかもしれんが。。。 371 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:49:02.41 ID:8HxvNny/] > そりゃしょうがないよ。K&amp;RがC言語は関数型言語だって「プログラミング言語C」の中で言っていたよね？ 何頁？ 372 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:49:06.26 ID:TYq55S8V] 　ただなあ、、、オブジェクト指向が実学ではなく、宗教化しているんじゃないかなあ。。。 　一般的にオブジェクト指向と称している言語の文法を「オブジェクト指向」と誤解しているのは良い事ではないだろう。 　たかがオブジェクト指向、その証拠に、Linux系のコンパイラ系オープンソースの開発のほとんどはC言語ベースで行われている。 C++でオブジェクト指向というのはめったに見かけない。 　つまり世の中のシステムの大半はC言語で十分、いやC++では無理があるということを暗示している。 　　　　　　＊＊＊ 　C++でないとダメだって分野もあるから一律否定はしない。 　Linux系のGUIライブラリGTKは、C言語ベースなんだが失敗例だろうな。 GTK+になってクラス化されて始めてまともに使えるようになった。 　C言語だと、GUIライブラリは設計者が上手くないと失敗するんだろうな。 MSのMFCとかGUI関連にクラスライブラリが多いのはそれがC++と相性が良いんだろう。。。 　でもこれは珍しいケースだと思うけどね。 373 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:53:29.35 ID:TYq55S8V] >>371 太古の昔に読んで記憶しかないな。確か、Cではサブルーチンは関数として扱うという記述のところで見たと思う。 あるいは<stdio.h>のあたりかな。 　いや、まてよ・・・main()のところかもしれん。ｗｗｗ main()関数つまり、それ自体が関数型言語だと自己主張しているように見える。 374 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 14:54:34.18 ID:8HxvNny/] C言語の「関数」は、単に「そう呼んでるだけ」だから。 375 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:00:42.38 ID:pwhdAG7g] >>370 > 　こないだLinuxでプロセス管理していたんだが、Linux/Unixって、プロセスをファイルで管理しているのな・・・あれは驚いた。 > プログラムを実行するとプロセス番号を名前に持つファイルがポコポコ生まれる。 procfsでググれアホ 376 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:10:02.00 ID:8HxvNny/] つーかUNIX的には後付けだな。 Plan9あたりからのバックポート。 377 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:43:10.94 ID:TYq55S8V] >>375 ググッタがね、、、ってかさ、徹底的にファイルで一元管理しているのが凄いと思わんか？ おれはのけぞったよ。 　ユニファイドIOでここまで突き詰めたんだなってのが素直な感想。 378 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:54:51.60 ID:8HxvNny/] 一元管理してるわけじゃないよ。 単に、昔はpsコマンドとかが実装に依存して情報を得ていたような所にAPIを横から追加してるだけ。 ネットワークまわりがファイルに乗ってないというUNIXの設計は変わってないし、 「ユニファイドIO」とやらが一体何を指してるのか知らないけど、何も突き詰めてない。 379 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 15:55:24.20 ID:pwhdAG7g] >>377 多分、俺とお前の「管理」が意味するところが違うんだと思うので、これ以上話しても無駄だなという感想 380 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 16:28:28.45 ID:TYq55S8V] >>379 おれもそう思うよ。 俺は素直に、Unixって原理的にコダワッテイルナと思うわけよ。 こないだ、ディスク管理ツールを作ったんだが、GUIからシェルコマンド叩いてスタンダードIOだけでプログレスバーを表示出来たときには感動したなあ。 381 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 16:39:10.50 ID:pwhdAG7g] ただかまって欲しいだけなんだろうか。 382 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 17:58:56.11 ID:1568NTop] 単にいろんなものファイルとして処理するという発想なだけでメモリが少なかったとか関係ないじゃん 383 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 18:07:02.02 ID:8HxvNny/] ファイルに抽象化して、むしろオーバーヘッドが増えるんだから、メモリは余計に食うよな。 （初期の）BSDなんかは、仮想記憶を使うためにBSDがあるのか、BSDを使うために仮想記憶があるのか、 てな感じにメモリ空間を必要としたようだしw 384 名前：デフォルトの名無しさん mailto:sage [2014/03/27(木) 19:09:37.68 ID:2/K+jOvx] 久々に覗いたら、まじめなはなしになってんな…… 美少女クラスの話をしてくれよ！ 385 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 09:32:47.62 ID:mXUNxkRi] 美少女とは二次元空間にしか存在しない架空の存在である 386 名前：デフォルトの名無しさん mailto:sage [2014/03/29(土) 13:45:56.23 ID:f2a6Bc9R] アニメーターとかは、バスや電車で人物観察してスケッチに残したりする。アンケートの標本みたいに、 現実世界の人々のサンプリングとして使う。が、それって本当に客観的で抽象的なデータなのか？ Googleマップとかでも起こりうるように、そういうのは実際には全部個人情報なのではないか？ 美少女キャラといっても、９割方は現実に存在する美少女のパッチワークであり、絵描きがクリエイト した部分は１割もないのが普通ではないか？宮崎アニメでなぜわざわざ、スタッフの人に似せたキャラ を出したりするかというと、元のモデルが差し障って使えなかったりするからだろう。 387 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 06:48:57.96 ID:ur7wdjMW] へんなもの食ったのか？ 388 名前：デフォルトの名無しさん mailto:sage [2014/03/30(日) 09:08:19.08 ID:fmP+ZTw3] >>384 なにげに良スレになってるな。 ダックタイピングにおける美少女クラスの持つべき属性を まじめに論じてくれよ。 389 名前：デフォルトの名無しさん [2014/03/31(月) 10:22:08.76 ID:d/6Xhq7D] >>373 Cは関数型言語じゃない ソースはwiki 390 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 17:53:39.69 ID:iVtPfWG1] Cはただ命令型言語 391 名前：デフォルトの名無しさん mailto:sage [2014/04/09(水) 22:53:43.95 ID:PWguwHse] >>390 命令型で無いものの名前と代表的な言語を教えて頂けますか 392 名前：デフォルトの名無しさん mailto:sage [2014/04/10(木) 05:11:41.58 ID:sy5Vj+v2] >>391 宣言型言語。Scheme, Haskell, Prolog など 393 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 17:13:34.79 ID:jOCCWe2b] 今北 外出とは思うがJSみたいなオブジェクト指向なら メソッドを削除するだけだから何の問題もないな 394 名前：デフォルトの名無しさん mailto:sage [2014/04/22(火) 17:34:35.32 ID:kD92NltV] JCかJKみたいなオブジェクト指向も頼む 395 名前：デフォルトの名無しさん mailto:sage [2014/04/23(水) 22:13:57.74 ID:rToGCAYv] ２ついいことを教えてやろう。HunterxHunterはなぜ唐突にアリの話になったのか？ 『社会生物学』のEdward O. Wilsonが、アリの研究者だからだ。そして、新しいガ ンダムがなぜレコンギスタなのか？ --- 「The Social Conquest of Earth」という 新著の題名から採ったかは別として、おそらくそのあたりがネタ元のはず。 396 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 16:16:29.13 ID:zA2QJfGQ] オブジェクトってのは個体の全ての情報を持っているわけじゃなくて あるテーマにおける情報と振る舞い方を表してるにすぎない 筆記用具としてのペンと、凶器としてのペンではクラスを別にしないといけない データベースのレコードがいい例えになる 僕らが扱っているのはオブジェクトではなく、あくまでオブジェクトの側面なのだ。 それどころかオブジェクト自身が側面の集まりであることに気づくべきなのだ 397 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 23:08:43.05 ID:BPdrCHGq] そういうオブジェクト指向の哲学を中心に語った本って何かある？ 398 名前：デフォルトの名無しさん mailto:sage [2014/04/28(月) 23:33:00.51 ID:Psvl1AKr] >>396 おかしい。 あるオブジェクトが筆記用具（クラス）として扱われたり、凶器（クラス）として扱われるというのが、 OOPの多態性の話だというのに。 君が言ってるのは、「クラス」の話なんだから、どこをどうやったら、それが「オブジェクト」の話として、 そういう大上段に構えた主張になれるわけ？ 399 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 07:25:50.46 ID:POF8JjRC] オブジェクト自体には情報が無いって事？ 型抜きが増えるたびに情報が付与されていく感じか 400 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 07:28:04.70 ID:POF8JjRC] ペン自体はそういう形をした物質でしか無いからな。 401 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 08:02:23.15 ID:POF8JjRC] ん、なんか変だな そういう形をした物質は、筆記用具としても凶器としても使える。 で問題ない気がする。 そもそもクラスからオブジェクトを生成するってのが変なんだよな △クラスと□クラスと○クラスが合わさって☆クラスになる ☆クラスのインスタンスが☆オブジェクト でも現実には☆オブジェクトが先にある ☆の要素を分解したら△、□、○に分解できるわけだ でも使い方なんてのは無限に付与できるわけで それは☆が元々持っている情報なのかって話になってくる 新しい使い方が付与されると☆は☆ではなかったという事態になる。 それが☆はそれ自体の側面でしかないってことか。 402 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 12:44:35.35 ID:TvL0I6wZ] >>398 そ、それは多態性ではないお。 403 名前：デフォルトの名無しさん mailto:sage [2014/04/29(火) 13:43:39.95 ID:A+wzKE9y] ペンにwriteメソッドとattackメソッドをつけるのか 404 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 17:03:18.55 ID:1BHBnJWI] ココは memset で構造体初期化しちゃうひとたちの掃き溜まり？ 405 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 18:53:00.16 ID:iOAd4z36] >>404 当たり前だろ 仕様上も問題ないぞ 406 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 22:22:56.91 ID:CN0OEHd5] IEEE754 だったら問題ないね、他あるかね 407 名前：デフォルトの名無しさん mailto:sage [2014/05/05(月) 23:00:18.68 ID:2z4BaSVB] 内部表現が0以外のヌルポな環境もダメだね。 今時そんな環境無いとは思うけどね。 408 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 00:52:53.49 ID:wMsmsiA/] C++のコンストラクタ付きの構造体や、初期化関数付属なら流石にそれに任せるよ 409 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 14:58:13.92 ID:8Qg1rCMs] >>408 c++ なら、ゼロ初期化に明示的なコンストラクタは必要ないんだけどね。 struct A {/* 宣言何でも */}; A a = {}; //←とか、 A a = A(); //←でオケ。 410 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 16:48:58.48 ID:wMsmsiA/] >>409 A a = {}; は知ってたし、それが書ける状況なら書いてる。(まあ大概は値も書くけど) A()はゼロ初期化なのか、知らんかった。 …ただ、一番書きたいのはゼロ初期化よりも任意値での初期化だなあ。 特にコンストラクタ初期化子とnew。最近のC++規格ではできる？ 411 名前：デフォルトの名無しさん mailto:sage [2014/05/06(火) 19:07:35.27 ID:t6gEhEsD] CでもC99からは A a = {0}; でゼロ初期化できる A a = {.x = 10, .y = 5 } で特定のメンバだけ初期化できる（他の値はゼロ初期化）も便利 412 名前：デフォルトの名無しさん [2014/05/14(水) 07:32:04.56 ID:1OGBraEf] オブジェクト指向はクソか？ qiita.com/tokomakoma123/items/fb7530232912dc4176c4 413 名前：デフォルトの名無しさん [2014/05/15(木) 20:41:54.76 ID:WhJaypeI] お前らみたいなゴミが使うには十分過ぎる 414 名前：デフォルトの名無しさん [2014/05/28(水) 01:02:49.30 ID:lGdlGpum] 人間ならばクソをする 美少女はクソしない つまり美少女が人間を継承するのがおかしい 415 名前：デフォルトの名無しさん mailto:sage [2014/05/31(土) 16:11:39.13 ID:eTy5fHBW] >>414 つ virtual 416 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 23:19:04.36 ID:b5kgbd/f] 理解できないものに人は発狂するものなんだね 417 名前：デフォルトの名無しさん [2014/06/01(日) 23:38:16.13 ID:arqWqssg] 人間にうんこさせることはできる 美少女にはうんこさせられない ∴美少女クラスのうんこメソッドが呼び出されたら例外を投げればよい。 class Human { 　　Human() { } 　　virtual void Unko() 　　{ 　　　　/* Unko */ 　　} } class PrettyGirl : Human { 　　PrettyGirl() { } 　　new void Unko() 　　{ 　　　　throw new InvalidOperationException("No pretty girls can excrete."); 　　} } 418 名前：デフォルトの名無しさん mailto:sage [2014/06/01(日) 23:52:11.17 ID:hgOmvH3S] だからうんこするなんてメソッド自体無いの 419 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 00:44:51.78 ID:tefrIQhm] Humanから派生させるのが誤り 終了 420 名前：!omikuji mailto:sage [2014/06/02(月) 00:46:06.91 ID:wL8q2tSx] >>419 これ 美少女は美少女であって人間ではない 421 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 05:31:06.30 ID:wWzzbAT8] 人型基底クラスを作って派生だな。 422 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 18:44:04.41 ID:z+2jxbnt] 生命体→動物（うんこ）→人間 　　　→美少女 こうだろ例え隠蔽しようが例外を投げようが美少女にうんこメソッドを持たせること自体が継承関係としておかしい 423 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 18:47:29.28 ID:Q2JN1vdj] 委託にすればいいだろ 424 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:12:22.39 ID:bFWGwTOa] わかったわかった 俺が結論を書いてやる 美少女クラスが全てのスーパークラスだ 人間クラスは美少女クラスのプロパティ値をブサイク側に落としたり、排便メソッドを追加したにすぎん 425 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:14:01.90 ID:BsTuHAB4] >>424 お前みたいなやつが設計してくれると助かるんだがなあ 426 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 21:41:44.95 ID:GxQx5MVJ] >>424 おいおいおいキモヲタも美少女から派生したって言うのか 427 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:17:08.69 ID:zBJnJbic] >>424 ナイスだねえ 428 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:37:55.39 ID:B78Q4Bvn] このネタ、方々で妙に盛り上がるけど よーく考えると、かなりキモイと思わんか 429 名前：デフォルトの名無しさん [2014/06/02(月) 22:42:46.80 ID:v9gL5QeH] なぜオブジェクト指向で作るのか？ って本でも読んでみなさい ベストかどうかはわからんがベターな手法がOOだってだけだ 430 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:46:54.20 ID:NlQ/mcTl] >>428 美少女が万年便秘って話だもんな 431 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 22:59:08.75 ID:B78Q4Bvn] みんなそろいもそろって美少女美少女って連呼しているのに 誰もそこにツッコを入れないところが、なんつーか、異常事態なわけだよ。 432 名前：デフォルトの名無しさん mailto:sage [2014/06/02(月) 23:04:01.32 ID:tefrIQhm] 美少女という名前ならそう呼ぶ以外ないだろ どんな生き物かみたことないけど 433 名前：デフォルトの名無しさん [2014/06/02(月) 23:04:43.01 ID:HTALVQrn] ある種のストレス発散法 434 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 01:19:24.34 ID:aLVsXfyI] 美の少ない女 435 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 08:53:40.72 ID:7GUeu0U0] >>429 なぜオブジェクト指向で作るのか？って最悪ではないがわかった気にさせるだけのダメ本だろ 436 名前：デフォルトの名無しさん mailto:sage [2014/06/03(火) 16:48:58.05 ID:SoScdUlm] 微笑女「ふっ」 437 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 12:06:29.51 ID:sbJqvd4f] メソッドはすべてinterfaceにすべきですか？ 438 名前：デフォルトの名無しさん [2014/06/05(木) 15:43:28.24 ID:bTGozmC4] 人間に排便メソッドを付けるのが間違ってんだろ 439 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 15:54:28.17 ID:CKgEe1xE] 美少女の排便メソッドが外部（他人）からpubulic(呼び出せる)と考えると、ありじゃね？ privateだとしても、美少女インスタンスが他の美少女インスタンスの排便メソッドをコールできるんだぜ。ｽｶﾄﾛｼﾞｰｷﾏｼﾀﾜｰ さらにｃ++だと friendクラスにしておけば男クラスでも美少女の排便メソッドよびだせるんだぜ。この美少女超ビッチ 結論から言うと、オブジェクト指向（美少女）は確かに愚かかもしれない。でも、ありじゃね？ 440 名前：デフォルトの名無しさん [2014/06/05(木) 15:56:58.81 ID:bTGozmC4] >>439 たとえ同期メソッドで待ちが発生しても大量コールするわ 441 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:20:39.18 ID:a7PnX2WK] トイレの排便メソッドに人を渡す 442 名前：デフォルトの名無しさん [2014/06/05(木) 17:21:23.44 ID:bTGozmC4] >>441 人オブジェクトを渡されたトイレはそのオブジェクトをどうするんだ？ 443 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:24:45.27 ID:7wqllzhY] 排便済みフラグを立てるだけだろ 444 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:50:53.41 ID:m9Ubt7TR] そもそも美少女クラスを人間クラスから継承すること自体が愚かだと思うんだが 445 名前：デフォルトの名無しさん mailto:sage [2014/06/05(木) 17:54:52.86 ID:a7PnX2WK] 美少女判定クラスに人間クラスを渡す 446 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 04:27:06.84 ID:D3Fkllmq] クラス拡張にextendsではなくmutatesを使えばいい 447 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 17:33:23.35 ID:PkEZtuTl] ウンコ　排便(){ 便意 = 0; } 448 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 17:41:20.98 ID:Egx2cIKQ] うんこを取り出すpublicメソッドを呼ぶものは無いだろう あれは不定期のイベント処理だ 449 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 18:11:26.70 ID:QuJl51mf] >>447 ウンコは不定値かよ 450 名前：デフォルトの名無しさん mailto:sage [2014/06/06(金) 18:35:55.59 ID:PkEZtuTl] ウンコをリターンするの忘れてた ウンコがイベント処理だったら催した瞬間ウンコ漏らしちまうから催すイベントの中でウンコ可能かどうかとウンコ我慢可能かどうかの判定をせにゃ 451 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 01:00:47.55 ID:htILiUF+] ウンコをリターン… 452 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 02:21:48.44 ID:glqSAZRM] if( !排便 ){ throw 便秘(); } 453 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 02:34:38.74 ID:Rlb4AoSA] ふむ。まずこの「排便」に()がついて無いのが気になった。 C#のプロパティ的な機能がある言語表現だとすれば、名前は「排便可能か(IsHaibenable)」一択だ 便秘はステートとして必要だと思う。だが、このステートを仕様に入れるのであれば、同時に別のステートに対する考慮を網羅する形で完成を目指したい。 痔に悩まされている二次元美少女とは事後の「爽快感」なり「苦痛」なりを返り値に返納する必要があるだろう。 ではHaibenResultクラスが必要だな。 そうだな、まずはこのクラスに何が必要か、ざっくりでいいので洗い出して貰おうかな？ 頼んだよ、君には期待している。 454 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 03:29:56.83 ID:glqSAZRM] ()ないのはなんも考えてなかったからだわ 排便メソッドの戻り値はやっぱりウンコであるべきだ思う // 疾病[編集] // 排便がスムーズにできない便秘、便がもれてしまう便失禁、便が正常でない下痢などがある。また肛門部にできる痔などは排便時の障害になる。 便秘かどうかはをウンコの硬さと人間の筋肉の強さから算出するべきで例外にするべきじゃなかった 便失禁は人間の筋肉の強さ、下痢はウンコの硬さ 痔は肛門の状態であるべきで排便メソッドで参照してウンコの生成、排便の成否に使う よってHaibenResultクラスはウンコで初期化して人間の状態を参照しながら便秘やら快便やらであるかどうかを見れるクラスであるのがいいと思う 人間は排便をした後HaibenResultから快便なら爽快感イベントを生成するなり人間の快感度に一定数値加算するなりする でも美少女はウンコしないから 455 名前：デフォルトの名無しさん mailto:sage [2014/06/07(土) 04:03:26.09 ID:ZS1CtPlr] 万年便秘が美少女になれるわけなかろう。 456 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 11:06:22.40 ID:t5DgyYSS] 現実を見ろよ、排便メソッドが隠ぺいされてるだけだよ 457 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 11:22:04.57 ID:KvYp5qa4] >>456 排便メソッドはprotectedでpublicな浣腸、下剤メソッドから内部的に呼ばれるだけだよな publicな排便メソッドの用途って何なのさ？ 458 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 11:23:25.30 ID:Pbbj2M8m] 赤ちゃんなんか紙縒りでこちょこちょすると出ちゃうんですよ 459 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 19:39:10.40 ID:lKXXVfJW] 排便メソッドの戻り値をeatメソッドに渡すことができれば すべて丸く収まる 460 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 19:48:42.20 ID:UQpq0lvz] 元々そのようにして宇宙船地球号は丸く収まってる。 461 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 20:06:51.15 ID:KvYp5qa4] >>459 ウサギはそうだったはず。 豚はhumanインスタンスの排便メソッドをeatメソッドで受け取る事ができる。 462 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 20:08:27.47 ID:s20QYk1X] 内蔵クラスが食物クラスを分解してだな 463 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 20:51:23.30 ID:pQgiBDcI] Eatメソッドの引数はfoodオブジェクトだからな unkoオブジェクトだってfoodオブジェクト足りえるだろ 464 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:22:05.52 ID:ebiSUswj] うるせーnullでも食ってろ 465 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:30:18.32 ID:cZCobFVP] カロリー無いからいくらでもいけるわ 466 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 21:41:33.96 ID:UQpq0lvz] お前らが述べてるのは「ムカデ人間」クラスであって「美少女」クラスなどでは決して、ない。 467 名前：デフォルトの名無しさん mailto:sage [2014/06/08(日) 22:02:40.50 ID:Qs6rCHv1] >>463 直は無理だろ。 最低限、デコレーターが欲しい。 468 名前：デフォルトの名無しさん mailto:sage [2014/06/09(月) 02:20:15.89 ID:qFQu14zp] >>467 細かいことは気にするな。C スタイルキャストして口に突っ込んで知らんふりしとけ。 469 名前：デフォルトの名無しさん mailto:sage [2014/06/09(月) 09:01:33.41 ID:9X1WaQlw] foodは食料であるべきじゃねーの？ 口に突っ込めるものが全て食い物って主張するならこの世の物体全てはfood継承して多態性もってることになるぞ 470 名前：デフォルトの名無しさん mailto:sage [2014/06/09(月) 10:34:27.93 ID:zNsk9buo] Objectクラスでよくね？ 471 名前：デフォルトの名無しさん mailto:sage [2014/06/10(火) 13:12:35.75 ID:yKXxiytk] Objectだと仮想物質、エーテルだのダークマターだのまで食っちまうぞ 472 名前：デフォルトの名無しさん mailto:sage [2014/06/17(火) 13:16:10.88 ID:+NudqTHK] DrinkメソッドとEatメソッドでどう分けるかだが・・・ カレーはDrinkメソッドでいいのか？ 473 名前：デフォルトの名無しさん mailto:sage [2014/06/17(火) 19:22:33.72 ID:lErmvhZY] unk()で得たものはどっちだよ どっちでもいいだろ？ 474 名前：デフォルトの名無しさん [2014/06/20(金) 09:34:07.27 ID:JvORDqjx] まず原子核くらいから始めようぜ 475 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 10:57:16.32 ID:NPb+wCxe] メソッド名の先頭を大文字にして書くやつ何なの 476 名前：デフォルトの名無しさん [2014/06/20(金) 16:18:33.90 ID:dJm8VmGm] public class ClassName { 　　private string _fieldName; 　　public ClassName() { } 　　public void MethodName(int argumentName) { } 　　public FieldName 　　{ 　　　　get { return _fieldName; } 　　　　set { _fieldName = value; } 　　} } 公開するものはたいてい大文字で始める 477 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 18:30:54.60 ID:A5iKHxqY] 俺が見聞きしたコード規約では大文字はクラス名か定数だな 478 名前：デフォルトの名無しさん mailto:sage [2014/06/20(金) 18:32:01.75 ID:soLc4QvJ] C#とJavaとか、言語によってちがうのだ 479 名前：デフォルトの名無しさん [2014/06/20(金) 21:59:16.50 ID:IywK6tpz] >>475 .NETの開発者でござろうよ 480 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 02:43:08.25 ID:f7pfT12F] >>476 このインデントスタイル苦手 481 名前：デフォルトの名無しさん [2014/06/21(土) 02:52:03.63 ID:IVchIU4N] >>480 if (foo1) { 　　bar1();　　　　　　//スクリプトとかに多いイメージ } else if (foo2) { 　　bar2();　　　　　　//同上 } else if (foo3) { 　　bar3();　　　　　　//.NETかな？ } else { 　　if (foo4) 　　{ 　　　　bar4();　　　　//特異 　　} } else bar5();　　　　//死ね 482 名前：デフォルトの名無しさん [2014/06/21(土) 07:29:14.15 ID:wO8FjMhe] オブジェクト指向になると名前付け規則が単なるローカルルールだって事を忘れるの？ 483 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 10:07:05.84 ID:LBtFHXKV] Ruby「なんだって」 484 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 11:24:27.97 ID:Tr8yUhEQ] >>480 c#のデフォルトの自動インデントスタイルでしょ。 ｛ が後ろに来なくて縦に長くなるので {hoge;} みたいなのも使う。 485 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 12:22:12.65 ID:kmx99McK] オブジェクト指向はソフトウェアのためだけにあるんじゃないから 486 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 12:53:43.00 ID:QbGMt/yg] >>479 .NET以外でもMFCとかがそう いずれにしてもMS流 MFCの時はクラス名の先頭にCがついてたからまだ区別できたけどC#でそれがなくなり、名前空間、クラスメンバー、オブジェクトメンバー、の区切りが全部ドットになって最悪 487 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 12:59:57.19 ID:QbGMt/yg] インデント、最近はC++でもJavaScriptスタイルな括弧の位置が多いよ、Qtとか ラムダ式の名無し関数とか一々改行してたら気持ち悪いし、括弧が多重になるので見易さにも拘りたい部分 488 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 13:32:52.46 ID:dacvVTou] >>486 IDEがあればプレフィックスなどたいして必要ではない 489 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 13:34:06.94 ID:5NxEdf68] if (foo1) { 　　bar1(); } この括弧の位置がいいとされる理由に、} から 視線を上に上げていき { が見つかれば、そこがブロックの開始ってことで わかりやすい。という意見があるが、 if (foo1) { 　　bar1(); } 別にこれであっても、視線を上にあげていき、文字が見つかった所が ブロックの開始とわかるので、別に{ }の位置をそろえる必要はない。 理解できなければ、こうかけば、ブロックの開始がわかる。ってことが理解できると思う。 if (foo1) { 　　bar1(); fi { が冗長な一文字である。それだけのこと。 490 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 14:01:00.81 ID:QbGMt/yg] VS2008の頃はIDEのインテリセンスが気まぐれだったんよ 大括弧のペアをハイライト表示するIDEとかも有るよな 491 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 20:06:34.90 ID:Tr8yUhEQ] >>489 c風の{}構文は、K&R式が一番しっくり来る ご本家には勝てない 492 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 20:15:35.09 ID:4JtY8OkT] おい排便問題はどうした 493 名前：デフォルトの名無しさん mailto:sage [2014/06/21(土) 22:31:29.16 ID:8F5XS3IM] どっか行った 494 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 07:50:12.52 ID:+pyEYukS] >>491 クロージャーを多用する現代では K&Rの関数だけは{を次の行に書くというのは 時代遅れだな。 495 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 14:46:26.19 ID:cNigt8hH] 実際に我々の妄想では出来る事がコンピュータでは出来ない オブジェクト指向を使っていると創造性が落ちる 496 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 15:19:52.46 ID:SeQGq/ox] >>494 そっちかいw K&R式だとif, switchが縦長にならなくて良い。 497 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 16:37:30.98 ID:F2AWWsuI] おいおいお前らもっと真面目に美少女の排便問題について語り合ってくださいよ 498 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 17:30:19.36 ID:aHfMDX3q] どっか行った 499 名前：デフォルトの名無しさん mailto:sage [2014/06/22(日) 20:57:39.70 ID:JMLOp0vE] 美少女とかもういいよ 美少女とは何か、その定義が上流設計で曖昧なんだから論議はまとまらない 美少女が排便しないとか意味不明 500 名前：デフォルトの名無しさん [2014/06/24(火) 08:02:38.45 ID:UGMpGcAv] ウンコしないよ 501 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 08:10:15.62 ID:EZ2uwnd9] うんこしない美少女て具体的になんだよ 勿論人間でな 502 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 08:18:53.57 ID:MKS7z3Yf] 背理法なんだろう 美少女はウンコをしない うんこをしない人間はいない ゆえに美少女はおしっこをする。QED 503 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 08:27:49.47 ID:EZ2uwnd9] 美少女はうんこしないという段階で完全に設計ミス、上流設計から間違ってる 504 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 08:52:35.13 ID:Pi2ItOpT] 俺もウンコしないから美少女ってことになるな 505 名前：デフォルトの名無しさん [2014/06/24(火) 09:33:19.22 ID:Bme2pp+l] 【石川ってウンコするの？確認その２５０】 anago.2ch.net/test/read.cgi/ainotane/1271771699/ 506 名前：デフォルトの名無しさん [2014/06/24(火) 09:37:38.82 ID:YG3pi1py] 顧客が説明した要件 search.yahoo.co.jp/search?p=%E7%9F%B3%E5%B7%9D%E3%81%A3%E3%81%A6%E3%82%A6%E3%83%B3%E3%82%B3%E3%81%99%E3%82%8B%E3%81%AE%EF%BC%9F 507 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 09:54:35.67 ID:AAHBTYvg] haibenメソッドにアクセスするにはfriendにならないとね 508 名前：デフォルトの名無しさん [2014/06/24(火) 11:48:34.22 ID:ZxwOG2Eq] 結局のところメソッドなのかプロパティなのかイベントなのかハッキリしろ 509 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 11:49:51.51 ID:Bob1zYc2] friendになったからといって、任意のタイミングで排便させることができると思うか？ あれは定期イベント処理だ。 510 名前：デフォルトの名無しさん [2014/06/24(火) 11:55:38.23 ID:ZxwOG2Eq] 排便がイベントだと便所にたどり着く前に漏らすだろ 511 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 11:56:47.01 ID:AAHBTYvg] イベントは便意だなｗ 512 名前：デフォルトの名無しさん [2014/06/24(火) 12:02:49.45 ID:ZxwOG2Eq] 便意イベント発生　→　一定時間ふんばりメソッド非呼び出し　→　排便イベント発生 ↓ ふんばりメソッド呼び出し　→　排便イベント非発生　→　便秘 ↓ 排便イベント発生 513 名前：デフォルトの名無しさん [2014/06/24(火) 12:03:29.87 ID:ZxwOG2Eq] こんな感じか 514 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 13:23:37.03 ID:rOvxW007] 便意はイベントじゃなくてカウンタ 515 名前：デフォルトの名無しさん [2014/06/24(火) 16:57:01.47 ID:EgIP0a8a] 人工肛門はどう表現するんだよ 516 名前：デフォルトの名無しさん mailto:sage [2014/06/24(火) 20:04:07.73 ID:Pi2ItOpT] adapterパターン 517 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 01:33:01.20 ID:lvTtxCUa] 排便メソッドをオーバーライドして甘いクリームが出るようにすれば解決。 518 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 01:44:08.53 ID:NpFcbEGT] なんだ天才か 519 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 08:35:52.45 ID:5jF5jEEW] 何だよオーバーライドって そもそも排便メソッド自体を持ってたらおかしいっつーの 520 名前：デフォルトの名無しさん [2014/06/25(水) 10:15:02.42 ID:1LRKxhWJ] 排便や喫煙は表向きあってはならない。 521 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 10:30:43.92 ID:kliLC1F5] >>520 隠蔽しろ。 522 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 11:08:37.08 ID:5jF5jEEW] 美少女がうんこしないのは、実は外見えだけはうんこしてないように見せかけているだけ 実は裏でうんこしている これは許されるの？ 523 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 14:18:52.34 ID:NedFU3Wc] ばれなきゃOK 524 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 19:06:31.69 ID:tUEa+pcc] 俺の前ではウンチしてもいいから 525 名前：デフォルトの名無しさん mailto:sage [2014/06/25(水) 19:09:25.66 ID:3nm1g6Ub] 新宿コマ前に行け 526 名前：デフォルトの名無しさん [2014/06/25(水) 22:04:40.29 ID:bFMV3PM1] >>522 喫煙写真で炎上してたヤツとかいるだろ 527 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 07:11:12.28 ID:XZ5cuq4F] 物質というスーパークラスから 筆記用具や凶器のクラスを派生するべき 528 名前：デフォルトの名無しさん [2014/06/26(木) 07:14:53.20 ID:nwumEtrQ] >>519 便を観察できなければ排便の証拠はないわけですから 証拠がない以上は推定無罪の原則にしたがいますので、 排便メソッドが存在すること自体は問題ないかと思います。 排便メソッドがnullを返せばいいのですよ。 529 名前：デフォルトの名無しさん [2014/06/26(木) 07:16:57.36 ID:nwumEtrQ] >>524 ぶりぶりー 530 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 08:31:34.12 ID:c9X7dxai] 今からうんこしてくる 531 名前：デフォルトの名無しさん mailto:sage [2014/06/26(木) 10:19:52.02 ID:a5DVBYeG] おきばりやす 532 名前：デフォルトの名無しさん [2014/06/26(木) 22:13:18.79 ID:uDDJgGPW] >>528 nullが見えてる時点でダメ

---

---

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef