オブジェクト指向は愚かな考え。この世は計算式 ★2

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 08/30 02:18 / Filesize : 310 KB / Number-of Response : 1019
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：デフォルトの名無しさん [2015/12/15(火) 13:23:08.06 ID:Rib62xXq.net]: オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
https://twitter.com/ProgrammingMono/status/665702678006140928

研究グループは、血管新生注において血管が伸長する際の血管内皮細胞注運動を制御するしくみを、生物学と数理モデル・
コンピュータシミュレーションを融合させた先端的な研究手法により明らかにしました。

生物は、最小の機能単位である細胞が寄り集まった多細胞体です。しかし、細胞の集まりが、組織や器官といった
秩序ある形態や構造をつくり機能するしくみはほとんど分かっていません。中でも血管は、体中の全組織に十分な
酸素や栄養源を効率よく供給するため、組織や組織の間に入り込み、血管外の環境との相互作用により、巧妙な
枝分かれ構造をとっています。

これまでに本研究グループは、新しく血管がつくられる（血管新生）際の細胞の動きに着目し、特に血管内皮細胞の
動きをリアルタイムで可視化し、定量的に捉えることを可能にしてきました。

今回さらに、血管の伸長を制御するしくみについて、細胞が自発的に自らを制御して動く過程（自律的過程）と、
隣接した細胞から適宜影響を受けて動く過程（協調的過程）がうまく共存することで、全体の動きが巧みに統制
されていることを世界に先駆けて実証しました。

興味深いことに、血管内皮細胞が前後したり、お互いに追い抜きあったりという血管新生で見られる複雑な細胞集団の
動きを制御している中枢部分は、細胞一つ一つの動き（スピードと方向性）の「確率的な変化」として十分説明できる
ことをコンピュータシミュレーションで実証しました。
www.jst.go.jp/pr/announce/20151120-2/#YOUGO3

前スレ
オブジェクト指向は愚かな考え。この世は計算式
peace.2ch.net/test/read.cgi/tech/1447990379/
809 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 19:45:26.36 ID:/O53e43E.net]: >>788
pythonのことか…
810 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 19:45:47.84 ID:si7ncwl4.net]: オブジェクト指向のスレかと思ってたらいつのまに血液型スレになってた。。
何を言っているのかわからねーと思うが　おれも何をされたのわからなかった。。
811 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 20:02:57.80 ID:r1oeWZPX.net]: >>794
うお！血液型って変化するんか今更知ったわｗ
調べたら、O型の人は赤血球ならば他の型へ与えることができるが、逆に血漿は誰にも与えられないのね
https://ja.wikipedia.org/wiki/%E8%A1%80%E6%B6%B2%E5%9E%8B#.E9.81.A9.E5.90.88.E6.80.A7
812 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 20:30:46.78 ID:1oZy+T7E.net]: >>794
原始人なんじゃねO型って
813 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 20:52:21.13 ID:si7ncwl4.net]: ほんとにプログラム書く上で役に立たないどころか害になりそうな議論しかないところが凄いね。
814 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 21:29:05.69 ID:AYt5UEwr.net]: SmalltalkやCommon Lisp(?)で何作ってんの？
ていうか本当に使ってんの？
815 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 22:29:14.19 ID:NuWA0y2P.net]: C#erのオッサンが、たいして知りもしないSmalltalkとかCommon Lispに難癖つけてて草
816 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 22:47:34.86 ID:g/r0v/P2.net]: >>800
CLerはともかくSmalltalkerは
一匹やってくるとワサワサ増殖して空気読まないレス連発するので不用意に呼び寄せないで欲しい
817 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 23:13:17.05 ID:Yse7GotI.net]: Objective-Cだとなんでもクラスというかちょっとデータ数あったらすぐ
NSObjectを継承して動的に生成され管理されるクラスにデータ入れて渡すから
言語的に言語仕様で定められた"型"の判別がどーとかより
現在使ってるフレームワークで"クラス"がどう定義されてるかになって
話が言語の方にこないっつか。
>>784の想定してる問題がよくわからんがクラスで受け渡してるものに
なにか新しいデータ要素を足すってのは、Obj-C的には
トラックの荷台に新しく置くものが増えるぐらいの感じで
別にそれでどこか別の部分に問題が出たりするシステムの方が
逆によくわからない。それの積み下ろしに関係してないとこはもともと利害ないし
新しく積み下ろす関連のとこだけ直せば動作に問題出ないし。
ちなみにクラス自体は内部的にはポインタ渡しのメモリブロック扱い。
818 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 23:29:58.30 ID:f7J7LqC1.net]: ちっ
819 名前：デフォルトの名無しさん mailto:sage [2015/12/27(日) 23:48:44.46 ID:K/y89QOU.net]: >>803
>トラックの荷台に新しく置くものが増えるぐらいの感じ

論よりコードで、とりあえずSmalltalkの>>680をObj-Cでやるとどんな感じ？
820 名前：デフォルトの名無しさん [2015/12/27(日) 23:54:26.71 ID:TQTcd7lL.net]: なんでゴキブリって全員がゴキブリ語を解する前提なんだろ
821 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:03:12.16 ID:CKLu8anb.net]: ゴキブリがしゃべってるのが見えるんですね？
お薬ちゃんと飲んでますかー？
822 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:11:06.21 ID:02492xEu.net]: >>806
低レベルと見下した意味での「ゴキブリ」なら、解するのもわけないのでは？
そもそも、解する、解さない以前に気にする必要自体ないでしょう？　役立つ情報がないんだから。

得体が知れないという意味なら、Smalltalkはすごくシンプルな言語なので（マクロがない分、Lispよりシンプル）、
さして苦労はせずに読むことくらいはできるようになれますよ。
amber-lang.net/learn.html
823 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:12:56.26 ID:KeqGm6Du.net]: Smalltalkerにとって>>680は相当にお気に入りみたいだね
ああいうトイコードを書いてはニヤニヤしちゃってるのかな
824 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:20:38.75 ID:02492xEu.net]: >>809
基本的にSmalltalkのコードはシステムブラウザを使って書くので、こういうことをあえてすることはないですね。
ただ、内部的にはやはりこうした動きなのと、動的遅延結合性の要素がそれなりに盛り込まれているので
こういうことが無理なく出来る言語なら、使ってもストレスはあまり感じずに済むかなとは思います。
825 名前：デフォルトの名無しさん [2015/12/28(月) 00:24:42.85 ID:ESQO+1YW.net]: >>800
ホントにこれ
Lispはmathematica様の原料だからわからんでもないけど
実際どこで役立ってるのか紹介せずにアンテナ弱いとかの煽りしか飛んでこないのホント害悪
826 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:38:13.00 ID:w2hqGr/u.net]: 絞り出したのが「Lispはmathematica様の原料」って、そりゃあんたさすがにアンテナ低すぎだろ…
せめてルンバがLispで動いている(噂レベル)とか、Yahoo!Storeが当初Lispで書かれてたくらいは出そうよ
827 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 00:40:37.42 ID:i875NmCw.net]: 動的遅延結合性なんかいらんだろ
エラーが分かるのが遅くなるだけ

だいたい粒度の問題というものは常々なんにでも付きまとっていて
要するに、オブジェクトという細かな粒度でそんな機能は必要とされてないのだ

>>309でも指摘されているだろ
828 名前：デフォルトの名無しさん [2015/12/28(月) 00:45:15.64 ID:ESQO+1YW.net]: かなり分かりやすい具体例をあげたらそっちからアンテナ低いと叩かれるとか頭おかしい
829 名前：デフォルトの名無しさん [2015/12/28(月) 00:47:03.54 ID:ESQO+1YW.net]: Mathematical じゃなくてmaximaだったか
これは叩かれても致し方なし
830 名前：デフォルトの名無しさん [2015/12/28(月) 00:54:33.76 ID:ESQO+1YW.net]: とはいえやっぱりlispみたいなラテン語並みの言語の使い道知らなくても叩かれるいわれはないぞ
831 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 01:07:18.94 ID:02492xEu.net]: LispでMaximaの例がわかりやすいのなら、Smalltalkの場合たとえば
Rubyの処理系のひとつがSmalltalkで書かれているとかではどうですか？
maglev.github.io/

言語処理系では他に SlateとかNewspeakとか、Scratch(1.4まで)とかありますが、まあ、
Smalltalk よりマイナーな言語だと挙げても意味ないかとも。

スマホ向けソフトでも、そう多くはないですが Smalltalk で書かれているものがあります。
www.drgeo.eu/

ネットサービスでPharoを使っているとかならスタートアップでいくつかあるのですがやはりマイナーな用途ですよね？
pharo.org/success
www.sorabito.com/allstocker.html

メジャーどころに買い取られた（まあ実際は飼い殺し）のだと、
Twitterに買われたDabbleDB https://www.youtube.com/watch?v=MCVj5RZOqwY とか
VMwareに買われたGemStone https://www.vmware.com/jp/company/acquisitions/gemstone とか

基幹だと
OOCL の GemStone活用 smalltalk.cincom.jp/main/successes/shipping/ とか
J.P.モルガンの VisualWorks活用 smalltalk.cincom.jp/main/successes/financial-services/ とか
が有名どころです。参考まで。
832 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 01:09:54.97 ID:KeqGm6Du.net]: (1)無停止が要求されるシステムで
(2)プログラマが本番稼働中のシステムに直接パッチ当てることが許されてて
(3)Smalltalkで開発されてる

(1)と(2)が両立するだけでも信じ難いレベルなのに、３つ全部揃ってるってどんだけレアなの
833 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 01:36:15.43 ID:02492xEu.net]: >>818
Smalltalk が目指す無停止っていうのは、サーバーの無停止とはちょっと意味合いが違うんですよね。
インターネットが（ノードレベルでは停止することはあっても）全体として無停止とか、そういうのに似ています。
OS だと、アップデートで再起動がいらないとか以前に、そもそも再起動を想定しないシステム作りとかそういう方向性です。
834 名前：デフォルトの名無しさん [2015/12/28(月) 01:56:46.03 ID:ESQO+1YW.net]: >>817
すごいなあこれ
Smalltalkを勉強するメリットはあんまり伝わってこなかったけど、Smalltalkに関する情熱はすごくよく伝わってきた
ID:02492xEuさんの主張がまだよく分からないのですが、Smalltalkは学ぶべき実用言語なのですか？それとも敬意を払うべき古典なのですか？それまた考え方の基礎として知っておくべき教養なのですか？
835 名前：デフォルトの名無しさん [2015/12/28(月) 02:01:33.32 ID:9w43khSU.net]: 20年前はどうだった？

どいつもこいつの禿様、オブジェクト指向様と拝んでたくせに

糞共が
836 名前：デフォルトの名無しさん [2015/12/28(月) 02:05:36.29 ID:9w43khSU.net]: どいつもこいつの　→　どいつもこいつも
837 名前：uy ◆Qawu9.2l1E mailto:sage [2015/12/28(月) 03:03:19.88 ID:9q5IGdq7.net]: マイナー言語で何かが作られてたとしても、
その言語が凄いってわけじゃなくて、
その言語を得意としてる奴の中に凄いのが混ざってただけ

人によって使いやすい言語構文は違うというuyの主張
838 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 03:04:13.01 ID:8sKUVUhj.net]: 使いやすいかどうかは、慣れでしかない。
839 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 03:06:45.15 ID:02492xEu.net]: >>820
Smalltalkは我々使い手にとっても「来なかった未来」なので、それが何かを知らない人があえて学ぶ価値はないです。^^;
ただ処理系のアップデートは続いていますので、よく知らないくせに「(役目を終えた)教育向け」とか「さび付いた
言語」とかレッテルを貼って馬鹿にされると、いささかむかつきますけどね。

歴史的には、WIMPなGUIとか、MVCとか、IDE、XP/TDD/アジャイルとか、最近ではTraitsとかClassboxesとか
流行になる程度に影響がある技術や手法のゆりかごや先駆けみたいな存在ではあるので、
それらの出自やメリットデメリット、デメリットに対して試みられた対策をきちんと知っておこうという意識高い系には
教養・基礎知識として学習しておくのはありかと思います。

あと、徹底した動的結合性の（失敗して、アラン・ケイに見捨てられたりはしましたが）チャレンジの一応の成果ではあるので、
繰り返し同じ失敗をしないための反面教師であったり、さらにこのチャレンジを進めるためのたたき台としては
大いに学ぶ価値はあるかと。もちろんそこまで背負い込まなくても、落ち穂拾いとか宝探し（ゴミあさり？）感覚で、
まだ手垢の付いていない有用な技術や機能、ノウハウのネタ元を探す目的で学ぶというスタンスも面白いと思います。
840 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 03:09:49.59 ID:8sKUVUhj.net]: じゃあレッテルじゃない事実を

SmalltalkはOSとIDEとエディタと言語を統合させてしまうという
間違った設計をしたため（言語ではなく）運用面で柔軟性にかける言語
841 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 03:10:28.44 ID:8sKUVUhj.net]: 訂正

SmalltalkはOSとIDEとデバッガと言語を統合させてしまうという
842 名前：uy ◆Qawu9.2l1E mailto:sage [2015/12/28(月) 03:23:50.08 ID:7qtNlkA2.net]: 今でこそ間違いだと分かるものの
黎明期に作られた言語なんて、何と何を分離したらいいか分からなかったんだろう
その中でたまたま目瞑って石投げたら当たったみたいな言語が生き残った感じ
843 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 03:31:14.07 ID:8sKUVUhj.net]: 動的言語の特徴とSmalltalkの特徴がごっちゃになってる人がいるんだよからなぁｗ

Smalltalkはこういうことができる！これは動的言語だからできるんだ。と
言い出すが、これは他の動的言語では出来ず。

IDE（エディタ＋デバッガ）の機能だよねそれ？
Visual Studioでもデバッグ中にソースコード編集できたり
好きな行から再実行とかできるから、静的言語でも実現可能な機能だし。

https://msdn.microsoft.com/ja-jp/library/y740d9d3.aspx
> 次に実行されるステートメントを設定する
>
> デバッガーを中断した後、実行ポイントを移動して、コードの次に
> 実行されるステートメントを設定できます。ソースウィンドウまたは
> [逆アセンブル] ウィンドウのマージンに表示される黄色の矢印は、
> 次に実行されるステートメントの位置を示します。
>
> この矢印を移動すると、コードの一部をスキップしたり、前に実行した行に戻ったりできます。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> 既知のバグを含むコードのセクションをスキップするなどの場合に利用できます。

それで、エディタやデバッガの機能じゃなくて、動的言語どれにでもあてはまる
動的言語の特徴は何なの？というと結局答えは出てないし。
844 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:07:47.35 ID:02492xEu.net]: >>826
はて。それこそ Smalltalk をたんなる処理系と誤解した人が好んで貼りがちなレッテルのひとつですよね？

Smalltalk は Smalltalk-72 のごく初期の時点で今で言うスクリプト言語のようなスタイルでこそありましたが
その後は 70年代を通じ、一貫して OS（ダイナブック向けを想定していたので風変わりではありますが）
として作られたソフトウエアです。
web.archive.org/web/20041016084842/http://marimpod.homeip.net/chomswiki/24#
仮想マシンベースになってから、移植性が高まり他の OS 内で仮想環境（VMwareのような）として
動作できるようになったのは処理系や IDE が固まった後の話であり、処理系や IDE は、OS の機能の一環として
その OS 上に当然のごとく構築されたものにすぎません。

OS の構造を、将来他の OS の仮想環境のひとつとして機能させるためにモジュラリティーを持たせておく
設計にしなかったから駄目だ、という指摘なら分かりますが、ある OS 上に（それ自身を記述する）処理系や IDE を
構築したことを設計ミスと断じるのは、いささか無理があるように思いますがいかがでしょう。

もちろん現状で専用のハードを持たない以上、他の OS を渡り歩く仮想環境として運用されることが運命づけられた今、
モジュラリティーに欠ける点が言語処理系として振る舞う際に運用上のデメリットとして明らかなことには異論ありません。
845 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:12:26.80 ID:WNJ7FWNN.net]: >>823
> その言語を得意としてる奴の中に凄いのが混ざってただけ

その「凄いの」がなぜその言語を選択したのかを無視して
目先の流行の表層だけを見てその背後にある本質に目を閉ざしているから
君はいつまでも初心者レベルだということにいい加減気付け。
846 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:20:58.33 ID:WNJ7FWNN.net]: >>829
特定の言語機能が単体で可能なことしかその言語機能の利点と認めないことの愚かさに気づかないの？
プログラミング言語では複数の言語機能の相互作用で可能になることも多いし、

STやCLの利点は言語と環境とライブラリが総合的にデザインされているところ。
君にはその利点を理解する能力が欠如している。それだけの話。

> IDE（エディタ＋デバッガ）の機能だよねそれ？

静的型付け言語向けに作ってみたら制限だらけの劣化コピーになっちゃいました、という実例だよなー。
847 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:24:42.29 ID:WNJ7FWNN.net]: >>829
>それで、エディタやデバッガの機能じゃなくて、動的言語どれにでもあてはまる
>動的言語の特徴は何なの？というと結局答えは出てないし。

じゃあ、エディタやコンパイラや型推論の機能じゃなくて、
静的型付言語どれにでもあてはまる静的型付言語の特徴は何なの？

FORTRANにもOcamlにもCにも当てはまる利点を挙げてみろよw
848 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:28:38.00 ID:WNJ7FWNN.net]: 言語機能を個別に切り出して評価できると思ってる時点で
言語設計が何もわかってないってことだw
849 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:42:40.88 ID:WNJ7FWNN.net]: 言語と環境とライブラリを統合することが間違いだという人達は
もちろんemacsなんて使ってないよね？
もちろんIDE（「統合」開発環境）なんて使わないよね？
記述対象の言語を想定したエディタ機能なんて使わないよね？
シンタックスハイライトも構文チェックもフォーマッタも使わないよね？
ソース上の識別子の型情報を見る機能なんて利用しないよね？
cabalやgemのような対象言語に特化したパッケージ管理ツールなんて使わないよね？
仮想マシンのディスクイメージを構成するために言語ごとのランタイム環境を指定して
自動的にデプロイしたりしないよね？

言語と環境とライブラリを統合することが間違いなら、上記はどれも当然のことだよね？
850 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:44:48.24 ID:8sKUVUhj.net]: >>833
> 静的型付言語どれにでもあてはまる静的型付言語の特徴は何なの？

システム全体のモジュールの結合性、インターフェースの不一致を
実行前に検出することができる。
851 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:45:33.44 ID:WNJ7FWNN.net]: >>836
Cで？
852 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:47:15.02 ID:8sKUVUhj.net]: > 言語と環境とライブラリを統合することが間違いだという人達は
> もちろんemacsなんて使ってないよね？

emacs使ってないし、それは関係ない。
emacsはC言語で作られているが、それはそれとして
emacsはOSとは統合されていない。IDEも一緒。

OSと言語は統合してはならない。
OSはSmalltalk以外の言語も動くものでなければならない。

そしてOSはいろんな言語で作られたアプリを相互に連携させて
動かす事ができないといけない
853 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:48:34.11 ID:8sKUVUhj.net]: >>837
できるよｗ

言っておくけど、あんたが出来ない例を示したとしても、
全体的にできるならば「できる」とみなす。
どんなものでも例外はある。
854 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:51:56.55 ID:WNJ7FWNN.net]: >>838
> OSと言語は統合してはならない。

まさか、Unixなんて使ってないよね？
855 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 04:54:39.35 ID:8sKUVUhj.net]: >>840
UnixはOSと言語は統合されていない。
856 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:00:26.10 ID:8sKUVUhj.net]: 例えば、プログラミングをする時のエディタは
好みのエディタを使えなければいけない。

言語専用のエディタを用意するのは構わないが、
その他のエディタ、例えばメモ帳であっても
プログラミングできないといけない。

SmalltalkはSmalltalk専用の使い慣れていないエディタを
強要されてしまう。こういう密結合なシステムはよくない。
柔軟な変更に耐えられなくなる。

言語ではなくて、システム全体の柔軟性が欠けている言語
857 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:03:48.42 ID:WNJ7FWNN.net]: Smalltalk環境上でもSmalltalk以外の言語を使えるし、
エディタもSmalltalk専用のエディタなんて使う必要ないし、
君、本当にSmalltalk使ったことあるの？
858 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:07:09.65 ID:8sKUVUhj.net]: 当たり前だがソフトウェアの開発とバージョン管理システムは切り離せない。
そしてソフトウェアの開発は複数の人でやるものである。

つまりはgitを使う。マージを行う。
（内部的に）ソースコードの差分を出してパッチを当てるような形で
複数の人が書いた複数のコードを統合していく。

いつからバグが入ったのかかを調べるために、特定のコードに巻き戻して再実行したり
複数のブランチで複数のバージョンを平行して開発したり

こういった当たり前の作業がSmalltalkでは非常にやりづらい。

言語ではなくて、システム全体の柔軟性が欠けている言語
859 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:09:49.64 ID:WNJ7FWNN.net]: Unix環境上でシステムコールの呼出し規約を守れば色々な言語のコンパイラを使えるのと同じように、
Smalltalk環境上でも仮想マシンの仕様に則ったバイトコードを出力するコンパイラを書けばいいだけだし。
例えば tinlizzie.org/ometa/ とかあるし。

そういうこと知った上で
「Smalltalkは言語とOSが統合されてるからだめ」
「UnixはCと統合されていない」
とか言っちゃうのかなあ？
860 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:10:40.73 ID:WNJ7FWNN.net]: もしかして、Smalltalkではgitを使えないと思い込んでる人？
861 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 05:17:53.48 ID:WNJ7FWNN.net]: Smalltalkにも向かない応用というのは、確かにある。
例えば、Smalltalkはお客さん根性全開なプログラマーには向かない。
自分で解決する気はないが文句を言っておけば誰かが解決してくれると思っている人には向かない。
862 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:09:02.56 ID:tjw+19nB.net]: WindowsやLinuxで動く他言語のプログラムをわざわざSmalltalk仮想環境上で動かすメリットって存在するか？
>>845のリストにある言語もどれだけマトモに動くか分からんし

そんで例えば、他のいろんな言語と同じくソースはgitで管理します、CIツールにJenkins使います、アプリはDockerで動かします
ってなったら、このスレで書かれてるSmalltalk固有のメリットって何一つ発揮できないと思うよ
863 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:29:47.14 ID:teguHjPL.net]: あんまり言語仕様がいろいろ混じってると上手く行かない印象だけどね。
c や javascriptくらいスモールに作っておけばツールなんかは後から誰かが作ってくれる。
864 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:37:56.90 ID:WNJ7FWNN.net]: >>848
どうしてこのスレで書かれてるSmalltalk固有のメリットって何一つ発揮できないと思うのかな？
むしろDockerなどで遠隔サーバに自動デプロイした時のデバッグで
Smalltalkのように問題発生時に自動的にスナップショットを保存して
実行状態を手元の開発機でほぼ完全に再現できる環境はとても便利なんだけど？
865 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:42:56.78 ID:WNJ7FWNN.net]: このスレの静的厨の書き込みを読んでいると、

「生まれてこのかたウンコしか食ったことない人は
他人がどんなに旨い料理を出してきても
自分が気に入っている最高のウンコと見た目が違っているという理由で
こんなものが旨いわけがないと思ってしまうのだろうな」

と思わざるをえないw
866 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:43:55.33 ID:WNJ7FWNN.net]: 好きなだけウンコを食べて生きていけばよろしいw
867 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:45:55.52 ID:MpvL/SZu.net]: 反対の意見を言うというアルゴリズムで動いているだけ。
868 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:46:14.25 ID:tjw+19nB.net]: Dockerイメージだけから実行状態を再現できないってことは、アプリが稼働中に何か状態を持ってしまってるってこと？
それじゃハードウェアやネットワーク障害が起きた時に別のノードに切り替えられないじゃん
使い方間違ってるよ
869 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:55:09.76 ID:MpvL/SZu.net]: 頭悪いんだから無理しなくていいよ
870 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 09:59:04.88 ID:teguHjPL.net]: 自分が使ってないツールは馬鹿だから使ってるとでも思ってるんだろう。
そういう傲慢さが見える。
871 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 12:16:47.06 ID:VijL79y/.net]: >>850
> むしろDockerなどで遠隔サーバに自動デプロイした時のデバッグで

だからDockerがあれば十分でしょｗ

つーか、自動テストしてるんだよね。だから、同じ状態を作るのは簡単。
テストを再実行するだけでいい。

だいたいさ、デバッグっていうのはバグでおかしくなった "原因" を
取り除く行為であって、バグでおかしくなった "状態" を修復することじゃない。
バグが起きたあとの情報を保存しても意味ないんだよ。

具体例出す？バグで100を加える所に、200を加えてしまった。
数値がおかしい！と気づいた時には、もう手遅れでその状態を保存することに意味は無い。
異常な状態になる前を保存するならまだ意味はわかるけどさ。

異常状態になったら、その結果を破棄して、最初から同じことを繰り返す。
つまり自動テストな。これが必要なものであって、異常データの保存じゃないから。

Dockerもそう。Dockerは今の状態を保存するものではなくて、
Dockerfileという定義ファイルから、ゼロの状態から同じ実行環境を作り出すもの。
872 名前：デフォルトの名無しさん [2015/12/28(月) 12:35:09.10 ID:Tl4NM7En.net]: つーか実際死んでるだしこれ以上死体叩きしても意味ないだろ
ネクロマンサーもネクロマンサーでみんながそれに興味ないのにムカつくのは分かるけど、いくらその死体が高貴だからと言って死んでるのを認めずに生者の世界に持ち込むもんじゃない
873 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 13:30:49.05 ID:WNJ7FWNN.net]: > つーか、自動テストしてるんだよね。だから、同じ状態を作るのは簡単。
> テストを再実行するだけでいい。

ああ、やっぱり問題をまるで理解していないw
同じ状態をつくるのは本当に簡単なのかな？
簡単って言ってるうちはド初心者だよw
874 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 13:35:19.93 ID:VijL79y/.net]
875 名前：ef="../test/read.cgi/tech/1450153388/859" target="_blank">>>859
理解してないのはお前だろ。

> 同じ状態をつくるのは本当に簡単なのかな？
同じ状態を作れないとテストにならん。

バグった状態のデータを持ってこられても意味ない。
同じ状態になる手順を再現できんとバグの修正なんぞできん。

それにそもそも異常な状態を保存した所で
意味は無いといったばかりだ。

> 簡単って言ってるうちはド初心者だよw
またいつものやつだねｗ

「俺が正しい、なぜならば・・・その説明はしない！」 []: [ここ壊れてます]
876 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 13:35:24.50 ID:WNJ7FWNN.net]: でも死体から派生してきたTraitsとか、スクリプトによる仮想イメージ構築とかは、
「わーい、最新技術だー」とか飛びつくんでしょ？

くすくす
877 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 13:37:51.01 ID:VijL79y/.net]: 話をすり替え始めたかｗ

自分で、Dockerを持ってきて、Dockerの話に
俺がついてこれるもんだから、

自分が持ってきた最新技術（笑）を叩き始めたな。
878 名前：uy ◆Qawu9.2l1E mailto:sage [2015/12/28(月) 13:44:54.53 ID:FI1ndW8l.net]: そこのアスペ2人はコテつけてくんない？
879 名前：uy ◆Qawu9.2l1E mailto:sage [2015/12/28(月) 13:45:25.55 ID:KRgYgwWB.net]: アスペ2人がレスバトルしてるのはスレの最初のほうから分かってるけど流れがわかりにくい
880 名前：デフォルトの名無しさん [2015/12/28(月) 13:56:26.18 ID:Ieq5nvcS.net]: >>861
そりゃそうだろ。それが本当に最新技術なのかはさておき偉大なる歴史上の死人から得るものは使うだろ
ただ、まるでその人がまだ現役であるかのように語るから話がこじれるわけで
881 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 14:01:17.54 ID:gtimbSrX.net]: >>845
＞Unix環境上でシステムコールの呼出し規約を守れば色々な言語のコンパイラを使えるのと同じように、
＞Smalltalk環境上でも仮想マシンの仕様に則ったバイトコードを出力するコンパイラを書けばいいだけだし。

ふーん。そーなんだー。

で、出てきた例がこれ

＞例えば tinlizzie.org/ometa/ とかあるし。

ショボすぎるw
Unixでどれだけの言語が動くと思ってんだ
絵に描いた餅で対抗しようとすんな

誰も使ってないSmalltalk環境でSmalltalkの為だけの仮想イメージを作れても意味ないんだよ
色んな言語の色んなアプリが動くLinuxで作れることに価値がある
882 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 14:22:51.43 ID:WNJ7FWNN.net]: >>860
> 同じ状態を作れないとテストにならん。

で、サーバ内のプログラムの実行コンテキストがどういう状態だったかをどうやって知るのかな？
どういう状態だったかがわかったとしてもそれを実行コンテキスト上に再現するのは簡単じゃないけどなw

それにしても「同じ状態をつくる」なんて簡単に言っちゃうなんて、
君はプログラミングを習いはじめて3秒目ぐらいの初心者かい？
初心者としてもバカすぎてお話にならないw
883 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 14:27:53.96 ID:WNJ7FWNN.net]: >>866
君の言う通りだよ。Smalltalkはもう死んだということで結構だよ。

だから君は消費者としてMSやAppleの開発環境でモンスタークレーマーになっていなさい。
君はただ上を向いて口をポカーンと開けて、処理系開発者様がスプーンで食べ物を与えてくれるのを
ブーブーと文句を言いながら待ち続けていなさい。

間違ってもプログラマーなんて名乗らないように。
884 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 14:35:23.75 ID:i875NmCw.net]: Smalltalkの人がいくら遅延結合がどうとか生態系がどうとか言っても
世間で使われてないということは現実に合っていないということ、これが全て
Smalltalkの人は現実の生態系の話を持ちだしてアレコレ言うが、それはマヤカシで
そんなに現実に有っているならもっと使われているはずということ

つまりは生態系云々の話はプロセスとかサービスとかサーバーとか
そういう大きな粒度で扱う物事であってオブジェクトのような小さな粒度に持ち込んでも
現実に合っていない、人間社会の仕事の流れにマッチしていない、だから使われない

極端な話、1+1のようなプリミティブな計算に生態系のような壮大な理屈は必要ない
ということは、バカにでも分かる
何度も言うが現実に合っていないから使われていないのだ

これはまさに一般的なサラリーマンの家庭に4トントラックを売り込んで居るようなもので
生活スタイルにマッチしていないから売れないし、そんなことは当たり前でバカにでも分かる
マッチしていれば売れるし、マッチしていなければ売れない
大きさとか、粒度とか、そういう問題は何にでも存在していて、ラジコンを拡大しても乗用車にはならない
ラジコンにはラジコンのやり方、乗用車には乗用車のやり方がある

そんなバカにでも分かる簡単なんことが分からないのが、このスレで暴れているSmalltalker
こんな調子だから世間でSmalltalkは使われてないし
使われていないのは現実にマッチしていないから、ということすらわからない
現実世界の生態系を模範したつもりが、粒度やスケールを間違っていてアンマッチになった悲しい言語
885 名前：デフォルトの名無しさん [2015/12/28(月) 15:00:43.88 ID:kIejf3VS.net]: >>868
便利を求める奴はプログラマーじゃないということ？
886 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:06:42.69 ID:VijL79y/.net]: >>867
> で、サーバ内のプログラムの実行コンテキストがどういう状態だったかをどうやって知るのかな？
> どういう状態だったかがわかったとしてもそれを実行コンテキスト上に再現するのは簡単じゃないけどなw

だから実行された後の状態を保存したって、何の意味もないだろ。
おかしくなったデータを再現したって、それでどうするんだよ。

ログって知ってるか？ログって。デバッグするためには、
実行結果じゃなくて、実行の仮定が記録されてないと意味ないんだよ。

だいたい、いつどうやってデータ保存するんだ？おかしくなったデータを
保存しているサーバーに入って、実行プロセスを停止してデバッグでも始めるのか？
俺なら普通にデータベースのデータ見るわｗ
887 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:10:28.69 ID:VijL79y/.net]: >>867
> それにしても「同じ状態をつくる」なんて簡単に言っちゃうなんて、

同じ状態を作るのが簡単なんて言った覚え無いけど？ｗ
お前はすぐに思い込む、俺が言ったことにするよな？

俺が言ってるのは、同じ状態を作っても、それでデバッグするのは難しいってこと。
状態をすべてのリアルタイム記録し続けてるわけじゃないだろ。
バグを実行して、おかしくなったデータの状態を取るのが精一杯だろ。
（ログは状態の一部とはいえ、記録し続けてるからデバッグの役に立つ）

それと同じ状態を作るのが難しかろうが、それをやってバグになる手順を再現できないとダメ
難しいから何？難しいのをやるのがプロってもんだ。
888 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:17:13.08 ID:pElGsOOM.net]: >>805
＞論よりコードで、とりあえずSmalltalkの>>680をObj-Cでやるとどんな感じ？
Objective-Cはsmalltalk式のクラス取り回しができるCだから
NSObjectのxを宣言してメソッドも値もない空のオブジェクト作って～から
>>666の「そのままデバッガで～」辺りまでは書き方違うだけでいっしょかなぁ。
動的にシステムデバッガ？でやらないで段階ごとにコンパイルしながらだけど。
むしろそのあたりまでは>>666のなにが他の言語だとできないのかがピンとこない。
例外が～あたりはメソッドだけ書いてreturn @"quuuex"とかしとけばいいのかしら…

「xをXに～」あたりはデバッガでクラス名を一括で変えてるってこと？
永続化はたぶんcoredataフレームワークあたりだろうけどiOSアプリ程度だと
システムのwillterminateメッセージに対応して最終情報をセーブぐらいで済んでるから
あんまり使ってる人見ないなぁ…
coredata自体はレジュームとかiOSの背後に回ったアプリのフリーズドライ
(休眠アプリを圧縮してテンポラリ退避してメモリ空ける)でOSには大規模に使われてるけど。
889 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:26:59.27 ID:VijL79y/.net]: Smalltalkはデータを保存できるというけれど、
それはSmalltalkプロセスのメモリ内だけの話。

データはデータベースに保存する。
RDBMSだったりNoSQLだったりAmazonのs3だったり。

Smalltalk内だけプロセスの状態を保存できても意味は殆ど無い。
890 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:32:46.87 ID:MpvL/SZu.net]: 長くて中身スカスカのコード書いてるとこうなる。
891 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:40:15.68 ID:2PxLG9dT.net]: >>872
> 同じ状態を作るのが簡単なんて言った覚え無いけど？ｗ
> お前はすぐに思い込む、俺が言ったことにするよな？

ウ　ソ　つ　き　m9(￣ー￣)

>>857
>>>850
>> むしろDockerなどで遠隔サーバに自動デプロイした時のデバッグで
>
>だからDockerがあれば十分でしょｗ
>
>つーか、自動テストしてるんだよね。だから、同じ状態を作るのは簡単。
>テストを再実行するだけでいい。
892 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:41:16.89 ID:on1WoP30.net]: > 極端な話、1+1のようなプリミティブな計算に生態系のような壮大な理屈は必要ない
> ということは、バカにでも分かる

バカだからこそ、そう「分かる」のだよ
893 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 15:48:25.44 ID:VijL79y/.net]: >>876
おや？ｗ

「自動テストしてるから」って文字が見えない？

自動テストしてるから同じ状態を作るのが簡単って言ったんだよ？
あんた、自動テストしてるのに、同じ状態作れないの？

そして自動テストをしていなければ、同じ状態を作るのは大変だよ？
テストコードを書いてテストデータを用意しなければいけない。

でもそれは、プロなら当たり前にやることなんだよね。
894 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:07:25.43 ID:5gREh2gG.net]: >>873
いろいろ説明してもらっているのをむげにするようで申し訳ないのですが、どうも齟齬があるようなのと、
それを含め「論」より「コード」の方がはっきりするので、Objective-C の動作するコードを示してもらえますか？

もしおっしゃるとおり Objective-C が Smalltalk と同じようなことを単に書き方が違うだけで書けるのなら、
たかだか 2～30行程度だと思うので、ぜひ、お願いします。デバッガでの作業と永続化は無視して残りの

> なにが他の言語だとできないのかがピンとこない

という部分をベタに main に書いてもらってかまいません。忠実でなくとも、インスタンス特異的なメソッドおよび
プロパティの動的追加、そのインスタンスに特異的なクラスに名前をつけて参照できるようにする手続きを
新たに書き下ろしもらうのでもかまいません。よろしくお願いします。
895 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:09:29.00 ID:ylUAFX7e.net]: プロ降臨ですかwww
動的言語の話題になってからはずっと傍観してたが、もう業界全体が狂ってるな！
896 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:12:08.36 ID:VijL79y/.net]: >>878
> という部分をベタに main に書いてもらってかまいません。忠実でなくとも、インスタンス特異的なメソッドおよび
> プロパティの動的追加、そのインスタンスに特異的なクラスに名前をつけて参照できるようにする手続きを
> 新たに書き下ろしもらうのでもかまいません。よろしくお願いします。

もちろん、静的言語だからソースコードを
修正して対応するのも全然OKですよね！
897 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:16:22.55 ID:VijL79y/.net]: そういやPythonで特異メソッドできたっけと思って検索したら

doloopwhile.hatenablog.com/entry/20090705/1275175768
> しかし「Pythonで特異メソッドはこう書く！」といった記事はそれなりに見かけますが、
>
> 「Pythonで特異メソッドを使えばこんなにハッピーですよ！」という記事は見たことがありません（僕は）。
>
> 新しいメソッドが必要なら、クラスを継承して新しいクラスを作ればいいだけなので、特異メソッドはさほど重要ではないのかもしれません。

ワロタｗ

全くもってそのとおりなんだよなｗ
898 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:29:19.49 ID:MpvL/SZu.net]: そんなつまらないことで笑えるなんて人生幸せだな。
899 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:33:18.43 ID:5gREh2gG.net]: >>878
横ですが、
自動テストで再現できる程度のバグなら、Smalltalkでもいちいちイメージを保存する必要はないと思います。
自動テストでは出てきにくい、めったに出会えないバグに出くわすことってありますよね。
あまり適切な例を思いつきませんが、たとえば100時間動かさないと出ないバグとか。
そういうのを捕まえて潰すときに実効コンテキストがオブジェクトでその永続化もデフォになっていると助かるんです。
900 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:39:23.46 ID:f/yDa8Ky.net]: MOO（目を覆いたくなるような汚物）
901 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:40:26.91 ID:5gREh2gG.net]: >>881
いえ、この方は Objective-C のランタイムの柔軟性に言及しておられるので、
当方としては、それがどの程度のものかに大変興味があり、できれば main に過程を順次記述していただきたいところです。

C# にはこのような動作はいっさい必要ないことを表明していただけているので、お手を煩わせる必要はなさそうです。
ありがとうございます。
902 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:41:37.60 ID:MpvL/SZu.net]: 話す相手がいなくて寂しいのかな。
903 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 16:46:15.15 ID:pElGsOOM.net]: >>879
「えっ？スマホからコードを！？」
だいたいそんな感じ。
昨日もテキストエディット開いたけどめんどくさくなって寝た。
https://developer.apple.com/jp/documentation/ObjC.pdf
904 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 17:09:04.61 ID:VijL79y/.net]: >>884
> あまり適切な例を思いつきませんが、たとえば100時間動かさないと出ないバグとか。

100時間待たないとテストできない事自体が良くないだろ？
待たずにできるような設計にするんだよ。
905 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 18:04:56.19 ID:2PxLG9dT.net]: >>889
待たずにできるような設計をしたらメモリリークは絶対に発生しないのか？

いいかげん自分のみっともなさに気付け
906 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 19:23:32.98 ID:ekUA2Lsj.net]: メモリリークならスナップショットよりgcログの方が100倍役立つよ

何時頃からヒープ使用量が増えてるのか、gc発生頻度はどのくらいか等の時系列データによって
どれだけの事が分かるか
逆に落ちた時のスナップショットだけあっても仕方無かろうが

それに、今時サーバ機なら256GBとかメモリ乗ってんだけど、
それがメモリリークで落ちた時の仮想イメージを
開発機で動かしてステップ実行すんの？
ステップ実行したいからサーバ機と同じメモリを開発機に下さい、って？w
907 名前：デフォルトの名無しさん mailto:sage [2015/12/28(月) 21:42:04.14 ID:VijL79y/.net]: >>890
メモリリークの話なんて全くしてないんだけどｗ
一体どこから出てきたのやら。
908 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 06:19:00.32 ID:SDUTcqS5.net]: >>892の�
909 名前：ﾓ訳 「ぼくはウソつきな上に馬鹿です」 []: [ここ壊れてます]
910 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 07:07:46.23 ID:pIdKf0tH.net]: その証拠にメモリリークがどこから来たのか説明してみせます！
説明できなかったら、逃げたと思ってください！
911 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 07:30:34.54 ID:5QScXVkF.net]: わからないのかw
912 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 07:52:05.41 ID:S7hPg+te.net]: 基本ですよね。

「あーだこーだそーだ！」

つまりどういうこと？

「わからないのか？ｗ」
913 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 08:23:56.16 ID:/0pFLROb.net]: 後で面倒なことになったら人のせいにできる素晴らしい戦略ですね
914 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 10:25:20.46 ID:w25+nhsP.net]: わからない人もいるっていう諦めみたいなものも重要
915 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 10:42:36.95 ID:S7hPg+te.net]: メモリリークで検索すれば、誰が話を始めたのかなんて
一目瞭然だろｗ

最初に話を始めたのは>>890だな。

892 自分：デフォルトの名無しさん[sage] 投稿日：2015/12/28(月) 21:42:04.14 ID:VijL79y/ [11/11]
>>890
メモリリークの話なんて全くしてないんだけどｗ

まったくもってその通りだなｗ
916 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 11:02:19.92 ID:pO0KAO0+.net]: >>891
メモリリークの原因を探すためにはスナップショットのほうが数段便利だ。
実行中のサーバを止めることなくスナップショットだけ取って手元で復元すれば
どのオブジェクトがメモリを占有していて、
そのオブジェクトへの参照が残っているオブジェクトを簡単に見つけることができる。

ちなみに開発機ではメモリが足りないということは、
よほど貧弱な開発機でなければまず起こらない。
917 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 11:14:37.65 ID:a4Pra08x.net]: 最初からメモリリークしない言語使えば？
Swiftとか
918 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 11:19:51.72 ID:cKcX4pC+.net]: ウチのサーバはメモリ2テラあるけど
919 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 12:09:09.23 ID:Tk7GRC+0.net]: 普通1プロセスがそこまでメモリ食わないように何らかの処置はするだろ。
linux なら ulimit 使うなりしてさ。
920 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 12:47:18.60 ID:QDDW5ibj.net]: Smalltalkおじさんは仮想イメージをダンプする前にプロセス殺されてオロオロしてそうなイメージ
921 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 13:24:54.68 ID:S7hPg+te.net]: >>900
> そのオブジェクトへの参照が残っているオブジェクトを簡単に見つけることができる。
どうやって？

別にスナップショット云々は、これ関係ないのよ。
だってスナップショットとらなくても、
該当マシンでやればいいだけなんだから。
922 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 13:29:28.22 ID:S7hPg+te.net]: ちなみにJavaだとこんな感じみたいやな

https://software.fujitsu.com/jp/manual/manualfiles/m140003/b1ws1040/04z200/b1040-a-06-05.html

C#だとこんな感じか？
troushoo.blog.fc2.com/blog-entry-131.html
923 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 16:47:31.74 ID:pO0KAO0+.net]: どっちのツールもSmalltalkの機能限定劣化コピーだなw
924 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 17:35:11.54 ID:uPOyITuG.net]: どうせSmalltalkでfizzbuzzとかクイックソートとか素数判定とか竹内関数とかの
トイプログラムしか書いてないんだろうから
無理に業務っぽい話に付き合わなくて良いのに
925 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 18:04:16.69 ID:S7hPg+te.net]: >>907
またでたよｗ

何も言わないくせに、Smalltalkの方が優れてるっていうやつｗ

何が優れてるの？ッて聞いたら、
自分で調べろ（逆ギレ）なんでしょう？ｗ
926 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 20:13:59.08 ID:5QScXVkF.net]: >>905
ProtoObject>>pointersTo でそのオブジェクトへの全ての参照が得られる。
もちろんエスケープしたクロージャにキャプチャされたスタックフレームからの参照も含めて。
927 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 20:16:44.20 ID:5QScXVkF.net]: >>909
あなたのようなキチガイがいつまでも相手にされると思わないほうがいいよ。
928 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 20:48:51.46 ID:uPOyITuG.net]: Facebookはコードを解析してバグを発見する静的コード解析ツール「Infer」をオープンソースで公開しました。

Inferが対応するコードはAndroidのJavaとiOSのObjective-C、およびC。現時点ではAndroidとJavaではNullPointerExceptionおよびリソースのリーク。iOSとCコードではメモリーリークを発見してくれます。

www.publickey1.jp/m/blog/15/facebook_infer.html
929 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 20:55:27.15 ID:a4Pra08x.net]: Swiftでは理論的にnullバグやメモリリークが起きないので解析ツールも不要
930 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 21:04:09.67 ID:QDDW5ibj.net]: >>910
わざわざ馬鹿でかいメモリ確保したプロセス実行しないと調べられないなら
Javaのヒープダンプ以下じゃんバカじゃね
931 名前：デフォルトの名無しさん [2015/12/29(火) 21:04:49.17 ID:+ubDtqOv.net]: >>913
あれ？SwiftのGCって素朴参照カウンタ方式なので循環参照を解放できないんじゃなかった？
932 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 21:16:32.89 ID:a4Pra08x.net]: >>915
循環参照はそうプログラマが実装したからであってメモリリークではない
933 名前：デフォルトの名無しさん mailto:sage [2015/12/29(火) 21:24:11.66 ID:3lUD69g2.net]: >>915
そのおじさんは「マカー！w出てこい！！www」ってそれっぽいワードを連呼してシャドーしてるだけだから…
934 名前：デフォルトの名無しさん [2015/12/29(火) 21:24:13.02 ID:+ubDtqOv.net]: >>916
循環参照の解消を失敗したらメモリ解放されないってことになるじゃん？
それってメモリリーク起きるってことだと思うの
935 名前：デフォルトの名無しさん [2015/12/29(火) 21:26:18.34 ID:+ubDtqOv.net]: >>917
シャドーボクサーなのか、じゃあしょうがない。
936 名前：デフォルトの名無しさん [2015/12/29(火) 21:53:55.37 ID:TkQKXDX9.net]: >>918
それはプログラマの意図通りの動作だから問題ない。
やはりMacは最強やで。
937 名前：デフォルトの名無しさん [2015/12/29(火) 22:06:59.32 ID:+ubDtqOv.net]: >>920
さようか、ならば拙者の出番はござらんな
食パンをかじるとしようか
938 名前：デフォルトの名無しさん [2015/12/30(水) 00:22:58.02 ID:wAoiK+Ar.net]: >>911
キチガイ
939 名前：デフォルトの名無しさん mailto:sage [2015/12/30(水) 00:42:06.75 ID:vy2SBag0.net]: どや？メモリリークは動的言語じゃないと検出できないやろが？
940 名前：uy ◆Qawu9.2l1E mailto:sage [2015/12/30(水) 00:52:45.09 ID:LyNr/J1x.net]: 年末までイライラしてる奴みると、やはりプログラマってカスだなって
941 名前：デフォルトの名無しさん [2015/12/30(水) 03:13:52.72 ID:gralCRA1.net]: 912-924 を読むと静的言語使う奴は頭悪いんだなってわかるから晒しageておこう
942 名前：デフォルトの名無しさん [2015/12/30(水) 03:21:56.86 ID:uNQALYUc.net]: >>925
なんか悔しそうだなｗ
俺も晒し上げておこう
943 名前：デフォルトの名無しさん mailto:sage [2015/12/30(水) 09:54:14.97 ID:CpjDneg5.net]: オブジェクト指向vs関数型でも
動的vs静的でもなくなって
アラン・ケイかぶれのSmalltalkerを弄るスレになってる
944 名前：デフォルトの名無しさん mailto:sage [2015/12/30(水) 10:27:37.76 ID:pdPeyHKo.net]: ドヤー言いたいだけの糞スレ
945 名前：デフォルトの名無しさん mailto:sage [2015/12/30(水) 11:34:54.78 ID:CpjDneg5.net]: RESTful APIこそが分散・動的遅延結合・関数型を全て満たす技術なんだよね
apiは好きな言語で書いたら良いよ
946 名前：デフォルトの名無しさん mailto:sage [2015/12/31(木) 17:45:37.66 ID:Sddj+QCE.net]: さすがに裸でちんこブラブラさせながら
「これは釣りだ！これは釣りだ！！」って子
相手にするのみんな飽きたっぽい。
947 名前：デフォルトの名無しさん mailto:sage [2015/12/31(木) 19:49:47.40 ID:xdIQXsvm.net]: プログラマの最大の問題点は技術貧乏性に陥ってしまうこと。
せっかく覚えた技術だからってなってしまう。
948 名前：デフォルトの名無しさん mailto:sage [2015/12/31(木) 20:49:23.71 ID:CMQb/rzM.net]: 作りたいものが無いと特にそうなりがちだね
949 名前：デフォルトの名無しさん mailto:sage [2016/01/01(金) 11:18:10.89 ID:5V2XLG/V.net]: 最大の問題は力量が見えないことだと思う
相手の力量も自分の力量も見えてはいない
ただし、自分が通ってきた道にまだ居るやつのことはなんとなくわかる
950 名前：デフォルトの名無しさん mailto:sage [2016/01/01(金) 13:06:36.54 ID:jvRJIema.net]: せっかくだから板のオブジェクト指向スレ全部消費してくれんかね
951 名前：uy ◆Qawu9.2l1E mailto:sage [2016/01/01(金) 19:58:04.75 ID:xHNmPQBx.net]: 老害PGは新たに技術覚える事よりも
覚えてる知識を使って何か作る事に重点置き始めるから
もうついてこれてないよ
本人のほうは何故か「過去に自分が通った道にまだいるのか･･･」みたいな事思ってる
952 名前：デフォルトの名無しさん mailto:sage [2016/01/01(金) 21:31:11.46 ID:aa4Vn7fE.net]: >>935
キミは周回遅れを自覚しよう
953 名前：uy ◆Qawu9.2l1E mailto:sage [2016/01/02(土) 04:14:26.00 ID:o7gA3Ogh.net]: 「時代によって高めるべきスキル」は違うのだから、もうそっちには誰もいかないよ
しかし、老害PGは「なんでこの初心者たちはいつまでも自分のレベルに追いついてこないんだ？」と、思ってる
まぁITに限らず老人でそういう病気発症してる奴って割と多いから
みんな分かって放置してると思う

良いです？
今の時代は他人の作ったツールのインストールと設定をするスキルが重要だから
オブジェクト指向の細かいところなんて余暇でやっとけば良い事なのに
それの細かい部分を覚えている事に価値を見出してるアホは多い
大学で一時期ブームになってたＪＡＶＡ世代かな？って思う
自分が学生時代に教わった事が、もはや大部分無意味になりかけてるなんて、思いたくはないだろうけど真実

オブジェクト指向がゴミになったという事ではなく、
○○指向とか、一々意識しなくてもアプリが完成する時代

アルゴリズムの内部実装を見ないで最上位をコーディングするように
○○指向という部分を見ない、さらに最上位（設定ファイル記入とマウスポチポチ）で、完成してしまう

ゆえに「オブジェクト指向」よりも上位のレイヤー。設定ファイルマウスポチポチ指向が出来た今、
今まで最上位だったものがひとつ下になり、そこの知識の詳細を
いくら老害PGが重要だと叫ぼうと、それはかつてのアセンブラ/C言語のエキスパートの断末魔のような叫びでしかない

まとめると、
オブジェクト指向とかもうどうでも良い
954 名前：デフォルトの名無しさん [2016/01/02(土) 05:15:23.75 ID:6gE2bY5L.net]: 3周遅れかよw
955 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 09:14:36.51 ID:Dnf2flaM.net]: >>937
プロが仕事で扱う技術に興味ないし、2chで話題にすることじゃないから出ていってほしいな
956 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 10:13:19.29 ID:By+Z3RvH.net]: 設定ファイルを書くだけで完成するラッパーが開発される
=> 設定ファイルで設定可能な項目がドンドン細かく詳細になる
=> 設定ファイルの記述言語がついにチューリング完全になる
=> 普通の開発と変わらなくなる

いままでの歴史はこれの繰り返し
957 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 11:16:24.48 ID:yVCWJ6yH.net]: >>940
> いままでの歴史はこれの繰り返し

例えば？
958 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:12:13.20 ID:uD+WV8wT.net]: シューティングゲームで設定ファイルを読み込むんじゃなくてスクリプトを読み込ますようにした話は聞いたことある。
959 名前：デフォルトの名無しさん [2016/01/02(土) 12:14:26.09 ID:bBqG9oIx.net]: 普通ゲームはスクリプトでレベルデザインするだろ
960 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:22:58.34 ID:uD+WV8wT.net]: >>943 例えば？
961 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:34:30.17 ID:s06XmGKr.net]: 歴史から学んでる人達は最初から設定ファイルをスクリプトで書けるようにしてる
luaやpythonがよく使われる
962 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:39:42.04 ID:wx4DxJpH.net]: 歴史から学ぶまでもなく、そんなのはちょっと考えれば分かることで、
Smalltalk環境の設定は70年代からSmalltalkで書かれてるけどな。
963 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:39:57.90 ID:VM0jeeLd.net]: Apacheの設定ファイルはなんであんなにクソなんだろう
久しぶりに触ったら超クソだった、ぐぐっても古い情報ばっかだし
やっぱりVagrantで貰ってくるのがええな
964 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 12:58:28.15 ID:s06XmGKr.net]: >>946
設定ファイルを書くスクリプトの選択に失敗すると
アプリ自体が使われなくなるって事を
Smalltalker以外は歴史から学んだよ
965 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 14:25:54.16 ID:wq9oS32E.net]: >>948
Pythonの創始者はSmalltalkから学んだらしいよ。
学んでいないのはあなたのほうだね。

python-history.blogspot.jp/2013/10/origin-of-metaclasses-in-python.html
Smalltalk's bytecode was a bigger influence of Python's bytecode though.
I'd read about it in a book by Adele Goldberg and others, I believe
"Smalltalk-80: The Language and its Implementation"
966 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 14:42:01.72 ID:s06XmGKr.net]: bytecodeは参考にしても構文なんかは似せなかった
Smalltalkの構文が一般受けしないのは歴史的に明らかだったから
967 名前：デフォルトの名無しさん [2016/01/02(土) 14:50:11.87 ID:EIjeZ5je.net]: キレッキレの>>948に対して>>949はあまりにもお粗末
毎回ソース貼るのは偉いけどなんか論点ズレてるんだよな
968 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 14:50:12.97 ID:wq9oS32E.net]: まさかObj-Cがあんなに使われることになるなんて思わなかったわけだ．
本当に何も学んでいないねw
969 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 14:59:24.77 ID:rRDwNu+s.net]: iOS開発で他の選択肢を選ばせなかったObj-Cを持ち出すとか無いわー
ただのAppleのゴリ押しやん
970 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 15:07:13.82 ID:6gE2bY5L.net]: Objective-CはAppleのゴリ押しだから除外とか言ってたら
Cが普及したのもUnixのゴリ押しだし
登場時にはCとの互換性を売りにしたC++も同罪だし
MLもMilnerの型理論によるゴリ押しだし
その派生言語であるOCamlも同罪だし
きりがないだろ。
正直、バッカじゃねーのとしか言いようがない。

正月から馬鹿晒しておめでとう。
971 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 15:14:52.72 ID:JOPuE3fj.net]: c みたいなメモリだけ意識したアセンブラ風言語は c が登場しなくても
出てきたんじゃないかと思わせる必然性がある。
まあシンタックスは変わってたかもしれんが。
972 名前：デフォルトの名無しさん [2016/01/02(土) 15:25:30.97 ID:TGliTIeD.net]: 言語がどうたらチャラチャラしてる奴が、数匹いるな。
仕様もない糞蠅どもだ
973 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 15:28:09.21 ID:gWTZIavc.net]: >>955
実際Bとかそうだろ
974 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 15:36:15.19 ID:F8jCIFTt.net]: >まあシンタックスは変わってたかもしれんが。

今はまさにそのシンタックスの話だな
975 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 15:37:27.22 ID:F8jCIFTt.net]: ＞まあシンタックスは変わってたかもしれんが。

今はまさにそのシンタックスの話だな
976 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 16:33:04.71 ID:oYZFkiTO.net]: Swiftが出たら速攻でランク下がりまくって
トップ10圏内から大幅に落ちた上にSwiftにも抜かれた
Objective-Cがどうしたの？

www.tiobe.com/index.php/content/paperinfo/tpci/index.html
977 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 16:53:54.23 ID:wq9oS32E.net]: 幼稚w
978 名前：デフォルトの名無しさん mailto:sage [2016/01/02(土) 17:16:09.12 ID:Dz9NJ2ny.net]: 動的遅延結合性厨としては
[ ] のなかでメッセージ式が書けるってだけで
Objective-C を Smalltalk と絡めて語ら（騙ら）ないで欲しい
979 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 00:07:21.72 ID:qiKwbZ3e.net]: >>960
アセンブラｗｗｗ
980 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 02:31:26.65 ID:mP6eBLwc.net]: >>960
いちおーゆーとくとObjective-Cのランク低下は昨秋ランキングアルゴリズム変えて
オンラインリファレンスへのアクセスを計算から外したからなので。
ネットで話題の言語という意味では原点回帰ではあるけれど
オフィシャル系を計算から外したら
逆にそれはネットのどこで何を話題にしてる人々を計算してるんだろう？
という気もせんでもない。
981 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 02:49:42.24 ID:zEXG4Enn.net]: CORBAとか憎しみしか湧かないんでJavaオワコンになって欲しい
982 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 02:51:53.93 ID:IPqSvD5Q.net]: >>964
www.tiobe.com/index.php/content/paperinfo/tpci/Objective_C.html

アルゴリズム変更で一気に減ったというより、
徐々に減ってるようにしか見えないけど
983 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 09:49:24.29 ID:jofq69+t.net]: いくら現実から目を背けても、Swiftの発表後にObj-Cのランクが急下降してるのは
グラフ見れば一目瞭然
しょせんAppleのゴリ押しで使われてた言語だから、ハシゴ外されたらそりゃ逃げ出すわな

Cは相変わらず人気だから、要するにSmalltalk由来のキモいメッセージ式に
皆がNoを突きつけてるんだね
984 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 10:16:30.86 ID:43bxFPSU.net]: オブジェクト指向のスレってどれも途中でsmalltalkの人が出てきて言語スレになっちゃうよね
985 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 10:36:43.03 ID:lX/fUZIn.net]: 日本人は抽象的に物事を捉えるのが苦手ですぐに実例を持ち出したがるからな。
986 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 10:59:34.96 ID:AcAiI181.net]: Objective-CてObjectPascalジャン
CをPascalの焼きまはし
987 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 18:55:56.78 ID:xRSYAQBp.net]: >>969
逆に良い具体例を思いつく能力がなくて抽象論で済まそうとする奴のが多いと思うが。
988 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 19:35:49.76 ID:SliObw4t.net]: 実例を敢えて隠したまま抽象論で煙にまくパターンもあるよね
大人ってずるいよね
989 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 20:54:23.23 ID:RgnbI7tp.net]: 日本人は～
現実は～
Smalltalkerは～
990 名前：デフォルトの名無しさん [2016/01/03(日) 21:53:42.64 ID:72y0mus1.net]: ミス
日本人は～
現実は～
smalltalkこそ～
991 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 22:20:33.26 ID:RgnbI7tp.net]: ？
992 名前：デフォルトの名無しさん mailto:sage [2016/01/03(日) 23:43:02.17 ID:mP6eBLwc.net]: なりすますよねw
993 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 17:16:32.24 ID:3ZgV6wyG.net]: 結局1スレまるまる消費してSmalltalkのゴミっぷりを確認しただけか...
994 名前：デフォルトの名無しさん [2016/01/04(月) 17:18:16.68 ID:2J2/85DZ.net]: Smalltalkのゴミっぷりなんて確認するまでもなく、今回我々が確認したことはSmalltalkに固執するよくわからない人種の生態である
995 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 17:26:48.98 ID:5zLqhTS3.net]: オブジェクト施工より関数施工の方が強度がいいん？
996 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 18:00:32.11 ID:RY1Mzif4.net]: そろそろ次スレのタイトル考えようか。
997 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 18:09:04.30 ID:gy+jtI5Z.net]: 「1+1まで動的遅延結合にするのは愚かな考え。1+1は計算式」かな
998 名前：uy ◆Qawu9.2l1E mailto:sage [2016/01/04(月) 18:15:40.14 ID:zTvWipKl.net]: Smalltalk・Haskell・Prologあたりは変な奴が多いから即NG推奨
999 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 18:49:11.00 ID:eUmPlviF.net]: 1+1はコンパイラが最適化して定数2にするのでは？
1000 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 18:54:33.40 ID:CWcw2pew.net]: いいからocaml使ってみろよ
1001 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 19:17:55.99 ID:WGHaUWWr.net]: >>982
それにuyってコテハンも追加しておくと吉
1002 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 19:18:26.04 ID:RY1Mzif4.net]: なんか最近Ｃが気になりだしてきたvoid *型があれば何でもできる気がしてきた。
1003 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 19:32:16.26 ID:WGHaUWWr.net]: >>981
「1+1」よりは「3+4」だな。初期のSmalltalk-72で最初に評価された式らしいので。
1004 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 19:43:44.60 ID:RY1Mzif4.net]: ラムダ計算ではgotoを使ったプログラムは絶対に掛けないからな。　gotoとvoid *を使えばどんなプログラム言語でも書けない様なプログラムが掛ける、assemblerはつかいたくないけれどC使いたければ。
1005 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 19:46:16.51 ID:u97FRQbx.net]: >>986
そのとおりだ
抽象的／総称的に void * を使えるようになったらしめたもの
標準ライブラリにある qsort() を実装してみるといいだろう
1006 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 20:43:11.15 ID:bvuJFWqO.net]: >>988
>gotoとvoid *を使えばどんなプログラム言語でも書けない様なプログラムが

聞き捨てならんな。ｗ　たとえばどんな？
1007 名前：デフォルトの名無しさん mailto:sage [2016/01/04(月) 21:00:40.38 ID:RY1Mzif4.net]: 掛けない様なとはいってるけれど書けないとはいってないだろ。
1008 名前：uy ◆Qawu9.2l1E [2016/01/04(月) 21:31:38.10 ID:M6WjdqoS.net]: 即逃げワロタ
1009 名前：デフォルトの名無しさん mailto:sage [2016/01/05(火) 02:11:54.24 ID:hJUQcrkl.net]: 次スレ

オブジェクト指向は愚かな考え。この世は計算式 ★3
peace.2ch.net/test/read.cgi/tech/1451927425/
1010 名前：デフォルトの名無しさん [2016/01/06(水) 11:55:28.58 ID:nQqbz+/u.net]: >>993
乙
1011 名前：uy ◆Qawu9.2l1E mailto:sage [2016/01/07(木) 03:27:34.74 ID:VBUUQOGk.net]: ｔｓ
1012 名前：デフォルトの名無しさん mailto:sage [2016/01/07(木) 12:06:35.18 ID:6ZkPklY8.net]: 仮想関数テーブルが別管理で
クラスのインスタンス全体をmemset 0相当できる言語ってある？
1013 名前：デフォルトの名無しさん mailto:sage [2016/01/07(木) 20:59:56.11 ID:90bWN72u.net]: それは俺も考えたことあるな
結局多態は、ポインタか参照使って呼び出す場合しか意味ないんだから
オブジェクトがvtalbeを持つのではなくて
ポインタや参照に入っているオブジェクトの該当vtableを一緒に保持させれば良いんじゃないかってね
そうすればCの構造体のように本来vtableを持たないものにメソッドを追加したり多態させたりもできる
1014 名前：デフォルトの名無しさん mailto:sage [2016/01/07(木) 21:00:47.85 ID:90bWN72u.net]: イメージとしてはこんな感じ
struct ptr_t
{
1015 名前：デフォルトの名無しさん mailto:sage [2016/01/07(木) 21:02:38.75 ID:90bWN72u.net]: イメージとしてはこんな感じ
struct ptr_t
{
void *object;
void *v_table;
};
1016 名前：デフォルトの名無しさん mailto:sage [2016/01/08(金) 13:12:26.75 ID:QFsBcVlK.net]: 一千。
1017 名前：１００１ [Over 1000 Thread.net]: このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
1018 名前：過去ログ ★ [[過去ログ]]: ■ このスレッドは過去ログ倉庫に格納されています

[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef