オブジェクト指向ってクソじゃねぇかよPart3
レス数が1000を超えています。これ以上書き込みはできません。
無理やりオブジェクト指向にしたから出てきた問題を解決して凄い凄い言ってるだけ。
単なるマッチポンプ。
カプセル化(英語:encapsulation)とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。
偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。
一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。
オブジェクト指向の発案者であるアラン・ケイもコーディング規約(頭文字にアンダースコアを付けるなどの命名規則)で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。
https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96
前前スレ
オブジェクト指向ってクソじゃね?
https://mevius.5ch.net/test/read.cgi/tech/1535085129/
前スレ
オブジェクト指向ってクソじゃねぇよ? Part2
https://mevius.5ch.net/test/read.cgi/tech/1539872441/ オブジェクト指向の是非はさておき
Smalltalkはウンコ プロジェクトメンバーが皆アランケイならもちろんそんなものは不要
強い型付けだのカプセル化だの名前空間だのは俺を含めたアホのための技術
であり、
コンパイラさんエラーメッセージをありがとう、今日もバグが事前に検知できたよと感謝の十万回単体テスト 熱いsmallalk談義
内容は理解出来ないけど
その熱さは良いよ だから言ったじゃん
ピュアオーディオとか純喫茶とか純文学の話になってるだろ
それに連なる『純オブジェクト指向』だ
ここで純オブジェクト指向と目されるSmalltalkを持ち出してピュア談義してるだけだ
オブジェクト指向≒Javaと見做されてる昨今では「Javaはクソ」≒「オブジェクト指向はクソ」となるのが普通だ
そこにわざわざ純オブジェクト指向なる概念を持ち出すから話がややこしくなる
平たく言うと、Javaの開発案件がたちまちクソの山になるのはそれがオブジェクト指向だから、っていう話だ
それも、数値にしがたい負の感情を産み出す母体になってる
オブジェクト指向にメリットはなく、代わりに数値化できないデメリットが業界で拡大再生産されてる
その根幹原因がJava≒オブジェクト指向にある
クソなんだからメリットが生産されるわけじゃない
デメリットが生産されてんだよ
「現状のオブジェクト指向が上手く行かないのは、それが純オブジェクト指向じゃないから」
それを延々話してるんだよ
その「純オブジェクト指向」なる状態が、あり得ないものか、未だに存在してないものか、そもそも存在出来ないものかは知らないが、
現状の実態たるJavaの話から乖離して、延々と架空の話を続けてるだけだろ
現実を見たくないからわざわざSmalltalkなんて引っ張り出して来てるんだよ
それだけクソってことだろ まあでもJavaってオブジェクト指向だからクソなんだろ? JavaのWrite once, run anywhereに代わる新しい標語を考えよう!
まず俺からな。
Java -- Motor of all fails -- 予測変換で間違えた!
では改めて。
Java -- Mother of all fails -- オブジェクト指向は糞の山を作りやすいというのがメリット DBから取ってきたデータをただの構造体としてしか使ってない
Java現場ばかりなんだがそれをオブジェクト指向と言うのか >>7
Smalltalkが純オブジェクト指向?Self見てから言えよw >>14
いわないんじゃない?
せめてO/Rマッパーを使ってオブジェクトに変換しないと
でもO/Rマッパー使うの常識だよね? >>18
使ってるけど、getterとsetterがあるだけのオブジェクトをサービスでごにょごにょしてる
サービスにロジックがある >Javaの開発案件がたちまちクソの山になるのはそれがオブジェクト指向だから
有る意味それは合っている
でもそれはあくまで
オブジェクト指向を効果的に使うのが難しいからで
オブジェクト指向そのものが駄目な訳ではない
効果的に使うのが難しいのは
どの様に効果的に使うか?
という方法論やセオリーが十分教範として出来上がっていない
と言うのが原因だと自分は思っている
そういう教範がそのうち出来るだろう
と思っていたけど
現実には未だもって出来ていないみたい
その辺が効果的に使う事を難しくしている
自分も完全には理解していないけど
部分的に使うだけでも効果が有って
これを完全に使いこなしたら
どれ程の物なんだろうか?
と有る意味期待をしている
自分はこのスレを通す事で
オブジェクト指向プログラミングの何が解り難いのか?
という部分がはっきりして
何らかの教範が出来る材料になればいいんじゃないかなぁ
って期待している >>20
え?これだけ書いて何も中身ないじゃん
お前という人間がクソ何だな
技術者辞めて農業でもやってろよ >>20のまとめ:
・オブジェクト指向は効果的に使うとすばらしい
・オブジェクト指向を効果的に使うのは難しい
・オブジェクト指向を効果的に使えるような方法論が必要だ
いや、オブジェクト指向なんて使わなきゃいいじゃん。
オブジェクト指向を使うために出てきた問題の解決方法をひねり出してイキる、まさにマッチポンプ。>>1の通りじゃんww リファクタリングを考えるなら現状オブジェクト指向しかない。 静的型付けの方がリファクタリングはやり易いけど
オブジェクト指向は関係なくない? そりゃTDDやってるからな
テスト駆動だとリファクタリングが開発の1フェーズだよ 928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く 955 デフォルトの名無しさん 2018/11/22(木) 01:49:36.77 ID:ROOr0q+m
>>954
>違うという理由を人に聞く前に
>そうだという理由を述べるのが筋だろ
ならばシステムをオブジェクト単位に分ける必要性について答えておこうか。
>>951
>オブジェクト単位に分ける工程が完全に削除できるんだから
戦神のベルトが倉庫を圧迫。仕分けましょう【DQ10】
http://okirakudq10.com/archives/53537205.html >>31
> ならばシステムをオブジェクト単位に分ける必要性について答えておこうか。
システムを複数のファイルに分ける必要性と同じでは? ここまでオブジェクト指向のメリットなし
ピロリン♪
鉄山靠をマスターしました!←New
鉄山靠マスターしたわ OOPのやり過ぎで手続き型のアルゴリズムを書けない体質になってしまった
OOPなら5分で書ける処理をレビューに出したら仕様書に無いクラス作らないでっていわれてさ
手続き型で書き直そうとしたら4重ループにif分岐だらけの複雑なアルゴリズムになって頭が大混乱して手が止まっちゃった
結局それは破棄してOOPで書いたコードにロールバックしてメソッドを地道にインライン展開してテストを繰り返して1日かかってようやく完成した
俺みたいな頭が悪い人には手続き型は難しすぎる
OOPで物事をシンプルに簡単にわかりやすく整理しながら作らなきゃ先に進めない 例えばポリモリフィズムやるとしてもそのオブジェクトが
どこでどんな風にその多数のメソッドを利用しているか、どういう制約の元でどういうことを行うものとして
設定してるかがしっかり把握されてるクラスなんて
あんまりないわけよ。
てか実際はほとんど変更不能なほどガチガチに暗黙の仮定が置かれてるのにドキュメントがなかったり
コードから把握するのが困難なコードばっかりだったりする。
こういうのが当たり前の状況では役には立たんな。
そして信者が次にいうのはそういう風に作った奴が悪いって話になる。
一理はあるが上記のような暗黙の仮定が注入されやすいというのはオブジェクト指向だからってのは多いにあると思ってる。 具体的にはメソッドの呼び出し制限が不明だよね
init呼ぶ前に呼んでおかないと駄目
init呼んでから出ないと駄目 オブジェクト指向の問題じゃなくて静的型付けの問題だろう 話をまとめると、オブジェクト指向をやるには
しっかりテストしてないとだめということかな? オブジェクト指向じゃないプロジェクト
例えばCOBOLなんかだと、
どこでどんなふうに関数が使われているか
わからなくても、大丈夫って話をしているようだ
それが何故なのかさっぱりわからないので
理由を教えてくれ >>36 >>37 呼んじゃいけない状況にそもそもならないように作る
呼んじゃいけない状況で呼んだら例外を投げる
呼んじゃいけない状況を属性やドキュメントコメントに書く
オブジェクト指向はこのへんしっかりしてるから良いね
メインルーチンでグローバルの初期化関数を呼ばないとダメ
関数の呼び出し順序が暗黙に決まってる
入力範囲が決まっててそれに従わないと未定義処理
決まりごとがドキュメントコメントになってなくて分厚いマニュアルから必死になって探さないといけない
このように間違えようとしたら間違えられるのにわかりやすい説明がコードエディタから見れないという悪い構造はむしろ非オブジェクト指向の方が多い > init呼ぶ前に呼んでおかないと駄目
> init呼んでから出ないと駄目
ファイルをオープンする前にリードしたらだめ
だから手続き型は大変なんだ >>40
>どこでどんなふうに関数が使われているか
>わからなくても、大丈夫って話をしているようだ
こんな話は一切してない。
オブジェクト指向的な言語でクラスメソッドにガツガツ詰め込むようなことすると
関数的なものよりも思った以上の暗黙の仮定を置いてるコンテキストでしか動作しないものが
出来上がりやすいと言ってる。 >>41
コードのみで必要情報を示せないからドキュメントに逃げてるだけ。
「ドキュメントも完備しててすばらしい」←あるべき姿
「ドキュメントがないと使い物にならない」←オブジェクト指向の現実
オブジェクト指向によって、ドキュメントがないと使い物にならない状況を生み出す(マッチ)
ドキュメントを必須不可欠のものとする(ポンプ)
無理にオブジェクト指向に拘らなければ存在しなかった問題なのだ。
まーたマッチポンプw 手続き型の反対は宣言型だが、オブジェクト指向は宣言型ではない。 228 名無しさん@ゴーゴーゴーゴー! (ワッチョイ e3bd-rVsz [60.146.119.215]) sage 2018/11/24(土) 08:38:58.23 ID:radxgJ6W0
蠍スレから来た
ラグあるのは事実だから、支える技術本まで買ったが、内容薄すぎていまいちだった
早い話、負荷テストをやっとらんだけやろ
開発用サーバでテストプレイヤー分だけの負荷かけるだけなら、そらヌルヌル動くわな
ping値数msec差の問題よりも、任天堂ハードの処理速度のが問題
せめて提案者は自身の環境くらい書けよ
高スペックPC+有線IPoEとかならあきらかに鯖のメモリ解放失敗とかやろ
実際の環境でって、仮に一部のバトル用サーバ切り離して(できるかしらんが)テストしたところで小負荷なら同じことやろ >>44
逆なんだよね
分厚いドキュメントが必要なのは非オブジェクト指向の方だよ
守らなきゃならないルールを表現するためにいろいろな言語機能が発達したんだよ
例えばカプセル化やインターフェースね
だからオブジェクト指向はドキュメントにそれほど頼らなくても開発できるんだ >>42
でも引数にオープンしないと手に入らないものが必要だろう?
でもオブジェクト指向言語は違うよね? オブジェクト指向オンリーは害悪だが用法容量を守れば便利 オブジェクト指向はクラスの中にコードを書く、というのが神髄である。 クラスはオブジェクト指向の必須要素ではない。
神髄とやらはオブジェクト指向と関係なかったwwwww >>43
> オブジェクト指向的な言語でクラスメソッドにガツガツ詰め込むようなことすると
> 関数的なものよりも思った以上の暗黙の仮定を置いてるコンテキストでしか動作しないものが
> 出来上がりやすいと言ってる。
お前が言った所でなんの信頼性もないよw
まず、そんなことにならない。
お前が下手なだけ オブジェクト指向への批判は、
「それと同じことを非オブジェクト指向でやっても
同じことが起きるよね」で全て反論できる そりゃそうだ
それを言語仕様レベルで規定しているから楽なんだろうが 611 名無し三等兵 (ワッチョイ 7fe7-t9Bb) sage 2018/11/22(木) 12:46:59.97 ID:vFEoyYoC0
>>587
「ちんちん」の語源の1つの説に、
支那の娼婦が幼児語で「入れて入れて」と言った言葉を
当時の出羽守が有難がって日本に広めたという
かなり眉唾物な故事がある。
その説に依るなら「チンポかシコシコする。」は
当然のように入れた側の所感とその転用じゃな。
591 名無し三等兵 (スッップ Sd1f-hEn1) sage 2018/11/22(木) 12:26:55.61 ID:9IvK1JXqd
>>587
シコシコするは他動詞なので、所有者の意思とは無関係にチンポが自立行動するのであれば「イライラする」「ムラムラする」という自動詞を用いるのが正しい
644 名無し三等兵 (アウアウカー Sa87-dVyK) sage 2018/11/22(木) 13:18:34.11 ID:UNLN7beIa
>>587
「胸がドキドキする」
胸は心臓の意味で、行為者として心臓が使われているので「心臓が拍動する」は日本語としておかしくない。
「チンポがシコシコする」
チンポはそのままの意味で、受け手側としてチンポが使われているので「チンポはシコシコされる」又は「チンポをシコシコする」が正しい。(50字) 正方形クラスは長方形クラスを継承するべきだろうか? オブジェクト指向=人工知能、という新定義はどうだろうか?
オブジェクト指向と称するものの多くは、人工知能と称するものの多くは、中身が空っぽだったりする。
この現実世界にあるあらゆる概念(名詞・動詞・形容詞)をプログラミングで表現する、
それが人工知能でありかつオブジェクト指向である。
異論があるなら何なりと! Javaなどのガベージコレクション(メモリ管理自動化機能)も、簡易な人工知能ではないのか? ユークリッド幾何学(真か偽か不明か)の殆どはMathematicaで処理できてしまう。
しかしながらこの現実世界はそのようには出来ておらず、人工知能に出来ることはせいぜい近似値計算。
213 デフォルトの名無しさん 2018/09/24(月) 08:23:13.39 ID:Kxio7RVg
物理は大半が近似でなく、すべて近似
すべて仮説だからな、当然そうなる
近似でなければ物理学は完成してることになる
人間の認識が限界がある以上、現在の科学的方法論では、科学が完成することはない
科学はひたすらその近似の精度をあげていってるだけだからな
で、こっからが重要になるが、観測値に解釈は入らない
定量的な観測値そのまんま
物理にwhyはない、コレ常識だからな
光の速度がなんで光速度なの? とか頭悪いコトいってるのと同じなワケ
観測値が光速度、それ以上の意味はないし解釈もへったくれもない
沸点はただの観測できる定量的な値の一つだからな
物理の場合、仮説をたててその他の条件となる観測値を組み合わせて関係式を作ろうとする
見方をかえれば、沸点を条件とみることもできる
頭悪い日本の文系は、自然言語処理とコレが全く異なるコトが分からない
自然言語処理は、自然科学とまったく異なるただの 形 而 上 学 だからな
はっきりいってな、日本の文系がやってる自然言語処理はオカルトに近い
その認識がないかぎり、これからも進展はない
だから今までずーっとほとんどなんの進展もなかったワケだからな
日本の文系は世界的にみても哲学的な側面でもものすごい頭悪い部類といっていい
AIでムダに騒いでるアホとある意味そっくりだからな >>41
>決まりごとがドキュメントコメントになってなくて分厚いマニュアルから必死になって探さないといけない
英単語を辞書式に沢山覚えていても、コトバの意味を理解していないとどうにもならんよな。
0. 外国語、特に英語、の教え方
「読み書きは出来るが会話ができない」というのは間違い。「読み書き」も出来ない
Decorative artとは、絵画、彫刻、建築を除いた家具、食器、絨毯、藍掛け、花瓶、タイル、
ドアのノッカーなど美術品と見做せるものの総称
表裏は日本語だと「おもて」と「うら」だが、漢文では「外側」の「内側」であり、「裏」は「なか」である。
コインの場合、英語ではhead & tailで、誰かの頭部の像がある方が日本語の「おもて」だが、tailが「うら」とは奇妙
http://hiroomikes20120501.blogspot.com/2014/12/20141212.html 俺はオブジェクト指向の神だ。
おまえらにはオブジェクト指向はまだ早い。
ビジュアルベーシックでもやっておれ。 >>53
下手なだけで済ませるだけいいなら別にオブジェクト指向いらんけどね。 >>65
意味不明。
下手だから、オブジェクト指向を使っても使わなくても
同じ規模のものを作ればひどいことになるって話をしてるんだが 使っても使わなくても酷いならなぜ使うのか。やはりマッチポンプでは…
>>58
平行四辺形…ひし形…
バカみたいだな。
単なるコーディングがつまらんから、って哲学的探求で遊べるように細工しただけ。
実質的な価値はない。 「下手なら」使っても使わなくても酷いって言ったんだけど?
下手じゃないならオブジェクト指向のほうが良いってことだよ 上手ならオブジェクト指向なんか使わなくてもうまくやるよ センス無い人でもOOPなら努力次第でそこそこ良いコードが書ける
でも手続き型は脳のスペックが高くないと理解不能
あれは高学歴理系がパフォーマンス追求するときに使うものであって下々の凡人が使うようなものじゃない
非OOPは難しすぎる > 非OOPは難しすぎる
難しいと言うより大変なんだよな。
非オブジェクト指向で、オブジェクト指向的なことをするための
暗黙的なルールができるから、ドキュメント化されてないルールを守る必要がある 言語の進化っていうのはアセンブラの時代から
一連のコードのパターンに対して、それを明確に示す概念
名前や文法を作ることでもあった
例えば、比較命令 + 条件分岐 に対してループという名前をつけたように
そうやって名前をつけることで、一言で他の人と理解の共有が
できるようになった。
オブジェクト指向でも、一連のコードのパターンに対して
継承や多態性などという言葉ができたわけだが、
これらを使わないと、一言で説明できず
一連のコードを全て説明しなければいけなくなる OOP
思考停止すればかなーり楽なんだよな
グチャグチャのソースになって
手が付けられなくなるけど >>74
そういう人が書いた非OOPは
もっとぐちゃぐちゃ 非OOPでグチャグチャのコード書くのは
意図的にやるなど、逆に大変 手続き型だと複雑すぎて脳の容量をすぐにオーバーして思考停止しちゃう
オブジェクト指向だと簡単に理解できるから、ここがああなって、そうすればどうなるのね、なるほどなるほど、てな具合で思考がスムーズになる >>76
手続き型は全然難しくない
C++,Javaを初め流行のOOP言語は手続き型の上に成り立っている
それから、手続き型はOOPの対義語ではない >>79
継承など使う必要は全然ない
どうしてもpropertyに共通関数を使いたいならmixinでも使っときな >>80
いやめちゃくちゃ難しいよ
OOPと手続き型で同じ要件のコード書いて比較したけどOOPのが圧倒的に早く書けて高品質だった
実験が示す事実なんだから受け入れよう >>82
C++やJavaについて言えば
OOP言語のクラスscopeや継承などのOOP言語固有の書き方以外は
すべて手続き型記述になるはずだが >>83
でも事実としてOOPのほうがずっと書きやすいんだ
実際に比べたのだから疑いようがない
不思議だね C言語でもこれとか使えば
オブジェクト指向は簡単なんだろう
C 言語によるオブジェクト記述法 COOL ver.2
http://www.sage-p.com/process/cool.htm >>83
ということはクラスなどOOP固有の機能がOOP言語の書きやすさに大きく影響しているのだろうね さてどれどれ
http://www.sage-p.com/process/cool.htm#6
6. 集約の記述、継承の記述
集約の記述
継承の記述
多重継承の記述
重複継承の記述
動的継承の記述
絶句(大爆笑) >>85
それは、言っては悪いけど、
あなたがまだ初心者で
ソフトウエアの基礎分かってなくて
手続き型だろうが関数型だろうがOOPだろうが
まだまとまった規模のソフトウエアを開発したことがなくて
とんど初心者の感触的な意見で物事を決め付けて
語っているから oopのが圧倒的に簡単というのはなんか危険な匂いがするな。。
確かにちょっとしてGUIを用意するっていうのならoop系統のフレームワーク使って
てきとうに組むってのが一番楽なのかも知れんが。 >>67
いや、継承するべきではないという明らからしい結論が出ているのだが、これに即答できないなら、設計に関する書籍の一つも読んだことが無いのだから、議論の前にサーベイが必要かも。 >>90
それは、言っては悪いけど、
あなたがまだ初心者で
OOPの基礎分かってなくて
動的型だろうがライブプログラミングだろうがイメージベースだろうが
まだまとまった規模のソフトウエアを開発したことがなくて
とんど初心者の感触的な意見で物事を決め付けて
語っているから つまり
雑魚でも業務システムを安全に組めるのがOOP
玄人にしか使えないのが手続き型
ということですね >>94
人の問題と、技術の問題を別々に考えると、
人は玄人の方が凄い(当たり前)
技術はOOPの方が凄い
ってことにならないか? >>95
雑魚にも使えるからと言って、玄人にも使いやすいかというと、そうとも限らないと思う 玄人もみんなOOP使ってる
アンチOOPは一部の変な人しか居ない
組み込みなど仕方なく手続き型を使うことはあるけど
好んで使う人は滅多にない
統計が示す事実なので受け入れよう >>96
そうとは限らないけど、オブジェクト指向に限っては
玄人にとっても使いやすいね メソッドの呼び出し順番がわからないのは玄人仕様なのか?
単に欠陥品にしか見えんが >>102
だからメソッドの呼び出し順番ってなんですか?って
聞いてるんだが?OpenCLを例に教えてください オブジェクト指向以外でプログラム書けと言われてもどう書けばいいかわからない >>105
Linqやstream api、その他類似のライブラリを使うからループってあまり必要ない
ループ内で条件分岐してコンティニューだとか前N回のループで使ったデータにアクセス(例えば移動平均のような)的な複雑な処理だとループしたくなるけど
オブジェクト指向を正しく使うとそういった複雑なフローですら自然と綺麗に消えるから、結論としてループは不要になるんだね >>108
いやそうでもないよ
Linqは遅いなんて10年前の化石みたいな考え方をしてる人よりはよっぽどパフォーマンスについて理解してっからね
君の書くコードのほうが心配
ぐちゃぐちゃの手続き型じゃキャッシュ処理1つ書くのも大変でしょう? >>109
いや、重いよ
必要のないループ何重にもかけてるでしょ? 普通はワンループで終わるもの
何周もさせてるのに重くないわけないじゃん
脳みそイかれてるの? >>110
必要性は状況次第だっての常識な
なので、なんの前提もなしにそれ必要?などと問う人はアマチュアだってバレバレなんだよね
それと何重にも無駄にループとかさ、お前の脳内で繰り広げられてる妄想を急に押し付けられても困るよ >>112
は?おっせぇのが言い訳こいてんじゃねーよwww >>113
遅いの定義は?
俺の書いたコードを測定したか?
測定結果と遅いの定義を比較して確かに遅いと言えるのか?
この辺りが当たり前にできないようじゃねぇ
パフォーマンスを語るには10年はやい
5chだから俺が相手してやってっけどさ
お前がここと同じノリで業務中に遅い遅いって喚いても誰にも相手にされんぞ?
遅いと主張したいなら遅い速いの定義、測定法の妥当性の理論的証明、測定結果、分析、改善案をレポートにまとめて提出して
それがプロフェッショナルとして最低限の仕事でしょうよ はいはいコーダーさんたち少し落ち着きましょおねぇ〜w こいつ現実でもクソコード直さない言い訳めちゃくちゃしてそうだな。 俺はいつもOOPでエレガントかつハイパフォーマンスのコードを書くからクソコードを書きなおせなんて言われたことはないなぁ
強いて言うなら開発初期のプロトタイプをリファクタリングする時ぐらいか?
でもそれって人に言われることじゃなく自発的にやることだから言われたっていうのは違うか 自分が書いたコード張ればよいんじゃないの。
見てて痛々しすぎる。 言い返せなくなると悪口
君たちほんとワンパターンだね >>114
長文乙
お前のプログラムもそんなんwwww 昔、「プログラミング言語C++」
を読んでオブジェクト指向をマスター
しようとしたが挫折した
笑ってやってくださいw もうマスターとかいう次元じゃないんだよ
オフショアに発注するのにUMLでも何でもいいけど書いて設計わたさなきゃいけないんだから
自称玄人の単価高いだけのオッサンは要らないぞ? 「誰も文句を言わない」って状況に少しは疑問を覚えたほうがいい。
その状況は相当ヤバイ。 高スキル人材でも同じ単価だから
逆にレベル下げれば差額で利ざや稼げる コ ー ド 書 く の は 簡 単 だ け ど 、 コ ー ド 直 す の は 難 し い ん だ よ ! 僕たち地球人〜今日も明日もあさっても〜チンポがシコシコ〜するんだよー!
バ バ ア が 潮 吹 い た ぁ !
http://egg.5ch.net/test/read.cgi/welfare/1539337979/ >>127
さっさとExcel方眼紙の仕様書通りにコードを書くんだ 876 その名前は774人います (JPWW 0Hc7-PNEt) 2018/11/27(火) 01:56:44.19 ID:DNZYahFJH
『スループット』を測定して、ラグ率を公開しろ!
プログラミング言語の性能差
主な言語とスループット
言語 スループット 特性
C/C++ 100 静的言語ネイティブコード
Java 1〜10 静的言語VMバイトコード
Ruby/Python 0.1〜1 動的言語
オンラインゲームのサーバではC/C++が最も使われ
る
http://www.wata-lab.meijo-u.ac.jp/file/seminar/2013/2013-Semi1-Atsushi_Somekawa.pdf
そう思う 0
そう思わない 200 オブジェクト指向は、Ruby で学ぶのがベスト
Duck Typing・動的クラス定義、
メタプログラミングで、DSL も作れる >>9
間違えたにしちゃなかなかいいな
全ての誤りの原動機、か。 何人かNG登録して前々スレ見てみなよ
日本人には答は出せなさそうだぞ
一般人はヲタや信者にに振り回されず、
言語的進化を享受すればよい もうメリデメフクメテ浸透してるし今更語る事なんてないだろ
所詮道具でしかないんだし適材適所で使っていけ OLEオートメーションサーバにしたって、サーバ側は欧米人が用意するから
日本人は黙ってVBからOLEクライアントのコードをコピペして業務要件をまっとうすればよかっただろ
OOPだって同じこと
ゆめゆめライブラリ提供者になったつもりになって語るなよ
身の程知らずも甚だしくて、おこがましいわ 人間の理解力や把握できる範囲の限界を認めることから出発してるから正直で現実的な考え方だったと思う
で、いろいろ作っていったら複雑になっちゃった
うんちく垂れ流して人を煙に巻く奴まで出て来た
継承の段数が深すぎるなら、コピーして横並びの改造版でもいいじゃん
格好つけるためにやるんなら無意味だよ
俺たちバカで忘れっぽいうっかりさんだからわかりやすくしておこう指向でいいじゃん >>143
チンポ「を」だろ
はいコンパイルエラー
やり直し 611 名無し三等兵 (ワッチョイ 7fe7-t9Bb) sage 2018/11/22(木) 12:46:59.97 ID:vFEoyYoC0
>>587
「ちんちん」の語源の1つの説に、
支那の娼婦が幼児語で「入れて入れて」と言った言葉を
当時の出羽守が有難がって日本に広めたという
かなり眉唾物な故事がある。
その説に依るなら「チンポかシコシコする。」は
当然のように入れた側の所感とその転用じゃな。
591 名無し三等兵 (スッップ Sd1f-hEn1) sage 2018/11/22(木) 12:26:55.61 ID:9IvK1JXqd
>>587
シコシコするは他動詞なので、所有者の意思とは無関係にチンポが自立行動するのであれば「イライラする」「ムラムラする」という自動詞を用いるのが正しい
644 名無し三等兵 (アウアウカー Sa87-dVyK) sage 2018/11/22(木) 13:18:34.11 ID:UNLN7beIa
>>587
「胸がドキドキする」
胸は心臓の意味で、行為者として心臓が使われているので「心臓が拍動する」は日本語としておかしくない。
「チンポがシコシコする」
チンポはそのままの意味で、受け手側としてチンポが使われているので「チンポはシコシコされる」又は「チンポをシコシコする」が正しい。(50字) >>1
そのとおりじゃ!
というか、おれはオブジェクト指向のC++が現れてすぐに
クソだウンコだと言ってきた。
オブジェクト指向が素晴らしい?はあ?何言ってんの馬鹿なの?
オブジェクト指向の特徴は、カプセル化と継承じゃ!
そんなもの他の言語ではもっと簡単な方法で実現してる!
それが理解できないバカはさっさと死ね! >>146
>オブジェクト指向が素晴らしい?はあ?何言ってんの馬鹿なの?
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く 特定の言語の話なんか誰もしてないのに本当に馬鹿だな
指向とそれを言語仕様に組み込むかどうかは別の話なのに本当に馬鹿だな 無理やりOOPしなくていいと思うよ、ソフトが見やすくメンテしやすい事か重要なんだから。
無理しても余計へんちくりんなコードになるしね、ただちゃんと設計されたOOPはマジでわかりやすいので勉強はした方がいいと思う
OOP否定派はどうせ手続き型でもまともに設計できない。出来るのは自分流の設計だけ、自分では気づかないけどめちゃくちゃわかりにくいコードだよ、それ オブジェクト指向で良い設計ができるのっていつ?ってことと、
もし筋の悪い設計だったとき、オブジェクト指向で作ってれば変更が楽なの?って観点が欲しい 手続き型(imperative)の対立用語は宣言型(decrative)
ずーっとOOPの対立概念として手続き型を使ってる低脳クソ間抜けがいるな。
C++もJavaも今のメインストリームは大体オブジェクト指向“かつ”手続き型。
分かったかクソ間抜けwww>>150 まあ宣言するだけで、低レイヤーではしこしこ手続き書くんだけどな Javaは中途半端。プリミティブとオブジェクトを無駄に分けるし、後からジェネリクス入れたせいでダサいライブラリが残存してる
何よりもユーザーが作れるもの全てがオブジェクトになるんで「ここだけオブジェクト指向の考えを入れよう」っていうアプローチがとれない > 何よりもユーザーが作れるもの全てがオブジェクトになるんで
それのどこが中途半端?原理主義だというなら分からんでもないが… 155じゃないけど
原理主義はどっちかって言うと
smalltalk
とかなんじゃないだろうか?
javaは全部がオブシェクトじゃなくて
プリミティブ型
が混じっているから
中途半端
と判断しているのではないかな?
javaは所謂手続き型的に書きにくい(書けない?)
クラスを作ってオブジェクト指向しないといけないのに
オブジェクトじゃないプリミティブ型が混じっているから中途半端見えるのでは?
javaは登場当初の時期が古い頃でもあるから
処理性能的にプリミティブ型が必要だったのかも?
c++は手続き型的に書ける感じだけど
javaはそういうのがし難い印象
だからstaticおじさんとかが登場したとかじゃないのかなぁ?
良く知らないけど >>158
> 何よりもユーザーが作れるもの全てがオブジェクトになるんで「ここだけオブジェクト指向の考えを入れよう」っていうアプローチがとれない
と言っているのにその擁護はおかしい。 >>159
ユーザーがプリミティブ型を作れると思ってる? >>160
分かった。けど>>155の文章力はちょっと酷すぎないか… >>153
OOPも元は宣言的を目指してるし、smalltalkや最近の関数型機能も取り込んだOOPな言語もある程度宣言的なんだよね。
じゃあ宣言的ってなんぞやってなるんだけど、HaskellもPrologも結局ループを再帰とかmapとかfoldlとかに置き換えて、if/switch文がガードやパターンマッチになっただけって言う。
(実際、Haskellのパターンマッチはcase(C言語系のswitch)の構文糖衣)
OOPもそう言う制御構造をメソッドに押し込んじゃえって感じだけど(少なくともmainとかの中身は宣言的に書きやすい)、メソッドの中身は相変わらず手続き的と言う。
(この辺、最近の言語だとクロージャ(ラムダ式含む)やらLinqやらで比較的、制御構造を隠蔽し易くなってると思う。あとはif/switch文だけだ。がんばれ!)
でも逆にそう言う目で見ると、関数型言語も手続き型言語も大差無い。
(関数型言語も事実上の再代入は可能だし)
強いて言えば関数型言語の方が関数に分割し易かったり、ガードやパターンマッチで分岐のネストが減る分、見やすいってだけ。
(どっちかと言えばアルゴリズムと相性が良いリストが基本か、効率重視の配列が基本かの違いの方が大きいので、リスト使う限り文法以上の違いは感じない)
GoとRust入門サイト読んでみたけど、どっちもOOPじゃ無いんだね。
Go=手続き型言語に最近トレンドの機能入れました。(ただしOOPは除く)
Rust=手続き型言語でも関数プログラミングな書き方出来ますが、関数型言語は言語レベルでサポートしてますー>なら、手続き型言語でも言語レベルで関数プログラミングをサポートしようじゃ無いか。
Goは依存関係に苦しんでた結果生まれたとか(dllとか基本的に作らない方針)、OOPへの問題提起な印象。
RustはOCamlとかSMLで良くね?と思ったけど、関数型言語のままだと普及しないから、手続き型言語に寄せました的な印象。 OOPのすべてを表現できるOOPLが無いから
こうなるんだよ。たぶん不可能だし、その場しのぎ
で作って、文法ごと捨ててしまうのが正しい。 死んだのはJavaだけやろ
そらインタプリタやらサブセットやら自由な実装を認めないし
フレームワークをゴミ箱に捨て続けるようでは
そらうんざりだわ くそはJavaだから、限定すると
Cとかと結合出来にくいから、ダメなんよ
逆に呼ぶのもメンドイし、バインディングが
最大の欠点よ。自分の殻に閉じ籠って
独自の世界観作っちゃってるのよ。 >>162
ちゃうぞ、パターンマッチはオーバーロードの機能もあるから >>170
OOPとの比較だとそうだけど、if/switchは手続き的と宣言的(OOP含む)の比較だから。 >>169
その言い方だと、他の言語はC言語と結合できやすいといってるように思えるけど、
ソースレベルで結合できるC/C++以外で、
C言語は他の言語と結合できるの?
くそなのはむしろC言語では? Hello World!!
ello World!!
llo World!!
lo World!!
o World!!
World!!
World!!
orld!!
rld!!
ld!!
d!!
!!
!
を無限に繰り返すプログラムをCで宣言的?に書いてみた。 #include <stdio.h>
#include <string.h>
void hello(char[],int);
int main()
{
char s[] = "Hello World!! ";
int sl = strlen(s);
while(1) for(int i = 0; i < sl; i++) hello(s,i);
return 0;
}
void hello(char str[], int i)
{
puts(&str[i]);
for(int j = 0; j < 50000; j++){}
} こっちはHaskell
main = do
mapM_ (\_ -> hello str) [1..]
hello [] = return ()
hello (s:ss) = do
putStrLn (s:ss)
mapM_ (\_ -> putStr "") [1..50000]
hello ss
str = "Hello World!! " こっちはシェルスクリプト
#!/bin/sh
while :; do
s="Hello World!!"
while [ "$s" ]; do
echo "$s"
s=${s#?}
done
done シェルスクリプト版改良
#!/bin/sh
while [ "${s:=Hello World!!}" ]; do
echo "$s"
s=${s#?}
done do-doneが宣言的じゃ無いぬ(´-ω-`)
Cのはwhileやforが一つの文か式は{}を省略できるから宣言的であって。。。
てか、OOPどうした。 てか、手続きやOOPの本当に厄介なのはポインタとか参照とか使う場面なんで、これは良い例であってだな。。。
しかし、手続き型言語の良い点もまたそこを効率的に使える点なんだよね。。。
(安全性とトレードオフ) 正直どうせフォンノイマン型計算機なんだから手続きベースでいいじゃんっていう気もする
そんなことより問題領域を表現するデータ構造(演算の定義域)をきちんと構造化してですね...
いわゆる巷で言われるOOPだと、何というか分散処理の匂いがしてあまり好みではない
OS上のプロセス自体を巨大なFSMとして見ることができて、そのモデルはかなり役に立つけど、どうしてその実装までそのモデルを強いられるんだ、という
別にメモリ上の構造化されたデータ群に対して演算を加えていく形式でもいいじゃんっていう
そっちの方が順序回路っぽいし
ミクロの視点かマクロの視点か、という違いな気もするけど > Cのはwhileやforが一つの文か式は{}を省略できるから宣言的
> Cのはwhileやforが一つの文か式は{}を省略できるから宣言的
> Cのはwhileやforが一つの文か式は{}を省略できるから宣言的
> Cのはwhileやforが一つの文か式は{}を省略できるから宣言的
なんでバカは知ったかが他人にバレないと思い込むんだろう?
浮気男が「自分がこんなに楽しんでいるのだから妻も同じようなことをしてるに違いない」と決めつけるように、
「自分がよく分からないのだから適当なこと言っても他人も分からないに違いない(からイキっておこう)」という精神なのだろうか。 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>173 GNU Smalltalk
| str |
str := 'Hello World!!'.
0 to: FloatD infinity do: [:idx | (str allButFirst: idx \\ (str size + 1)) displayNl]
https://ideone.com/4QgJwe ソートしたいぜ!
と宣言すればあとは誰かが宜しくやってくれる素晴らしい世界
しかし
ソートが遅い
ソート順が特定条件で意図しない結果に
などの現実にぶち当たり自分が小人さんになったりする世界 真面目な話だけど、forとwhileは「ボクの考えた最高な制御構造だから、ブロックの中身を全部見て、どこで変数が使われてるか全部把握してね!」って書いてるようなもんだよ
そこをmapにすると「シーケンスの各要素を関数で変換します」、foldだと「シーケンスの各要素を使って一つの値を出力します」って意図が最初っから込められてる
だから宣言的な方が読み取りやすい >>181
いや、そいつに関してはシッタカというよりはもっとシンプルに
本人のおつむの悪さが俺らを困惑させてるケースだと思うw
周回遅れの人間が微笑んでくる感じ >>184
forは「要素を全てブロックの中で処理します」だろ? 「それではその処理を説明します」
「“まず”〜〜します」
「“次に”〜〜します」
「“それから”〜〜します」
「“最後に”〜〜します」
「そして何も返しません」
「操作していた配列は無茶苦茶にしておきました」 なるほど、つまりconstを使えば宣言的って言いたいわけだな! >>181
>>185
いあぁ。。。宣言的ってのに再代入禁止とか関数脳に侵され過ぎてもね?
実際、再代入可能な方がメモリ効率は良いのよ。
それをプログラマーが見やすいか?が重要なんだけど、現状関数プログラミングよりhs手続き型で単純な方が宣言的って言うね?
まあ悪い例とでも受け取ってよ。
普通に{}で囲む処理書いてたし。
それをわざわざ?宣言的っぽく関数に括り出したわけで。
OOPならこうじゃ!なのも受け付けるし。
>>182
さすが、純粋OOPLやね。
ただ、関数型もOOPLも結局か標準関数の多さが強みじゃね?って思いがある。
(samlltalkはオブジェクト自体がコード呼び出せるって意味で文系環境だし、理系なら結局Cに行くわな。。。って意味で関数型にもOOPLにも、ライブラリの重要性しか感じないんだけど) でも>>177が一番シンプルでわかりやすいよな?
宣言的だからって必ずしもいいとは限らない例だよな 藁人形論法と言う。
「ミカンと浣腸は違う。お前はミカンが何か全く知らないのに知ったかで論評しようとするからめちゃくちゃな文になってる」
「でもミカンが黄色いとは限らないよね」←これがお前。
誰もミカンが必ず黄色いとは言ってない。
お前のミカンの理解が間違ってる、浣腸と比べるものではないと言っている。
何事か言い負かされて、でも空って青いとは限らないよね、と言ってるのと同じだ。
お前はあれか、全く本も読まない勉強もしないでこんなところでノー知識で言葉のうわべだけから妄想したポエム書き散らしてるだけで何か得ることができるとでも思ってるのか。 池沼「ペンギンは空飛ばない空飛ばない」
池沼「カモノハシは卵産む卵産む」
低学歴知恵遅れにかぎって
継承大好きだからな >手続き型で単純な方が宣言的って言うね?
単純なら宣言的って思ってるのか
>>178で{}を省略できたから宣言的だって主張してるのはそういうことなのか
頭がくらくらする >>194
単純ならってわけでも無い。
whileやforを繰り返し構造を表す関数として解釈した。
関数が関数や値を受け取って、処理を進めているように見えるように意識した。 ドツボに嵌るついで。
>>175 のdo式の書き方をモナド式に直す。
main = mapM_ (\_ -> hello str) [1..]
hello [] = return ()
hello (s:ss) = putStrLn (s:ss) >> mapM_ (\_ -> putStr "") [1..50000] >> hello ss
str = "Hello World!! " >> は、左を実行して右を実行する演算子。
Haskellでは2項演算子を()で囲むと2引数の関数になるので
main = mapM_ (\_ -> hello str) [1..]
hello [] = return ()
hello (s:ss) = (>>) (putStrLn (s:ss)) ((>>) (mapM_ (\_ -> putStr "") [1..50000]) (hello ss))
str = "Hello World!! " (>>)を関数fに置き換える。
main = mapM_ (\_ -> hello str) [1..]
hello [] = return ()
hello (s:ss) = f (putStrLn (s:ss)) (f (mapM_ (\_ -> putStr "") [1..50000]) (hello ss))
where f = (>>)
str = "Hello World!! " とっても見やすくシンプルでバグもないシェルスクリプト版
#!/bin/sh
while [ "${s:=Hello World!!}" ]; do
echo "$s"
s=${s#?}
done クソみてえなおまじないコマンド/usr/bin/[ とか代入と値評価を一度にするクソ構文のどこがシンプルなんだ?
これがシンプルでわかりやすいなら、↓のCも同じくらいシンプルでわかりやすくなっちゃうけど、普通にわかりにくいだろ。
#include<stdio.h>
int main(void) {
while(!NULL) {
char* c = "Hello World!!";
while(printf("%s\n", c++) != 2);
}
return 0;
} Javaならオブジェクト指向でこんなに簡単に
Stream.generate(() -> "Hello World!!")
.flatMap(s -> IntStream.range(0, s.length()).mapToObj(s::substring))
.forEach(System.out::println); >>202
シェルスクリプトの文法が複雑かどうかじゃなくて
書いたコードがシンプルって話をしてるんだよw >>200
iPadでちょうど良い速さにする重み付け。
CPU性能に合わせて増減して下しあ。 重み付け消すと流石にスッキリ。
main = mapM_ (\_ -> hello str) [1..]
hello [] = return ()
hello (s:ss) = f (putStrLn (s:ss)) (hello ss)
where f = (>>)
str = "Hello World!! " だったらアセンブラがいいな
上記のことをやるカスタム命令
unk xxxxx xxxxxx xxxx xxxx カスタム命令に対応しているCPUを教えてください
作るしか無いのであれば、その作り方まで書く必要があります。
そこまでやって回答として認められます。 >>149
>チンの始皇帝
>略してチンシコ
2014-07-26
草間彌生の水玉は去勢されたペニス
なんと若き草間彌生が無数のペニスの上に寝転がっている。この写真を見てはっとした。
現在の水玉の作品にいたるまで、草間はひとつのテーマで描き続けているのではないだろうかと直感した。
http://hpo.hatenablog.com/entry/2014/07/26/110000 低学歴知恵遅れがオブジェクト指向言語使わなければ
オブジェクト指向言語はメリット満載 >>212
そしたら誰も使わないだろうに
満載もクソもあるか http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.html >>214
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。
C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:
- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)
- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。
言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。 Object-oriented programming is an exceptionally bad idea which could only have originated in California.
— Edsger W. Dijkstra >>214
面白いおっさんだなぁw
実際素晴らしい物を作る
という様な理由や
そう言った事を実は言って無いんだよなぁ
寧ろ難しいから普通の人は止めておけ
って言っていたらしい
実際そう思う
その記事に有る
気まり事を沢山覚えておかないと大変な事になる
というのはその通りで
c++11やそれ以降も増え続けていて
いったいこれはどうやって使えばいいんだ?
なんて思う
既にオブジェクト指向言語の枠は超えて
関数型みたいな形でライブラリーを使わないといけなかったり
かなり大変
オブジェクト指向は実際に効果が有る
その記事に書いて有る方法だと余り活用する方法は未だに思いつかないけど
それ以外なら結構効果が有る
わざとらしく上手く行かない部分だけ持ち出す辺りは
あのおっさんらしいと言うべきなのかw
続く 続き
オブジェクト指向プログラミング問題は
それを使いこなす事が難しいって事だ
結局オブジェクト指向とc++を同時にまともに使える人はそんなに居ない
逆に言うとまともなプログラマを確保するには
良いフィルター
になっているとも言える
そういった人たちに安定的に報酬を与えたい
それに散々描いて有るけど
設計をしっかりしないといけない
これが重要で
設計をしっかりやって更に作る
となると時間が掛かるのは当たり前で
そういう事をしないといけない
そうする事を出来る人間が本来使う物
そういう面が有るのがc++とオブジェクト指向
ここを見ていれば解るとおり
オブジェクト指向プログラミングだけでも難しい
その上cの元々持ってる文法的な誤認性の高さを持ったままc++は更に難しくなってる
c++を使いこなすのは実際至難の業だと思う
osはリーナスなんかも言ってるけど
細部まで制御して作りたいし
しないといけない
でもc++はかなり背景で色々な事をするから邪魔
だからcの方が向いている
最適化すら余計な事をするなって言うくらいだし
まぁ当たり前だわね
それでもアメリカのf-35はc++で出来てるって最近聞いて驚いた つまり時間がかかるようにしてお金がかかるようにした。
C++作者が自ら言ってるように、雇用創出だね。 >>219
科学技術や文化が後退するぞ
そんなこと言っていると 設計は理不尽な方法を力ずくで遂行するのではなく
科学的工学的手法を用いて合理的にすべし 普通に、Json オブジェクト程度のものとしておけばいいのにね 何人かの常駐を除いて、意外に前スレと前々スレが良スレだよな 1 C/C++
2 その他
C/C++それ自体は使い難いが、要らないコードを減らすため、コンピューターの仕組みを知るための C/C++。 C/C++にはいらないコードを減らす能力はないよ
結局の所、何かしらのコードは、コンピュータが自動でやるか
人間がやるかのどちらかしか無い。
コンピュータにやらせれば人間の負担は減るが、実行速度が遅くなる。
C/C++は実行速度を早くするのが第一の目的になってるので
人間がやることが多い とはいえ、ある程度同じような内容なら
同じような形で最適化できてチューンせんでも良いから高級言語ってものが成り立つわけだ。 >>227
>C/C++にはいらないコードを減らす能力はないよ
気軽にコードを書き加えられないつーことでは、無駄なコードを減らすことにも繋がるのでは?
C 言語にポインタがある理由は省メモリ化・高速化・開発作業の省力化です
http://pg-kura.hatenablog.com/entry/20120616/1339856279
低スキルでも読めるコードは、属人的なコードになる
https://mevius.5ch.net/test/read.cgi/tech/1541173295/
1 C/C++
2 その他
前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう? > 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう?
それはマイナス点ですよね 高級言語は簡単にプログラムを書けてかつデバッグの労力も少ないが、要らないコードが増えやすい。
パワーポイント使用を禁止する会社が増えている理由
https://news.allabout.co.jp/articles/d/88444/
同様にパワーポイントを使えば簡単に書類作成できるが、その分無駄な書類が量産されやすくなる。 宮本
いま、若いデザイナーがゲームをつくっている時、面白くならなかったら、ついつい新しい材料を追加して
面白くしようとするんですよ。実は、いま目の前にあるのものをちゃんと使ってそれを面白くするほうが先やのに、
新しいものを持ってくるという。
https://www.nintendo.co.jp/wii/interview/r7pj/vol1/index6.html
コ ー ド 書 く の は 簡 単 だ け ど 、 コ ー ド 直 す の は 難 し い ん だ よ !
230 デフォルトの名無しさん sage 2018/12/15(土) 01:41:14.00 ID:EyhC0X8P
> 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう?
それはマイナス点ですよね > 前者のほうがスキルとデバッグの苦労が多い分、コードの書き加えに慎重になるだろう?
言語の問題よりも直交性のない書き方してるかどうかのが大きいけどな。 プログラミングに限らず、環境や部品を作る技術者と
その上で部品を組み立てる技術屋を分けて考えないとな
どんな業種でもなんとなく住み分けできてるのに、
プログラミングだけは技術屋が背伸びするんだよな 自分がやってる事が組み立てでしかないって感じる事すら出来ずに居るからだろうな。
犬小屋程度なら日曜日のお父さんでも作れるのと同じ。 >>234
他の業種に比べるとプログラムは再現性が高いからというのがあるのかも。
それがある種の選民思想というか万能感を産んでる気はする。
うまく行き過ぎる分野でやってる人というのは他も同じようにうまくやれると思い込む可能性が
高いのではないか。 このスレみればわかる通り
低学歴知恵遅れ仕様のオブジェクト指向()が
すべてを不幸にしてるのが証明されてる
低学歴知恵遅れはどんなものでもダメにする才能がある
低学歴知恵遅れにオブジェクト指向は
キチガイに刃物 故にこの世の中から、刃物を無くすべきだ
鉄、金属、電気そんなものはなくして
人間は自然とともに生きるべきだエルフのように 「語呂が良い」「しっくりくる」 高輪ゲートウェイを「高輪門」とする案にいいね殺到、「ゲートウェイ」を凝縮して「門」に
http://nlab.itmedia.co.jp/nl/articles/1812/07/news117.html 技術者とはOSなりコンパイラなりIDEなり、フレームワークなりを作れる人。
おおいにOOPを活用すればいいし、その資格がある。
技術屋はその環境でライブラリを活用すればいい。
ただし学者気取りでOOPを議論してはならない。
日曜大工にとどめておいて、仕事に持ち込まないこと。 むしろアプリレイヤーの方が恩恵が大きいだろ
本当にOSやコンパイラ開発にOOPなんて使ってんのか? そもそもIDEの始祖たるSmalltalkはアルト向けのOS(のいくつかるうちのひとつ)として開発されたもの 先駆者の言葉を使わずにオレオレ定義を作りたがる、けど論理的でもないし発想が優れているわけでもない
俺は知ってるぞ。そういうやつが何の役にも立たないフレームワークもどきを作って1ヶ月で技術的負債にするんだって OOPの言語でなくてもOOなデザインはやってるだろう
イベント駆動で受け身のコーディングじゃなきゃしんどいよ
中央政権的なコーディングには限界がある >>251
訂正しなくてもそう読めたよ。
仕様書読む上では余計な機能だけど。 379 その名前は774人います (ワッチョイWW 4b08-kSAM) 2018/11/11(日) 09:59:42.88 ID:SzY2QaI/0
>>221
>CycはFredがひげをそっている間、Fredはそれでも人間なのかと尋ねた
チンポがシコシコしている間、俺はそれでも人間なのか?
221 その名前は774人います (バットンキン MM32-lPnu) 2018/10/10(水) 04:41:52.41 ID:Ko5F36TvM
>>211
>所有者の意思とは無関係に、勃起して「シコシコする」
それは『電気カミソリ』とは全く違う!
(第1章 はじめに 2頁)
たとえば、CycはFredという名前の男が朝にひげをそるという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には電気の部品がないことは知っているが、
Fredが電気カミソリを持っていたので、エンティティ「Fredがひげそり中(FredWhileShaving)」
には電気の部品が含まれていると考えた。したがって、CycはFredがひげをそっている間、
Fredはそれでも人間なのかと尋ねた。
『深層学習』
著者:
Ian Goodfellow, イアングッドフェロー,
Yoshua Bengio, ヨシュアベンジオ,
Aaron Courville, アーロンカービル たとえば、CycはFredという名前の男がドナルドダックのモノマネをするという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には羽がないことは知っているが、
アヒルのように歩き、アヒルのように鳴くものはアヒルに違いないと考えた。
したがって、CycはFredがドナルドダックのモノマネしている間、
Fredはそれでも人間なのかと尋ねた。 Cycは「ええ、アタシはいつだって人間よ!アナタの性の玩具ではないのよ!」
そう言ってスカートをたくし上げると、パンティに隠されていないCycのオマンコが丸見えになった。
Fredはそのオマンコに齧りつきたいと考えたのだが、朝にひげをそっていない事を思いだしたので
「すこしチクチクするかな?下手糞だと思われたら嫌だな」と心の中で思った。
しかし、抗い難い性的欲求を抑えきれなくなったFredは「おまえがパンティを履いてないのが悪いんだぞ!」と
叫ぶなりCycを上四方固めに極めてツルリと剃り上げられたCycのオマンコに自分のひげを押しあてた。
Fredはそれなりに勃起した。 チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
! 抽象化ってどういうことなんですか? を考えていたら答えが出た話
https://togetter.com/li/1300402
これはわかりやすい >>260
では、汎化と共通化の違いを、どうぞ。
ちなみに汎化は抽象化の一種なので、
抽象化と共通化が異なるものであるなら、
汎化と共通化も異なるもののはずだよね。 何故それらが似ているのかを理解せずに共通化をして、似ていない部分の記述が不便になるような悪い共通化と、
何故似ているのかを理解して、似ていない部分も分かりやすく記述できるような良い共通化があって、
良い共通化を抽象化と呼んでいるんだと個人的には思っている
別物である複数のモノに同じような処理を行いたいっていう前提がないと、良し悪しなんて決められないけどね 池沼のオツムでは
人類もホモも同じ
人類も鳥も同じ
セックスするからな
池沼のオツムでは
鳥も昆虫も同じ
空飛ぶからな 抽象化とは、対象から細部や具体性を取り去り、本質的に重要な要素や、着目している側面のみを取り出して、一つの概念として定義すること。
また、異なる複数の対象に共通する性質や要素を見出し、共通点を組み合わせて汎用的な概念を構成すること。
ソフトウェアの設計・開発やプログラミングで特に多用される概念で、プログラミング言語がメモリの番地に名前をつけて変数として扱えるようにすることや、
複数のプログラムモジュール(部品)から共通する機能を抜き出して一つのモジュールにまとめること、同じ呼び出し規約で複数の異なるプログラムを呼び出せることなどがこれに当たる。
http://e-words.jp/w/%E6%8A%BD%E8%B1%A1%E5%8C%96.html セックスできないあなたは何者でつか
空を飛ばないあなたは池沼以下でつか 低学歴知恵遅れほど論理()という言葉が大好き
しかもそれがぜんぜん論理的じゃない
低学歴知恵遅れの論理は風が吹けば桶屋が儲かるというレベルの論理
そして低学歴知恵遅れはその自覚がない この人は何と闘っているんだろう…
ま、オレにとってはどうでもいいことだけど。 オレは日々低学歴知恵遅れと戦っている
この板で跋扈している声のデカイ低学歴知恵遅れをこの板から排除しないと
板が正常化しないからな
まともな人間が近寄らない
オマエもその一部だからな つまり、
「俺は俺自身と戦っている!」
ってことだな。
カッコいい! チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
!
チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
! ベテランが降臨しなくなったな
何気に良スレだったのに もともとクソみたいな低学歴知恵遅れしかいなかったスレで
なんかいってるわ
オレがすべて排除したからな >>263
共通化に良いも悪いもないねん
とゆうか設計手法的には共通化ゆう考え方が既に悪手なんや
正当な段階を踏んで設計された場合抽象化されたモデルには
必然的に属性や操作に共通点が表れるちゅう結果にすぎんねん
ところがおまえらはいきなり共通部分をさがしてモデル化しようとするやろ?
せやから本来モデルに必要十分な属性や操作に対して過不足が生まれんねん
これがおまえらの敗因や
大事なんは、共通化はするな、対象を比較するな、やで まあ共通化とモジュラリティー上げるってのを良いバランスでやるってのは難しいわな。
難しいからこの商売成り立ってるんだろうし。 >>274
人に嫌われて避けられていることを自慢してどうするw 本当に仕様がきっちり整理されてるならそもそも共通化なんて起こらん
後で見直して抜けや重複が出てるのは
設計が失敗している
そもそも三流の仕事だと思う 膨大な行数になるような物の将来を100%見通すことが出来る千里眼を持っていれば
最初っから正しい設計ができるだろうなw
重要なのは間違っている設計を正しい設計に正す技術だよ >>281
1995年に2018年のWindows 10の設計書が書けたら
神だと思うよw そりゃMSにはWindows開発って仕事はあるだろうね そうやってありもしない想定ばっかりしてるカスだから提案の一つもできないんだろう そもそも設計技術の本質がわかっているのか?
どんなに自分がいいと思っていても見るやつが
なにこれきったねぇ構造してやがんなクソ
って思ったら終了だっての
残りは動くか動かねぇかしか残ってねぇ
つまり、設計とはコミュニケーションスキルのことだ
テメーが一番苦手なことだろうがよ
なにできる気になってんだよボケカスアホ
今まで一度だってうまくコミュニケーションが取れたことなんてお前らにねぇだろバーカ
陰キャにうまい設計なんて物理的に不可能 格ゲーでいつまでも技を出すことに執着してる雑魚と何ら変わらん
相手の動きをよく見て相手の動きに対応するということができない
設計がコミュニケーションスキルであれば
プログラムを組む人間をよく見てよく知ることが
設計技術を伸ばすための必須条件である
自分がやりたいことしかできない人間にそもそも設計技術は身に付かない >>286
> って思ったら終了だっての
> 残りは動くか動かねぇかしか残ってねぇ
動くことは最低条件で、それに加えて
低コスト(低期間)で実現することが必要なのでは?
さらに完成して終わりではなくバージョンアップを繰り返すのであれば
それにたいしても低コスト(低期間)で実現することが必要になる。
最低条件だけで十分っていうのなら別にいいけどさ
いくらでも開発コストだしてくれて期間も伸ばしてくれるの? >>289
は?見積り次にオブジェクト指向で工数を削減する気なの?
んであいつより俺のが少ない工数でできますよって安値競争すんの?
正気か?
お前バカなんだからもうちょっと考えて発言しろよ >>290
それ発言してるのお前じゃね?
俺は安値競争するなんて言ってないよ
ちょっと考えから発言しようよ
馬鹿にみえるよ チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
!
チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
! コーダーはコストなんか気にしても見積りできんのやから意味ないでw
てかオブジェクト指向どこいったんやw >>291
発言元は低コストって連呼してね?
これが安値競争でないって本格的に脳に異常があるんだな >>294
お前ビジネス向いてないよ。
ビジネスの基本は「安く仕入れて(作って)高く売る」だ
なんで低コストで作って低プライスで売らんといかんのだ。
馬鹿なのか?人月計算が正しいと思って
開発期間が減ったら請求金額も下げる馬鹿なのか? >>295
は?
低コストウリに主張してんだから
安値競争でしょ?
見積り多かったらそもそもウリにならないじゃん
お前は俺より安く作れるって主張したいんだよな?
したら見積額は当然俺より少ないよね?
それがお前の主張するアドバンテージのはずなんだけど
お前は高く売れると主張する
ならウリである低コストは誰に対するアピールなわけ? > 低コストウリに主張してんだから
> 安値競争でしょ?
> 見積り多かったらそもそもウリにならないじゃん
本当に馬鹿だ・・・
コストとプライス(値)の違いもわかってねぇ
> お前は俺より安く作れるって主張したいんだよな?
> したら見積額は当然俺より少ないよね?
やっぱり人月計算してんのか
お前の頭じゃ、工数=額なんだな
見積期間と見積額(請求金額)を比例させんなよ
その調子じゃどうせ見積もった工数を馬鹿正直にそのまま客に伝えてるんだろうな
生産性を上げて見積もった時間よりも短い期間で開発できたら
それをまるまる儲けにしていいってことにも気づいてないんだろ?
頑張って見積もりよりも短い期間で開発したので、請求金額も下げてあげますよとか、やってそうだな
本当ビジネスに向いてねーな >>297
それを主張するんだったら低コスト関係ねーじゃんw
単に欲しい額主張して通るか通らないかだけじゃんw
低コストで浮いた工数はテメーの財布のの中だけの話だろw > それを主張するんだったら低コスト関係ねーじゃんw
なにと? 見積額とか?
当たり前だ。だから最初から俺は金額の話なんか
してない。開発コストの話しかしてないだろ
開発コストが、請求金額(安値競争)と関係あるって
言い出したのはお前だろ
俺はお前が>>294で "ちゃんと理解している通り"
> 発言元は低コストって連呼してね?
> これが安値競争でないって本格的に脳に異常があるんだな
"低コストと連呼してるだけで安値競争ではない" と言ってるんだよ > 低コストで浮いた工数はテメーの財布のの中だけの話だろw
この文章まただ。「コスト」の話が「金額(財布)」にそのまま対応してやがる。
人月計算に洗脳されてるなw >>299
だからさ
それは誰に対する売り込みなの?
俺より安く作れるから安く仕事を取ってこれるって主張してるんでしょ?
それともお前は見積りは他の誰かが
とある基準に基づいて出していて
それには自分の低コスト戦略が入っていなくて
それでもその見積もりで不思議と仕事は取ることができて
それと比較したときに安く済むって主張してるの?
あのさw
君、会社にいらないw > 俺より安く作れるから安く仕事を取ってこれるって主張してるんでしょ?
また値段の話してる。お前頭悪いの?
お前より早く作れるとかはいうが、
なんでそれが安く作れることになるんだよ
むしろ特急料金で高くなってもいいぐらいの話なんだが。
お前、本当にビジネスに向いてないよ
仕事やめたほうが良い >>302
え?お前は誰に売り込んでるの?w
まあ、説明してやると
オブジェクト指向で作ってない俺より
安く作れるって主張してんでしょ?
でもそれは俺の出す見積りと比較しないとわからないことだよね?
そして生涯そんな瞬間は来ないわけ
お前の主張は大量生産時に前作った同じ工程をもう一度このやり方で行うと早いという主張に過ぎない
そしてソフトウェア開発においてそんなシーンはただの一つもない
だってお前それもう作ったことあんじゃんw >>303
話すり替えんなよw
コスト(費用)を減らしたら、値段(価格)も安価にしなければいけない!
だからコストを減らすと儲からないのだ。
というお前の馬鹿な考えを
ビジネスに向いてないと言ってるだけだ
コストを減らして価格はそのまま
安値競争なんかするわけ無いだろw >>304
争いは同じレベルのものでしか発生しないから
※賢かったらそうそう争いに発展せず、平和的な言葉のやり取りで完結する >>306
ひろゆき「それってなんかデータとかあるんですか?」 >>306
韓国と争いになってる日本は韓国と同レベルなんですね アメリカと争いになってる北朝鮮はアメリカレベル!凄い!大国! >>305
は?じゃあ客から見たらテメーを使うメリットは欠片もないなw > は?じゃあ客から見たらテメーを使うメリットは欠片もないなw
「早く作れる」のがメリットでは??? コーディングが早いか遅いかなんて誰も気にしとらんのですけど >>314
そんなんだからお前の仕事はいつも期限をオーバーするんだよ
早く作れや なにか言い返したいのやろうけどおしてもコーダー目線から離れられないおまえら可愛いすぎw OSがOOPと無縁?
エクスプローラがビヨンビヨン動いたりするのはOOで設計、コーディングしたことの現れなんだが 「お、俺のほうが安く出来るし!」
行き着く先は餓死か一家心中か 人月見積の業務屋こそOOとは無縁
OOPの言語的な進歩によるメリットをありがたく享受しとけや >>319
どうした? オープンソースに仕事取られたか? チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
!
チ ン ポ が シ コ シ コ す る ぜ ! !
チ
ン
ポ
が
シ
コ
シ
コ
す
る
ぜ
!
! シコシコするのはチンボだと何度言わせるつもりかね?キミ このスレが崩壊するまで
オブジェクト指向の話なんか聞きたくない いや普通にオフショアに発注するから
この業界も順調に空洞化してます ぐちゃぐちゃコードを量産して
なかなか動かないから困るんだよ オブジェクト指向信者は bash なんかより PowerShell 使うんやろなあ オブジェクト指向信者 = なんでも使えるので、それはないかと 一人でオブジェクト指向のプログラムソフト作ったことあるやつなら、オブジェクト指向は凄いってなる
でもオブジェクト指向の恩恵を受けられなかったおじさん達は何も恩恵を受けられなかった
boostはオブジェクト指向! ビルド時間がboostすることで有名なクソライブラリね。 ビルド時間と実行時間の総和のトレードオフで、
別にビルド時間が72時間とか掛かってもいいんじゃねえの
出来たバイナリを数百万人とか数億人が使うんだろ
全世界で節約できる実行時間総和は桁違いじゃん ビルドとテストに1分以上かかると集中力切れてやる気なくなる
昔はビルドに1日かかることもあったと爺さんが言ってたが正気の沙汰じゃない じゃあ指向は関係なしで開発方針の問題じゃねえの
爺さんの時代はコーディングシートやらフローチャートやらだろ
ビルドにミスは無いんだよ
だから一日掛かってもいい
ビルド以前にテストが終わってる時代だろ Visual StudioのLive Unit Testが意外と使える子だった エンティティにサービスを注入するのって有り?無し?
DDDだと無しってことになってるけど現実的に厳しくねえか? >>338
いいぞ、のんびりで
午前中→ハイ、ポチッとな→ネットサーフィン
午後→(#・∀・)オイ!新人(俺)、バグってるじゃねーか!→(*゚∀゚)フヒヒ、サーセン→修正→ハイ、ポチッとな
→じゃあ、今日は○○くん(俺)のせいでテストできないので帰宅で アラン・ケイ御大より優れてる奴だけOOをディスりなさい 「私がオブジェクト指向と言い出しましたがC++なんて知りません。クラスベースなんて知りません」 クラスを使うことはまあいいんだよ(必要ならオブジェクトでシミュレートすればいい)
ただ、抽象データ型みたいにプロシージャやデータ構造をどうするかに拘泥して消耗したなくない
アラン・ケイが考えるオブジェクト指向プログラミング
http://d.hatena.ne.jp/katzchang/20080807/p2
いずれにせよ、クラス指向(つまり、クラスを使って抽象データ型を実践するアイデアの)オブジェクト指向
http://www.stroustrup.com/whatis.pdf
と、メッセージングを介して「決定の遅延」を実践するオブジェクト指向は分けて考えた方が混乱がない
http://metatoys.org/oxymoron/oxymoron.html ウンコ言語Smalltalkの影響を色濃く受けたDart 1.0は
Googleの力をもってしてもウンコ過ぎて全く普及しなくて
方向転換を余儀なくされたし、
やっぱりSmalltalkのやり方は間違ってるんじゃね Smalltalkと同じダイナミックバインディングのJavascriptは?良い悪いはともかく圧倒的普及率だが >>347
Javascriptは関数型の方向に舵を切っているように見える >「決定の遅延」
に書いて有るのは単純にアプリケーションを作るにはそれで良いと思うけど
何時も土方系のデータ処理アプリケーションを作るのに
それは適用出来るのだろうか?
という疑問が何時も有る
端的にデータ処理系は対象外とか例外とかになっているのかねぇ?
そういう事なら納得し易いんだけど
これはsmalltalkだけじゃなくてオブジェクト指向的に作る場合何かも感じるんだけど?
どうなんだうろか?
guiなんかだとかなり適合度が高い感じで考えやすく作り易いけど
どうもデータ処理
という視点で考えた時に上手い方法を思いつかない
途中で処理を変えてしまうと後半に影響が出てしまう様な気がするんだけど
それを上手く影響し無い様に作れる物なのだろうか?
ウォーターフォール的に考えて作って
変更する時はテストで流して確認する
これしか無い様な気がして成らないんだけど
余りこの手の分野でのやり方を自分は聞かない
誰か聞いたこととかやってたりとかしないですかねぇ?
smalltalkの場合動的にやるのはいいけど
テストもせずにいきなりやる物なのだろうかという疑問が消えない
ファロみたいに試行錯誤する場合や互いの影響度が低い場合は良いと思うんだけど
データフローが有る様な物に適用出来るのだろうか? >>350
「遅延」させるべき「決定」事項が一切ない決まりきった処理なら
(メッセージングの)オブジェクト指向でやる意味はないんじゃない?
程度によってはソフトウェアである必要すらないわけでハードウェアで組んでしまえという話にもなる
という話ではなく?
何か小さな具体的な例を出してくれると実際のコードを示しつつ議論しやすいかと Smalltalkはウンコ過ぎるから別の言語に乗り換えた方が良い、って決定を遅延し続けた結果
時代に取り残されてるのがSmalltalker >>350
そのデータ処理の内容を分析してモデル化するだけでは?
データ処理だとダメという感覚が全くわからん >>351
何て言うのか
smalltalkについては殆ど知らないんだけど
見た感じ手続き型とは随分違う感じで書いている様に見えるんだけど
メッセージパッシングで遅延する場合はそういう手法で良い様な気がするんだけど
従来型の手続き的に書く場合はsmalltalkではどう書くのだろうか?
という疑問が有る
って事なんだけど
特に具体例って言われても無かったりする
c++だと手続き的にもオブジェクト指向的にも書けるけど
smalltalkだと手続き的に書けない?様に見えるから
遅延しない手続き的な処理が必要な時はどうしているんだろうか?
という疑問
って事
>>353
具体例が無いからアレなんだけど
その
分析してモデリング化する
これをどうやっているのだろうか?
所謂バッチ処理みたいな感じの時にどうやって分けているんだろうか?
という疑問って言えば良いかなぁ?
guiみたいなのだと処理がバラバラに発生するからイメージ出来るんだけど
バッチってズラッと流れるからどう分けるのかイメージ出来ない
そんな感じ何ですよねぇ バッチ処理もウェブもドメインモデルは同じ
外部インターフェイスとアダプタが異なるだけ
バッチ処理だから急にモデルが崩壊するということはありえない >>355
馬鹿かお前。
手続き型の反対は宣言型。SQLやPrologやXML、HTMLみたいなのを言うの。
ほか大抵の言語は手続き型。
当然smalltalkも純然たる手続き型。
いい歳して知ったかぶり恥ずかしいよ。
手続き型言語で宣言「的」に書く、書けるというのとは全然別。
それはナポリタン(ナポリと関係ない)トルコライス(トルコと関係ない)みたいなもん。 smalltalk知らないから
その遅延とやらをどう活用するか聞いてるのに
>いい歳して知ったかぶり恥ずかしいよ。
殆ど知らない
って書いて有るのに
知ったかとか
何言ってってんだよ
アホだなおまえ >>358
357はSmalltalkについては一般論として語っているだけで
ケイの言わんとする「決定の遅延」についてはあまり実感ない(つまりうまく説明できない)んじゃないかな…
SmalltalkはSmalltalk-72というごく初期のバージョンでは(非同期でないながらも)実際に
メッセージを送ることをしていたのだけれども、結局当時のマシンではパワー不足で
その後のSmalltalk-76以降、普段は現在主流のメソッドの動的呼び出しをメッセージに見立てて
メッセージに対応するメソッドがないときだけメッセージをハンドリングできる機構だけ足された
よく言えば省コスト、悪く言えばナンチャッテな実装に落ち着いていて、PharoやVisualWorksといった
今あるSmalltalk処理系でもそれは変わっていません。
なので、通常の言語(たとえばJavaとか)と同じ程度には手続き的な記述は普通に可能です。
あと念のため、ここでいう「遅延」というのはあくまでも設計の指針であって、動的メソッド呼び出し以上の
特別な「遅延機能」というものがあるわけではありません。
強いて言えば、システムを動かしながらでもコードの変更が可能(というか、Smalltalkは
システムを動かしながらしかコードの変更はできません)というのが、他の、ちょうど例に挙がった
Javaのように静的型チェックのある早期結合を好む言語とは決定的に違うところで、
この特徴は件の「決定の遅延」の実践(たとえばデバッグのやり方など)に大いに役に立っています。 >>358
顔真っ赤だぞ。新しい単語覚えられてよかったな。これからは知らない単語思い込みで安易に使わないようにしようなww エンティティが複雑で巨大なグラフ構造を形成していてしかも集合として調和が取れていなければならないという要件に対してオブジェクト指向は激弱
しかし多くの業務ではまさにこのような集合としての調和が重視すべき要件になりやすい
この事実に対してオブジェクト指向信者の人々はどういう答えをだしたの?
俺としては業務ロジックをSQLで表現する2層アーキテクチャの他に現実的な答えはないと思うのだが ストアドプロシージャで処理できる程度のことを
ORMでわざわざオブジェクト指向に落とし込む意味が分からん
とかそういう話? クラスで知識整理なんぞせず一本グソで書く方が良いって話か 日本企業でオブジェクト指向が受け入れられない理由がわかった
ビジネスルールそのものが曖昧で矛盾してるから堅牢なオブジェクトモデルを構築できないんだ
だからカプセル化を解除して不変条件を排除して矛盾を受け入れるしかない >>364
>ビジネスルール
ビジネス・スルー力
かと空耳してしまいました…ほ・し・い・ぃ とにかく全て、再利用だ!カプセル化だ!
たとえ今は使い捨てでも将来的に使う可能性はゼロではないから予め全てに備えておくのがオブジェクト指向だ!
無駄に手を広げてからのドキュメント整備、日本流オブジェクト指向は疲れる >>366
疎結合が目的であって再利用性は副作用だと高卒の俺は思ってたけど、合ってるのかな 「再利用できる部品を大量にストックする」という理念のΣプロジェクトがあったので方向性は何一つも間違ってない 高卒てマジにここまでバカなん?>>367が特別にバカなんか? インタフェースって作る意味あるの?
どうせインタフェースを改良したら実装のもうも変えなきゃいけないし
二重メンテにならんのかね? インターフェースの改良て何なん?高卒て時々突拍子もないこと考えるよなw >>371
Hello Worldくらいはやってみたら? >>372
プロパティ追加が必要になったらインタフェースにも実装のほうにも追加するじゃん? >>371
インターフェースを作る意味は、
同じようだけど少し違う処理がたくさんある時に条件分岐よりバグが少なく実装できる
ってところかと
それに二重メンテになるのはインターフェースを使っても使わなくても同じだろ >>374
大声でケチ付けるけど自分の意見はなく3日後には忘れるタイプに建設的な答えは無理 オブジェクト指向はクズだ無能
↓
じゃあどんな設計方法が良いの
↓
そんな事も知らんのか自分で調べろ高卒糞無能
↓
エントリポイントに一本グソ開発しました
↓
これやこれ 読みやすい
だいたいこういう流れになる じゃあどの言語が良いの
↓
オブジェクト指向のアレだよアレ後は自分で調べろ 言語名を確定させないことによりシュレーディンガーのSmalltalkを延命させる仕組み rubyやjsはインタフェースないじゃん
でも困らない オブジェクト指向の対の概念を定める
エントリポイント一本グソ指向
以上の定義を前提に語ってくれたまえ
諸君 チ チ チ チ チ
ン ン ン ン ン
ポ ポ ポ ポ ポ
が が が が が
シ シ シ シ シ
コ コ コ コ コ
シ シ シ シ シ
コ コ コ コ コ
す す す す す
る る る る る
ぜ ぜ ぜ ぜ ぜ
! ! ! ! ! >>380
型ゆるゆるでめちゃくちゃ困ってるだろうがw A〜Dのオブジェクトがあったとして、Aの処理からDの処理させれば早いのに、オブジェクト指向的にとかいって、A→B→C→Dってやっていくプログラムが許せない >>386
つまりどういうことでしょうか? その2 >>386
依存関係があるから
あとDIパターン
D「俺のケツの穴はCしか受け付けない!」
C「俺のケツの穴はBしか受け付けない!」
B「Aよ、お前は俺にだけ可愛がられろ」 レイヤーにしてるけど直接呼び出したいって言って崩壊していくの面白い 戦後冷戦下での社会構造(レジーム)がそのまま思考方法にも反映されている
基本的には階級とか階層とかレイヤーとかで、「物事には順序がある」「親子関係がある」「上下関係がある」との基本的認識から始まっている
基本的認識ってのが一番怪しくて、そもそもが上下関係とか親子関係とかはハッキリいって古臭い物事の考え方になる
全部がフラットで並置されていて平等だ、との考え方は比較的新しい思想だ
階層がある上下がある身分がある……は幻想なので、幻想をそのまんまモデリングした思考方法は破綻する
「継承していて欲しい」とする社会的要請から始まったスムーズな連想である継承という機能はオブジェクト指向最大の癌になっている
理想の階級社会では継承は万全に働くものの、それを実装したプログラムは機能不全に陥る
なのでオブジェクト指向と言うときは暗黙のうちに階級の存在を認めている
物事や人間の上下関係(マウンティング)を意識すらもしないうちに認めている
だからJavaは企業ユースが多い
日本的なピラミッド型の組織、上意下達の組織構造では、その組織構造をそのまま反映したプログラミング言語が選定されやすい
また現代はダーウィンの進化論後の世界でもあるので、やはり思想的に「継承」という理念は分かりやすい
(実際は進化したら部位が複雑になる)
つまりオブジェクト指向≒Javaは20世紀後半の思想をそのまんま代弁しているし、逆にそれなしではJavaは後世では理解できない その時点で継承が最も適したモデルだったら継承を使う
知識が増えて不適切になったと判断したら継承を解消してモデルを作り直す
重要なポイントは「不適切になった」ことを判断できるかどうか
それをするには今の理解を完全に反映したモデルが必要
モデルがないと新しい知識が古いモデルに与える影響すら判断もできん デザパタって建築業界元ネタらしいね。もちろんそのままは
適用できんけど。 >>368
Σプロジェクトは大失敗だったわけだが。 業界関係者だけを一ヶ所に集めると暴走してしまう。
それが教訓だろう。Σは知らんけど。 >>399
いや、関係者を一箇所に集めるとみんなまとめて事故死するんだぞ。 >>400
そういう思い込みが膨らむだけだからこうなる。
構造的にひとつの事業のリーチ範囲が広すぎて
ありうる結果の可能性の組み合わせが多すぎる。
だから共通認識を形成しようと思うと原始的か
考えられ得るすべての可能性を潰してからじゃ
ないとここまでいかないんだよ。 枠決めて枠の中で動くのを基本にしてりゃよかったのに
インターネットの可能性は無限、とかプログラマーは
抽象的考えが得意だ説、を額面通り取りすぎたんだよ。
それぞれベースがないから身動き取れないだけだろ。 Σは偉い人だけが集まって”さ、もらえるお金の配分の話しようね”だけしか興味なかったので IT産業なんてソフト事業の最たるもんだからあらゆる可能性に
対処しようとしてオブジェクトとかお金とか抽象概念をやたら
求めたがる。職業病の性癖だよ。たとえば使いみち挙げられる? あとは唯一の指標にしてるからか。ポイント獲得ゲームになってる 現実的に金もらってなんに使う。すごい使いたいものあるなら
まだしも何に使えばいいか全然わからない。
単にパズルゲームでクリアしたステージが多かったってことを
示すためのポイントだろ。しかもポイント獲得したらそのあとは
別荘のあるビーチで余生を無為にすごさないといけないやつ お金いらないというよりも、そんだけポイント獲得した人なら
別荘のあるビーチで庶民にできないような無為じゃない
高級なゲームしてて欲しい。
なんかそういうの考えて提案して欲しい。 ただし、頑張る余地ある乞食に金ばらまいて無為に過ごさせて
仲間作ってくあれは勘弁。 38 その名前は774人います (アウアウウー Sa4b-dMRf) sage 2019/02/20(水) 03:29:29.67 ID:fkyK1Skta
やりたくない人はやらなければいいじゃない
絶対にこれは違うよね
学園実装前は1〜2週間くらいに一度は
何かしらのイベントとかあったけど
学園実装した後は、今週は学園アップデートです!とか
2週連続学園アップデートです!とか言い出して
やってない人は何もない期間になってたわけでしょ?
余ったリソースで作ったのであれば、学園アップデートの日に
他のイベントも平行してこないとおかしいのにこなかった。
つまり他の追加削って作られたものが学園なんだよね。
やってない人には大迷惑なコンテンツ
95 その名前は774人います (JPWW 0H3b-GtdG) 2019/02/20(水) 20:36:04.01 ID:xwuBPHE9H
>>38
>余ったリソースで作ったのであれば、
下請けプログラマーの人月が沢山余っていても、ミニゲームさえマトモに作れないんだろう?
プログラマの生産性の比喩では「猫踏んじゃったしか弾けない人間を500人集めてもショパン
の曲は演奏できない」が好きです。(人月の神話)
https://togetter.com/li/1090247
【ドルボードGP】おいwデスルーラ作戦晒すなやwwwww
http://dragon-quest.me/dq10/28002/
ミニゲームさえマトモに作れない脳無しプログラマーで人月かけて人海戦術なんてアホの極みwww 93 その名前は774人います (JPWW 0H3b-GtdG) 2019/02/20(水) 20:28:37.38 ID:xwuBPHE9H
>>78
>スクエニが責任負わないなら、著作権は下請けに行くべきでない?
本気で学園けしからんと思うなら、株主総会で学園担当した下請け業者を公開しろとでも主張すれば?
スクエニの責任を追求するとすれば、下請けソフトハウスを公開することだけ。
アスフェルド学園を作成したのは、メインストーリーとは別の下請けなのだから。 ここで無能なプログラマーの典型例を挙げておこう。
【DQ10】齋藤力完全追放要求スレ Part168【害悪元ディレクター】
https://egg.5ch.net/test/read.cgi/dqo/1549445250/
責任を上や下やと押し付け、悪いのはみんな他人のせい、あいつがわるいこいつがわるいの大合唱www 【DQ10】目覚めし冒険者を見守るスレ Part130
https://lavender.5ch.net/test/read.cgi/net/1546142811/
ここにもいる。
プレイヤーを罵倒する無能プログラマー達! >学園は圧倒的にリソースさいてた上に
システム開発は人海戦術なのか???
46 その名前は774人います (アウアウウー Sa4b-dMRf) sage 2019/02/20(水) 04:42:29.58 ID:fkyK1Skta
>>43
全然違うよね
常闇は一回作ってアップデートしたら後は勝手に遊んでね、で終わり
後日追加制作してアップデートしてないでしょ?
一部の人に向けて作っていたとしても、一回のアップデートで完結するなら
すぐに他のコンテンツ作れるからいいじゃない
今はライトだろうがサポート連れて行けるし
学園は圧倒的にリソースさいてた上に
何カ月にも渡って新話追加、その上なんちゃらフェスとかいうイベントまで開催して
やってない人にとって意味なし期間が続きすぎてたのが問題 どこまでが本当で、どこからが嘘なのか、自分でもわからなくなって
「あ、苦しい」
個性ってなんなのかな? 【AI】「ディープラーニングは、原理的には単純な最小二乗法にすぎない」で物議 東大・松尾豊氏「深い関数の方が重要」
https://egg.5ch.net/test/read.cgi/scienceplus/1550666656/ チンポくん、そんなとこにも書き込んでルのか?
真正基地外じゃないんだろ?
全然面白くないからそろそろやめときなよ なにやってもわかりません、知りませんで
知らんぷりしてたツケをいま払ってる。
なんかしら解釈ださないと整理できない。 >>416
こういうコンテキスト無視した作為的なタイトル付けって、マスゴミ脳が得意だよなぁ。
中身読むとマトモな事を当事者は言ってるだけなんだが、炎上商法しか出来ない自称ジャーナリスト多過ぎ。 >>417
>チンポくん、そんなとこにも書き込んでルのか?
チンポはチンポで、それは独立した生き物なんだが?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ! 928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く プログラミングの世界だと流れが速いから新しい言葉が生まれてくるよね
つまり新しい概念がね
だから見た目はオブジェクトなんだけども
新しい時代に即したイメージから見るといままでとは違ったモノに見える
パラダイムの転換ってよくいわれるのがこれ
だからオブジェクトをつかうのはいいんだよ
どういうイメージで運用してプロダクトにするかなの
だからオブジェクトをつかってたら昔風のプログラミング手法だというのは間違い オブジェクト指向言語のが作りやすいけどなあ。昔の手続き型言語の時代でも、構造体作ってその構造体に対する関数作ってファイルごとにまとめてたしなあ。
オブジェクト指向言語に移行する前にそうやってクラスもどきにしてたから初めてクラスとかJavaで学んだときもしっくり来たよ。ただし多態とか初めは難解だったね。デザパタ学んでなんとか理解した。まだ上手く当てはめて使いこなせてないけどね。 多態が鮮やかに決まった例をまだ見たことがないんだけどな
それがゆえにごちゃごちゃになっているのはよく見かける これはバイナリのライブラリしか無いと最悪ってことでソースあれば問題ないし
バイナリしか無いと大騒ぎになるとかカプセル化以前の問題だろ >>425
ポリモリフィズムがうまく行くケースは結構限定的かつ綺麗に設計してる場合だからな。
動作を変える命令のコードと動作ポイントがある程度離れている場合で
動作を変える命令の局所化
動作ポイントの周りのコードとの直交性
をうまく設計できる場合
っていう普通に考えるとなかなか難易度は高い。
リファクタリングしてれば上記のようなコードになることもあるが。 他人が作ったオブジェクトの構造はわかりにくいといのが
問題の一つ OOの設計は免許制にしよう
免許持ってない奴は手続きを決められたやり方で書くだけにしよう 15年前につくられたシステムの保守をしてるけど、
まさに下手の横好きで多態性で書かれていて、読みにくくてしょうがない
こんなバカが日本中で暴れていたんだろうなー、と思うと感慨深い 笑
いつの時代も、つーか今でも
バカが背伸びしてOOPごっこしてんだろうな 15年前につくられたシステムの保守をしてるけど、
まさに下手の横好きで関数で書かれていて、読みにくくてしょうがない
こんなバカが日本中で暴れていたんだろうなー、と思うと感慨深い 笑
いつの時代も、つーか今でも
バカが背伸びしてプログラミングごっこしてんだろうな 会社で仕事してる以上、自分だけではなく他人が読みやすいように設計するのは大事だと思う。
ただ読みやすいのを意識するあまりに、作られたものが売れなかったら本末転倒なので
さっさと作りたいものを作ればいいと思う。
それで売れればいいだけだし。 どんなパラダイムだろうとバカはバカなコードを書く。
他の人に読みやすくっていう意識が根本的に低いんだよ。 >>436
確か日本人が書いたjavaでデザパタの参考書とか流行った時期だね。米で有名なのはGoFか。大規模なプログラムになるほど多態が適用できる箇所は少ないように感じる。素直に役割ごとに対象を切って単純なクラス化でいいような気がする。まあ俺の意見だけどね。 あ、わりい。間違えたわ。
>>433への返信ね。436はよくわからん オブジェクト指向が必要か否かは適用ソフトによるのかも。自分のチームの担当製品は利用者で機能拡張できるようするためのプラグイン機能提供やフレームワークがコード量削減や保守性に効いてるけど。小さなソフトだとシンプルに書けば良いと思うけど 15年前にstrutsのactionのサブクラスの説明をベテランにしたとき、
VBのボタンをダブルクリックしてclickイベントの中を書くのと何が違うの?
と聞かれたが、今考えるとその程度のもんだわ 新しいパラダイムが流行ると
得意気に説明したがる輩が沸いて、
よく聞くと何とかの再発明なんだわ、たいがい >>443
多分、普通の人の発想には限界があって、その限界辺りを、複数の人が別々の言葉で話してるからなんだろうな。
我々は皆、回し車の中で必死に走ってるハムスターなんだろう。 >>444
たとえばシステムが大規模になって、
ハムスターが手に負えなくなる前に
適切にスケールアップできる手段を提供してくれる天才肌の人には感謝するけど、
ハムスターの分際で流行り物に飛びついて
無駄に複雑にしてくれるヤツってまだいるよな ハムスターでいいんだがせめておもしろアイディア
思い付いて話したら普通にわかってくれる人欲しい。
ハムスターのカゴにしても出来が悪い
割りきれてないんじゃない? オブジェクト指向って100万行のプログラムを書くときに
1万個ぐらいのクラスを作るの? >>447
責務の数だけ作る
行数はクラス数とはあまり関係ないかな あのさ、生まれてきたらなんかしないと意味ないよね
生成してなんもせず消滅するインスタンスが
千も一万もある設計する人いたら普通心配するだろ 生きることに意味なんてないけどな
生命の存在はバグみたいなもの 100万行もあれば、何らかの動作はするんだろう
クラス分けとか複雑すぎて考えたくもない
メソッドの名前のバリエーションも尽きるな
変数名も困るか ようやく掴めた。ていうかよくそう言う話言われてたな。
むかしちびまる子ちゃんで、まる子がノストラダムスの大予言
にハマるという回があってな、まる子がどうせ大人になったときには
世界は終末迎えているから夏休みの宿題やらんと、
それですったもんだする回があった。
結局姉ちゃんが、ノストラダムスの予言外れたらみっともない
ことになるよ、って言って、そうだねで解決してた。
みっともないから拗ねるの止めろ、小学生か。
後でどうせゴネるようになるの目に見えてるだろ >>451
他人に理解できないようにわざとごちゃごちゃに言ってるんだって
自分の仕事とられたくないからわざと難しく言ってるんだって
思い当たるところあるだろ。
全員が全員潰しあって沈没とかバカすぎる。 ある程度実績積んだらローテさせてかないと
その道数十年のおっさんと新採が同レベルの精神年齢で
争ったら新採勝てるわけないだろ。いい加減にしろ >>447
> オブジェクト指向って100万行のプログラムを書くときに
> 1万個ぐらいのクラスを作るの?
オブジェクト指向だろうが手続き型だろうが、
1関数(メソッド)は多くても100行程度にしないと、まともにテストできない
平均で言えば50行(空行・コメント込み)だろう。となると2万関数は確実にできる
その時オブジェクト指向ならクラスという単位でまとめることができる
手続き型なら1ファイルという単位でまとめるだろう
オブジェクト指向でも1ファイルに複数のクラスってのはあまりやらない
1クラス10〜20メソッド、または1ファイル10〜20関数と考えると
1000〜2000のクラス、または手続き型ならファイルができる。
関数(メソッド)の長さを半分にしても4000クラス
1万個のクラスは流石に多いだろう linuxカーネルは約2500万行、約6万ファイルだってよ。 AI(アイちゃん)か。ハラスメントだよ面白くない。
忘れられる権利行使したいな。なんでこんなつまんないことしてたんだ? そんなに火星行きたいならいっそのことそういう意識高い人全員で
七十年代以降の関連資料とデータすべて根こそぎ
持っていって残った地球人は出られないようにして欲しい。
俺はすべての願いをかなえた不老不労の火星人様たちを
悔し涙をながして望遠鏡でみるだけにするよ。 「アンゴルモアの大王がやって来る」
うん。やって来ると言うだけじゃなくて、ちゃんと誰かやらないといけなかったんだよ
真面目にやってたひと牢屋に入れて全員で、きっとやってくるはずだ
って言ってても仕方ないんだよ。 徴兵制というよりもボーイスカウトじゃないかな
子供と一緒にキャンプとかして夏場過ごしたら
「あっ、俺疲れてたんだな」ってわかるよ >>449
「生命体の意識が世界の中心」と仮定してると、目的が欲しくなるだろうな。
残念ながら生命体はDNAの下僕に過ぎないが。 言語とフレームワーク次第なんだろうけど、
決め打ちシングルトンで自動でnewするんだったら、
それ、なんていうVB6?
てな話になり、
凡人にはVB6、WebだったらASPをマイクロソフトが上手にラップしてくれればよかったのに、って思うよ 凡人に自由度を大きくしても
使い方迷うだけでさ、
バカにハサミは恐いよな 終末思想なり優勢思想なりそう思っているなら実際やってみるべきだった。
結果としてなにも残らぬまま年老いたおっさんとおばさんの後悔だけ残った。 寒かったからといって雰囲気で伝わるだろうとやっていたら
誰がどう何を考えて少しでも何かしたという記録も記憶もなにも
確かなものが残らなかった。 バールのようなものを作るのが楽しかっただけで
どう使うとか使いみち結局無かったんだよ
バールはバール。小学校でこういう不幸を生み出すから
使わないようにしましょうね、ってそう教えれば済むだけで 何が悪かったかって、なにもしなかったことだよ。例えば自分なら、
自分は神で天才だから奥さん三人くらいいてもいいはずだって思ってたけど
現実的に考えれば管理できないものはいらんね。実際に行動しなかったし。
単なるイタイおっさんだよ 507 デフォルトの名無しさん 2019/03/31(日) 06:32:14.87 ID:1lxn2Mvc
基本の文章から「は」と「が」を入れ替えると、主語にくる人物以外を排除する意味合いが含まれるようになります。
1.を例に見てみましょう。入れ替える前の文章ではただ単純に鈴木さんがボクサーであることのみを伝えています。
その一方で、「は」と「が」を入れ替えた後の文章では、複数の人物が存在するグループの中で
ボクサーは鈴木さんだけである、ということを伝えています。
http://www.tairapromote.com/2017/04/10/ha_and_ga_proper_use/
チンポ「は」シコシコする
チンポ「が」シコシコする
509 デフォルトの名無しさん 2019/03/31(日) 12:05:59.85 ID:OHGl5++G
>>507
> 基本の文章から「は」と「が」を入れ替えると、主語にくる人物以外を排除する
すると『俺』と『チンポ』は【二人称】となり、『対話』へと結びつくわけだな。
俺が、というのは俺ただ1人、チンポがというのはチンポただ1つ!
510 デフォルトの名無しさん [sage] 2019/03/31(日) 12:33:39.67 ID:1lxn2Mvc
>>346
>だったら、どんな “私” とだったら、対話したいと思う?
『対話』つーのは常に『二人称』だからな。
誤>チンポはシコシコ
正>チンポがシコシコ ところでだ。「チンボがシコシコする」という日本語表現は、文法的に正しいのか?
チンボ「を」シコシコするのではなくて、チンボ「が」シコシコする。この場合、「チンボ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンボ)が繋がっている場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「頭がズキズキする」は良いが、「チンボがシコシコする」はダメな理由を、50字以内で述べろ! 自動しか受動しかの違いじゃね?
ちんぽが自らシコシコな状態になるんなら正しい使い方だろw 511 デフォルトの名無しさん 2018/10/29(月) 23:32:40.68 ID:LL+W6ENh
> 随意筋←implements─チンポ─implements→不随意筋 12 名無しさん@ゴーゴーゴーゴー! (ワッチョイ ab0b-7XHW [49.128.130.98]) 2019/03/03(日) 15:55:01.90 ID:hRxxMctI0
>例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
当然ながら起きているときも、チンポがシコシコする!
風呂から出て体一杯に水を浴びながら竜哉は、この時始めて英子に対する心を決めた。裸の上半身にタオルをかけ、
離れに上ると彼は障子の外から声を掛けた。
「英子さん」
部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。
その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。
●これが衝撃の「障子破り」シーンだ! (石原慎太郎 『太陽の季節』 (新潮文庫) より)
http://www.geocities.co.jp/Bookend-Soseki/3578/2003/shoujiyaburi.htm チンポがシコシコする、それはただの勃起ではない!
『 その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。』 928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く >例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
たしかにあるけどシコシコしてそうなった訳じゃないよ。
夢の中で全盛期の石原さとみと全盛期のゆうこりんと全盛期の深田恭子と4Pしてて、目が覚めたらそうなってた。 オブジェクト同士は常に二人称で、「俺」<対話>「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。
この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650 <俺>
「 部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。 」
<チンポ>
「 その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。 」
まさにチンポとは独立した人格を持ち、もう一人の人間がそこに現れるのである! 特に前奏曲の太鼓音に耳を傾けてもらいたい。
885 その名前は774人います (JPWW 0Ha9-yzJt [180.3.101.154]) 2019/04/05(金) 03:20:17.50 ID:kePEgSNrH
いや、探したらこんなところにあったわー!!!
三上寛 青森県北津軽郡東京村
https://youtu.be/I6lfJSJ2ow8
880 その名前は774人います (アンパン MMe3-yzJt [153.233.215.117]) 2019/04/04(木) 20:36:32.32 ID:7bXPQr9WM0404
これから暫くの間にドラクエ10を休止している間にやりたいこと。
<チンポ>
「 その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。 」
↑
これを表現する『擬音』をどのように作曲するかだ。
テーマ音『チンポがシコシコする!』 『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↓ ↓ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。 オブジェクト指向を漫画で理解しよう!
>その瞬間、竜哉は体中が引き締まるような快感を感じた
チンポがシコシコするのは、物理的な刺激に限ったことではない。
https://i.imgur.com/j3uTk1K.jpg
「アクトレス」(山田謙二)より。
夏目くんのチンポは何にも触れていないのにシコシコしている! >>482
それは違う。
静的に主従関係は決定しておかないと痛い目に遭うぞ。
すぐに考えられる弊害は、デッドロックとか堂々巡りの類いが発生し易くなる点。 >>484
主従関係?
するとチンポが勃起するのは所有者の意思?
あるいはオシッコは自動的に出たり止めたりなのか? 『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↓ ↓ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。
>チンポ=自我
散歩している時、自分もチンポも所在地は同一である。
https://imgur.com/CkWQvXa
夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。
『笑ってごまかすな!!』
と言われても、夏目くんは何と言えば良かったのだろう?
チンポ≫自我
『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする!
チンポがシコシコしていると(チンポが自我を超越していると)、息もハァハァになる。
チンポがシコシコしている(チンポが自我を超越している)と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。
博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。 チンポがなくてもstubでシコシコテストできるような設計がよい設計。 >>485
おまえの意識の表層が主だと誰が言った?
おまえの意識もちんぽも、無意識の深層の従属物だぞ。 【訃報】プログラミング言語「Erlang」を生んだジョー・アームストロング氏死去
https://gigazine.net/news/20190422-joe-armstrong-passed-away/
> 関数型プログラミング言語「Erlang」の生みの親として知られるコンピューター科学者・プログラマーのジョー・アームストロング(ジョセフ・レスリー・アームストロング)氏が2019年4月20日(土)に亡くなったことがわかりました。68歳でした。
RIP Joe Armstrong, the author of Erlang
https://freethoughtblogs.com/kriswager/2019/04/20/rip-joe-armstrong-the-author-of-erlang/
なお、アームストロング氏は「なぜオブジェクト指向はクソなのか」という名文を残しています。
Why OO Sucks
http://www.cs.otago.ac.nz/staffpriv/ok/Joe-Hates-OO.htm
訳文がいくつか存在するので参考にしてください。
連続体仮説: なぜオブジェクト指向はクソなのか by Joe Armstrong - 勝手に翻訳
http://chypot.blogspot.com/2012/08/by-joe-armstrong.html
オブジェクト指向はクソか? - tokoma1's blog
http://tokoma1.hatenablog.com/entry/2015/06/07/083347
Why OO Sucks by Joe Armstrong · GitHub
https://gist.github.com/posaunehm/4087971 博士論文ではアラン・ケイはおろかアクター理論すら全力でスルーしてたのに
「晩年ひよっておかしなコトを言い出した人」っぽくなっちゃったな…(´・ω・`) 教会で教義を否定するようなことはしなかったって書いてあるだろ いや、博士論文で関連の既往研究に触れないのは
理解が足りていないからだと判断されても仕方ないよ
肯定的であれ批判的であれ同質であれ異質であれ
何かしらは論じられるはずだしそうすべき
繰り返しになるけどケイのメッセージングはともかく
ヒューイットのアクター理論を全力でスルーとか本来なら有り得ない オブジェクト指向批判してるアホはオブジェクト指向を理解してないだけ。
オブジェクト指向が解決した問題を理解できていないだけのアホ。
オブジェクト指向がいらないというならオブジェクト指向が解決した問題をどうやって解決すればいいか言ってみ。
オブジェクト指向が解決した問題を知らなくて黙ることは分かってるよw ズンドコベロンチョを批判してるアホはズンドコベロンチョを理解してないだけwww >>495
オブジェクト指向が解決した問題を理解していないバカw ズンドコベロンチョが解決した問題を理解していないバカwww Smalltalkのようなクソ言語に比べれば
erlangが優れた言語なのは間違いない オブジェクト指向理解してない連中はフワフワしたレスしかできなくてワロタ 文字列がサイズを持ってるとか
配列がサイズを持ってるとか
そのへんまではそんな不自然な感じじゃない
一般的なクラスライブラリも使い勝手が良い
ただ、クラス設計をせよとなったときに
とたんに悪い方向に行っちゃうんだよな >>500
ありがちだけど
それはオブジェクト指向の設計をお前が知らないから なんかよーわからん機能の、よーわからん名前のクラスで
いっぱいプロパティみたいなもんぶらさげて
どこで使うのかっていうと一箇所でしかインスタンス化しない、みたいなね
あと本人はよかれとおもって頑張って継承して
継承のツリーをどんどん育ててって
どんどん使いにくくなってきて丸ごと捨てるっていう 神はいる。
信じないやつがいるけど、それは神の愛をそいつが知らないから。
宗教www 現場でオブジェクト指向を熱く語ってるヤツってたいてい低学歴だよ
変に難しく作ったりする上に、自己顕示欲が強くてやり方を押しつけようとする 現場でオブジェクト指向を熱く語ってるヤツってたいてい低学歴だよ
変に難しく作ったりする上に、自己顕示欲が強くてやり方を押しつけようとする >>502
バカな設計してるのに
オブジェクト指向を否定しちゃう奴wwwwwwww >>505
んで、
オブジェクト指向がいらないというならオブジェクト指向が解決した問題をどうやって解決すればいいか言ってみ。
オブジェクト指向が解決した問題を知らなくて黙ることは分かってるよw >>507
オブジェクト指向が解決した問題ってそもそも何だよ?低学歴 これは黙るしかないなw
なにせオブジェクト指向が解決した問題なんて存在しないからなw
解決した解決したと言ってるのはどうせオブジェクト指向が生み出した問題だろw
そういうのをマッチポンプという。
違うというなら自信を持ってオブジェクト指向が解決しましたと言える問題を挙げてみろや。
できないだろ?存在しないもんなぁww >>507
問題マダーー?チンチン
打ち返されないように投げろよ
ディベート慣れしてない低学歴 >>504
> 現場でオブジェクト指向を熱く語ってるヤツ
令和になろうかという時代にすごいね
あ、令和関係ねーか >>510
オブジェクト指向が解決した問題を知らないバカwwwwwwww >>508
まさに>>494
wwwwwwwwwwwwww >>509
オブジェクト指向の目的も理解できてない無能って何してんの?
COBOL? >>515
バカを晒してる自覚のない馬鹿ってwwwwwwww >>516
「カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たち」
低学歴が書いた文章wwwwwwwwww バカってなぜかGoogleを神聖視してるけど
Googleもオブジェクト指向言語開発してるよ
どんな反論が来るのか楽しみ
wwwwwwwwwwwwwwww オブジェクト指向が解決した問題とやらマダー?ww
はよ出せや無能www >>521
本読んでお勉強しましょうねw
「サルでも分かる」的な糞本じゃなくて
ちゃんとした本読めば書いてあるからw 宗教の本には存在しないことばかり書いてあるからなぁwww >>520
に対する反論まだー?
wwwwwwww >>524
知ってるならそこに書かれている
オブジェクト指向が解決した問題をどうやって解決すればいいか言ってみw 神はいない
「いやいる!」
証拠は?
「聖書に書いてある!勉強しろ!」
マジ宗教wwwワロタwwwww >>522
逃げるのなら最初から投げるなよ
悲しいヤツだな
じゃーな >>526
おう、だからそのオブジェクト指向が解決した問題とやらをとっとと出せやwww >>528
え?
ちゃんとした本だったら書かれているんだけど
え?知らないの?
え?
やっぱ知らないから批判してるだけじゃんwwwwwwwww >>529
え?知ってるんだろ?
wwwwwwwwwww
さっさと
オブジェクト指向が解決した問題をどうやって解決すればいいか言ってみw >>532
そんなものは存在しない。
存在しないものをあると嘘をついて逃げ回ってる詐欺師がお前www >>531
馬鹿だなあお前wwww
俺「知らないから批判してるバカwwwwwwwww」
と言ってるんだから反論したきゃ
知ってるところを見せろよ
オブジェクト指向が解決した問題すら知らないで知った振り
wwwwwwwwwwww >>533
え?
本に書かれているのも知らない?
何も知らないバカじゃん
wwwwwwwwwwwwwwwwwwww 出せないみたいだな。
最初から分かってたけどねw
あるなら出せばいい話
なぜ出せないのか?
本当はこのバカも分かってるんだよねぇ?w
存 在 し な い wwwww >>536
まともな本には書かれているんだがwwww
お前はまともな本を読んだことない
何も知らないから批判してるアホだと白状してる自覚ま〜だないの?
wwwwww まーた聖書には書かれてるかw
やれやれワンパターン猿で飽きてきたw
お前もうちょっと遊べるかと思ったのにガッカリだわ。
じゃあなクズwww 「1週間で分かるオブジェクト指向」みたいな本だけ読んで理解できずに
オブジェクト指向なんて意味なーいと喚いてることがよく分かるスレwwwww >>538
え?ちょっと何言ってるか意味不明?w
「まともな本にはオブジェクト指向が解決した問題が書かれている」
これはお前でも理解してるよな?
え? オブジェクト指向が持て囃された当時の本には色々あったかもしれんし、何でもオブジェクト指向にしても悪くなかったかもしれんが、
型の表現力が高い言語が実用レベルになっている現在、オブジェクトをいつ使うかって判断をしないといけない
https://v1.realworldocaml.org/v1/en/html/objects.html
↑型推論も多相型もオブジェクト指向もサポートしているOCamlで、いつオブジェクトを使うかっていう段落があるから参考にするといい
オブジェクト指向について書かれた本には「何にOOPを適用すべきか」って議論が抜けてるんで、参考文献が他にもあったら教えて欲しい なんか、レベルの低い罵り合いが続いてるな。
オブジェクト指向はクソだとは思わんが、何でもかんでもオブジェクト指向でやろうとする奴とは組みたくないな。
その場でピッタリ来る場合も有るけど、そうじゃない時もある。 >>542
何でもかんでもオブジェクト指向でやれなんて一度も言ってないのに
妄想語りだすアホ Joe Armstrongは「オブジェクト指向はクソか?」という発言の後で「Erlangはオブジェクト指向」であるという興味深い発言をしています。
http://tokoma1.hatenablog.com/entry/2015/06/07/083514 OOPがどうのというのを問う前に
まずその自作クラスどうなんということ
いろんな人がいろんなクラス書いてきただろうけど
そのクラスどうなんというのを問うべきじゃないのかな
もしコンパイラにそのケアがされてて
「エラー:しょうもないクラスを書くな」
と言うのが出せたら良かったのにね
OOPが間違いと言うよりも
クラスを書く時点で
そこで人は間違う C言語のswitchとC++のオブジェクト指向の比較は定番ネタだが
Erlangのパターンマッチと比較しても同じことが言えるのか
C++がC言語の問題を解決した、それ以上でも以下でもないんじゃないかという オブジェクト指向言語は類似コードの削減や統一性の向上をはかることができると思う。
ただし、それを実現するためのコード(ベースクラスやインターフェース)とそれを使うための学習が必要になる。
なので、小規模な製品には不向きだと思う。 類似コードの削減や統一性の向上をはかる
か…
実装レベルの共有には使うな。 yIB0exXp が、変てこなオブジェクト指向 方法論を宣教したり、
反対意見を批判して周りやプロジェクトに迷惑をかける
かつてどこにでもいたようなオブジェクト指向厨すぎてわろた
もう絶滅したかと思っていたが、まだこの世に残党が居たんだな… 何がどういいのか自分が一番よく分かってないのにただただ盲信してるからなそいつw オブジェクト指向に詳しくないのに騒いでるやつがおるなぁ
COBOLなんかとっくにオブジェクト指向採用してんぞ オブジェクト指向の言語機能活用という意味では、
プラグイン機能を実現するために使う。
ホストとプラグイン間のインターフェースを取り決めるために。 こいつらoopで作られたフレームワークやライブラリ使ってないのかな >>543
つまりオブジェクト指向にもクソな面があると認めるわけだ。
つまり向かない場合があると。
だったら、そんなに噛みつかなくても良いと思うんだが。
それに、噛みついてる割には自らは何も説明してないのもどうかと思うね。 フレームワークやライブラリが有料ならカネを使った
無料なら自由のようなものを使った
OOPを使ってる感がない OOPも解読不能だと思われてるからバカにされてるんだよな >>550
アホのID:akZCmd2Dは知らないから
「オブジェクト指向はだめー」
と喚く。
お勉強してから言おうねw。 >>551
あのさあ、ちゃんと本に書かれていることくらい
お勉強してから言おうよ。
それとお前自演がばれてるぞwww。
そんな基礎的なことすら「提示しろー」と喚く恥晒しはお前くらいのもんだwww >>555
数行の書き捨てのコードなら設計なんて考えずに書いたほうが早いわな。
それとお前アスペだなwww。
俺は「オブジェクト指向はうまく使えば役に立つ」と言ってるだけで
「何でもかんでもオブジェクト指向でやれ」なんて一度も言ってないが。
なんでバカって同じことを繰り返し言われても理解できない? >>558
馬鹿には使いこなせない思想である。
結果、理解できない馬鹿が批判してる。
酸っぱいブドウ。 >>561
めんどくセーなあ。
「何でもかんでもオブジェクト指向でやれ」なんて一度も言ってないのなんて最初から分かってる。
その割に何にでも噛みついてるのが不自然だと言ってる。
向き不向きが有るんだから、少しスルーしたらどうだね?
明確に論理がおかしいなら分かるが、そんな話にすらなってないのに噛みつくんじゃ結局何も知らないと言われてもしようが無いだろ。 >>563
分かってるならお前のレスおかしいだろヴォケ オブジェクト指向はどういう仕様に向くのか
そこを詳細化しないと
向いてるところもあれば向いてないところもあるっていうのは何も言ってないのと同じじゃん >>565
そんなもん本に書いてある。
お勉強しような。 俺の読んだ本にはオブジェクト指向はクソで
アランケイは起源を主張するだけの胡散臭い詐欺師って
書いてあったわ >>568
「オブジェクト指向はだめー」
と無知が喚く。
お勉強してから言おうねw。 おまいら前スレ前々スレ嫁
低学歴がオブジェクト指向を語るな
便所の落書きくらいは許すから 経験がないから自信がなく有名な人が書いた本を
必要以上に持ち上げて極端な意見を持つ
人間力が足りないがゆえの情弱 本だからって全て正しいことが書いてあると思うなよ
書いたやつの立場や本の発行された時期によって全然違うこと書いてあるからな >>575
しかも自分は読んでない模様w
読んで身になってるなら空で言えるはずだからねw
聖書読めそこに書いてある勉強しろこればっかw
お前が勉強しろとw >>575
>>576
だからさ、
オブジェクト指向が解決した問題を
オブジェクト指向を使わずにどうやって解決すればいいか言ってみ
と最初から言ってるがwww
んで、言ってみ
言えないんだからアホとしかw >>577
オブジェクト指向を知らないから批判してるバカじゃないんだろ?
読んでるならお前が読んだ本に書いてあるだろ?
んー?www 結局お前らバカはこのどっちかに刎ねられて終わりだよ
オブジェクト指向知らないで批判してるバカ
←「オブジェクト指向が解決した問題は知ってるんだろ?」
それは一応知ってる
←「オブジェクト指向が解決した問題を
オブジェクト指向を使わずにどうやって解決すればいいか言ってみ 」
ここまで言えてようやくオブジェクト指向の批判としてまともに聞く価値がある お前らは
オブジェクト指向知らないで批判してるバカ
←「オブジェクト指向が解決した問題は知ってるんだろ?」
で引っかかるバカしかいなくて、2問目にすら到達できてないwwww
馬鹿の相手しても何の生産性もなかったわwwwwwwwwww 本には正しいことを書くんじゃなくて自由に書きたいことを書くんだよ
ジャスティスじゃなくてフリーダムな方が勝つ >>582
間違ってると思うなら
←「オブジェクト指向が解決した問題を
オブジェクト指向を使わずにどうやって解決すればいいか言ってみ 」 > オブジェクト指向が解決した問題を
そんなものは存在しない。みんな知ってる。
そんなこと書いてある本も存在しない。なにも解決したことがないからだ。
そびえ立つクソであることはみんな知ってる。神も知ってる。
聖書にそう書いてある。 >>584
書いてある本を知らないお前の無知さに呆れる
オブジェクト指向の本なのにオブジェクト指向のメリットも書かれていないとか
「サルでも分かる」シリーズでも読んだのかな?
w >>585
書いてないこと知らないの?w
さては読んだことないなww >>587
あっちゃあwwww
オブジェクト指向の本なのにオブジェクト指向のメリットが書かれていない本しか読んだことないお前w メリットなんてないからな。
そりゃ書けまい。
実際書いてある本なんてない。
全部読んだから知ってる。書いてなかった。
存在しないからなメリットなんてw 関数ポインタの宣言が難しい問題
voidポインタが危険な問題
こういう型システムの問題はオブジェクト指向でも関数型でも好きな方で解決できる >>592
オブジェクト指向が解決しようとした問題はそれだけじゃないからねえ >>564
なぜおかしくなるの?
>>541では俺は君を「何でもかんでもオブジェクト指向でやろうとする奴」だと思ってるけど、あくまで俺の想像だし、そもそも君の主張を否定するものでは無いんだが。
そして、君を「何でもかんでもオブジェクト指向でやろうとする奴」だと思ってるとすら表明していないんだが。
>>555でも君の主張が間違ってるとか、そういう話じゃなくて寧ろ何でも噛みつく行動に対しての発言なわけだが。
俺は君をオブジェクト指向原理主義者だと思った上で、そういう奴とは組みたくないって話と、君がオブジェクト指向原理主義者ではない可能性も十分あるから、それだったら何でも噛みつくようなことは止めたらって話を言いたかっただけ。 結局ほかの方法で普通に解決できる。
オブジェクト恥垢とかいうチーズ臭はほかの方法で簡単に解決できる問題を後追いで小汚なく解いてワシが解決したと得意げになってるだけ。 オブジェクト指向は生産性が低いから
普通の何倍も開発に時間がかかる
だから本来無職になるしかなかったドカタにも
仕事が回ってくるようになった
だから解決した問題は「ドカタの雇用問題」 >>596
うおーオブジェクト指向すげぇええ!!
俺が間違ってたわwww
これはオブジェクト指向でしか解けないwwww バカがオブジェクト指向を理解するのは無理だなww
オブジェクト指向が解決した問題すら書かれていない初級者向けの本すら理解できずに挫折して
オブジェクト指向はだめだーと連呼する哀れな底辺無能素人グラマ諸君の末路スレw いや、ありとあらゆる本を読んだが
オブジェクト指向が解決した問題なんぞ書かれた本なんてなかった。
しかし>>596が見つけた。凄い。凄すぎるw
>>596こそがオブジェクト指向が解決した問題だわw
さすが>>596 >>599
底辺はオブジェクト指向なんて理解できないのは
お前自身が証明しているぞw >>596のソース見つけた!
凄い!オブジェクト指向が解決した問題は本当にあったんだ!!w
インタビュア: だんだん呆れてきたと言わざるを得ないな。プログラマの給料を上げるためにやったって言ったね? それはひどい話ではないのかな。
Stroustrup: そうでもない。選択の自由は誰にでもある。こんなに話が膨らむとは思わなかったんだ。
ま、いずれにしても、基本的に僕の策略は成功したんだ。C++ は今や消え去りかけているけど、でもプログラマの給料は高いままだ。
特に、糞みたいな C++ コードをメンテナンスしなきゃならない哀れな連中はね。大規模な C++ モジュールなんて、自分で書いたのでない限りメンテナンスできないことは理解してる? >>601
サルでも分かるシリーズしか読んでない猿w でもAIや仮想通貨やってるやつに比べたらStroustrupが聖人に見える現実 >>596>>601
感動した!
制作者の狙い通り問題は解決したわけだ。
ストなんとかさんカッコよすぎ! >>604
このバカは自演がばれてないとでも思ってんのか?
wwwwwwwww 結局オブジェクトのインターフェイスを綺麗にしましょう
以上のことは何もない。 何か荒れてる。オブジェクト指向言語の便利と思うところ。
・インターフェース定義できること
ライブラリが作りやすい、使いやすい
・名前空間があること
関数名の衝突を気にしなくて良い
・関数オーバーロード
上に同じ
・継承できること
同じコードを書かなくて済む オブジェクト指向をクソと言ってる奴は、例外なくオブジェクト指向を理解できない頭がクソ >>610
そんなことはどうでもいいから、
オブジェクト指向を変に喧伝する宣教師みたいな者達が
実践的なソフトウエアの開発をやらせてみるるスキルが低かったり
グチャグチャのスパゲティーコードを書くのを
まずは止めさせてくれ >>608
今やオブジェクト指向じゃないとできないことってopen recursionしか無いんだよ
インターフェイスも名前空間もOOP無しで明快に実現できるし、継承も関数オーバーロードもOOPじゃなかったら便利とは言えない >>611
クラスを分けてはいるけれども密結合でデータ引きずり回してて保守性も可読性も最悪なのは見たことあるし作ったこともある
オブジェクト指向は設計技術とセットで考えないとオブジェクト指向の概念だけでわかった気になってやると轟沈する >>609
自分にとっては利点と思ってたけど、全てにおいて優れてるものはないので、そうなんだと思う。「銀の弾丸はない」と昔から言われてるし。継承使うとソース解析が難しくなったりするかしれない。
>>612
「Open Recursion」って言葉は初めて知った。
調べたけど理解できなかった。
自分はオブジェクト指向対応原語はc++・c#・javaしか
使ったことないけど、今は色々な言語で同様のことができるんですね。 目的と手段を疎結合にできたら面白そうだ
目的が何もなくても手段だけで完結する
犬や猫に目的はあるか?ないでしょ 機械学習やりたいと思ってからPythonを設計するのは遅い
目的を決める前に既にPythonが完成しているから圧倒的に早いし疎結合になっている 無いと言い切るのなら、無いことを証明してください
出来ないのなら、無いと思っています、に訂正しないと UFOが存在しないと証明できないならば、UFOは存在するかもしれないじゃない
ツチノコがいないって、証明できないの?
だったらツチノコだっているかもしれないじゃない!
こんな感じかな。
こりゃ知的障害者だわ >>617
>>618
自演バカさあwww
オブジェクト指向の本にはオブジェクト指向が解決した問題が書かれているから
自演バカ「オブジェクト指向の本にはオブジェクト指向が解決した問題が書かれていない」
自演バカ「>>596が利点だ!」
あのさ〜、お前がまともな本読んでないだけだよそりゃ
wwwwwwwwwww オブジェクト指向を知らないアホ
オブジェクト指向をうまく使えない素人
自分自身が問題だと自覚しろやw
オブジェクト指向を有効に使うことが難しいのは事実だな
実際のとこオブジェクト指向を正しく活用できるだけのスキルがある奴なんてほとんどいない
オブジェクト指向を利用できるエリートはほんの一握りだから
凡人の感想としてはこのスレみたいになるのも妥当かwwww ちなみにここまでオブジェクト指向の本質を分かってる奴0
正解は、って?
うん、本読んで勉強しような
ちゃんとした本なら当たり前のように書いてあるから
まずはGoFの本を理解してくれ
それすら理解してない低レベル猿とは会話にならない
ま、GoFの内容を実感として理解できるレベルの奴なんてほとんどお目にかかってことねえけどw デザインパターンとはw
なかなか年季の入ったおっさんだな >>622
デザインパターンを批判するバカを黙らせる一言
「んじゃ、お前はどういう指針で設計してんの?」
wwwwwwwwww GoFの良いところは、最近の言語、特に関数型の影響を受けた言語では
圧倒的に短く書けて(仰々しくパターンとか言わなくても良いレベル)
ちゃんとプログラミング言語は進歩してることが分かるところ >>624
言語に取り込まれている部分もあるけど、そうじゃない部分も多い。
設計思想についての記述も多いし。 >>623
> 「んじゃ、お前はどういう指針で設計してんの?」
デザインパターンを勉強した上で、デザインパターンにないやり方で
設計してるに決まってるだろ。俺だけのパターンってやつだ。 >>624
GoFの良いところは、最近の言語、特に関数型の影響を受けた言語では
デザインパターンが、言語そのものに含まれていて、
デザインパターンってすごいって思うところだろう? 関数型の面白いところは、if文やwhile文の中にラムダが含まれていて、
その代わりクラスが少ない
UMLの需要が少ないって思うところ >>628
クロージャがあれば済むだけの話なのに
OOPのクソ構文だと冗長に書かなきゃダメで
そんなクソコードにパターン名をつけてただけだよ お前らが言ってんのは
システム開発で言えば実装な
要件にあたる内容が皆無で呆れる
ま、知らんのだろうなあ そりゃGoFなんて実装の話だからな
ちなみにGoFを持ち出したのはお前な 横からですまんが、GoFって実務では23のうちの、10か11パターンぐらいしか使わないよね 横からですまんが、GoFって実務では23のうちの、10か11パターンぐらいしか使わないよね >>633
> クロージャがあれば済むだけの話なのに
クロージャがあるだけで解決したパターンってどれ? >>638
そりゃ実務ではフレームワークが使ってるんで、
直接は使わないことも有るだろうな そこが、オブジェクト指向を気軽に語れないところだよな!
488 デフォルトの名無しさん sage 2019/04/09(火) 21:27:58.15 ID:wvv2TjcU
>>485
おまえの意識の表層が主だと誰が言った?
おまえの意識もちんぽも、無意識の深層の従属物だぞ。 >>472
>例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
この車、タイヤがパンクしてるぜ!
この俺、チンポがシコシコしてるぜ!
どちらもオブジェクト指向で言う 注目は、選択肢イです。この上向きが集約で、下向きが分解です。
自動車は、アクセルやブレーキ、ハンドルなどに分解されるからです。
http://sm.seeeko.com/archives/65913086.html
浮気に激怒の妻、眠る夫の局部を切断しトイレに流す(印)
TechinsightJapan 2018年02月25日 04:00
https://www.excite.co.jp/News/world_clm/20180225/Techinsight_20180225_477828.html >>489
>連続体仮説: なぜオブジェクト指向はクソなのか
『オブジェクト指向』と『オブジェクト指向言語』は、全く違う!!!
『"時刻" について考えてみよう。オブジェクト指向言語では "時刻" はオブジェクトである必要がある。
しかし、非オブジェクト指向言語では "時刻" は、データ型のインスタンスである。
例えば、Erlangで時刻の異なる種類がたくさんあるが、これらは次のような型宣言を使うことで、
明らかで明瞭に指定することができる。』
>オブジェクト指向言語では "時刻" は
時間は実在するか?
C. カレンダー(カリフォルニア大学サンディエゴ校)
http://www.nikkei-science.com/page/magazine/1009/201009_040.html
プログラミングで表現できない現実のオブジェクトを、『オブジェクト指向言語』と称するのがオカシイのだ! いまどきGoFはねーべw
高階関数くらいサポートされてるだろ オブジェクト指向おじさんはデザインパターンがすばらしいものだと思ってるでくのぼうおじさんだった
本を読んでるだけじゃやっぱダメだな >>642
わかるよ?わかった上で無いよねって話。 >>520
>Googleもオブジェクト指向言語開発してるよ
Google翻訳の精度はディープラーニングとかで向上しているけど、『完成』には程遠いよね?
つまり人工知能とは、果てなきオブジェクト指向の追求だ! >>649
>Google翻訳の精度はディープラーニングとかで向上しているけど、『完成』には程遠いよね?
ここ十年以上、あんな出鱈目な結果を垂れ流している現状を見る限り、AI とかたいしたことはないと思いますね
というか未来予想で「日英の相互同時通訳ができる!」とかいうのが、どうして捻り出されたのか、その意図を問い詰めたいと思っています GoFをわかってもいねえのに批判したり
過小評価したりする子は
その動機を自分で見つめ直して
今後の態度をそっと正してほしい >>653
そこで名前言っちゃダメでしょw
デザインパターンって名前をいうだけで
技術者の間で話が通じる。
知識の共通化を目指したものなんだから。
名前だけで通じるって素晴らしいよね。
それだけでもデザインパターンの価値がある。 大抵の場合は具体例や比喩だけで話が通じるけど
具体例や比喩を批判したり過小評価するのも自由だからデザインパターンがあってもいい >>654
うん。お前が理解できてない馬鹿ってことが明確に判明したのも
名前が付いてたおかげだね
>>648とか言い訳効かないもんね >>645
「オブジェクトは犬です」みたいなアホ説明がまかり通っていて
それを真に受けるど素人が勘違い解釈を振り回す弊害があるのはまあそうだな。 >>646
「んじゃ、お前はどういう指針で設計してんの?」 馬鹿だなあと言われて素直に言う事を聞くのはお金をもらった人だけじゃん
お金を使わないやり方だったら実装駆動?で問題ないだろう >>532
>オブジェクト指向が解決した問題
するとGoogle翻訳のあらゆる問題点は、『解決』したのか?
そもそも『オブジェクト指向』とは何だ?
オブジェクト指向とオブジェクト指向言語は全く違うぞ? わかってると思うけど、
「オブジェクト指向が解決した問題」というのは
難しかったことが簡単にできるようになった。という意味での解決であって
不可能なことが可能になった。という意味の解決じゃないよ。
ということで、オブジェクト指向が解決した問題をどうぞ >>650
>ここ十年以上、あんな出鱈目な結果を垂れ流している現状を見る限り、AI とかたいしたことはないと思いますね
何しろ人工知能とは果てなきオブジェクト指向の追求なのだから、それはそれは困難極まる!
自然言語処理スレッド その5
https://mevius.5ch.net/test/read.cgi/tech/1537152490/
オブジェクト指向言語の発達とやらは、せいぜいGoogle翻訳の発達という程度の意味しかない!
>>657
>「オブジェクトは犬です」みたいなアホ説明がまかり通っていて
オブジェクト指向言語を使えば、『犬』の概念を丸ごと把握出来ますよみたいなw >>661
いつからオブジェクト指向の目的が
Google翻訳のあらゆる問題点を解決することになったんだ? >>666
どこがわからなかった?
> 「オブジェクト指向が解決した問題」というのは
> 難しかったことが簡単にできるようになった。という意味での解決であって
> 不可能なことが可能になった。という意味の解決じゃないよ。 >>665
>いつからオブジェクト指向の目的が
>Google翻訳のあらゆる問題点を解決することになったんだ?
自然言語処理のコア部分は、C#で開発したプログラムで動作し、3次元空間の操作が必要な部分は、
Unityのプログラムを呼び出します。
「窓から外を見ると、上には何が見えますか?」という文を読むと、C#側のプログラムで、この文を解析し、
3次元世界の話だと判断すると、Unity側のプログラムを呼び出します。
Unity側のプログラムは、家の3Dモデルを構築し、窓の外で上に存在するオブジェクトを取得します。
この場合、「空」となります。この答をC#側のプログラムに返します。
これによって、C#側のプログラムで、質問に答えることができます。
https://robomind.co.jp/symbolgroundingproblem/ >>665
>いつからオブジェクト指向の目的が
>Google翻訳のあらゆる問題点を解決することになったんだ?
『プログラミング言語では状態は望ましくないのだが、現実世界では状態であふれている。
私は自分の銀行口座の状態に興味があり、私が銀行からお金を預けたり引き出したとき、
自分の銀行口座の状態が正しく更新されることを期待する。
現実世界に状態が存在するとき、それらを扱うためにプログラミング言語はどのような機能を提供する必要があるだろうか?』
>現実世界では状態であふれている。
『チンポ』は、随意筋である状態と不随筋である状態がある!
479 デフォルトの名無しさん 2019/04/01(月) 21:58:15.44 ID:ikgeaqfK
オブジェクト同士は常に二人称で、「俺」<対話>「チンポ」。
つまりチンポは独立し自ら考えて行動する別の生き物なのである。
この考え方に至ってからは、オブジェクト指向の理解もすんなり進みました。
上手くオブジェクトを定義して、上手く会話させてやるのがオブジェクト指向
での設計なんだなーと今でも思っています。
https://blog.mah-lab.com/2014/03/18/object-oriented/
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650 業務システムの設計ではデザインパターンよりDDDとかアーキテクチャに関する技術の方が役に立つ
イテレータパターンがforで使われてるようにデザインパターンは実質コーディングの話だからなあ >>667
何が言いたいのかさっぱり意味不明。
オブジェクト指向の目的は本に書いてあると言ってあるのに
その意味不明な文章から
「ということで、オブジェクト指向が解決した問題をどうぞ 」
というのが、どう「ということで」になってんだ? >>671
GoFを何も理解していないことが明らかなアホw
「んで、お前はどういう方針で詳細設計してんの?」 お前らが言ってんのは
システム開発で言えば実装な
要件にあたる内容が皆無で呆れる
ま、知らんのだろうなあ >>674
ケースバイケースで
このデザイパターンを使うんだってことはやらない
あとから見直したときにこのパターンに当てはまるねとは思うけど >>658
>「んじゃ、お前はどういう指針で設計してんの?」
それであんたはGoF(Gang of Four)とやらで、何を『設計』しようってんだ?
具 体 例 を 一 つ 挙 げ て み ろ や ! >>677
設計と実装の区別もできないアホwwww >>676
ケースバイケースwwwwwwwwww
方針なしに設計してる無能ワロタ >>679
そっくりそのまま返すわw
デザインパターンは実装を分類して名前つけただけ >>680
仕様によって考えないといけないからね
GoFにこれが載ってたからこれ使うんだは方針として危ない >>682
まじで設計と実装の区別もできてない奴だ…
設計についてぐぐってお勉強しとけ
さすがにその理解じゃ恥ずかしいwwwwwwwwwww >>683
「GoFにこれが載ってたからこれ使う」訳がねえだろwwwwwwwww
アホ過ぎwwwwwwwwwww >>682といい
>>683といい
オブジェクト指向以前に
設計について何も理解してないアホ
設計について何も知らない無能が批判してるのがウケルwwwwww GoFを読め、設計を理解してないと煽るだけ
設計は仕様に基づいてやるものだし
仕様は要件によって決めるもの
GoF読むっていうのはコーダの人には
こういうやり方もあるんだなって思えるだろうけど
なんかズレてんだよな >>687
GoFは設計の話だと理解できていないお前の無能さがすごいよ!!!
ここまで無能だと病気wwwwwwwwww 具体的に自分はこうやって設計してるんだって言える?
だからオブジェクト指向は素敵だと >>687
お前は趣味でしょぼいコードを書いてるだけのアマグラマだなあ…
仕事しようなw >>689
オブジェクト指向の設計指針の本を知らんのだなあ…
このバカは >>692
いまは本に興味ない
君がお仕事でどうやって設計してるのかを聞いてるんよ >>691
あのさ〜
設計と実装の区別もできない無能っプリを晒してる自覚ねえのかお前はwwwwwww
とことん馬鹿だと自分がどんだけバカな発言してるかすら自覚できないのだなあwwww
しょぼいコードを書いてるだけのアマグラマが設計語るのは無理だぞwwwwwwwwww >>694
本の指針を参考にしていると言ってることも読み取れない
日本語力の低さに呆れる… >>695
頑張りすぎでしょ
そのエネルギー僕に頂戴 >>697
しょぼいコードを書いてるだけのアマグラマが設計語るのは無理だなあ >>696
曖昧すぎて何も言ってないのと同じだから
現実味のある成功体験や失敗体験を教えていただけると >>698
君なら語れそうですね
教えてちょんまげ >>699
>>700
語れるけどノウハウを無礼な馬鹿に無料で提供しても
俺には何のメリットもねえからなあ オブジェクト指向の目的を理解した上で
その目的を実現する別の手段を提示できるだけのスキルがある奴がいたら議論したかったけど
そんな奴はいないようだ >>702
設計と実装の区別もできていないことは教えてやったんだからお勉強しとけ
知識を教えてもらってるのに無礼過ぎる態度のお前なんかに教える訳がない
甘えんなよカス 同じ苦労を知っている齊藤氏は、開発初期から大事にしていることが1つあった。
「一番口酸っぱく言っていたのは『属人的な開発の仕方をするな』ということですね。長いこと開発して
いけばお客さんの入れ替わりと同様に開発スタッフも変わっていくわけなので、属人的なスキルに依存
した開発をしていると、その人がいなくなったタイミングでアップデートができなくなります。
それをまたサルベージしてやりましょうというのはとてつもない作業量になります。
『ドラクエX』で100%属人的じゃない体制を作れたかというと決してそんなことはないんですけど、
意識してそれをやるようにというのは開発初期からやりました」
https://jp.ign.com/m/dragon-quest-10/28251/news/xpso2 >>699
>曖昧すぎて何も言ってないのと同じだから
>現実味のある成功体験や失敗体験を教えていただけると
提案広場のそう思うそう思わないを気にしてたら、アスフェルド学園のような名作コンテンツは出なくなる。
それからドラクエ一筋ドラクエのサビ残どんとこいなんて脳筋プログラマーで人月を費やしたりなんかしたら、
グローバル変数がどんどん増えて削除や改変がやりにくくなる。キラキラアイテムの位置も気軽に変えられない。
プレイヤー側の対応機種全てとスマホのお出かけ機能も対応させなければならないからだ。
提案広場でよく『そう思わない』される理由
http://dragon-quest.me/dq10/27646/ ;
このゲームすぐ持ち物いっぱいになるな
http://dragon-quest.me/dq10/28435/ ;
【ドルボードGP】おいwデスルーラ作戦晒すなやwwwww
http://dragon-quest.me/dq10/28002/ ;
>『属人的な開発の仕方をするな』
誰にでも分かりやすい言葉で語ること、ぼくちゃんだけがしってるひみつなんてのはダメ!!!
そしてオブジェクト指向とは、オブジェクト指向言語のことではない! >>707
部外者に教えることなんて誰も求めていない件w >>705
>知識を教えてもらってるのに無礼過ぎる態度のお前なんかに教える訳がない
ぼくちゃんだけがしってるひみつなんて、 『属人的な開発の仕方をするな』!!!
D.仕事の専門性は実は低い、かつ、情報公開はしたがらない。(ほら吹き男爵さん)
実は教えてもらえば誰にでもできる専門性は低い仕事をしているのですが、情報公開をしたがらないために、
誰もその仕事のレベルを知る由がありません。そして、仕事を独占し自分の存在価値を高めようとします。
かなりの見栄っ張りです。「ほらふき男爵さん」とします。
https://alpaca.nichimy.co.jp/news/029
>C.仕事の専門性は高く、かつ、情報公開はしたがらない。(一匹オオカミさん)
軍事関連の機密情報に関してはそうだ!
1950年2月にイギリスで、ドイツ出身の核物理学者クラウス・フックスがスパイ容疑で逮捕された。
彼は、マンハッタン計画でアメリカの原爆製造に貢献したが、同時にソ連に機密情報を流していた。
そこから芋づる式に、同年6月に米国で、ロスアラモスの核施設に勤務していたデヴィッド・グリーングラス
(エセルの実弟)とその妻ルースが、そしてローゼンバーグ夫妻が逮捕された。
1995年にベノナ計画の資料の一部が初めて公開されたことで、現在では、ジュリアスが多くの
機密情報をソ連に流していたことは、明らかになっている。
https://jp.rbth.com/arts/2013/06/19/43633 >>708
>部外者に教えることなんて誰も求めていない件w
すると貴社は部外者に知られてはいけない、重大な社内機密情報を扱っていますってか?
国税庁の調査によると、平成26年度の利益計上法人は87万6,402社であるのに対して、
欠損法人が172万9,372社と大きく上回っています。割合でいうと黒字の法人は33.6%ということになります。
もちろん、これには大企業の決算も含まれていますが、中小企業の数は全体の約99.1%を占めることから、
中小企業の黒字割合も約3割程度であることに変わりないと言えるでしょう。
https://biz.moneyforward.com/blog/25002/
ハハハ、そりゃ滑稽すぎて信じられんな! >>708
>部外者に教えることなんて誰も求めていない件w
なら部外者を相手にここで語ること無い件w
本の紹介だけでいいだろう?
672 デフォルトの名無しさん 2019/04/26(金) 08:49:14.34 ID:4fZKbYZH
>>667
何が言いたいのかさっぱり意味不明。
オブジェクト指向の目的は本に書いてあると言ってあるのに
その意味不明な文章から
「ということで、オブジェクト指向が解決した問題をどうぞ 」
というのが、どう「ということで」になってんだ? >>711
だから>>703を期待したけど
それだけの知見がある奴はいなかった訳な 期待とは違うジャンルの知見が色々あるのが見えなくなってるのは損してる >>713
え?どんな知見があると思った?
知見のなさを曝け出してる連中しかいないだろw そう思うならそれでもいい
人の話を聞かない自由もあるし本を読まない自由もある >>715
どうしようとお前の自由だけど
本を読まなきゃ知識が低いのは当然だわな。 鶏と卵のパターンか
最初に本を書いた人間はどこで知識を手に入れたのか >>717
そりゃ試行錯誤に決まってるだろ。
すでに本があるのにわざわざ試行錯誤するのはアホ過ぎて。
まあ、そういうところがリアルにアホっぽい。 本は厚すぎて冗長だから圧縮するための試行錯誤があってもいい ならこんな場所には来ないで、本だけを読んでいろよ!
703 デフォルトの名無しさん 2019/04/26(金) 09:23:46.25 ID:4fZKbYZH
オブジェクト指向の目的を理解した上で
その目的を実現する別の手段を提示できるだけのスキルがある奴がいたら議論したかったけど
そんな奴はいないようだ >>721
お前と話しても何も得るものはないからレスしないでいいぞ。
俺はお前に何も教える気はない。
お前から得るものは何もない。
時間の無駄。 平日の午後は暇なんですか?
722 デフォルトの名無しさん 2019/04/26(金) 16:09:21.72 ID:4fZKbYZH
>>721
お前と話しても何も得るものはないからレスしないでいいぞ。
俺はお前に何も教える気はない。
お前から得るものは何もない。
時間の無駄。 ならば『本』だけ読んでりゃいい、こんなスレに来なきゃいいw
718 デフォルトの名無しさん 2019/04/26(金) 13:02:11.56 ID:4fZKbYZH
>>717
そりゃ試行錯誤に決まってるだろ。
すでに本があるのにわざわざ試行錯誤するのはアホ過ぎて。
まあ、そういうところがリアルにアホっぽい。 このスレの『知見の無い』俺らに何の用?
>D.仕事の専門性は実は低い、かつ、情報公開はしたがらない。
用が無いならとっとと消えな!
714 デフォルトの名無しさん 2019/04/26(金) 11:53:17.50 ID:4fZKbYZH
>>713
え?どんな知見があると思った?
知見のなさを曝け出してる連中しかいないだろw >>699
>曖昧すぎて何も言ってないのと同じだから
>現実味のある成功体験や失敗体験を教えていただけると
個人情報な企業機密情報を別とすれば、業務内容はキチンと公開するのが筋。
旧ソ連でさえもソ連邦解体で『グラスノスチ』で情報公開したのだから。
マネージャーの業務を可視化 改革のための第一歩は、マネージャーがどれだけの時間どこで業務を行って
いたかを可視化することから始まりました。アクティブRFIDタグを所持してもらい、事務所や会議室に受信機を設置。
マネージャーにインタビューを行い、現状の業務内容とフローを明確化しました。調査の結果、
マネージャーが売場にいる時間は予想以上に短いことが判明。報告書作成などデスク業務を減らし、
お客様のニーズを捉える時間を確保することとなりました。そして、お客様に売りたい商品を販売員と
コミュニケーションを取りながら選定した上で、マネージャーが主体となって、商品の積み増しをお取引先と
交渉していく。こうしたプロセスと手法を標準化していくことを全社で共有化しました。
https://www.fujitsu.com/jp/group/fri/resources/case-studies/03.html 名のある企業はホームページでその業務内容を『無料公開』している!
>現状の業務内容とフローを明確化しました。
> 『属人的な開発の仕方をするな』
ぼくちゃんだけがしっているとかいう、 属人的な開発の仕方をするな!
701 デフォルトの名無しさん 2019/04/26(金) 09:22:26.34 ID:4fZKbYZH
>>699
>>700
語れるけどノウハウを無礼な馬鹿に無料で提供しても
俺には何のメリットもねえからなあ >>687
>GoF読むっていうのはコーダの人には
こういうやり方もあるんだなって思えるだろうけど
>なんかズレてんだよな
下請け中小プログラマーなんて壊れた奴らばっかだと思うぞw
>運営がFF11やり込んで自分で経験しなかった事
ゲームのストーリーを考えるのがスクエニコミックガンガン本社の仕事、テスターは末端の下請けw
本気かネタかも疑わしいがw
↓
DQXの敗因はまともなDがいなかった事
https://egg.2ch.net/test/read.cgi/dqo/1553655304/
135 その名前は774人います (ワッチョイ ab55-r4m/) sage 2019/03/30(土) 22:02:49.50 ID:s9M0K5iF0
ドラ10の敗因は、運営がFF11やり込んで自分で経験しなかった事
これに尽きる なんで、そんなに意地になって嫌ったのか
運営自身がネトゲやり込んだ経験あれば、もっとちゃんとした物が提供できたはず
コンテンツ参加するのに耐性装備に何千万使って
毎度報酬ゴミじゃ盛り上がる訳が無い
オフゲストーリーなんてオフゲでやってろ
全員初心者スタートのFF11、自分も10年見てたけど
誰一人ストーリーやりたいなんて聞いた事無い
みんなでPT組んで色んなエリア行ってワイワイ遊ぶのがネトゲ
それで報酬もらってキャラ強化、その強化キャラで遊ぶのが楽しいネトゲ
長年育てたキャラだから引退者が少なく続くのも一因としてあるでしょ >>723
>>724
悔しがってないで消えろよw >>725
お前には用なんてないからお勉強してろw つうか、お前らはオブジェクト指向の目的を説明して欲しいのか?
人にものを頼むなら無礼な言い方しないで聞く側の礼儀を守れよ。
特にこんなとこで教えてやってもこっちには何のメリットもないんだから
教える気を起こさせる態度を取らなきゃお話にならないのに
無礼な態度取ってるんだから意味不明。 オブジェクト指向言語で従来できなかったことが、できるようになったものは
一つもないけど(そりゃアセンブラでもできるわけで)
従来面倒だったものが、簡単にわかりやすく記述できるようになったものはたくさんあるな >>650
>ここ十年以上、あんな出鱈目な結果を垂れ流している現状を見る限り、AI とかたいしたことはないと思いますね
Google翻訳システムは『オブジェクト指向プログラミング言語』に違いないのだけれども、
これはまだまだ発展途上であり更なるオブジェクト指向研究が求められるってことだよな。
意味不明?
オブジェクト指向研究とオブジェクト指向プログラミング言語は別な! >>729
>>731
そういうお前が消えろっての! > 『属人的な開発の仕方をするな』
ところでコイツに何かを教わりたいと思う人居ますか?
↓
731 デフォルトの名無しさん 2019/04/26(金) 18:12:23.33 ID:4fZKbYZH
つうか、お前らはオブジェクト指向の目的を説明して欲しいのか?
人にものを頼むなら無礼な言い方しないで聞く側の礼儀を守れよ。
特にこんなとこで教えてやってもこっちには何のメリットもないんだから
教える気を起こさせる態度を取らなきゃお話にならないのに
無礼な態度取ってるんだから意味不明。 ところでだ。「チンポがシコシコする」という日本語表現は、文法的に正しいのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンボ)が繋がっている場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンボ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「頭がズキズキする」は良いが、「チンボがシコシコする」はダメな理由を、50字以内で述べろ! >>735
> ところでコイツに何かを教わりたいと思う人居ますか?
はい ノシ >>737
なら『教える気を起こさせる態度』を示せやw オブジェクト指向が優れてるのは知ってるので
何を教えてもらえば良いのか? 基本的な考え方は関数型や宣言型の方がいいんだが
パッケージングして可読性を良くするためにオブジェクト思考が役に立つ
高速化のために局所的な手続き型が役に立つ
これが正解だった >>544
>Joe Armstrongは「オブジェクト指向はクソか?」という発言の後で「Erlangはオブジェクト指向」
学習用にはC/C++の一択、業務用にはその他多くの『オブジェクト指向言語』が考案されているが、
オブジェクト指向プログラミングがどうたらなどと気安くコードを書かないでくれよと。
「書類を探す時間」を減らすためにトヨタ社員がしていること/トヨタ流片づけ術
https://studywalker.jp/skillup/article/169415/
↑
無駄な中小ホワイトカラーの吐き出す無駄な書類が多すぎる! >>738
くやしがってないで素直になったら?
wwwwww >>742
お前のほうが間違ってるよ。
理由? 理由なんているのかね?
いらないでしょ?お前が間違ってるのは事実だし。 >>744
オブジェクト指向の目的をちゃんとお勉強すりゃ分かるよw >>747
へーw
んで、お前がお勉強した本にはオブジェクト指向の目的は何だと書いてあったか言ってみ
wwwwwwwww >>748
>んで、お前がお勉強した本にはオブジェクト指向の目的は何だと書いてあったか言ってみ
イデアとは最高度に抽象的な完全不滅の真実の実在的存在であり、感覚的事物はその影であるとする。
イデアが存在しているのがイデア界(本質界)で、その陰が投影されているのがわれわれ人間の住む現実界となる。
例えば、現実の世界に、円形をした物はたくさん存在するが、いずれも完全な円ではないし円そのものでもない。
しかし、これらの円の背後には永遠不変で、完璧、かつ抽象的な円のひな型であるイデアがあるとする。
この考え方ってどっかで聞いたことある・・・そうだ!オブジェクト指向の考え方にそっくりなんだ。
オブジェクト指向はクラスという雛形(設計図)があり、クラスを元にして実体を持つオブジェクト
(インスタンス)がポコポコ作られるようなイメージである。
http://aidiary.hatenablog.com/entry/20050430/1114871993 そういう冗談は今までマトモなレスしてきた奴がやらないと オブジェクト指向の目的はちゃんとお勉強すりゃ分かる
でも
本にはオブジェクト指向の目的は何だと書いてあったか言ってみ オブジェクト指向とは、、、
さんざ振り回されて
煙に巻かれて
だまされて
振り返ってみると、
あれは、一体、何だったんだろうか… >>753
あれが何なのかはわからないが、
おまえはバカだ。なにひとつ知能がない。 https://jp.quora.com/オブジェクト指向とは何ですか/answers/123165842 まえにも上のほうでも言ったけど
文字列や配列がサイズを持ってるのって嬉しくない?
データと関数を一緒にまとめるな的なOOP批判ありがちだけど
まさに逆であって、まとめて嬉しいシーンがあるからまとめる
まとめるべきじゃね?ってものを本来あるべきまとめた形にしたのがOOP
今まで:
char *a, *b, *c, *d;
int alen, blen, clen, dlen;
// この場合八つの変数と、それらのstrlen呼び出しタイミングと代入をケア。
// if (a) alen = strlen(a);
もしくは:
struct {char c;int len;} a, b, c, d;
// この場合四つ(?)の変数と、それらのstrlen呼び出しタイミングと代入をケア。
OOP:
string a, b, c, d;
// こっちがケアする変数は四つ。
こうなるだけで十分嬉しい(個人の感想です) >>756
これも分かってない奴だなあ…。
学生が頑張って書いた印象。
ま、本人が「オブジェクト指向をきちんと説明することをまだ諦めていない」と言ってる程度だし、しっかり説明できていないことは自覚しているんだろう。
結局、オブジェクト指向の目的を理解せずに、
実装だけ見てる。 オブジェクト指向わかってないやつにわからせるのって難しいんだよ
オブジェクト指向のプロジェクトと手続き型のプロジェクトを定量的に比較すれば一目瞭然でオブジェクト指向が優れてるのはわかるんだけど
定性的な説明をするとそれって好みの問題じゃないか?ってなってしまう みんな最初はそう言うんだよね
フリーザの戦闘力も仮想通貨の価値も
定量的に一目瞭然だと
最初はそう言うんだけど最後には何もわからなくなる まあ定量的というのは違うな。
オブジェクト指向を使うことで解決できる問題があるから使う。 問題を解決する気を起こさせる態度…そんな言葉は使う必要がねーんだ。 ないから使わない。
数学お勉強しないと使えないクソ関数型と一緒。
本読まないと使えない?
ゴミだわそんな理論。
今日もまたCOBOL60が勝利してしまった…
敗北を知りたい。 >>758
「きちんと説明することを諦めていない」は
「きちんと説明することは不可能」と思考停止しがちな
世の訳知り顔の不勉強な識者に対する皮肉だろうJK >>765
だから本に書いてあると言ってるんだがw
本も読まずに素人が書いたしょうもないブログ読んで分かった気になっちゃうアホ。 雑誌や単行本をいちいち読まなくてもネットスラングは使えるぞ 本に書いてあるはわかったから
リンク先なり自分の意見なり書いてみろよ
もう誰も期待してないけどな >>766
>>756はしょうもないブログはおろかそこらの本に好き勝手に書かれているような話じゃなく
「オブジェクト指向」を考案した人たちの論文を噛み砕いて説明してる内容だと思うが違うのか? >互いにメッセージを送りあうメタファー
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く >互いにメッセージを送りあうメタファー
オブジェクト指向は常に『二人称』『対話』な!
<俺>
「 部屋の英子がこちらを向いた気配に、彼は勃○した陰○を外から障子に突きたてた。障子は乾いた音をたてて破れ、
それを見た英子は読んでいた本を力一杯障子にぶつけたのだ。本は見事、的に当って畳に落ちた。 」
<チンポ>
「 その瞬間、竜哉は体中が引き締まるような快感を感じた。彼は今、リングで感じるあのギラギラした、
抵抗される人間の喜びを味わったのだ。 」
まさにチンポとは独立した人格を持ち、もう一人の人間がそこに現れるのである! >>768
だから本に書いてあるって。
俺のオリジナリティな考えじゃなくて本に書いてあるんだから本読め。
敢えていうなら、目的を理解せずに実装ばかり語ってるアホは
オブジェクト指向について理解できていない
といのは俺の主観だな。 >>769
まったく違う。
低次元の学生がちょっと調べて書いたってレベル。 >>769
ブログのプロファイル確認してみ。
ど素人の泡沫ブロガーだと分かるから。
こんな低レベルの内容を「噛み砕いて説明してる内容」だと勘違いしちゃうお前のレベルの低さよw >>772
ならチンポは随意筋なのか不随意筋なのか、答えてみろよ? >>777
オブジェクト指向は現実世界のシミュレータを作ろうとしていると思っているのかお前は? 現実世界に例えた方がみんな理解出来るよね?
ってだけで別に現実世界を再現するのが目的じゃないけどな。 キーとなる考え方が示された文献を丁寧にリンクしてる>>756が低次元学生レベルなら
オブジェクト指向が解決した問題はおろか具体的な書籍名ひとつ挙げられない>>774は
さながら「偉い先生が本で言ってた」レベルの小学生以下だな >>780
> 現実世界に例えた方がみんな理解出来るよね?
>ってだけで別に現実世界を再現するのが目的じゃないけどな。
自然言語処理のコア部分は、C#で開発したプログラムで動作し、3次元空間の操作が必要な部分は、
Unityのプログラムを呼び出します。
「窓から外を見ると、上には何が見えますか?」という文を読むと、C#側のプログラムで、この文を解析し、
3次元世界の話だと判断すると、Unity側のプログラムを呼び出します。
Unity側のプログラムは、家の3Dモデルを構築し、窓の外で上に存在するオブジェクトを取得します。
この場合、「空」となります。この答をC#側のプログラムに返します。
これによって、C#側のプログラムで、質問に答えることができます。
https://robomind.co.jp/symbolgroundingproblem/ >>781
まともな本ならオブジェクト指向の目的くらい書かれているが。
「○○についての本」なのに「○○の目的」すら書かれていない本しか読んでないとか
お前のレベルが低過ぎるwwww
そりゃど素人のまとめを
「論文を噛み砕いて説明してる内容」 とか言っちゃいますわwwww >>781
あ、ちなみに日本語の本でちゃんと説明してる本があるかは知らない。
オブジェクト指向の提唱者達の原著にあたれ。
高スキルITを目指すなら原著くらいは読めないとな。 言ってて思ったけど低レベルJAPが書いた本は実装比較しかしてないで
そもそもの目的から説明してないのかも。
JAP学者はシステム構築の経験ないからオブジェクト指向の目的を実感として理解できないから
お前らがオブジェクト指向の目的を理解してないのもしょうがないのかもしれない。 オブジェクトの存在しない世界、すなわち物体を数えることの出来ない世界では
オブジェクト世界は無意味よって現実世界を例えた指向がオブジェクト指向なのであり
オブジェクト指向から現実世界が例えられるのでは無いと思うよ個人的には こう言うご本人が、『オブジェクト指向とは何か』について何も語っていない件www
↓
786 デフォルトの名無しさん 2019/04/27(土) 19:30:19.58 ID:C6f0rUZa
言ってて思ったけど低レベルJAPが書いた本は実装比較しかしてないで
そもそもの目的から説明してないのかも。
JAP学者はシステム構築の経験ないからオブジェクト指向の目的を実感として理解できないから
お前らがオブジェクト指向の目的を理解してないのもしょうがないのかもしれない。 >>789
オブジェクト指向の提唱者達の原著に書かれているからwww
読めよ無能。 >>791
え?原著読むくらい当然じゃないの?
うわあレベル低いなあwww >>790
>オブジェクト指向の提唱者達の原著に書かれているからwww
パーソナルコンピューティングの主題は、コンピュータを使っていかに人間の能力を高めるか
(「Amplify human reach」)ということであったが、これは言い換えれば
「クリエイティビティ(創造性)」の追求である。ケイ氏が最も熱心に取り組んでいたのはコンピュータ
を使った子供の教育であった。オブジェクト指向プログラミングを子供に教えることによって、
ソフトウェアを自身の問題に合わせて自在に変更出来るようにし、より高い問題解決能力を獲得させることを目指した。
https://www.google.com/amp/s/ubiteku.oinker.me/2016/05/09/what-is-oo-all-about/amp/ それ1970年代の話で
以前目指していたが今振り返ると
目的に対して失敗だったのではないか
という話をしてるスレなんだが そもそも子供向けの教育でまったく使われてないだろに >>794
目的に対して失敗だったとどうして思った?
オブジェクト指向が解決しようとした問題を
オブジェクト指向を使わずに解決する方法があるなら言ってみろと
最初から言ってるが。
原著読む程度の知能もない馬鹿ってw。 >>795
子供向けの教育って
お前向けの教育ってことか?
学生ちゃんかな? >>800
オブジェクト指向の提唱者達の原著
と言えば決まってるんだがwww。
読みたいならぐぐれ。
オブジェクト指向の提唱者として必ず名前が出てくるのが何人かいるから。 >>800
あと、質問するなら質問するなりの態度取れよ。
礼儀守ってれば本棚に行って調べるくらいのことはしてやったけど
糞生意気なキッズにそんなことする義理はねえからさwww。 だから1冊でもいいので教えて欲しい
そんなものがあるなら是非知りたいので
お願いします! これまでの非礼は臥してお詫びします
なんとか1冊でもいいので教えてください! >>803
もう遅いな。
自分でぐぐれ。
オブジェクト指向の提唱者として必ず名前が出てくるから。
英語版Wikipediaで調べりゃ載ってるだろ。 そうおっしゃらず
せめてググる際のキーワードだけでもなんとか! お願いします!お願いします!
さあ皆もひれ伏してお願いしよう! まずオブジェクト指向というのはソフトウェア開発の難しさを
解決するためのものであって、現実世界をモデリングをするための道具ではない >>797
オブジェクト指向が解決しようとした問題とは何か漠然としすぎているな。
そもそもオブジェクト指向は手段の1つであり、
オブジェクト指向で「も」解決できる問題はあるだろうが、
オブジェクト指向でなければ解決できない問題など1つも無い。
いやむしろ害がある。 オブジェクト指向によって、ソフトウェア開発の難しさは
本当に楽になったのか? >>801
>オブジェクト指向の提唱者達の原著
一生懸命検索して、obsolateな内容の古い本を探しだしてくるなよ。 開発は楽にはなったがオブジェクト指向を理解してない人と組むのは逆に難しくなったと思う
強力なツールだけど人を選ぶのは確かだ 夢中でコードを書いているときは強力なツールによって楽になった面はあるが
書きあがったソフトウエアのあとから見たり人のコードを見たときの
見通しやデバックのしやすさは
逆に損なわれたと思うが 下手くそが書くとそりゃわかりにくい(自分が書いたとしても)
上手い人ならオブジェクト指向のほうがわかりやすいよ
オブジェクト指向は万人が恩恵を得られるツールじゃない 「オブジェクト指向を理解してない」
とはどういうことか?
それは「オブジェクト指向」とは何かにつながる
そしてそれは
https://ubiteku.oinker.me/2016/05/09/what-is-oo-all-about/
にも書いてある通り、まちまちなんだよ。
それを人の「オブジェクト指向」は自分が考えているのとは違うとか、
オブジェクト指向を理解してないとか、人に対する批判につなげているから
ダメなんだよ >>816
そうしたら、アランケイが目指していたものとは、もはやまったくの別物だなそりあ >>816
上手い下手は分かりやすさよりも巧妙な継承の使いこなしなどに差がでてくると思うがな >>812
なった、と言えば言いすぎという印象
OOPにしろデザパタにしろ
使いたい奴が黙って使うくらいの感じで十分と思う
大前提として、プログラミングは難しすぎる
ごく小規模なものを除いて
何をどうしようと基本的には焼け石に水 ツールってのは何でもそういうものだよ
その道のプロに最適化されたツールは素人には扱いが難しい
ロードバイクとか包丁とか筆とかなんでもそう
オブジェクト指向もただのツールだからそこは変わらん 実は大して楽になってない、むしろ弊害が出た面「も」ある
前スレ、前々スレでさんざ書いたけど
適用するレイヤ、グレインを選ぶ あの「オブジェクト指向の提唱者達の原著を読め」一辺倒の
駄レスを連発してたバカはどこいった。オナニーでもしてるのか オブジェクト指向が難しいというよりも、
オブジェクト指向を使って、害が出ずメリットがよく出るようの
ソフトウエアを記述することが(人間の思考にとって)難しいんだよ。
特に複合型を拡張してきたくクラスベースOOPで
適していないレイヤ・グレインにオブジェクト指向を適用しちゃった場合にさ それは古典の「オブジェクト指向の提唱者達の原著」
を何冊読もうがまったく解決しない 279 デフォルトの名無しさん[] 2019/04/22(月) 22:40:17.66 ID:KTQxmf3k
訃報】プログラミング言語「Erlang」を生んだジョー・アームストロング氏死去
https://gigazine.net/news/20190422-joe-armstrong-passed-away/
> 関数型プログラミング言語「Erlang」の生みの親として知られるコンピューター科学者・プログラマーのジョー・アームストロング(ジョセフ・レスリー・アームストロング)氏が2019年4月20日(土)に亡くなったことがわかりました。68歳でした。
RIP Joe Armstrong, the author of Erlang
https://freethoughtblogs.com/kriswager/2019/04/20/rip-joe-armstrong-the-author-of-erlang/
なお、アームストロング氏は「なぜオブジェクト指向はクソなのか」という名文を残しています。
Why OO Sucks
http://www.cs.otago.ac.nz/staffpriv/ok/Joe-Hates-OO.htm
訳文がいくつか存在するので参考にしてください。
連続体仮説: なぜオブジェクト指向はクソなのか by Joe Armstrong - 勝手に翻訳
http://chypot.blogspot.com/2012/08/by-joe-armstrong.html
オブジェクト指向はクソか? - tokoma1's blog
http://tokoma1.hatenablog.com/entry/2015/06/07/083347
Why OO Sucks by Joe Armstrong · GitHub
https://gist.github.com/posaunehm/4087971 もうさ、有名人限定で、
オブジェクト指向を評価してる人 評価してない人に分けて
どっちが多いか?を調べればいいじゃないか んじゃオレも一個貼っとくか
少し古いが
「従来のEJBは存在自体が間違いだった」,軽量コンテナ「Spring Framework」開発者のRod Johnson氏吠える | 日経 xTECH(クロステック)
https://tech.nikkeibp.co.jp/it/free/NSW/NEWS/20050621/163065/
EJBは設計の段階からOODで徹しようとしたことが失敗につながったという分析もある >>829
あるでしょ?
あのさ「すごい人だけが俺はオブジェクト指向使わなくてもやれる!」
って言っても意味ないよね?
実際に使うのは俺らなんだから。 >>828
用語にはなってないけど、ヘビーオブジェクト指向と
ライトオブジェクト指向ってのがあるんだよ。
失敗したのは、ヘビーなオブジェクト指向。
今の主流はライトなオブジェクト指向。
みんな気軽にオブジェクト指向を使ってる。 いや大多数の人間が勘違いしてだまされているところがもっとも問題だから
多数決はあやまった解を導き出すだけだ >>831
俺も使ってるよ。
pythonやjs、C++でOOPが適しているところには 馬鹿「多数決はあやまった解を導き出すだけだ」
↓
俺「つまり?」
↓
馬鹿「どんなことでも少数派の意見の方が正しい!」
↓
俺「俺は天才(少数派の意見です)」 >>811
だからさ、
オブジェクト指向を使わずに解決する方法があるなら言ってみ
何度同じこと言わせるんだこのバカは >>817
流し読みしたけど何も理解してない素人の戯言で呆れた。
お前の理解もこの程度なんだなあ。
アホ過ぎるwww。 >>828
これをオブジェクト指向批判だと誤解する低脳ってwwww まだいたのか?
さんざん偉ぶっておいて本一冊も紹介できないオマエはもうNGな >>839
オブジェクト指向のオリジンたちの名前くらい調べよう。 根拠を何1つ示さず、他人をけなすだけで
説得できることなど、なにも無いからな 中小ソフトハウスのアホ共は無知丸出しwww
>>810
>まずオブジェクト指向というのはソフトウェア開発の難しさを
>解決するためのものであって、現実世界をモデリングをするための道具ではない
「ハイブリット車プリウスの開発ツール"Dymola”について」(No.12)
今日は、若い人達がゲームや詰碁を楽しむように、74 歳になった私が
今、ハマっている事柄について開陳致します。
それは、『トヨタ自動車が 1997 年から製造・発売を開始した初代プリウス
の開発の際、
子会社のトヨタ・テクノサービス社を代理店にしてまで採用した』 “Modelica” と呼ばれる
“オブジェクト指向のマルチドメイン・モデリング言語” の習熟と普及です。一日7〜8 時間はパソコンと戯れています。
“マルチドメイン・モデリング言語” とは、“多くの工学分野に対し、統一
的かつ複合的な
シミュレーション・モデルを構築するコンピュータ言語”のことです。
http://www.ube-rc.jp/takuwa/20180927.pdf 『オブジェクト指向プログラミング言語』と称するツールは当分要らない!
無駄なコードが増えるだけだから!
231 デフォルトの名無しさん 2018/12/15(土) 01:45:15.34 ID:k5T0HzJW
高級言語は簡単にプログラムを書けてかつデバッグの労力も少ないが、要らないコードが増えやすい。
パワーポイント使用を禁止する会社が増えている理由
https://news.allabout.co.jp/articles/d/88444/
同様にパワーポイントを使えば簡単に書類作成できるが、その分無駄な書類が量産されやすくなる。 >>845
Symlinkでもいいけど、モデルベース開発をしたことあんの?あんたは
あれはプログラム開発の延長上にあるものではないぞ みなさん、オブジェクト指向じゃない言語を使いましょう!
オブジェクト指向は悪です。
そんな言語を使ったらいけません。
何を使えばいいでしょうか? >>848
>何を使えばいいでしょうか?
C/C++、の一択だろう?
その他はオブジェクト指向プログラミングなどと称して、気安くコードを書かないでくれよと。 >>847
>Symlinkでもいいけど、モデルベース開発をしたことあんの?あんたは
あんたら中小ソフトハウスの、中途半端な『モデルベース開発』なんて全く参考にならんよ? >>810
>まずオブジェクト指向というのはソフトウェア開発の難しさを
>解決するためのものであって、現実世界をモデリングをするための道具ではない
PhysXの機能
剛体物理(rigid body dynamics)
衝突判定/各種関節/ラグドール/摩擦力の考慮
衝突の検知/オブジェクトをグループ化/衝突判定のON・
OFF切り替え/1軸方向のみに物理作用を限定/接触通知
先進的なキャラクタコントロール
乗り物のための動力学
マルチスレッド・マルチプラットフォーム
流体(particles)シミュレーション
布(clothing)シミュレーション
軟体の表現
フォースフィールドの表現
https://researchmap.jp/mu8ou0h60-1774011/
TOYOTA GAZOO Racingがeモータースポーツへ本格参入
−PlayStation®4用ソフトウェア『グランツーリスモSPORT』「GR Supra GT Cup」の開催を決定−
https://global.toyota/jp/newsroom/toyota/27134890.html そんなものには彼の「オブジェクト指向」のほんの触り程度しか書いとらんよ
せめてダン・インガルスの「Smalltalkの底を流れる設計思想」
http://web.archive.org/web/20041016084842/http:/marimpod.homeip.net/chomswiki/24
か、アラン・ケイにこだわるなら「The Early History Of Smalltalk」
http://worrydream.com/EarlyHistoryOfSmalltalk/
できれば「「ソフトウェア工学」は矛盾語法か?」
http://metatoys.org/oxymoron/oxymoron.html
を薦めたまえ
つーか、>>756 を脚注文献までちゃんと読めば、オブジェクト指向の曖昧さはほとんど解決する >TOYOTA GAZOO Racingがeモータースポーツへ本格参入
シミュレーションというのは、現実世界を仮想世界に置き換える『ゲーム化』。
>コンピュータを使った子供の教育
ゲームにすると分かりやすくなる。例えばゲームのリセットまたはゲームオーバーで、
動的変数(auto int)
テトリス(コンティニュー無し)
静的変数(static int)
スーパーマリオ(コンティニュー有り)
違うか? >>841「オブジェクト指向についてまったく勉強してない」
>>842「オブジェクト指向の本を読んだことない」
>>843「オブジェクト指向を誰が提唱したか知らない」
あのさー、それくらい常識だから。
勉強してなさ過ぎるんだから勉強しような。
何も知らないんだから黙ってような。
アホを堂々と晒す自信を持つより、学ぶ謙虚さを持とう。 本日のNGID:S1jMgj0r
読むだけ時間の無駄なので 分類:言語は、似たオブジェクトを分類する手段、それにシステムの基礎をなす分類群と同格の分類群を
ユーザーが新たに追加する手段を提供せねばならない
分類は「らしさ」らしさの実体化だ。言いかえると、たとえばあるヒトが椅子をみたとすると、
その経験は文字通り「その椅子そのもの」に関するものと、抽象的に「その、椅子らしいもの」
に関するものとみなされる。このような抽象概念は「似た」経験をいっしょにしてしまうというヒトの精神
の不思議な能力によって生じるもので、この抽象概念は精神の中では実際の具体的なものとは
別の'もの'としてあらわれる−プラトン的な椅子、あるいは椅子らしさ、として。
http://web.archive.org/web/20041016084842/http:/marimpod.homeip.net/chomswiki/24
>これらの円の背後には永遠不変で、完璧、かつ抽象的な円のひな型であるイデアがあるとする。 >>859
いちいち報告する構ってちゃんきめえーーー
黙ってやれよ無能
知識のないバカなんだからお勉強しような
恥ずかしい馬鹿だなあwwww 俺は『時渡りのチカラ』が大きいからな、誰よりも先に未来技術を習得できるんだよ!
. , ャ ィE5!..
.. ,,.e;〆 .、 w===|====!. π .e、x&
.. ^~ ! ``= π ,, カ. _ _ ̄オ⌒|! `ヘ
. fラ⌒ ̄l「~~~^. ,.タ. .ル .ll ~\_ 〃 〃. ^..
. .オ.. ,...__,xf~. ^ f! 、
. '^´  ̄ ̄..
.. l|.. r=キ'⌒..
. `!、 ~~~~~~⌒... l}
⌒heィ~. .+s_、_e. .^+--w=f `ヲse、._ _、... ′ >>860
↓アラン・ケイのこちらの言及にも通じますね
あなたのコンピュータのスクリーンを見てみよう。
するとそこにはたった一種類のオブジェクトしか無い事に(驚きを持って)気づくだろう。
それは空間を色分けする領域から成るコスチュームによって表現され、ユーザの動作を扱い、
他の同じようなオブジェクトと作用し、他の同じようなオブジェクトを運搬し、
それ自体が一部分として特別な劇場効果を担っているかもしれない。
これらそこにあるものがすべてエンドユーザの視点から来ている。
それではなぜソフトウェアはこうも複雑なのか?
その一つの答えは、普通人間の神経系は類似ではなく差異に惹き付けられるが、
類似こそが一見大きく複雑に見えるシステムにある小さな特徴を作り出すものだからだ。
差異は時間が経つにつれ問題を引き起こす不必要な沢山の特別ケースを頻繁に生み出してしまう。
http://metatoys.org/oxymoron/oxymoron.html オブジェクト指向は万能ではない
それですべての問題を完璧に解決できるわけではない
ただ、既存の方法論に比べれば解決できる範囲が広い
もっといい方法があるのかもしれないが発見されていない
現実問題は複雑なのでモデリングするうまい方法がないから
と思われる。
それだけのことだ。 まずオブジェクト指向というのはソフトウェア開発の難しさを
解決するためのものであって、現実世界をモデリングをするための
道具ではないことは知っているか? オブジェクト指向そのものは別に悪いもんじゃない
問題はオブジェクト指向を勘違いして利用してる奴が多いこと オブジェクト指向って理解できない。
自分のプログラムはクラス分けはされてるんだが、単に長いプログラムの一部を別ファイルにしてるだけだわ。 ど素人向け薄い本「犬はオブジェクト」
ど素人「犬は餌を食べるから犬と餌オブジェクト作って」
現実「牛と豚は生き物でもある」
ど素人「オブジェクト指向は使えない!」
プロ「あのさー、設計指針についてお勉強しようよ」 >>867
それについて自覚があるだけおまいは賢いよ
なんとなくクラスにわけて
トータルのコード量を分量的に分割してなんとなく満足しつつも
なんとなく不満を抱いてなんとなくOOP批判に走る人もいる
再利用性や粒度、直交性などに着目し出すと
OOPはさらにもう少しだけ役に立ってくれる(はず) Hello Worldしか作らない俺には
オブジェクト指向は不要だ。
大規模開発?あんなの趣味でやるもんじゃない >>866
これだけ言われても仕事に活かせない
具体例詳しく知りたい 具体例を聞かないと仕事に活かせないとかさすがにあれだぞ
なんでこの業界にいるの?ってレベルw >>875
でも>>866によると「オブジェクト指向を勘違いして利用してる奴が多い」らしいけど?
それが間違いだっていうなら文句は俺じゃなく>>866に言ってくれない? >>873
デザインパターンとEffective Javaを読みながら
Javaの標準クラスの意図を理解しろ。 実装やメンテで、何か無駄な事やってる気がし始めたら、オブジェクト指向の便利さが分かる。
もともとその手の面倒くささ解決から始まったもんだし。 自分で勉強する気もない奴に説明しても無駄でしょw
オブジェクト指向なんて本屋行けば概念から設計思想から実装まで詳しく説明した本が沢山あるのに ふーんじゃあ「オブジェクト指向を勘違いして利用してる奴が多い」ままだろうね永久に。 >>880
標準クラスすらまともに理解しようとしない奴らには
一生理解できんよ。 >>877
java.util.Dateとjava.sql.Timestampはどういう意図なんすかねえ? それ質問してる本人が質問の意味さえ理解してないだろw >>882
質問の意図が不明だが
マニュアルに書かれている通り
java.sql.Timestampは、java.util.Dateの薄いラッパーで、このラッパーによってJDBC APIはこれをSQL TIMESTAMP値として識別できるようにした。
まあ、本読んでないから>>877の意図が理解できてないんだろうが。 とりあえずそれっぽい質問投げただけで相手を言い負かしたい以上の意図は無いだろうな >>885
素直に勉強しないのが、馬鹿の馬鹿たるところだよなあ。
オブジェクト指向なんてプログラムの中でも特に理解するのがむずかしい概念なんだから
まじめに勉強しない限り理解できないよなあ…。
どっかのブログの記事を一個読んで理解できるようなものじゃないのに。 >>884
バカかお前
Effective Javaにリスコフの置換原則の話で取り上げてただろうが
それを聞いてんだよ 文字を読んだだけで内容理解してないんじゃないの?
大丈夫なの? 本読んだことだけがお前の取り柄だろ >>887
すべての例を暗記してるわけじゃないからねえ。
項目番号でどうぞ。 >>888
例を暗記する必要があると勘違いしてるんだお前… >>889
ページ番号を言わないとわからないんだ
その程度しか読み取ってないんだ
俺はページ番号を覚えてないけど
内容を完全に理解して頭にパーフェクトインプットしたけどね
リスコフの置換原則の重要性をjava.util.Dateを例に説明してたよ
覚えてないの? それ本読んだ意味ある?
お前の読書は身についてない
読書の仕方を変えたが良いよ
文字を追っかけるだけじゃなくて内容を理解したが良い >>891
見つけたよ。
例を暗記していないと、
内容を理解していないとどうして勘違いしていた?
そんなの暗記するより本質を理解することのほうがよっぽど重要。
言いたいことを示すために実例を出してるだけななんだから
例自体には大した意味はないぞ。 読み直したんだw
見つけたんだwww
やったじゃんww
で意図は? >>893
本に書かれている通りだが。
お前は理解してるんだろ?
理解できなくて聞きたいなら素直に言おうなwww Javaの標準クラスの意図を理解しろと君が言ったから
僕は意図を聞いたんだ
Javaの標準クラスであるjava.util.Dateの意図をお教えいただけますでしょうか? 多分説明できないよ
だって僕に言われるまで本に書いてあることさえ知らなかったからね
そんな白痴野郎が短時間で内容を理解して応用できるわけがない >>895
Javaの標準クラスがこのような作りになっている意図は
>>884の通りだが。
で、それについて継承とコンポジションのどちらを選ぶべきかという課題がある。
これについては色んな議論があることは本に書かれている通り。
お前はこの程度の理解もできないのか・・・。
馬鹿だなあ。 >>899
で、お前の100点満点の回答をどうぞ。
w Effective Javaを読めと言ったのは君なんだから
その内容を踏まえてJavaの標準クラスはこういう意図なんですと説明しないと
API引用してこれが意図だというのは芸がないというか
本読んだ意味ないやんけということになるんで
継承とコンポジションの話して濁しているけど
意図の説明になってないよってことで赤点です 文字を追いかけるだけじゃなくて
内容を理解しろという意味で本を読めハゲ >>902
え?
こんなださい奴いる訳ないだろwwwwwwwwwww
冗談がうまいなあww
100点満点の回答が楽しみだなあ
wwwwwwwww >>901
公式マニュアルに意図は説明されていることも
理解できないほどバカ?
え? ID:Sci+vZGCちゃんまさかの逃走?
まさかねえ…w >>905
APIの文章を引用するだけなら
デザインパターンの本とEffective Javaを読む必要ないじゃん
君はそれらの本を読んで標準クラスの意図を理解しろと言ったよね
でも君が今やってるのはAPIの文章を丸コピーしてるだけだよね
君、言ってることとやってることが違うよね
本を所有してるだけで読んでないんじゃない? >>907
>>898で説明した通りだな。
んで、100点満点の回答まだ〜?
wwwww >>909
回答は本に書いてある
完全に記載されてるから本読めwwww
本読んでないやつがオブジェクト指向を語るなバーカwwwww Effective Java 第3版
https://www.amazon.co.jp/dp/4621303252/
お前には一冊じゃ足りないwww
もう一冊買えwwwwwwww >>910
>>898で100点満点だから
バカなID:Sci+vZGCは訂正も追加もできずにみっともねえなあ
wwwwwwwwww >>912
お前本に書いてあることと全く違うこと言ってるから
本の内容を一ミリも理解できてない
本読めバカwwwwww 争いは同じレベルの者同士でしか発生しない をレスで表現するのは板違い >>913
え?どこが違うのか具体的にどうぞ。
ID:Sci+vZGCの具体的な回答
>>902「本読めバーカ 」
明らかに0点
だっさwwwww >>914
お前さwwwEffective Java読んだ?wwwww >>916
本読んでから出直してこいよバーカwwwww >>919
君の読書能力が0点だからwwwww
君の本の読み方やべーからwwwwwマジでwwwww
本をきちんと読めばJavaの標準クラスの意図はすごくわかる ID:Sci+vZGC「お前が間違っている」
ID:Sci+vZGC「どこが間違っているかは言えない」
ID:Sci+vZGC「だからお前は0点」
かっこよすぎるぜ
このわがままボーイw 883 :デフォルトの名無しさん [↓] :2019/04/28(日) 15:32:59.46 ID:CcKsVn0M (2/4)
それ質問してる本人が質問の意味さえ理解してないだろw
885+1 :デフォルトの名無しさん [↓] :2019/04/28(日) 15:44:35.93 ID:CcKsVn0M (3/4)
とりあえずそれっぽい質問投げただけで相手を言い負かしたい以上の意図は無いだろうな
スルーされてるけどこいつが一番ダサいと思ってるwwwwwwwwwww
Effective Javaに一度でも目を通したことがある人間なら
一瞬で内容理解できるはずだからねwwww >>921
おい!そこのお前!本を読め!wwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwww
wwwwwwwwwwwwwwwwwwwwwww >>923
間違ってるんだから
どこが間違ってるか明示して
正しい解答も明示すれば
周りもお前も勝ちだと認めるだろうに
お前「ぼきゅが正しいだーい」(どこが間違ってるかは言えない)
このわがままボーイwww 本を読め君はチンポ君並みにうっとうしいぞ
かまってちゃん?同一人物? >>924
あのさー、それくらい常識だから。
勉強してなさ過ぎるんだから勉強しような。 >>926
君が付いたのはアナルだよ
汚いところに指を突っ込んでしまって
指先が臭くなったのは君だよ
そういう君がすごくダサくて愛おしい >>927
あーあ、このおもちゃ壊れちゃったなw
間違ってる箇所なんてどこにもないからお前が明示できないことははっきりした。 >>929
本を読めば一瞬でわかることだから
僕から君に言えることは一つだけ
本を読め >>931
お前が本を持っていることだけは事実のようだ。
いい本だからちゃんと読んで理解しような。
Javaの標準クラスを調べながら読むのが基本だから頑張れ。 >>932
君、活字を目で追って読んだ気になってるだけでしたけどwwwwww
リスコフの置換原則というオブジェクト指向の根幹のところさえ
読み飛ばしてたようでしたけどwwwwwwww
java.util.Dateという標準クラスを調べながらお読みになったはずなのに
僕に言われて読み直して見つけたようでしたけどwwwwwwwwww
一般的に君のようなのは読んだうちに入らないよ
パラパラめくってみたレベルだよ
君はあと2冊くらい買った方が良い
Effective Java 第3版
https://www.amazon.co.jp/dp/4621303252/ >>933
統計取ったの?すげーじゃん
統計取ってないの?バイアスじゃん Effective Javaは僕はとくに良い本だとは思わなかったな
普通のことが書いてあってあるあるだねーくらいの感想で
読んですぐに捨てた ついに本そのものを否定し始めたw
もう笑うしかないw >>936
意味はわかるだろ
統計をとって君が「下品なことを平然と口にできる奴は頭悪い」という結論を得たなら
それは素晴らしい調査だと思うしその実績はすごいことだと思う
統計をとらずに君が「下品なことを平然と口にできる奴は頭悪い」という結論を得たなら
ただの思いこみだよね
ってことだよ
意味わかろうよ >>938
僕は君の100倍Effective Javaを理解してるし
購入したことによって執筆者の懐を潤した
僕にとっては普通のことが書いてあっただけ
君たちはありがたがって読んで大事に保存しておけば良いと思うよ
僕は先に行く >>941
意味はわかったのか?
この度はご丁寧なご説明いただき意味を理解することができました
ありがとうございましたと礼を述べるのが社会人としての常識だろうが
小学生なのは君の方だ無礼者 >>940
どうぞどうぞw
その先とやらが何処のことなのかは知らないけどw
俺の方がレベルが高いと思うならもう来なくていいよw >>943
来てもいいってことですよね?
じゃあ僕はここに来ますよ それが小学生だって言ってるんだ
頭悪いとそこまで理解力が無いのか >>946
自分の非礼な態度を棚に上げて
他人を小学生呼ばわりとは何たる狼藉
拙者が徳川吉宗だったら帯刀で叩き切ってるところだぞ
僕が徳川吉宗じゃなかったことを幸運に思え お前は生かされたんだよ
僕に恩返しするつもりで余生を過ごして欲しい これだけレスを伸ばして建設的な話が一切無いのはさすが >>934
個別の例をいちいち暗記する必要があると勘違いしてるアホ
ってかわがままボーイは買ったけど理解できてないで放り投げてた本のページを開いて
マヌケな出題しただけだろw。
ちゃんと読んで本質を理解しょうな。
例の暗記は不要だからそんな無駄な努力しないでいいから本質を理解しような。 俺は最初の質問の時点で真面目に相手にするだけ無駄と判断したのに貴方頑張るね
尊敬するわ >>954
なに格好つけてんねん
Effective Java読んでなくて
内容理解できなくて
「それ質問してる本人が質問の意味さえ理解してないだろw」
この発言だろ
お前は本当にダサい
「無駄と判断した」と後付で格好つけようとしてるところが
とてもダサい
あなたは、ダサいよ ID:S1jMgj0rがEffective Javaを読めと言い
僕がEffective Javaの内容を問うた
ID:CcKsVn0Mはそれをまったく理解できず「質問の意味さえ理解してないだろw」と言った
質問の意味を理解してなかったID:CcKsVn0Mだけど
あとになって「相手にするだけ無駄と判断した」と格好つける発言ですよ
世が世なら切腹申し付けられてるところですよ
こんな恥晒すくらいなら腹を切れと切腹申し付けられてるところですよ
あとになって取り繕うように格好つけるくらいなら腹を切れと切腹申し付けられてるところですよ
介錯人もお前ダサくね?と笑いながら首を撥ねざるを得ないですよ このスレは糞スレだった
おまいら次スレでは、本を読め君とチンポ君はスルーするんだぞ
気づいた時点でもいいからスルー
相手にするとこのスレみたいになる 真面目な反論に見せかけて笑い取るの止めてくれませんw
いや本当にw ID:Sci+vZGC
お前いい加減ウザイ邪魔
とりあえずスレタイ読め >>961
なんかすいません
逆になんかすいません ID:Sci+vZGC と ID:S1jMgj0r は「本を読め」から察するに昨日の ID:C6f0rUZa と同一人物(自演)
チンポとまとめてNGにするとここんところのやり取りの虚しさがわかるよ >>879 なんか読むとまんまだから ID:CcKsVn0M もか
なにこの茶番 サインはV!
! !
ぜ ぜ
る る
す す
コ コ
シ シ
コ コ
シ シ
が が
ポ ポ
ン ン
チ
928 デフォルトの名無しさん 2019/04/28(日) 17:06:46.65 ID:Sci+vZGC
>>926
君が付いたのはアナルだよ
汚いところに指を突っ込んでしまって
指先が臭くなったのは君だよ
そういう君がすごくダサくて愛おしい 俺は『時渡りのチカラ』が大きいからな、誰よりも先に未来技術を習得できるんだよ!
. , ャ ィE5!..
.. ,,.e;〆 .、 w===|====!. π .e、x&
.. ^~ ! ``= π ,, カ. _ _ ̄オ⌒|! `ヘ
. fラ⌒ ̄l「~~~^. ,.タ. .ル .ll ~\_ 〃 〃. ^..
. .オ.. ,...__,xf~. ^ f! 、
. '^´  ̄ ̄..
.. l|.. r=キ'⌒..
. `!、 ~~~~~~⌒... l}
⌒heィ~. .+s_、_e. .^+--w=f `ヲse、._ _、... ′ 379 その名前は774人います (ワッチョイWW 4b08-kSAM) 2018/11/11(日) 09:59:42.88 ID:SzY2QaI/0
>>221
>CycはFredがひげをそっている間、Fredはそれでも人間なのかと尋ねた
チンポがシコシコしている間、俺はそれでも人間なのか?
221 その名前は774人います (バットンキン MM32-lPnu) 2018/10/10(水) 04:41:52.41 ID:Ko5F36TvM
>>211
>所有者の意思とは無関係に、勃起して「シコシコする」
それは『電気カミソリ』とは全く違う!
(第1章 はじめに 2頁)
たとえば、CycはFredという名前の男が朝にひげをそるという話が理解できなかった。
Cycの推論エンジンは、この話の中に矛盾を見つけた。Cycは人間には電気の部品がないことは知っているが、
Fredが電気カミソリを持っていたので、エンティティ「Fredがひげそり中(FredWhileShaving)」
には電気の部品が含まれていると考えた。したがって、CycはFredがひげをそっている間、
Fredはそれでも人間なのかと尋ねた。
『深層学習』
著者:
Ian Goodfellow, イアングッドフェロー,
Yoshua Bengio, ヨシュアベンジオ,
Aaron Courville, アーロンカービル >>965
>チンポとまとめてNGにするとここんところのやり取りの虚しさがわかるよ
いやだからチンポはチンポで、それは『独立した生き物』なんだが?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンボ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ! 現在の『オブジェクト指向言語プログラミング』が完璧に対応しているのは、『ユークリッド幾何学』だけ!
>>934
>リスコフの置換原則というオブジェクト指向の根幹
現実世界では決して成り立たない。例えば、
【基本クラス】
鳥
【サブクラス】
ペンギン
『鳥は空を飛ぶが、ペンギンは空を飛ばない!』
>プラトン的な椅子、あるいは椅子らしさ、として。
椅子は椅子でも、椅子の種類は無限に有る。 従ってリスコフの置換原則は成り立たない。
リスコフの置換原則
この原則は「基本クラスを使っている場所で基本クラスの代わりにサブクラスを使っても
問題なく動かなけらばならない」というものです。
https://qiita.com/UWControl/items/98671f53120ae47ff93a
リスコフの置換原則が完璧に成立するのは、 『ユークリッド幾何学』だけ!
↓
>これらの円の背後には永遠不変で、完璧、かつ抽象的な円のひな型であるイデアがあるとする。
「一種である」というのは、下記の図形の例のように
「楕円」や「線」や「多角形」は 「図形」の一種であり、
「円」は「楕円」の一種。
http://programmer.main.jp/java/08_01.html 「オブジェクト指向」で現実を分析するのが「オブジェクト指向分析」
プログラミングするのが「オブジェクト指向プログラミング」
文字通りなんだけどなあ >>975
例が悪いような
現実世界でも「鳥は空を飛ぶ」は成り立たないよ
ペンギンもダチョウもキウイもモアも鳥だけど空飛べないから
鳥の定義に空を飛ぶは入ってないっす
鳥とペンギンの関係を元に関係が成り立たない論はおかしいと思うけど
現実世界のものに合わせる必要はないと思うけどね
最近見た中では↓これが面白かった
役割駆動設計で巨大クラスを爆殺する
https://qiita.com/MinoDriven/items/2a378a09638e234d8614
ものではなく役割を中心に分析した方がいいよって話
ペンギンでいうと捕食者とも取れるし被食者とも取れるし
料理の材料とも取れるし動物園の鑑賞動物とも取れるし >>977
>鳥の定義に空を飛ぶは入ってないっす
なら『鳥の定義』は何だ?
50字以内で述べろ! 22 デフォルトの名無しさん 2018/09/18(火) 00:41:08.68 ID:J/DkRtP/
>>16
>“絶対に” 落ちない飛行機
まず、『飛行機』『墜落する』の共起関係。しかる後に『墜落する可能性』を検証する。
>「ただし、飛びませんけどね」
飛ばない飛行機は、決して飛行機とは呼ばない。形は似ていてもそれは模型品かスクラップ品に過ぎない。
それから現在のところ『着陸中』の飛行機は、次回のフライトで『墜落する可能性』を論じなければならない。
40 Mr.Moto sage 2018/09/18(火) 04:33:45.14 ID:KMpXV1+r
>>37
「飛ばねぇ豚は、ただの豚だ」
それはともかく、「三葉虫の化石」は
「生きてないから三葉虫ではない」(
そもそも、トリオバイトとかアンモナイトは
接尾語 -ite がついているので「石」扱い)という
主張もあっていいが、「かつて生きていたもの」として
考えるなら「三葉虫は生物」ともいえる。
内包で考えるか外延で考えるか個体(個物)で考えるか、
という議論もあっていい。 >>978
Wikipediaから引用だけど
鳥の特徴は
・羽毛がある
・歯のないくちばしを持つ
・硬い殻を持つ卵を産む
・代謝率が高い
・心臓が二心房二心室
・軽量で強靭な骨格を持つ
てことらしいです >>977
>鳥の定義に空を飛ぶは入ってないっす
なら飛行機の定義は、『空を飛ぶ』が必ず含まれるのか? オブジェクト指向とまったく関係ないところで
勝負して決着しててワロタ
糞スレのラストに相応しいw 神はいる!
そんなことも知らないのか!勉強しろ!
聖書に書いてある!読んでないだろ!
神はいないとか言ってるやつは神の愛の気づいてないだけ! これだから下請け中小ソフトハウスのアホ共はよぉーーー!
導入事例
富士通がお客様と共に取り組む共創事例や、製品・サービス・ソリューションの事例を紹介しま
https://www.fujitsu.com/jp/about/resources/case-studies/
↑
具体例を聞かないと仕事に活かせないのか?
875 デフォルトの名無しさん sage 2019/04/28(日) 14:41:25.68 ID:R4r8kHKa
具体例を聞かないと仕事に活かせないとかさすがにあれだぞ
なんでこの業界にいるの?ってレベルw
987 デフォルトの名無しさん 2019/04/28(日) 21:22:08.61 ID:3bOll0Zw
神はいる!
そんなことも知らないのか!勉強しろ!
聖書に書いてある!読んでないだろ!
神はいないとか言ってるやつは神の愛の気づいてないだけ! >>934
>リスコフの置換原則というオブジェクト指向の根幹
スーパークラスとサブクラスの関係について、ユークリッド幾何学とそれ以外では全く異なるのでは?
俺、間違ってるか? もう少し分かりやすく具体例で頼む! ユークリッド幾何学とオブジェクト指向って関係あるんだね
wwwwwwwwwwwwwww ゴチャゴチャ口合気でマウント取ってくるだけでまるで役に立たない 面白いと思って連呼してるんなら悲惨だよね
さすがにどれとどれとどれ、とは言わないが オブジェクト指向批判してるのはオブジェクト指向を理解できないバカだというのが結論 ・カプセル化によるスコープ制御は、複合型機能・データ構造で使うと場面に応じた融通利かなくなり
不自然なアクセサや、ややこしいアクセス権設定をしなければならなくなり込み入ったコードになること
・コードの再利用のための継承がソフトウエア内部に広がった依存のネットワーク構造を形成し
機能の界面のきりが悪くなって、見通しの悪いコードになりバグが入りやすくデバッグがしにくくなること
・よほど小さい関数ならともかく、ある程度大きいメソッドで多態を活用すると
どこで何が起きているのかわかりくくかること
などなど
別に「オブジェクト指向を理解できない」といっているのではない
オブジェクト指向には害があると言っているのだ
特に型クラスベースオブジェクト指向に つか一部の人が「ブジェクト指向の利点がわからない」という言い方をして、
それは正直な声だと思うけど、単に理解が足りないことだと勘違いされるんだよ。
実際に利点が希薄な上に上記のような害があるから
「ブジェクト指向の利点が見出せない」だけなんだよ。
だから勉強した上で「ブジェクト指向の利点がわからない」感じがしたら
それは自然なことだから気にする必要はない ぞれから、オブジェクト指向の利点を明示せず、
単に人をなじっているだけのオブジェクト指向宣教師は、人間のクズな。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 157日 15時間 58分 7秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。