気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
nowokay.hatenablog.comエントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント39件
- 注目コメント
- 新着コメント
tsimo
プログラムはデータの入出力と変換の集合体で、それらを分類・整理する手段の枠組みとして、ほとんどの場合は名前空間を分けられれば十分だった、という気はしている。高階関数や永続データ構造の普及もあり。
turanukimaru
Objectは言及対象でありOOPは開発対象の話をしようという事でしかないしClassはObjectを抽象化したものでしかないし動くコードであるかは別の話だし設計ミスしたらOOP関係なく動かないだろ設計ミスをOOPのせいにする人多すぎ
mak_in
かつてはオブジェクト指向プログラミング、といえば、右も左も継承使って処理共通化しよう、の流れで皆失敗してきたけど、もっと広義の現実世界をオブジェクトで表現するという解釈であれば設計手法として良いと思う
toaruR
コードをまとめてサブルーチンに→変数にスコープ持たせて関数に→変数や関数をまとめてクラスに までは一本道だと思う（´－｀）その後、フレームワークの在り方や、開発ポリシーで多方面に進化中では
nagata_Ouji
工学の歴史について大変勉強になりました。ありがとうございます。正直自分もほぼ「といいつつクラス」です^^;設計手法の『機能の独立』。けどそこから、複雑なビジネス要件に挑戦したのが『アナパタ』かと思います。
hamamuratakuo
巨大なモノリス（一枚岩）を作ると後でリファクタリングが大変？役割分担の促進＝機能の細分化→粒度の小さいマイクロサービス→PACアーキテクチャ＝APIが重要→型プログラミング＝型をクラスの代替で利用→関数型でOK
dhrname
構造化プログラミング(1972年)の179ページ「オブジェクトクラス」とp.202クラスの連接（継承）とp.204サブクラスとp.208抽象概念の階層構造化を参照 https://archive.org/details/Structured_Programming__Dahl_Dijkstra_Hoare/page/179/mode/2up?view=theater
nakamura-kenichi
オブジェクト指向モデルは使われても、オブジェクト指向設計とか30年やってきて実際2例くらいしか見たこと無いけどなｗ（コレジャナイは除くｗ）。まあ方法論はいくつか出てても理解が及ばんかったら一緒やからな。
otoan52
クラスという抽象化のアイデアによる分割統治、そこにモデリングの話が混ざったのが広義のオブジェクト指向で、前者だけが残った。GCやクロージャや型推定が前者、後者はアジャイルやDDDが後者の後継なのだと思う
t-murachi
何でもかんでもオブジェクトって呼んでりゃあそら廃れん罠(´・ω・`) 言うて同じ言葉でも出たてのJavaとKotlinじゃまるで別世界やし、方法論は次第次第で変わり続けてたんでねーの?
nakag0711
OO設計のオブジェクトって実際の業務アプリではRDBのテーブルとして実装されるからそこがズレてるんだと思う。テーブル設計にああいう大袈裟な手法は実際要らないし。詳細レベルのOOPは資源管理の手段として有用
toaruR
コードをまとめてサブルーチンに→変数にスコープ持たせて関数に→変数や関数をまとめてクラスに までは一本道だと思う（´－｀）その後、フレームワークの在り方や、開発ポリシーで多方面に進化中では
tettekete37564
ソフトウェアを適用する環境って意味がわからん。コードを書く方が楽も「楽」が達成すべき目標なら良いが大抵の場合は違う。スケッチしないが設計しないという意味なら青写真を共有する様な開発もしないのかな
mak_in
かつてはオブジェクト指向プログラミング、といえば、右も左も継承使って処理共通化しよう、の流れで皆失敗してきたけど、もっと広義の現実世界をオブジェクトで表現するという解釈であれば設計手法として良いと思う
toro-chan
それ以外方法論がないということは、結局構造分析して関数分けしているだけになるが、それでいいのだろうか。if elseの嵐や、700行ある関数があっても、関数で分けてれば問題ない感じになるけど。。
tsimo
プログラムはデータの入出力と変換の集合体で、それらを分類・整理する手段の枠組みとして、ほとんどの場合は名前空間を分けられれば十分だった、という気はしている。高階関数や永続データ構造の普及もあり。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
なぜオブジェクト指向方法論に代わる方法論が出ないのか - きしだのHatena
1990年代にオブジェクト指向分析・設計の方法論がめちゃ流行ったことがあります。 ただ、そのブームが終... 1990年代にオブジェクト指向分析・設計の方法論がめちゃ流行ったことがあります。 ただ、そのブームが終わって、後続となるような方法論が流行ることはありませんでした。 で、なぜなのか考えていたのですけど、オブジェクト指向方法論のウリは分析段階で出てきたオブジェクト(といいつつクラス)がコードにそのまま引き継がれるというものでした。ようするにオブジェクト指向方法論というのはコードのスケッチを書いて詳細化していくというものだったのです。 しかしながらこれは、スケッチとして書いた分析・設計が間違っていればコードも間違うわけで、強くウォーターフォールの性質をもつものでした。 結局のところスケッチの妥当性というのはコードを書かないと検証ができません。分析・設計段階で見出されたクラスが妥当かというのは、コード書かなければわからなかったのです。逆に、コードを書けば妥当かどうかわかります。であれば、最初から
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
nowokay.hatenablog.com
nowokay.hatenablog.com
nowokay.hatenablog.com
nowokay.hatenablog.com
nordot.app
note.com/kenyahata
togetter.com
togetter.com
www.apple.com
www.itmedia.co.jp
blog.tinect.jp
www.apple.com
k-tai.watch.impress.co.jp
www.ubuntulinux.jp
www.bloomberg.co.jp
www.itmedia.co.jp
ruri.cu.cms.am
coublood.hatenablog.com
2022/08/05 リンク