【プログラミング】IT企業に入社したんだが、オブジェクト志向の達人になりたい。良い本あったら教えてくれ [413736635]
■ このスレッドは過去ログ倉庫に格納されています
俺が若い頃は憂鬱なプログラマのためのオブジェクト指向開発講座が定番だったな 自己責任じゃないにだとか言ってるバカとか一番向いてない 自己責任じゃないにだとか喚いてる頭バカとか一番向いてないからやめとけ 開発者の公式マニュアル読まずに本読むの頭悪すぎんか
本書いたやつはどこから情報手に入れてると思ってんだ?
IT派遣で毎月手取り17万の俺っちはJAVAを使っているよ
おめえもJAVAを頑張れば、俺っちのように手取り17万くらいは目指せるから頑張り給え >>13
こういう嘘吐きゴキブリとか一番向いてないっていうか
こういうゴミとかどんな仕事にも向いてない
嘘吐きゴキブリ底辺プッシュー オブジェクト指向は特に読んだだけではわからないからとにかく書け あるある
最初の入り口がオブジェクト指向なんだよね
最近の子って >>4
これめっちゃいい本だったわ
プログラミングの勉強の一番最初にAmazonのレビューみてこの本買って読んだから嫌悪感なく学べた 自己責任じゃないにだとかうるさい頭悪いゴミとか向いてないからやめとけ 今はDDDが流行りやで
マイクロサービスと相性が良い
まあ、技術オナニーになりがちだが HaskellでFRPでOpenGLつかって落ちものゲームつくったことある程度にはお勉強してるけど
オブジェクト指向とかいまいちよく分からねンだわ🥴
お前らもわかったふりしてるだけだろう オブジェクト指向でなぜつくるのか
ってやつ
古くてもう駄目かもしれんが >>30
DDDちゃんとやるの結構大変?
苦労した記憶しかない >>34
自分だけのマイオブジェクト志向を見つけろ😡 テレビのリモコンは、どんなメーカーのものであれ電源ボタンがついている
それを押したらテレビがついたり消えたりするのは一緒
だけど中身はどうなってるかは外からは見えないし別にどうでもいい >>40
上級土方だけど年収1500万あるからこれでいいやって思ってる プログラムの何とか志向って結局の所保守性良くするのに帰着するから、どうすると保守性が良くなるかを考えられるようにならないとイミフで終わる
まずはアルゴリズム覚えろ オブジェクト指向、ぶっちゃけそんなに良いデザインパターンではない Javaのは悪いオブジェクト指向
今日はこれだけ覚えて帰って下さい オブジェクト指向って30年くらい前に流行った言葉じゃない? 世間の流行はともかく
今言語仕様になってるほとんどの概念は全部何十年も前のもの >>43
>>49
隙あらばケンモオークションで草 「オブジェクトとは『モノ』である」←この言い草使ってくる奴全部処分してな 読む意味ねえからw
嫌儲とは板であるみたいな言い草と同じだからね
なんもわかってない
屁理屈捏ね回して耳目を集めたいだけのキチガイ こだわるようなものじゃないよ。
臨機応変に対応しろ。 客のいなし方とかネガティブに見えない言い訳の仕方を身につけると楽になるぞ
おかげでほぼストレスの無い毎日を送っている 昨今は多重ディスパッチと多態でアップデートするのが流行だゾ コピペしてラクできる書き方 作法
これぐらいの認識であるよ うまくオブジェクト化してシステム構築しないと仕様変更あったときの修正箇所が膨大になるぞ
ビジネスルールは法改正あったら対応しなきゃならんし、フロントエンドも顧客のわがままで改修が必要になる さっさとjs行って関数型やれよ。頭腐って二度と関数いけなくなるぞ ファウラーの本
ケントベックの本
エリックガンマの本
をアホみたいに読んだ時期あるな! もう随分前にITドカタから離れたけど
未だにjavaとかオブジェクト指向とか通じるのか 世の中の殆どのITドカタは業務ロジックを書くだけなので
オブジェクト指向なんて勉強する必要がない 純粋な手続き型で書かれた他人のソースコードは割と読みやすい
純粋な関数型で書かれた他人のソースコードもやはり読みやすい
ところがOOPしてるソースコードは概して読みにくいのは何故なのか
慣れの問題じゃない。酷い書き方をする自由度が高すぎるから頭の悪さがダイレクトに反映されやすいんじゃないのか。不快なソースコードに巡り合いやすい 継承
カプセル化
ポリモーフィズム
今となってはプログラム書いてたら自ずと使うことになるから当たり前のことで敢えて書籍買って覚えることでもないけれど概念と利点くらいはネットの記事とか見て頭に入れておくと良いと思う 本を読む、つかウィンドウシステムやHTMLレンダラを書けば一発でわかる
長方形を大本の基底クラスにして
長方形+クリック処理メソッドでボタンのクラスが作れる
ボタン+画像描画メソッドでアイコンのクラスが作れる
ボタン+ドラッグ処理メソッド+画像描画メソッド+他のボタンを保持するオブジェクトでウィンドウのクラスが作れる 手続き型の読みやすさは保守性の高さを意味しない。読みやすいだけで、他人に説明できるものじゃない。
これを説明可能な粒度でうまく分割できる人があまりにもいないので、オブジェクト指向が破綻するってわけ 達人とかキモすぎ
クラスなんか便利扱うための手段なのに何でもかんでもクラス化しようとするやつはどうかと思う オブジェクト指向は所詮は人間の便宜的な概念で
速くてリソースを食わないプログラムは全く書けない
やめとけ 色んな本を読んでみたけどオブジェクト指向の指南本はどれも書いてある通りにしようとしてもわかりやすくて使いやすいクラスは設計できなかった
Javaや.NET、Rubyの標準ライブラリを眺めてどういうクラスがあるのか頭の中に入れておいて
そういえばこういう役割のクラスもあったよなとクラスの分け方を真似するのがいんじゃないかと思う
標準ライブラリと使い勝手が似てれば使う側もわかりやすい プログラミングみたいなものは今や不要になりつつある
数年後にはAIがやってくれるだろ
ノンプログラミング言語のアプリ開発で業務を覚えた方が良い >>79
PowerAutomateとかってどうなのよ
新世紀のvb? System.out.println("hello, world") >>7
でもヘアプアくんITについてなんも知らない馬鹿ウヨじゃん、いつ嫌儲から帰るの?死ねよ雑魚w 継承と多態性を意識したデザインパターンを写経みたくまず書いてコードを読めば身につくよ 安倍晋三もどきをバリエーション変えながら量産すればいいと思う >>85
C++はメモリやアドレスを意識できるし、自分でガベージしたりオブジェクトキルする事ができるし、
オブジェクト指向、コンパイル言語を学べるので勉強には最適だけどその分めんどいね >>87
委託先が継承しまくりのコードでバグを大量生産しててめっちゃ身に沁みた
3重以上はやめといたほうがいいね…どこで呼ばれているか辿れなくなる… オブジェクト指向なんて時代遅れだぞ
ピトンでサクッと作って使い捨てるのがトレンドだぞ オーバーライド(英:override)とは
オブジェクト指向におけるオブジェクトの継承の話で出てくる用語のひとつ
であり
親クラスにあるメソッドを子クラスで再定義することによって、子クラス上で親クラスのメソッドを上書きすること
https://wa3.i-3-i.info/word138.html
チンポは人格メソッドを上書きする機能が有る!!!
https://mobile.twitter.com/ki45_nisiki/status/1581300043935494145
フローズンぺんぎん@とりゅー
@ki45_nisiki
返信先:
@LunRon5
さん
どんなに教養と勉強で武装しようとも、自身が抱える性癖には逆らえん。チンポが脳や人格にオーバーライドして支配してくる欲求には逆らい難い…だからこそ最低限の慎みと矜持として2次元があるのではないか…デブでもおばさんでも勃起できる人にはこの苦しみはわからんっすね
https://twitter.com/5chan_nel (5ch newer account) オブジェクト指向のこころ
アジャイルソフトウェア開発の奥義 Java言語で学ぶデザインパターン入門
これ読んでやっとオブジェクト指向理解した マジでゴミ
デザパタとか言語の欠陥を無理やり補うハックな上に結城本見てもいつ誰が使うべきかは絶対にわからない 憂鬱なCプログラマのための何とかってやつ。
ただ本当にC言語極めとかないと効果半減だから、初心者にはお勧めできない SpringBoot使うなら嫌でもオブジェクト指向プログラミングするから気張らんでええで 上司に言ってそれ関連の研修申し込めば良いだけでしょ >>87
典型としてそれはある
プログラミング以前の分析と設計の失敗がOOPで硬直的に実装されるやつね
分析設計の杜撰さ、やってる感、がソースコードになって牙を剥く時のえげつなさに関して言えばOOPは抜きん出てる 最近のOOの主流はゆるいOOで、委譲がベースでしょ
UIコンポーネント設計で役に立つアナロジーが万能なわけがない すごいレベルの高いプロジェクトに入れて一年楽しかったけど、全て自己流で20年やってきたとか言ってる糞コードしか書かない自閉症みたいなのが入ってきて辞めようか悩んでる 勉強するものなんだな。
まあC++コンパイラがこの世に存在せず一旦Cに変換する時代に勉強したけど構造体オタクにならないと身に付かない気がするし時代的に不要だと思うわ。 >>104
自己流でやってきたならチームでの仕事の流儀とか守らないだろな オブジェクト体系図が頭に入っていないのに弄くろうとするから失敗するんだよ 正直言ってフレームワークというかプロジェクト固有のオブジェクトを作る人間はオタクレベルの方が良いんだけど、下っ端のは奴が派生したりなんかやられると管理する側としてはちょっと困る。リフレクションとか無茶苦茶怖いし どんなことやってもいいから、内部に閉じててくれっていうのが方法論問わずにある イベント主体ってロジックが分かりにくいわ
オブジェクト指向にイライラ
ケンモ指向を早く作ってくれ ところで「チンポがシコシコする」という日本語表現は、学術的に正しいと言えるのか?
チンポ「を」シコシコするのではなくて、チンポ「が」シコシコする。この場合、「チンポ」は主語となる。
オブジェクト指向で言う「集約」は2種類あって、全体(俺)と部分(チンポ)が繋がっている場合と、
全体(俺)と部分(チンポ)が別々になっている場合とが考えられる。けれども「チンポ」はそれ自体
が独立した生き物であり、所有者の意思とは無関係に、自ら勃起して「シコシコする」。
例えば寝てる時にエロい夢みて朝起きてみたらチンコが勃起して射精してたとか。
違うか?
「胸がドキドキする」は良いが、「チンポがシコシコする」はダメな理由を、50字以内で述べろ! >>111
「胸がドキドキする」は手が要らない。後者は手が要る 『シコシコ』という擬音はどうでもよい。問題は、
自我 チンポ
↑ ↑ チンポ=自我
チンポ 自我
オブジェクト指向では、この三種類が考えられるということだ。
>チンポ=自我
散歩している時、自分もチンポも所在地は同一である。
https://i.imgur.com/4XhBmP3.jpg
https://i.imgur.com/PPFJZqI.jpg
夏目くんの場合は、チンポが自我を圧倒し、体が自然に滝川さんの股間に近づいていったのだ。
『笑ってごまかすな!!』
と言われても、夏目くんは何と言えば良かったのだろう?
チンポ≫自我
『チンポが自我を超えてしまった』を簡略化して、チンポがシコシコする!
チンポがシコシコしていると(チンポが自我を超越していると)、息もハァハァになる。
チンポがシコシコしている(チンポが自我を超越している)と、顔もアヘ顔になる。
つまりその顔は『チンポの一部』つまりチンポの皮と同じということ。
博士号の肩書きがあっても、STAP細胞のそれは間違いであり科学者として失格。
チンポと自我の関係について、それが間違いということなら、俺も科学者を自称するのを止めよう。
しかしながらあの夏目くんは、笑ってごまかす以外に何と申し上げたら良かったのか。 メッセージングを基礎単位として取ることは、より徹底的な遅延束縛を可能にする。というのも、
メッセージそれ自体は意味を持たず、実際にメッセージがオブジェクトに送信されてはじめて、意味が決まるからである。
https://qiita.com/ukyo-su/items/8c861f114809a96d1378
オシッコを出したり止めたりというのは、チンポから力を抜いたりチンポに力を入れたりと、
オシッコはオシッコそれ自体は意味を持たず、オシッコが尿道を介してチンポに送られることによって、
オシッコを出したり止めたりが可能になるということだ。
928 デフォルトの名無しさん 2018/11/21(水) 18:59:11.61 ID:8Yc2p7H1
>>922
>ナンチャッテメッセージングスタイルになったのは
チンポ.オシッコを出す
チンポ.オシッコを止める
さっきトイレでやってきた。
929 デフォルトの名無しさん 2018/11/21(水) 19:07:17.83 ID:8Yc2p7H1
>>915
>単なる動的なメソッド呼び出しをメッセージと称し、ただしコールするメソッドが見つからない場合だけメッセージを
>ハンドリングできる省コストなナンチャッテメッセージングスタイルに落ち着いた。
×
俺.オシッコを止める 俺.オシッコを出す
○
俺.チンポに力を入れる 俺.チンポから力を抜く オブジェクト指向なんて字面に惑わされるのは人生の無駄
かつてはまともな開発手法=オブジェクト指向だったが、今はそうじゃない
2000年前は学問をする=哲学を学ぶことだったが今はそうじゃないのと同じ 全体を理解すること
何でもそうだけど、お前の周辺んだけ都合が良いだけで、全体から見れば不都合やマイナスが多い
オブジェクト指向が何なのかわからない
Reactの関数コンポーネントとは違うの? 最近の言語でクラスとかない言語の方が珍しいけども
別にそれで書いたからといってオブジェクト指向にはならんよね
あくまで設計のフィロソフィーの話であって、今どきそんなんにこだわっても仕方ないって風潮やろ class Kisi
def yaji()
end
end
class Abe < kisi
def yaji()
return "意味のない答弁だよ"
end
end マジで関数型に頭がついていかない
皆どうやってjsとお友達になれたんや?
関数コンポーネント時代のReactからプログラミングを始めたからクラスが全くわからない 今はMVCとかMVVCとかそういう設計モデルの話が重要なんじゃないの?
オブジェクト指向とかここ最近全く聞かないけど 最近はオブジェクト志向は微妙って関数型に回帰してるって聞いたけどマジなの? オブジェクト指向をガチでやると誰もメンテできねぇ変態プログラム作れるから
だったら関数型でええやんという流れやな
自由過ぎて凡人に扱えなくなったのが敗因
ほぼC++と同じ過ち >>126
まじならHaskellとかめっちゃ流行ってるはずやろ https://youtu.be/7DbdPKWhrpY
令和のコペルニクス さんによって固定されています
令和のコペルニクス
2 年前(編集済み)
六角アミダって有りそうで無かったので自作しました。xyz空間座標も「6方向」ということで。
ソースコードはこちら。
https://drive.google.com/file/d/1hsFT2F4AMgUv1JHqy0si_7Yj7q7TyHnR/view?usp=sharing
室町時代のアミダくじは円形であること、ベンゼン環の六角構造、赤青緑の三色ダイオードを考えてみた。
令和のコペルニクス
1 年前
地動説をとる人には、地動説をとるのを妨げない。天動説をとる人には、天動説をとるのを妨げない。学説上において人びとの所見を妨げず、かつ実生活においても、「令和のコペルニクス」は決して客観的に善悪正誤など認定しない。 https://mobile.twitter.com/kokoko_taro/status/598828756761870337
コウタロウ
@kokoko_taro
同じ男性でも、「人格」と「チン格」はそれぞれ独立した存在。
チン格に支配されている男は、気持ちが薄っぺらで余裕がないから、すぐに女性に見透かされる。
きチンとした大人の人格を持っていて、その人格に従順なチン格を持っているのが、本当の大人の男性。
https://twitter.com/5chan_nel (5ch newer account) >>124
ウェブのフロントプログラミング如きにオブジェクト指向は不要ってこった 関数型はテストの時間が減る、品質上がるぶん相応にコード書くのに時間がかかるから
リリース速度最優先、デバッグは客にやらせればいいっていう昨今のスマホアプリサービスとかにはあんまり向かない
通信とか金融とかインフラにはそこそこあるんじゃね >>134
というかMVCアーキテクチャがOOPと相性がいいからな >>111
チンチンのボッキ中枢はセントラルコンピュータの視床下部にハードウェア実装されていて、脊髄回線経由でチンチンセンサー入力を受けると適宜シコシコ指令を応答してるんじゃなかったっけ
大脳辺縁系のソフトウェア処理とは独立した処理だから一見チンチンが自律的に自立してるように観察されるだけ クリントン大統領にどんな強大な権限が有っても、自らのチンポがしこしこしてしまうのは止められない!
class チンポ extends クリントン{
super.不適切な関係;
}
クリントンーーーーーーーーーー
┃ ┃
┃ ┃
┃ ┃
┃ ┃
┃ ┃
ーーーーーーーーーーーーーーー
┃チンポ┃
 ̄ ̄ ̄ ̄
クリントンの再定義、クリントンの拡張された人格ということだ!
「不適切な関係」というのは、クリントン大統領が有するメソッドではなくて、偶発的に生じたオブジェクトだ。
クリントン new() 不適切な関係 ; >>137
>大脳辺縁系のソフトウェア処理とは独立した処理だから
独立性
Java ではオブジェクト同士を組み合わせて1つのプログラムを作り上げますが、
それぞれのオブジェクトは可能な限り他のオブジェクトへ影響を与えず、与えられずの
独立的な関係を築くことが理想です。
独立性を高めることで、機能追加やプログラムの変更を行った際でも他のオブジェクトへの影響がなくなっていきます。
このように独立性を高めることを「カプセル化」によって実現させます。
https://workteria.forward-soft.co.jp/blog/detail/10228 オブジェクト指向=アバター化、というのはどうだろうか?
アバター 【avatar】
アバターとは、化身、具現、権化などの意味を持つ英単語。語源はヒンドゥー教の神の化身のことで、
ITの分野では利用者のシステム内での「分身」として画面上に登場するキャラクターなどのことを指す。
https://e-words.jp/w/%E3%82%A2%E3%83%90%E3%82%BF%E3%83%BC.html
自分の中に、必ずしも自分の思い通りに動かないもう一人の自分が居る!
ゲームで言えば、ラスボスとはもう一人の主人公!
ガンダムで言えば、アムロとシャア!
https://mobile.twitter.com/oxoxxoxooxox/status/715431890086285312
スティラン
@oxoxxoxooxox
返信先:
@enko_papa
さん
@328oO
あれは人じゃなくてチンコに手足が生えた生物だよ。
有り余る性欲から自我が芽生えてしまったんだよ。
https://i.imgur.com/f6rdCvN.jpg
https://twitter.com/5chan_nel (5ch newer account) >>114
ごめん大脳辺縁系じゃなくて大脳新皮質だった
あとチンチン(触覚)センサーに対するチンチンの振る舞い(※)は視床下部の勃起中枢からの指令に基づくとは思うけど、チンポは悲しい時や怯えてる時はどんなにシゴいても勃たない訳だし、生命維持に不可欠な臓器類(循環器や消化器)に比べるとメンタル(精神)からの独立性は明らかに低そうではある
(※)海綿体に血液を圧送するポンプの振る舞い 松本人志氏の研究によるとおちんちんが主語で
人間自身は目的語らしいぞ 上記メリットは人の体を例にするとわかりやすいかもしれません。
例えば、「肺」と言えばおそらく誰もが呼吸という役割を想像できると思います。(役割が明確)
しかしどのように作用しあって肺が体へ酸素を取り入れているか?は知らなくても呼吸ができます。(利用のし易さ)
また少し呼吸がし辛いなと思えば肺の不調を疑えるはずです。(エラー個所の特定)
肺は肺として独立した機能を持っているため、もし肺を手術することになったとしても
他の器官の手術も一緒にしなくてはならないといったことは起こりにくいです。(変更による影響)
https://works.forward-soft.co.jp/blog/detail/10230
更に言えば肺に独立した人格は無いが、チンポには独立した人格が有る! 息子=ムスコと考えれば、
息子1
息子2
息子3
・・・・・・・
>同じ命令を送ったにも関わらずそれぞれが独立した固有の処理を行うという特性
立 て 、 立 つ ん だ ! ! !
息子1
勃起!
息子2
起立!
息子3
立ちくらみ!
多態性まとめ
多態性・ポリモーフィズムとは、同じ命令を送ったにも関わらずそれぞれが独立した固有の処理を行うという特性を指す。
多態性・ポリモーフィズムは継承関係の子から親への代入を通じて実現することができる。
多態性・ポリモーフィズムのメリットとして、同一視して配列を利用できたり、同一視して引数を受け取ることができることが挙げられる。
https://engineer-life.dev/polymorphism/
息子とムスコは、「命令」しても言うことを聞かない!!!
https://mobile.twitter.com/yokillme/status/970300973301219328
ヨキ
@yokillme
自分の息子のことを愚息って言うの、現代においては息子を自分とは別人格の一人の人間として尊重してないからやめた方がスマートだと思うんだけど、不意に勃起した自分のチンコを「愚息」と表現するのめっちゃ好きなんですよね。
https://twitter.com/5chan_nel (5ch newer account) 随意筋 不随意筋
↖ ↗
チンポ
オントロジーは、情報の親/子関係を表現できます。RDFドキュメントの例でも触れましたが、
オブジェクト指向の継承と同じ概念と理解いただいてもよいと思います。そして、
オントロジーの「継承」の特徴は、次のようにオブジェクト指向と近いものです。
子は親の情報(=設定値)を引き継ぐ
多重継承ができる。(継承した全てのクラスの定義を漏れなく引き継ぐ)
継承の関係は、「subClassOf」と表現します。「子 is a 親」という関係です。
https://qiita.com/mininobu/items/bce0e0ad97ed17e0aff2
チンコの随意筋と不随意筋
http://d.hatena.ne.jp/tottokotokoroten/20130516/1368716650
オシッコするときのチンポは随意筋、勃起するときのチンポは不随意筋!
文脈によって単語の意味も変わる!
多重継承は曖昧だというが、自然言語処理はその曖昧さが大切になる。チンポは随意筋であり不随意筋である! 達人になりたいならバートランド・メイヤーのオブジェクト指向入門しか選択肢はないよ
単にIT企業入りたいだけならなんか適当に一冊読んで「~読みました!」(嘘ではない)と言っておけば何とかなる ■ このスレッドは過去ログ倉庫に格納されています