• ベストアンサー

オブジェクト指向の間違いを発見して得られるもの

オブジェクト指向・オブジェクト指向プログラミングにおける間違いを発見等した場合、お金等なにか得られるものはあるのでしょうか? また、お金等にするには何をしたらいいのでしょうか? よろしくお願いします。

質問者が選んだベストアンサー

  • ベストアンサー
  • kmetu
  • ベストアンサー率41% (562/1346)
回答No.3

まず、質問者さんが発見したその間違いを世間に公表しなければ、お金にも何にもなりません。 ノーベル賞をいただけるような偉大な発見や発明をしても、世間に公表しなくては誰もそのことに気がつきませんし、最初に発見をした人よりもあとに発見した人がその事を先に公表すればその人の手柄になり、それについて回る名誉やお金などもその人のものとなるでしょう。 とりあえず、質問者さんが発見したその間違いを、ブログに書く、関連してそうな出版社に掲載されるように掛け合ってみるなどの行動を取り、質問者さんが発見したのだという事実をいち早く世間に公表することです。お金等はその後からいくらでもついて回ります。 ぜひ、質問者さんのそのすばらしい発見を世間に公表し、名誉やお金を手に入れてください。

fuku292929
質問者

お礼

ご回答ありがとうございます。 確かに世間に公表しないと意味がありませんね。 発表する手段を考える事に致します。 本当にありがとうございました。

その他の回答 (3)

  • Tacosan
  • ベストアンサー率23% (3656/15482)
回答No.4

「オブジェクト指向・オブジェクト指向プログラミングにおける間違い」なので, 質問者が意図しているのは「コーディング」でも「設計」でも「言語自体の概念」でもなく 「『オブジェクト指向』というパラダイムそのものが内包する間違い」 ではないかと>#2. まあ, だったら「もっといいパラダイムを発表する」ほかに手はなかったりしますが.

fuku292929
質問者

お礼

ご回答ありがとうございます。 言語的な物を作成し、ある程度の結果は出ている状態です。 発表する手段を考える事に致します。 本当にありがとうございました。

回答No.2

1点ご質問させて下さい。 "オブジェクト指向・オブジェクト指向プログラミングにおける間違い"とはどのような意味でしょうか? コーディング/設計/言語自体の概念のうち、どこに相当する部分ですか? それともそれ以外でしょうか? それにより解答が変わってくると思います。 以下一例です。 コーディングであれば、PGがコード書いてテストする際に間違いが発見できますね。 設計であれば、SEの設計後のDRの際に間違いが発見できますね。 言語であれば、現在のオブジェクト指向言語では満足できないということでしょうから、新たな言語を自分で作れば良いです。 上記2つであれば、どこかの会社に所属して、PGやSEのような業務をすることで給料を頂く形になります。 言語であれば、自分で言語を作成して、それを使ってツールやシステムなどを販売することでお金をいただけますね。 的はずれな解答でしたらすみません。

fuku292929
質問者

お礼

ご回答ありがとうございます。 一応、言語的な物を作成してテストしましたが、お金までは遠いですね。

  • denbee
  • ベストアンサー率28% (192/671)
回答No.1

情報が足りなさすぎるので「物による」としか答えようがありません。 それは、例えばOfficeとかデータベース製品のような有償ソフトの話ですか? それとも、オープンソースやフリーで公開されているソフトの話ですか? あるいは、社内で開発したソフトのことを言っていますか? 対象によって対応は変わってきますし、また会社によってもスタンスが違います。 そもそも「オブジェクト指向」と限定しているのは何か意味があるのですか? ソースコードを読み込んでバグを発見したという話なのでしょうか?

fuku292929
質問者

お礼

ご回答ありがとうございます。 質問が質問なだけにどこまで情報を出してよいか判らず 曖昧な質問になってしまい申し訳ありません。

関連するQ&A

  • オブジェクト指向ではない指向は、何指向と言う?

    プログラミングでオブジェクト指向ではない指向は、何指向と言うのですか?

  • オブジェクト指向について

    オブジェクト指向に対応したプログラミングはいっぱいあるけどオブジェクト指向の考え方を考えた人はだれなのですか?!

    • ベストアンサー
    • Java
  • 【オブジェクト指向について】

    【オブジェクト指向について】 こんにちは。初めて質問をさせていただきます。 さて、ただいまVBを勉強中なのですが、オブジェクト指向のところで躓いてしまいました。 質問したい事は以下の点です。 (1) オブジェクト指向の理解について   オブジェクト指向とは、プログラミングをするときに変数や機能などをクラスというものに格納しておくことで、プログラミングを円滑にすすめるための概念であると理解していますが、この理解は正しいのでしょうか? ご回答お待ちしております。よろしくお願いいたします。

  • オブジェクト指向について

    C#でプログラミングをしているのですが、オブジェクト指向を一切使わずに作っています。 作っていくにしたがってツールが重くなってきたのですが、オブジェクト指向を使ってい書いたほうがアプリケーションは軽くなりますか?

  • オブジェクト指向プログラミングについて

    VisualBasicを対象にしたオブジェクト指向プログラミングに関する参考書、Webサイトなどはないでしょうか。 現在、クラスモジュールなどを多用しオブジェクト指向プログラミングを実践しているつもりですが、あまり勉強したわけではないのでいまいちよくわからないです。 (オブジェクト指向プログラミングのメリットとデメリットなど)

  • オブジェクト指向の間違いと改善案について

    オブジェクト指向というより オブジェクト指向プログラミングについての間違いと改善案をブログに書いてみました。 http://chaosblogchaos.blog.fc2.com/?no=2 この考え方に間違いがあるでしょうか? 説明不足の点はないでしょうか? よろしくお願いします。 以下ブログの内容 ---------- ■カオス指向(仮) カオス指向(仮)とは、オブジェクトに処理を追加・削除することでオブジェクトの振る舞いに無限性を持たせる試みです。 カオス指向(仮)ではデータが主体となり、木構造で保持します。 (ファイルフォルダで例えると、フォルダがオブジェクト、ファイルがプロパティに当たるイメージです) 処理を追加・削除が可能なことからプロトタイプベースがもっとも近いですが、 オブジェクトが親子関係を持つことと オブジェクトの親子関係から処理が影響を受ける事が異なります。 ●オブジェクトの内容  ・配列か連想配列で子オブジェクトを保持できます。    オブジェクトどうしの強い関係を意味し、親が削除される場合、子も削除される関係にあります。    オブジェクトはルートからの木構造の中に必ず存在する事になります。  ・別途、変数領域を確保する。    処理で使用する値を保持します。    オブジェクトどうしの弱い関係を保持できます。  ・処理を持つ。    オブジェクトに処理を持たせることができるます。    プロトタイプベースと異なる点は、    オブジェクトが処理を持っていても、オブジェクトがその処理をするわけでは無く、自身と子オブジェクトに対して適用され、”認識タイプ”を持つ場合に処理します。  ・”認識タイプ”を持つ。    処理の実行を制御します。認識タイプを含むかどうかで処理を行うかどうかを決定します。    オブジェクトのクラスは”認識タイプ”で実現可能と考えて問題ありません。 ●”認識タイプ” オブジェクト指向なら、 人は歩く、話す、・・・。Aさんは人。Aさんは話す。 カオス指向なら、 歩けるなら歩く、話せるなら話す、・・・。Aさんは歩ける、話せる、・・・。Aさんは話す。(歩ける・話せるを認識するようにした場合) 人は歩く、人は話す、・・・。Aさんは人。Aさんは話す。(人を認識するようにした場合) のどちらでも作成が可能で、 話せるなら話す、・・・。の場合、ウサギAの”認識タイプ”に話せるを追加することで、ウサギAは話せるようになります。 話せるウサギは実用的ではありませんが、 特定ユーザーのアクセスログだけ出力したい場合は、 処理を用意し、対象ユーザーに”認識タイプ”を追加することでログ出力処理を追加することが出来ます。 ●木構造と処理 ユーザー   日本     Aさん     Bさん   アメリカ     Cさん とある場合、 全ユーザーの処理をユーザーに保持 日本用の処理がある場合、日本に アメリカ用の処理がある場合、アメリカに処理を追加します。 そうすることでAさんは日本の処理、Cさんはアメリカの処理が行われます。 ●同一処理による関係 処理には優先順位が存在し、その順番で処理します。 処理A、処理Bとある場合、処理Aの中で元処理として実行します。 処理Aの中で元処理を行わない場合、処理Bは行われません。 ■カオス指向(仮)でどうなるか? ・幾つかのデザインパターンが不要になります。   デコレータ・コンポジット・ステートパターン等 ・多重継承らしきものが出来るようになります。   ※根本から違うので、多重継承らしきものとします。 ・循環問題が発生しませんない   ファイルフォルダのような木構造では循環は起こりえない。 ■オブジェクト指向プログラミングの問題点 オブジェクトにつき1クラスという決め付けが オブジェクト指向プログラミングにはあったのではないかと考えております。 オブジェクト指向では、 オブジェクト:クラス:継承クラスは1:1:1で、1:1:*は条件により可能ですが原則不可能。 カオス指向では、 オブジェクト:クラスは1:*と頭からクラスを複数持たせることで多重継承らしき形が実現可能ということです。 クラスの継承がなくなっていますが、クラスを複数持たせる事とクラスに順番を持たせることで継承が可能です。 オブジェクト指向プログラミングでは、オブジェクトにつき1クラスという決め付けが継承というシステムを作り 多重継承を難しくしたのではないかと考えております。

  • オブジェクト指向プログラミングはどのように使用(適用)する?

    あるシステム、またはフリーソフトでもいいのですが、 オブジェクト指向によるプログラミングを行おうとするとき、 そのシステム(ソフトウェア)全体に使用(適用)するのでしょうか? 書籍で学んでいると、オブジェクト指向プログラミングをする場合には オブジェクトとオブジェクトを組み合わせてゆくように書かれています。 もちろん、仕組みはそうではあると思いますが、 無理にシステム全体でオブジェクト指向プログラミングをする必要はなく、 たとえばシステム内である処理を行おうとしたとき、 オブジェクト指向プログラミングの方がいい場合に適用すればいいのではないでしょか?

  • オブジェクト指向の特徴

    プログラミングにおいて Java言語などのオブジェクト指向とは 「クラス(設計図)からインスタンス(実体)を量産できる。」がオブジェクト指向ではないプログラミング言語との決定的な違いなのでしょうか? またオブジェクト指向とオブジェクト指向ではない言語の決定的な違いや 実際に実務において経験した感覚的な違いなどがあれば教えてください。 インターネットに乗っていない些細なことでも構いません。

    • ベストアンサー
    • Java
  • オブジェクト指向に関して。

    Javaの解説本を読んでオブジェクト指向プログラミングという物があることをしりました。その本には「オブジェクトはデータとそのデータを扱うための機能を持っている。この機能はメソッドと呼ぶ。クラスは設計図のような物で変数とメソッドから構成されている。設計図を実際に形にした物がインスタンスである。」と書いてありました。私はオブジェクト=クラスのような感じがしたのですが、実際のところオブジェクト=クラスでいいのでしょうか?  また、友人に話したところ、オブジェクト指向はサブルーチンに似ているといっていました。私はプログラミングの知識が全くないのでサブルーチンという物が何なのかわからないのですが、サブルーチンとオブジェクト指向の考え方は違うような気がするのです。友人に説明して納得させるにはどうしたら良いのでしょうか? ぜひ、力を課してください。

  • オブジェクト指向とは

    プログラミングの用語を調べていて、「オブジェクト指向」という言葉を見つけたのですが、Googleで検索してみてもしっくりくるものが見つかりません。 誰かわかりやすい説明をお願いします。🙇