オブジェクト指向ってクソじゃねぇよ？ Part2

[1 デフォルトの名無しさん 2018/10/18(木) 23:20:41.34 ID:/ofNkRJS]

すごいんだよ？


カプセル化（英語：encapsulation）とは、オブジェクト指向を構成する概念の一つで、
オブジェクト内部のデータを隠蔽したり(データ隠蔽)、オブジェクトの振る舞いを隠蔽したり、
オブジェクトの実際の型を隠蔽したりすることをいう。

偏差値の低い学校向けの情報処理系教科書において「大変すばらしいものであり絶対に使うように」と大体的に宣伝された。

一方、カリフォルニア大学バークレー校の有識者を中心としたインターネットを作った人たちは「階層化の有害性」として
「絶対に使うな」としている。大雑把にいうと、その時は良くても、将来的な改修の際に隠蔽されたデータに
アクセスできないと解決できない問題が出てきて、結果的にデスマーチに陥るというのである。

オブジェクト指向の発案者であるアラン・ケイもコーディング規約（頭文字にアンダースコアを付けるなどの命名規則）で
縛る程度にすることを推奨しており、アラン・ケイが関わったオブジェクト指向プログラミング言語にはどれも「private」
という概念はない。

https://monobook.org/wiki/%E3%82%AB%E3%83%97%E3%82%BB%E3%83%AB%E5%8C%96

前スレ オブジェクト指向ってクソじゃね？
https://mevius.5ch.net/test/read.cgi/tech/1535085129/

[987 デフォルトの名無しさん 2018/11/22(木) 17:45:49.73 ID:WA/+SJn9]

結局の所、決定の遅延で何が出来るか？というとデバッグ時にソースコードを
編集する機能が作りやすくなるというメリットだったって話で良いかね？

↓つまりこれ

コードを編集し、(c#、VB、C++)、Visual Studio でデバッグを続行
https://docs.microsoft.com/ja-jp/visualstudio/debugger/edit-and-continue?view=vs-2017

> エディット コンティニュを使用すると、プログラムが中断モードのときに
> ソース コードを変更できるため、時間を節約できます。 などの実行コマンドを選択して、
> プログラムの実行を再開すると続行または手順、エディット コンティニュに
> 自動的にいくつかの制限でコード変更を適用します。 このため、デバッグ セッション中に
> コードを変更できます。デバッグ セッションをいったん停止し、プログラム全体を
> 再コンパイルしてからデバッグ セッションを再開する必要がありません。

[988 デフォルトの名無しさん 2018/11/22(木) 17:45:51.26 ID:DWgniQ0o]

>>985
> つまりデバッガとブレークポイントによって実現できること

そこからまたエディタに戻って定義して再実行して…って手間は俺はいやだなって話をずっとしている

[989 デフォルトの名無しさん 2018/11/22(木) 17:47:36.57 ID:DWgniQ0o]

>>987
これはかなり近いかなと思って試してみたことあるけど、変更が反映されないんだよね
結局再実行は必要

[990 デフォルトの名無しさん 2018/11/22(木) 17:48:27.96 ID:WA/+SJn9]

>>986
> とにかくSmalltalkを気にしすぎだよ
それはSmalltalkぐらいだからだよ
「決定の遅延」という言葉が独り歩きして
それで何が出来るのか？が語られないのは。

でもはっきりしたじゃないか。デバッグ時にソースコード編集機能を
実現しやすくなるのが「決定の遅延」

そして別に決定の遅延をしなくても、デバッグ時にソースコードを編集する機能は実現できる。
言語のメリットとして上げるほどのことでもなかった。

[991 デフォルトの名無しさん 2018/11/22(木) 17:50:18.97 ID:WA/+SJn9]

>>988
> そこからまたエディタに戻って定義して再実行して…って手間は俺はいやだなって話をずっとしている

え？バグ無しで一発で作れるの？すごいね（笑）

結局再実行するでしょ

[992 デフォルトの名無しさん 2018/11/22(木) 17:52:26.05 ID:WA/+SJn9]

再実行する手間がいやなら、ソースコードを編集して保存したら
自動的にテストを再実行するようにすればいい。

ファイルを保存したときにテストを自動で実行する
https://qiita.com/135yshr/items/0e14082cf3a8e654964c

[993 デフォルトの名無しさん 2018/11/22(木) 17:52:45.81 ID:DWgniQ0o]

>>990
> それはSmalltalkぐらいだからだよ

そりゃそうだよ
今のところLispとSmalltalkくらいしかできないことのさらに高みを目指そうっていう話なんだから…
早期結合派は誰か目先の利く人が無茶をして実現された技術が導入されて普及しないかぎり永久に理解できない話だと思うよ

[994 デフォルトの名無しさん 2018/11/22(木) 17:53:57.61 ID:WA/+SJn9]

もう早期結合派とか言わんでくれる？

コードを編集してデバッグを続行する機能でしかないんだから

[995 デフォルトの名無しさん 2018/11/22(木) 17:56:02.22 ID:DWgniQ0o]

昔はホットスワップなんてアクロバチックな機能はいらない
インクリメンタルコンパイルなんてコンパイル速度が速ければいらないだろとか言ってたクチじゃないの？

[996 デフォルトの名無しさん 2018/11/22(木) 18:10:45.29 ID:DWgniQ0o]

図星かｗ

Smalltalkが「決定の遅延」を実践し難なく実現したアクロバチックな便利機能を
早期結合派の有志が無茶をしつつも実現し普及させ、君みたいな想像力に乏しい人でもしたり顔でその恩恵にあずかれる
いい話じゃないか

[997 デフォルトの名無しさん 2018/11/22(木) 18:59:37.96 ID:sPtmfb/w]

>>965
>0.1ミリ秒

そうか、MSは0.1ミリ秒のために多大なリソースを投入してデバッグ中のメソッドのホットパッチ＆継続実行を可能にしたんだな。www

[998 デフォルトの名無しさん 2018/11/22(木) 19:02:35.09 ID:WA/+SJn9]

>>997
時系列が逆ですね
多大なリソースを投入してデバッグ中のメソッドのホットパッチ＆継続実行を可能
にしたので、0.1ミリ秒ぐらいのメリットしかなくなったんですよｗ

[999 デフォルトの名無しさん 2018/11/22(木) 19:03:59.99 ID:eioG5FBi]

SmalltalkのOSモドキはLinuxやWindowsといった本物のOSと比べて
あまりにも出来損ないのゴミなのが問題なんだよ

決定の遅延？大変結構だと思うよ？本物のOSの上で出来るならね
でもゴミOSモドキの上でOSゴッコするくらいなら決定の遅延なんて要らない

[1000 デフォルトの名無しさん 2018/11/22(木) 19:04:26.90 ID:WA/+SJn9]

だから最初から言ってるように、Smalltalk初期の時代はメリットが
あったかもしれないけど、今となっては言語機能に含めなくても
別の方法で本来の目的が達成できるようになったと言ってる