[過去ログ] オブジェクト指向はオワコン (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
1(1): 2023/08/26(土)22:00 ID:H4l7y46b(1) AAS
最近の言語には採用されないことが増えている
876(1): 2024/02/20(火)10:57 ID:cggt5bnJ(1) AAS
そもそもRustが大規模開発にゃ向いて無い件
877(1): 2024/02/20(火)11:08 ID:C9p4KSn1(2/2) AAS
>>876
大規模開発もできるように作られたRustについて真逆のウソはよくないよ
既に大規模開発で採用しているGoogle Microsoft Amazonといった大手IT企業たちが
共同でRust Foundationを設立して資金を出して安定した環境でさらなる開発が進められているよ
878: 2024/02/20(火)11:10 ID:z4RtXIEV(1) AAS
それってまだ到達して無いって事じゃね?
879: 2024/02/20(火)12:20 ID:ShtLDmLT(1) AAS
既にクラウドやCDNなどネットインフラは次々とRust製へ変わった
ソース
>【クラウド世界トップシェアAWS】
>外部リンク:japan.zdnet.com
>Rustで構築されたAWSサービスの例としては、
>コンテナーアプリ用のサーバーレスプラットフォーム「Lamba」を支える「Firecracker」、
>「Amazоn Simple Storage Service(S3)」、
>「Аmazоn Elastic Compute Cloud(EC2)」、
>コンテンツ配信ネットワーク「Аmazоn CloudFront」、
>LinuxベースのコンテナーOS「Bottlerocket」などがある。
省4
880: 2024/02/20(火)13:22 ID:LUfJNkJd(2/2) AAS
大規模開発以外はオワコンゆえに構造化プログラミングはオワコン
というのがオブジェクト指向の原点なのでオワコン論法を今更やめられない
881: 2024/02/20(火)13:26 ID:oBR9eIxF(1) AAS
>>877
そのどれもが大規模開発じゃ無いぞ
使われてるがチームは数名だぞ
882: 2024/02/20(火)13:36 ID:AU1Zrlfs(1) AAS
数名で各ネットインフラをRustで開発できるなら今後はRustでいいな
883: 2024/02/20(火)16:28 ID:ZAWp74Ua(1) AAS
「うちは大規模開発でやってる」という発言が出ないで、他人の情報に反応してそういう結論に切り替えるってことは
つまり自分らでは使ってないってことかいな
884: 2024/02/20(火)16:45 ID:rm//dl54(1) AAS
できるできる詐欺が横行してるな
885: 2024/02/20(火)18:35 ID:pzacWR0B(1) AAS
大規模開発は人数揃えるのが何より大切だからな
COBOLかJava以外ありえない
886: 2024/02/20(火)20:51 ID:lRk+yPyb(1) AAS
全部できるよ
887(2): 2024/02/21(水)14:43 ID:Z35fBDP9(1) AAS
MVCで入力処理ってどこにおくべき?
AIとかに聞くとCに置けって言ってくるけど
移植(ライブラリ変更等)時に描画系入力系を
まとめてVに置いておくと楽だと思うんだけど
888: 2024/02/21(水)14:46 ID:QZ7TjEE8(1) AAS
いまだにMVCとかやってるから海外のアプリに勝てないんだよな
889: 2024/02/21(水)15:34 ID:C622TR9G(1) AAS
M: 変数
V: public関数
C: private関数
890: 2024/02/21(水)16:02 ID:IVa7P8gb(1) AAS
>>887
MVCといってもクライアントサイドのMVCとサーバーサイドのMVCで考え方が違う
また入力処理と言っても人によって指すものが違うので具体的にどういう処理を入力処理とみなしているか書かないとわからない
さらに移植とライブラリ変更は一般的に違うものなので想定状況が伝わらない
891: 2024/02/21(水)17:11 ID:RdIBo6ag(1) AAS
M: member
V: virtual
C: constexpr
// 空目
892: 2024/02/21(水)18:43 ID:1mshJDzd(1) AAS
Mutable
Virtual
C++
893: 2024/02/21(水)20:19 ID:ryHNx0AS(1) AAS
用語や形にこだわるより先に仕様通り動くもの作れ。くだらないこだわりで何も始められないのはただのアホ
894: 2024/02/21(水)21:53 ID:gKvdV+n9(1) AAS
唐突なストローマン論法で草
雑魚味が濃すぎる
895: 2024/02/21(水)21:58 ID:1UKYnLzP(1) AAS
>>887
元々は移植性のためにモデルはそのまんま環境と切り離した処理そのものを
ヴューは人間の目に触れる画面レイアウト周り、そしてコントローラーは
それらを繋ぐインターフェイスとして実装という考え方なので
ゲームをPC、コンシュマー、モバイルと移植します画面周りはVです
操作されるゲームの中身はMです、つなぐ部分はCです
…ん?マウスと十字キーとタッチパネル対応はどこまでがCだ?ってなるけど
AIに聞けばテンプレどおりそら「Cに分けなさい」言われるわな
896: 2024/02/21(水)22:04 ID:Ufq19E/Q(1) AAS
ゲームとビジネスアプリとでは違って来るよな
ゲームなら🎮や⌨はCだが、ビジネスアプリでは単にVの付属物だったりする
897: 2024/02/21(水)22:11 ID:UHHgkSfj(1) AAS
うそやん
マウス対応やタッチパネル対応はViewやぞ
AIに聞いてもそう答えるぞ
898: 2024/02/21(水)23:59 ID:anjrCapC(1) AAS
「入力」の抽象度の違い
ビューに依存した入力とそこから一段階抽象度が上がったビューに依存しない入力がある
それを認識できてればどこに含めるか迷わない
899: 2024/02/23(金)11:08 ID:SaGFiexu(1) AAS
Twitterリンク:mayappy0627
M a y a ♡🏳⚧ヽ(๑╹◡╹)v🏳🌈
@mayappy0627
「シスヘテロ男性が女湯に入りたい目的で嘘をついて診断書を取得し性別適合手術を受ける可能性がある」
という言説がいまだに流れている様だが
女湯入ってオカズ目に焼き付けてもチン◯ないからシコれませんのでね。つまり男性的快楽は得られないという結末の一つさえ想定できないんでしょうかね?
午後5:54 · 2023年11月16日
·
Twitterリンク:thejimwatkins
900: 2024/02/23(金)11:14 ID:GPv4EW4D(1) AAS
きんたま切り落とした時点で男性ホルモンは著しく減衰して性欲は無くなるよ🥲
901: 2024/02/23(金)11:34 ID:QK/ZoJ33(1) AAS
class Man(Human):
...
def do_chinko():
if (chinko is None): return None
return finish()
...
902: 2024/02/28(水)21:12 ID:igsDoIyP(1) AAS
>女湯入ってオカズ目に焼き付けてもチン◯ないからシコれませんのでね
人間に独立した人格が有るように、チンポにも独立したチン格が有る
これは親クラスと子クラスの継承関係である
チン格とはつまり「愚息」であり、自分にも他人にも成り得る
これがオブジェクトの多態性と表現される
オシッコするときのチンポは随意筋、勃起するときのチンポは不随意筋
このように時と場合によって真逆の性質を併せ持つことができる
随意筋 不随意筋
↖ ↗
チンポ
省1
903(1): 2024/02/28(水)21:59 ID:N6In+Wna(1) AAS
機能するかどうかだけが問題で、欲求があるかどうかはあんまり関係無いよな
904: 2024/02/29(木)17:11 ID:lYDtPhZw(1) AAS
オブジェクト指向では、オブジェクトの「機能」を意識することが大切ね!
>>903
>機能するかどうかだけが問題で
オブジェクト指向(OOP) は、データとそれに関連するメソッドを 「クラス」という単位でまとめて管理する開発手法です。
このアプローチにより、開発者は複雑な機能も再利用可能なモジュールとして効率的に構築できます。例えば、
新しい機能を開発する際、既存のクラスから必要なデータを取得し、必要に応じて新しい機能を追加することが可能です。
外部リンク:zenn.dev
905(2): 2024/02/29(木)17:34 ID:l9BYiy+8(1) AAS
モダンなプログラミング言語
Go、Rust、Zig、Nim、Julia、Elixirなどは
クラスおよびその継承を言語仕様から排除しておりクラスは存在しない
各々の言語は全く異なる方針を採っている言語だがクラス排除だけは全てが同じ方針である
クラスとその継承は悪手であるとプログラミング言語界では結論が出ている
906: 2024/02/29(木)18:33 ID:j2QgmuXb(1) AAS
むしろ、何段も継承されてわけわからん事になるのが嫌われてるだけなので
swiftなんかはfinalつけてサブサブクラス禁止できるようにしてるな
907: 2024/02/29(木)18:44 ID:SAazNRBP(1) AAS
こんなスレで御託長文書くのはプログラム作れない人
908: 2024/02/29(木)18:55 ID:8i6X/khC(1/2) AAS
悪手と言われると、極めたくなるんだよなあ
909: 2024/02/29(木)21:12 ID:zvBPwraZ(1) AAS
>>905
クラスと呼ばれるものがないだけで
メソッドを生やせる構造体も継承も
Elixir以外のすべての言語に存在する
君が無知なだけ
910: 2024/02/29(木)21:41 ID:PlWfF7KT(1/2) AAS
クラスが存在しないことが最重要だからクラスを採用しない言語が増えてるんだよ
クラスは間違った手法『具象型から具象型への継承』となる禁忌のクラス継承を伴うからね
オブジェクト指向に必要なカプセル化は構造体などでもちろん可能だから
オブジェクト指向にはクラスは不要だよ
そしてインターフェイスや型クラスなどによる正しい手法『抽象型から具象型への継承』が代わりにあればよい
モダンな各プログラミング言語はそれらの方針をとっている
だからクラスが採用されてないんだよ
クラスは悪
911(1): 2024/02/29(木)22:35 ID:8i6X/khC(2/2) AAS
継承に親兄弟を殺された人がいるようだが 世界は残酷なのだ
912: 2024/02/29(木)22:42 ID:PlWfF7KT(2/2) AAS
悪い→『具象型から具象型への継承』←クラス
良い→『抽象型から具象型への継承』←インターフェース・型クラスなど
913: 2024/02/29(木)22:58 ID:eayaXhXN(1) AAS
要は個人開発レベル小規模webサイトレベルなら継承の類不要?つうかDIだけでは駄目なん?
914(1): 2024/02/29(木)23:10 ID:M4AFeBSO(1) AAS
規模にかかわらず同じ
抽象型からの継承は問題ない
クラス継承はダメ
915(2): 2024/03/01(金)08:38 ID:FDcCyCi3(1/2) AAS
>>914
「抽象型の仕様が安定している限り」な。
抽象型の改変が入ったらインパクトが大きい。
916: 2024/03/01(金)08:59 ID:PeOPXftI(1/2) AAS
そこでダックタイピング(の併用)だな
うん、継承一本ってのは、人類には早かった
917(1): 2024/03/01(金)09:08 ID:JrOItvM9(1) AAS
クラス継承は具象型からの継承なので多重継承の問題が発生する悪い方法だが
抽象型からの継承は多数あっても合成となり良い方法
>>915
抽象型は各機能毎に細かく多数用意されて合成して使うためそのような問題が起きない
抽象型の改変とは機能を変えることになるため別の抽象型として並行して扱える
918(1): 2024/03/01(金)10:31 ID:Lv7uqw7J(1) AAS
>>917
なら設計の初期に細かく多数の抽象型を決めなきゃいけない、ということになるわな。
未来を予測できる天才でもなければ厳しいな。
919: 2024/03/01(金)10:32 ID:YMlxHHtw(1) AAS
まあ、たいていのクラス設計は
製造終盤になると跡形も無いんだがな
920(1): 2024/03/01(金)10:56 ID:67BTULI7(1) AAS
>>918
クラスはピラミッド型の階層構造となり改変で他へ影響が大きく出る問題があり
クラスは具象型なのでそれ自体がメンバ変数(フィールド変数)を持ち途中階層のクラスも持つため改変が非常に大変もしくは崩壊となりがち
抽象型でメンバ変数(フィールド変数)を持たないインタフェイスや型クラスではその問題が起きない
それら抽象型による各機能の合成をとるため改変する場合も他機能への影響が限定的となり問題を分離することができる
921: 2024/03/01(金)12:34 ID:JFzuIw6k(1) AAS
人間が理解しやすくなればなんでもいいシコ
922(1): 2024/03/01(金)12:45 ID:FDcCyCi3(2/2) AAS
>>920
メンバ変数の無い抽象型であっても、分離できるのは実装部分でしかなくて、「機能ではなく型の種類&名前で縛られる」という設計の初期の困難さは回避できていないよ。
まぁ、インターフェイスとかトレイル(Rustの偽物は論外)とかでもモジュール境界とモジュール間連携の問題は解決できていないからなぁ。何かいいアイディア無い?
923: 2024/03/01(金)12:51 ID:9l2p08EB(1) AAS
IDEのリファクタリング機能があれば何でもいいよ
924: 2024/03/01(金)16:38 ID:gwVYOw6C(1) AAS
>>905
バカの一つ覚え
925: 2024/03/01(金)17:27 ID:PeOPXftI(2/2) AAS
それが>>911 の人、何人かいるっぽい
926: 2024/03/01(金)20:56 ID:KQ1HmSrc(1) AAS
継承には感謝しかないです
927: 2024/03/01(金)21:29 ID:NM6ffmiH(1) AAS
クラス継承さえ使わなければ
継承は便利だからね
928: 2024/03/01(金)22:31 ID:qr8UCngy(1) AAS
メソッドだけ継承できればいいよ
929: 2024/03/02(土)07:16 ID:7IvxOyHp(1) AAS
クラスとかメソッド集合としての機能だけあればいい。
その代わりに外延性と集合演算をサポートしてくれ。そうすりゃ継承みたいなクソツールは要らなくなる。
930(3): 2024/03/02(土)11:56 ID:0RQhliLl(1) AAS
クラスとか継承とかに不満持つのは不思議なんだが、他人の作ったコードやライブラリをうまく流用出来ずに文句言ってるのか?
自分で作る分には言語の機能にあっても使わなきゃいいだけだろうに
他の人が理解できないからだ、ってのならその「他の人」に言え
931: 2024/03/02(土)12:17 ID:+4BUdsxu(1) AAS
人間が理解しやすくしなよ
932: 2024/03/02(土)13:55 ID:ILWRlrIw(1/3) AAS
>>930
他の人になんて言えば良い?
933(3): 2024/03/02(土)13:56 ID:pYjRDwip(1) AAS
>>930
クラス継承については全員が問題視している
Javaの生みの親ですらJavaを作り直せるならクラスを除外すると明言している
そして現実にモダンなプログラミング言語
Go、Rust、Zig、Nim、Julia、Elixirなど全てがクラスを除外している
>Javaのユーザグループミーティングに出席した際、
>James Gosling(Javaの生みの親)がメインの講演者として招かれていました。
>すばらしいQ&Aセッションの途中に、こんな質問が出ました。
>「もう一度最初からJavaを作り直すとしたら、どこを変更したいですか?」
>答えは「クラスを除外するでしょうね」というものでした。
省3
934: 2024/03/02(土)13:58 ID:ILWRlrIw(2/3) AAS
ねえ!他の人になんて言えばいいの!?
935: 2024/03/02(土)14:38 ID:an2Rf2WF(1) AAS
「俺は継承に親を殺された。絶対赦さない。絶対にだ」
936: 2024/03/02(土)14:43 ID:ILWRlrIw(3/3) AAS
。°(´∩ω∩`)°。
937(2): 2024/03/02(土)14:47 ID:iW0xTm2n(1) AAS
>>933
どこからの引用なのかちゃんと書こうよ
外部リンク:postd.cc
938: 2024/03/02(土)15:01 ID:OiLnCmP5(1) AAS
>>933
バカの一つ覚え乙
939: 2024/03/02(土)15:26 ID:5qddeDE5(1) AAS
>>937
丁寧な説明あって助かったありがとう
実装継承は問題があるためクラス継承を使うのは辞めた方がよさそうね
そうするとクラス自体が不要なので今どきの言語にはクラスが無いわけなのね
940(2): 2024/03/02(土)17:53 ID:JmA8+V/x(1) AAS
継承すると結合度が高くなり、基底クラスがいじりにくくなるから
implements で名前だけ基底クラスで宣言した方がよい
という経験則なわけね
941: 2024/03/02(土)18:23 ID:C5B9iefL(1) AAS
>>940
違うよ
基底クラスは一切使わずにインターフェース等を使う
インターフェース等を備えていない言語ではやむをえないため抽象クラスで代替する
942: 2024/03/02(土)21:21 ID:6JiP4UcJ(1) AAS
15年ぐらい前はstaticおじさんが馬鹿にされてたけど今じゃオブジェクト指向がオワコン呼ばわりかぁ
Lisp使おう()
943: 2024/03/03(日)00:19 ID:Ic67hcFY(1) AAS
処理系も書かずに使おう(笑)
944: 2024/03/03(日)12:51 ID:s0HRTEoD(1) AAS
オブジェクト指向に毒されてるpowershwll,python,ruby等も終わりかな
F#に興味出てきたな
945: 2024/03/03(日)13:22 ID:4PUy8wCJ(1) AAS
あたりまえにオブジェクト指向使ってる現代でオブジェクト指向がオワコンって言うのはプログラム作らない人
ここの板のローカルルールくらい見ましょうね
946: 2024/03/03(日)13:49 ID:HJzrw6yi(1) AAS
やたらとオブシコしてたのからの回帰ってならわかる そういう意味なんだろうなと思う
947: 2024/03/03(日)14:11 ID:0VvwZNDM(1) AAS
>>940
何でそんなこと言うん?
948: 2024/03/03(日)17:32 ID:7AiWdEnV(1/2) AAS
Twitterリンク:i
オブジェクト指向にも同じことが言えます
Twitterリンク:thejimwatkins
949(1): 2024/03/03(日)17:33 ID:7AiWdEnV(2/2) AAS
オブジェクト指向を実践してない人ほど継承はダメだといっておられる
現実をまったく見ていない理論でしかないわけです
950(1): 2024/03/03(日)17:33 ID:m+AYakYE(1) AAS
40年前に構造化プログラミング(いまあたりまえのプログラムをブロックモジュールに分ける概念)についてけなかった人とかも
理解しないまま「構造化プログラミングはオワコン!これからはオブジェクト指向!」ってそもそも構造化プログラミングの
発展系がオブジェクト指向だってわからずこのアホウみたいにウキャウキャしてたのかしら
951(1): 2024/03/03(日)18:10 ID:nBM3NOHP(1) AAS
>>949
正しく理解しようよ
ダメなのはクラス継承
抽象型の継承はOK
オブジェクト指向もOK
952: 2024/03/03(日)18:26 ID:zJ/qFUNe(1) AAS
>>951
Pythonは文脈によって意味が変わる多重継承ね!
随意筋 不随意筋
↖ ↗
チンポ
953(1): 2024/03/03(日)20:11 ID:InukkrXD(1) AAS
ついていけない人間がたくさん出てしまうパラダイムは多くの人間が使えないので自明にオワコン
954: 2024/03/03(日)21:12 ID:vlko3Vgi(1) AAS
>>950
ありそうな話だなあ
955: 2024/03/03(日)21:35 ID:9XAeTkis(1/2) AAS
>>933
Cの生みの親が作ったGoはともかく、Rustにクラスがなかったのはマジびびった。
Haskell覚えたときに、オブジェクト指向プログラミングの再利用性に疑問持って、
(実際にはしないけど)C++でクラス使わずテンプレートだけ使った方が再利用しやすいんじゃ…?とか思った。
そして最近、「スッキリわかるC言語」立ち読みしたら、C言語に(テンプレートとは違ってマクロっぽいが)ジェネリックっぽい機能が取り入れられてるみたい。
(使えないコンパイラがまだ多いのでLinuxのカーネル開発では禁止されてるみたいだけど)
あと、デザインパターンも、関数型言語で普通にしてる事がいくつか書いてて、オブジェクト指向言語だと意識しないと出来ないんだと気づいた。
(例:イテレータ、テンプレート・メソッド、シングルトン、アブストラクト・ファクトリ、ストラテジなど)
956: 2024/03/03(日)22:06 ID:mVaeStz7(1) AAS
広い意味のオブジェクト指向は今でも有用であって
クラスを使ったオブジェクト指向が間違っていただけなので
GoやRustなど新しい言語にはクラスが無いけど(クラスを使わない)オブジェクト指向ですよ
957(1): 2024/03/03(日)22:11 ID:JkCR2ZDo(1) AAS
>>953
おまえがオワコンなだけ。お前自身がついていけなくても、ついていけない人がたくさんいると思っていても
実際には多くの人がすでに実行してる。今やその辺の小学生でも
外部リンク:www.nhk.or.jp
958(1): 2024/03/03(日)22:27 ID:9RvqtVLq(1) AAS
>>957
俺は「ついていけない人間がたくさん出てしまうパラダイム」の話をしているのに、お前は勝手に「俺がついていけない人がたくさんいると思っているパラダイム」の話を始めたな
俺の話を理解できていないのか、理解した上で関係なくお前のしたい話を始めたのか知らんが、それで俺にレスをつけておいて俺にオワコンと言ってくるなんて、なんてガイジなんだ
回線切って首吊って死んでくれよな
959: 2024/03/03(日)22:50 ID:uAsMCupP(1) AAS
お前らさあ。。
次スレどうする?
960(1): 2024/03/03(日)23:01 ID:A1Y/Mibd(1) AAS
つまりプロトタイプベースオブジェクト指向のJSは一歩も二歩も先に行ってたってこと?
961: 2024/03/03(日)23:05 ID:slB98rWU(1) AAS
>>958
おまえ生まれてから今までずっと
何言うてんねん
962(1): 2024/03/03(日)23:24 ID:9XAeTkis(2/2) AAS
>>960
まあ、JSは手続き型言語の皮をかぶったLispと言われる事もあるので、
そうとも言える。
ただLLだったので大規模開発に向かなかったのかと。
関数型言語と論理型言語は大きなカテゴリーでは宣言型言語になるんだけど、
オブジェクト指向も宣言的なプログラミングは目指してるんだよね。
メソッドチェーンと関数合成は向きが逆なだけで、やってることは同じだし。
Rust初めて見たときはC系統の文法のだけど、だいぶ関数型言語に寄ったなと思った。
しかも組み込み系の雑誌「interface」でだいぶ推してるし…。(お題を解く連載が続いてる)
何事かと。
963: 2024/03/04(月)00:00 ID:ndPj2VnY(1) AAS
>>962
>メソッドチェーンと関数合成は向きが逆なだけで、やってることは同じだし。
関数型のやり方によっては見た目は似せることができてもやってることは全然違う
関数型とオブジェクト指向で根本的に異なる部分
964: 2024/03/04(月)00:42 ID:vyClhVzf(1) AAS
言われてみれば。
同じは言い過ぎだったね。
print関数と関数合成なんて、オブジェクト指向な人から見たらイミフだろうし。
高階関数に関数合成した関数渡すのも、オブジェクト指向じゃ関数オブジェクト(?)にメソッドチェーン渡すなんて、見たことない。(できるかは知らない)
割とよく使うのに。
あと、オブジェクト指向型言語で関数型プログラミング取り入れました!って言って
ラムダ式を強制するのがウザい。
関数型言語はセクションやら、それこそ関数合成使って、なるべくラムダ式を使わない様に進化してるっちゅーねん。
965(1): 2024/03/04(月)20:55 ID:OBoWisFX(1) AAS
「継承」についてだが、多重継承をサポートしていない言語ならなるべく使わないほうがよい
966: 2024/03/05(火)14:40 ID:8Aciq0Ni(1) AAS
>>930
不満を解消するために行動しているというのは誤解
ある行動をしなかった理由を考えている
なぜ継承しなかったのか
967(1): 2024/03/06(水)15:26 ID:7MRZ6H51(1) AAS
>>965
逆だね
あえて逆のこと言ったんだね
968(2): 2024/03/06(水)16:32 ID:QczblYLZ(1) AAS
>>967
Pythonは多重継承だが?
969: 2024/03/06(水)17:05 ID:0Fz1GTqO(1) AAS
銀の弾丸はなく適材適所なだけなのに
なるべく使わないって判断放棄してへん?
970(1): 2024/03/06(水)17:58 ID:RxG6QCQE(1/2) AAS
>>968
Pythonの話ちゃうやん
971(1): 2024/03/06(水)18:04 ID:OsGV2nia(1) AAS
>>968
おまえそのPythonでどんなアプリ作ったの?
>>937のリンク先から引用
>多重継承の問題の1つは、同一のメソッドが1つ以上の親クラスに存在しているときに、言語がどのメソッドを用いているのかが自明ではなく、あいまいだという点です。
これが絶対悪だというのはありえないにせよ、プログラム保守する上でこの問題はよく理解できるはず
972(1): 2024/03/06(水)18:42 ID:T1kDuEf9(1) AAS
人間に独立した人格が有るように、チンポにも独立したチン格が有る
これは親クラスと子クラスの継承関係である
チン格とはつまり「愚息」であり、自分にも他人にも成り得る
これがオブジェクトの多態性と表現される
オシッコするときのチンポは随意筋、勃起するときのチンポは不随意筋
このように時と場合によって真逆の性質を併せ持つことができる
随意筋 不随意筋
↖ ↗
チンポ
自然言語処理において語の意味は文脈によって変わるので、Pythonのような多重継承が不可欠ね!
973: 2024/03/06(水)20:32 ID:RxG6QCQE(2/2) AAS
>>972
継承関係無いやん
974: 2024/03/10(日)16:41 ID:VoY5srQP(1) AAS
Twitterリンク:frozensholder
四十肩
@frozensholder
男はチンボで物を考え女は子宮でモノを考える。それが世界の理。
Twitterリンク:thejimwatkins
975: 2024/06/12(水)21:54 ID:2UzQR7Po(1) AAS
オブジェクト指向を学ばなかった話
外部リンク:qiita.com
976(1): 2024/06/13(木)11:22 ID:fHN6F3J2(1/2) AAS
>>970 の理屈だと Rust の trait もアウトだな
977: 2024/06/13(木)11:22 ID:fHN6F3J2(2/2) AAS
アンカ間違えた >>971 です
978: 2024/06/13(木)14:45 ID:gxf+efas(1) AAS
メソッドの名前はまあ許せるが変数名の重複がアウトなんだよ
どっちもアウトという極端なネガティブ思考はもう聞き飽きた
979: 2024/06/13(木)14:47 ID:lNMgjwmg(1) AAS
>>976
RustやGoなどモダンな言語にはクラスはありませんから
クラス継承の問題もありません
980: あぼーん [あぼーん] AAS
あぼーん
981: あぼーん [あぼーん] AAS
あぼーん
982: あぼーん [あぼーん] AAS
あぼーん
983: あぼーん [あぼーん] AAS
あぼーん
984: あぼーん [あぼーん] AAS
あぼーん
985(1): 2024/06/15(土)15:45 ID:5YPEUVSI(1) AAS
スパムが梅に来てやがる
ちょっと違うけどちょっと似たスレ探した 次ここ埋めよう
オブジェクト指向は愚かな考え。この世は計算式 ★3©2ch.net
2chスレ:tech
986: 2024/06/15(土)16:37 ID:vKjwZw7A(1) AAS
振り返ればCOMが一番成功してた事実
やはりこれからもコンポーネント指向だな
987: 2024/06/15(土)23:46 ID:cxiEzNVX(1) AAS
IUnknownは偉大 いまでも傑作のひとつだと思う
988: 2024/06/17(月)16:32 ID:prlYSpwu(1) AAS
うんこナウ
989: 2024/06/17(月)17:48 ID:Hy1KBFGr(1) AAS
関数自体を関数に引数としてどう渡すかって話だよ。
990: 2024/06/23(日)13:05 ID:T9hZbeKo(1) AAS
今だけです
画像リンク[jpg]:i.imgur.com
991: 2024/06/23(日)18:55 ID:HhVSQR1B(1) AAS
終了までお早めに
画像リンク[jpg]:i.imgur.com
992: 2024/06/25(火)13:43 ID:ZtCD4zFU(1) AAS
ランサムωωω
993: 2024/06/28(金)16:44 ID:/Ex5ZKSC(1) AAS
うめますか?
994: 2024/06/28(金)17:46 ID:DfHx9zhO(1) AAS
次スレまだ?
995: 2024/06/28(金)18:06 ID:tE6002zU(1) AAS
次スレできなかったら >>985
996: 2024/06/28(金)19:59 ID:TzaR5aOj(1) AAS
糸冬
997: 2024/06/28(金)22:00 ID:7Ebl2CLD(1) AAS
板違いの雑談したがるアホの気持ちが理解できない
プログラム能力が小学生未満なのにム板で語りたがるアホども
998: 2024/06/29(土)11:12 ID:yISeF17a(1) AAS
板違いの雑談したがるアホの気持ちが理解できない
自治能力が小学生未満なのにム板で語りたがるアホども
999: 2024/06/29(土)13:56 ID:44tg2Mvq(1) AAS
999
1000: 2024/06/29(土)17:14 ID:n5ixZO2u(1) AAS
終了しました
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 307日 19時間 13分 21秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はUPLIFT会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《UPLIFT会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
4 USD/mon. から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.223s*