パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

IT人材会社が技術者経歴を詐称、と報じられる」記事へのコメント

  • A:それを書いた事があるとその言語の経験者を名乗れるから。

    と思っていた事もありました。
    今じゃ「書いた」じゃなくて「読んだ」ぐらいで経験者を名乗る奴もいるからなあ。

    # せめてホワイトボード上で書けるぐらいには知っておけよ…

    • by Anonymous Coward

      オブジェクト指向で書いてるけどオブジェクト指向を説明しろっていわれたら
      各処理を部品化して交換可能にすることとしか出てこなくって
      体で理解しているのであって頭で理解できてねぇって気がついた

      • by Anonymous Coward

        構造体に関数がくっついてるだけでしょ。

        • by Anonymous Coward on 2020年08月29日 0時06分 (#3878738)
          ジョークなのかどうか悩んだけど、一応マジレス。

          ポリモーフィズムこそ必須成分。
          それがなければ単なるカプセル化、モジュール化に過ぎない。
          親コメント
          • by Anonymous Coward

            SOLID原則を持っている人間はなににでもSOLID原則で回したがる、みたいな?

            そりゃあ、SOLID原則を言いたい人間にとっては「ポリモーフィズムこそ必須成分」
            なんでしょうけれど、それは本末転倒でしょ。

            適用するのに必要な場合(適用する場合がかなり限られている)に原則は使うべきで、
            常に原則を使いたいから、その原則の前提は必須だというのは倒錯です。

            • by Anonymous Coward

              原則って言うからには、デフォルトで適用するものであって
              適用しないことが必要である場合にのみ、例外を検討するべきものですよ
              そうすることによって検討のコストを下げることができるから、原則と呼ぶに値するのです
              いちいち「この原則は適用が必要だろうか」なんて考えるようでは、それこそ本末転倒でしょうね

              まぁそのこととSOLID原則が原則足りうるかどうかは別の話ですが

          • by Anonymous Coward

            ポリモーフィズムはオブジェクト指向の必須要素ではないと思うなあ。
            最低限、構造体に関数がくっついていればオブジェクト指向できると思うが。(データ構造とアルゴリズムの非分離)
            カプセル化はさらに必須ではないな。カプセル化できないC++がオブジェクト指向を標榜してたりするし。

            • by Anonymous Coward on 2020年08月29日 19時25分 (#3879221)

              構造体に関数がくっついて実現されるのはデータ抽象化というやつです。
              カプセル化もそうです。

              オブジェクト指向というからには、データ抽象化でないなにか(ポリモーフィズム)が
              あるということなんですよ。

              親コメント
              • by Anonymous Coward

                オブジェクト指向プログラミングは、オブジェクト指向言語を使わなくても可能ですし、オブジェクト指向言語を使ったからといってオブジェクト指向プログラミングになるとは限らないというのが世間の常識です

              • by Anonymous Coward

                そのとおりですが、何の反論にも同意にもなってませんね。
                何が言いたいのだろう?

                オブジェクト指向「言語」の話なんて誰もしてないよ。
                オブジェクト指向とかデータ抽象化の話をしています。

              • by Anonymous Coward
                オブジェクト指向言語の機能を使用するとデータ抽象を容易に実装することができる
                多くの技術力に乏しいソフトウェア開発の現場ではそれを指してオブジェクト指向と呼んでいる。
                オブジェクト指向いらないおじさんの本当の主張は、
                オブジェクト指向をしたくないということでない(そもそもオブジェクト指向が何かよく分かんないし)。
                オブジェクト指向言語を使わなくてもデータ抽象はできるし、データ抽象の原則を崩したいときに言語仕様がその障害になるからオブジェクト指向言語(またはそのような言語の機能)を使いたくない
                ということ
              • by Anonymous Coward

                ポリモーフィズムって言語の話でしょうが

              • by Anonymous Coward

                > オブジェクト指向プログラミングは、オブジェクト指向言語を使わなくても可能ですし

                止めて。絶対に止めて。それでどれだけ死にそうになった事か。

            • by Anonymous Coward
              ポリモーフィズムしないんならオブジェクト指向である必要がない
              構造体に関数がくっついてるのは関数テーブルを動的に変更したいからでしょ
              例えば、Cで構造体の頭に関数テーブル置いて関数ポインタ入れておいて自力でポリモーフィズムするってのは、まれによくあるデザインパターンではあるけど
              ポリモーフィズムがいらないならそんな面倒臭いことせず、関数と構造体の定義を近所に置いとくだけにして普通に関数呼んだ方がずっと分かりやすい。
              • by Anonymous Coward

                ポリモーフィズムが多くの場合、強い有害だと分かったからの話です。
                継承をするとは、構造を継承するのですが、圧倒的大多数の設計では、変更とは構造の変更で
                有り、ミスマッチが
                生じます。
                たいていの場合、同じ外見のクラスを複製して別名にするのがベストプラクティスです。
                 
                実用上、「近所」を一級の存在としたことだけで十分だと言え、それ以上は、言い過ぎの
                有害と分かったのです。
                 
                ポリモーフィズムではリスコフさんは先駆者でしょうけれど、そうで無い、たいていの
                場合のベストプラクティスのパターンでは、もっと前に先行の影響力のある研究が
                なされており、その内容は単なる専門学校で前から教えられていると思います。

              • by Anonymous Coward

                横から失礼しますが、すくなくとも似たようなクラス間でのコード共通化のためだけにポリモーフィズムを使うのは間違いですよね。現にinterfaceではコードは排除されてます。

              • by Anonymous Coward

                そんなのは継承を選ぶべきではない場面で、継承を選んだという設計ミスでしょ。
                継承で機能拡張することを前提に設計してないクラスを、無理に継承しようとした場合の問題。
                親クラスの設計が悪いなら、親クラスを先ず修正するべきです。

              • by Anonymous Coward

                継承を使うべき場面なんてほとんど無いということです。継承は汎用性の高いクラスライブラリの設計で用いるべき技術であって、一般のアプリレベルで使っても、良くて自己満足、悪けりゃ大怪我ですよ。一般のアプリで継承をメンテするコストは割に合いません。

              • by Anonymous Coward

                それは流石にない。
                単純にあなたの環境に、まともな設計ができる普通のレベルのエンジニアがいないだけ。
                レベルの低過ぎる初学者しかいないような環境を持ち出して、それが一般的かのように話されても困る。

              • by Anonymous Coward

                interfaceは問題ありません。コード共有の手段として継承を用いることが問題なのです。

                継承より移譲を用いるべきだという話を聞いたことがありませんか?

              • by Anonymous Coward

                IFの実装しかできないVB6がぼこぼこにたたかれてたしなぁ

          • by Anonymous Coward

            その認識は間違っていると断言します。
            カプセル化こそオブジェクト指向の本質です。

            ソフト部品の作り手と使い手の責務を実装のレベルで分割してソフトの共同開発を可能にしたのがオブジェクト指向の本質です。

            誤解を恐れずにいうとアクセサこそオブジェクト指向の本質であり、いわゆるオブジェクト指向言語でなくてもできることです。

            ポリモーフィズムは応用レベルの話であり必須ではありません。

アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家

処理中...