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

**デフォルトの名無しさん転載ダメ©2ch.net** · 2016/01/05(火) 02:10:25.72

オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
https://twitter.com/ProgrammingMono/status/665702678006140928

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

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

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

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

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

前スレ
オブジェクト指向は愚かな考え。この世は計算式 ★2
http://peace.2ch.net/test/read.cgi/tech/1450153388/

**デフォルトの名無しさん** · 2016/05/27(金) 12:22:01.29

ここオブジェクト指向スレやで
国語力ないんかな

**デフォルトの名無しさん** · 2016/05/27(金) 12:23:05.27

iOSとかMacのメジャーアップデートって完全に人柱じゃないですかヤダー

**デフォルトの名無しさん** · 2016/05/27(金) 12:53:43.63

最近推し激しいが今のiOSっていいのか？
まぁiOS使うくらいならLinux使うけどw

**デフォルトの名無しさん** · 2016/05/28(土) 21:36:07.37

どうなんだろうか。
「お前のは本当のオブジェクト指向じゃない」だとか不毛な論争の火種にしか
なってない気はする。

もうちょっとコードベースのモジュール化やコードの隔離方法なんかを議論した方がよっぽど建設的。

**デフォルトの名無しさん** · 2016/05/29(日) 05:26:16.06

>>300
> 一方、間違ったオブジェクト指向を使ってしまったWindowsは

最近2週間で一回ぐらいのペースで、開発者版リリースが行われてる。
これはMSアカウントを作るだけで一般の人が入手できる。
これって正しくオブジェクト指向を使ったからだろうね。

**デフォルトの名無しさん** · 2016/05/29(日) 08:08:38.53

何とも言えんね
ぶっちゃけいまのmsのアップデートはデバッグをユーザに押し付けてるようにしか見えんし
よくわからない用語で煙に巻くって点がオブジェクト指向だね

**デフォルトの名無しさん** · 2016/05/29(日) 12:54:56.46

オブジェクト指向だから早くリリースしてるんでしょ？ｗ

**デフォルトの名無しさん** · 2016/05/29(日) 13:01:06.42

既存のクラスはなるべくいじらずそのまま静かに置いておく
オブジェ思考

**デフォルトの名無しさん** · 2016/05/29(日) 13:23:11.98

私のオブジェクト指向は54万です

**デフォルトの名無しさん** · 2016/05/29(日) 14:34:58.16

"クラスとは構造体に操作する関数がついたもの"と
"クラスはメッセージコマンドを受けて動く"の違い。
前者はプログラマが陥りがちなタイプ数が少ない暗号みたいなパーツの組み合わせと
責任の所在がわからない動作をぜひ作り込んでくれと言わんばかりのジャンクで
まさにそのとおりのジャンクができた。

**デフォルトの名無しさん** · 2016/05/29(日) 14:40:26.75

>>310
クラスと（そのインスタンスとしての）オブジェクトとの区別がつかない人間は永久にROMってろ

**デフォルトの名無しさん** · 2016/05/29(日) 15:26:41.75

きみが棲んでるジャンク界隈がそういう仕様なのは知ってるけど
こっちはクラスにメッセージ送るとクラスがインスタンス作るんだ。
うん。

**デフォルトの名無しさん** · 2016/05/29(日) 15:50:36.54

>>312
クラスと（そのインスタンスとしての）オブジェクトとの区別がつかない人間は永久にROMってろ

**デフォルトの名無しさん** · 2016/05/29(日) 16:59:56.20

高度すぎたか。

**デフォルトの名無しさん** · 2016/05/29(日) 17:04:53.73

いちいち()で囲まなくてもよくない？
無駄な仕事多くしてそう。(どうでもいいけど)

**デフォルトの名無しさん** · 2016/05/29(日) 21:48:27.53

クラス厨は害悪

**デフォルトの名無しさん** · 2016/07/08(金) 22:17:20.19

高度すぎたかｗｗｗｗｗｗうけるｗｗｗ

**デフォルトの名無しさん** · 2016/07/08(金) 22:29:11.47

半年ORMれ

**デフォルトの名無しさん** · 2016/07/09(土) 11:06:02.42

オブジェクト指向とかクラスが分からないのは多分メモリ周りのことが全然わからないからなんだろうな。
アセンブラからやれとは言わんが、メモリアロケータくらい自作したらオブジェクト指向がいかに理に叶ったものかわかってくるんだけど。

**デフォルトの名無しさん** · 2016/07/09(土) 11:22:11.07

メモリアロケータを自作しないと理解できないってのもなぁ（苦笑）

**デフォルトの名無しさん** · 2016/07/09(土) 12:11:02.75

オブジェクト指向がわからない人は関数型を勉強してないんだろうな
手続き型はオブジェクト指向のメリットを潰してしまうから手続き型の書き方しか知らないとオブジェクト指向は身に付かない

**デフォルトの名無しさん** · 2016/07/09(土) 12:19:20.59

データのカプセル化ができてれば手続き型でもオブジェクト指向でも関数型でもいい気がするが

**デフォルトの名無しさん** · 2016/07/09(土) 12:19:29.29

分からない人がいて欲しいという強い願望ｗ

**デフォルトの名無しさん** · 2016/07/09(土) 13:53:33.65

オブジェクト指向つっても当初の「継承で差分プログラミングうまー」
みたいなのは否定されてきたからな。

入門書だと哺乳類クラスから犬クラスと猫クラスとかやってるけど、
動物が沢山出てくるゲームや動物病院のカルテシステムを開発するとして、
いちいち動物種ごとにクラスを作ることはしないだろう。

インターフェイス以外の継承は最小限にというのを教えないと。
でも未だに入門書レベルだと著者が勘違いしている。

**デフォルトの名無しさん** · 2016/07/09(土) 18:59:46.91

>>324
かといって、というか
継承ってのがどんなものなのか「だけ」を説明するのなら
やっぱ犬猫でもいいんでねえのって俺は今は思う

継承をどう使って設計していくかってのはまた先の話
親、子A、子Bという三者の関係「だけ」示すのが動物犬猫

**デフォルトの名無しさん** · 2016/07/09(土) 19:23:57.17

>>325
例自体は反対しないよ。
でもそれで継承というものがどういうものかは分かっても、
継承がどういうときに使うべき物なのかは分からない。
そこまで教えてる本ってあまりないね。

2016/07/10(日) 18:09:32.57

(HP)をプロパティで持った「キャラクター」クラスを作って
それを継承した「戦士」クラスは"たたかう"、"ぼうぎょ"、"にげる"などのメソッドを持つ
これを再利用して、「武闘家」クラスを作れば
おなじ"たたかう"メソッドで武闘家はてつのつめで戦うようにできる。
さらには(MP)と"まほう"メソッドを追加で「魔法使い」クラスが…

ってこの辺りで便利さがわかると同時に
(MP)プロパティや"まほう"メソッドをどこにつけるかで混乱が始まって
継承の不便さが浮き彫りになってくるという。
全部独立パーツでそれを必要に応じて束ねて使っていればもっと取り回しが楽だったり

**デフォルトの名無しさん** · 2016/07/10(日) 20:28:28.05

実装の再利用は継承でやるよりtraitが便利
smalltalkで発表されて、PHPに輸入されて、後は知らないが

**デフォルトの名無しさん** · 2016/07/10(日) 22:16:26.35

Scalaとかの静的型言語がただのmixinをあえてtraitsと呼ぶのは誤解を招くよなぁ…

**デフォルトの名無しさん** · 2016/07/10(日) 22:21:00.81

>>327
> それを継承した「戦士」クラスは"たたかう"、"ぼうぎょ"、"にげる"などのメソッドを持つ
> これを再利用して、「武闘家」クラスを作れば

武闘家は戦士を継承していません。

**デフォルトの名無しさん** · 2016/07/10(日) 22:46:02.92

そもそもオブジェクトの粒度が高すぎんだよ
アビリティクラス的なものを作るべき

**デフォルトの名無しさん** · 2016/07/10(日) 23:04:09.88

> ってこの辺りで便利さがわかると同時に
> (MP)プロパティや"まほう"メソッドをどこにつけるかで混乱が始まって

全然混乱しないなｗ

どこにつけるかなんてシステム次第だが
ドラクエ方式であればMPプロパティはキャラクタークラスで
魔法メソッドなんていうのは、特技メソッドの表示名の違いでしか無い。

**デフォルトの名無しさん** · 2016/07/11(月) 08:10:49.21

継承ベースだと
キャラクター>戦士>武闘家というクラス階層で
90年代のバカみたいな継承信奉してると武闘家の後ろとかに
"魔法使い"作って泥沼に嵌まるんだよな。
継承=オブジェクト指向だから。

**デフォルトの名無しさん** · 2016/07/11(月) 08:24:29.03

継承を使いこなせないのは要するに馬鹿なんだよ
オブジェクト指向も関係なくプログラミングの基礎が出来てないから

**デフォルトの名無しさん** · 2016/07/11(月) 09:34:50.03

>>333
> キャラクター>戦士>武闘家というクラス階層で
それはどう考えても間違った継承だろ。

継承信奉以前の問題で、継承関係にないものを
継承しているのは、お前が馬鹿だからってだけなんだが。

**デフォルトの名無しさん** · 2016/07/11(月) 10:06:35.54

「よくバカな奴が"延々と"を"永遠と"って書いてたりするよねー」
「え、おまえ"延々と"を"永遠と"って書いてんの！？バカじゃね！
俺なんか絶対そんな間違いしないね！！おまえバカだろ！バーカwww」
「えっ？」

**デフォルトの名無しさん** · 2016/07/11(月) 11:14:13.38

戸惑いのバカｗｗｗ

**デフォルトの名無しさん** · 2016/07/11(月) 14:14:51.31

えっ？

**デフォルトの名無しさん** · 2016/07/11(月) 21:41:33.01

>>326
そやねぇ
あまりないというか、見たことが無いｗ

あともしそれを書いてる本があっても
入門者には意外と伝わらないと思う

それを必要とする状況まで陥ってないと
デザパタ本ですらろくに伝わってない

困って、考えて、本読むという順じゃないと多分ダメ
…多分だけど

**デフォルトの名無しさん** · 2016/07/11(月) 22:00:34.80

目的に合わせて正しく抽象化出来れば継承関係は自然に導かれるはず
継承だけに着目して教える/教わるという考えがそもそもおかしい

**デフォルトの名無しさん** · 2016/07/11(月) 22:37:59.77

概念の継承関係とコードの継承関係を同じ目線で見ると失敗する

**デフォルトの名無しさん** · 2016/07/11(月) 22:42:17.81

>>341
それ抽象化が間違ってるからやｗ

**デフォルトの名無しさん** · 2016/07/12(火) 00:05:30.28

>>342
過度な期待期に入った新人君かな

**デフォルトの名無しさん** · 2016/07/12(火) 07:21:41.32

自分のモデリングの間違いを言語機能のせいにする
な？要するに馬鹿なんだよ

**デフォルトの名無しさん** · 2016/07/12(火) 08:27:37.68

オブジェクト指向もずいぶん枯れたわけだし、アンチパターンの確認から入るってのも悪くはない。

**デフォルトの名無しさん** · 2016/07/12(火) 09:41:37.70

正しく抽象化できれば正しくできる、
って意味のないこと言ってどうすんの？

その正しく抽象化する方法が問題なんでしょ？

**デフォルトの名無しさん** · 2016/07/12(火) 09:54:02.01

>>328
その後は、rubyにパチモンが作られて「Rubyの偉大な発明」の仲間入りしたのでは？

**デフォルトの名無しさん** · 2016/07/12(火) 10:24:32.15

たとえば魔法使いと魔法という概念が"新たに生まれた"場合
それは魔法を使える魔法使いのみが使うから魔法使いクラスの固有プロパティなのか。
それとも、使えないだけですべてのキャラクターが持つ基礎パラメータなのか。
すべての基底クラスにMPデータフィールドを追加していいのか。
運を消費して奇跡を起こす聖者、MPやHPを消費して治療を行う僧侶などが
あたらしく出てきた時はどこにパラメータをつけて相互管理すればいいのか。

現実でその時は"ただしい"と思った抽象化が根底から揺さぶられることはいくらでもあって
(固定価格に追加される消費税、新たに追加される福祉控除項目、すべてを一元化しようというマイナンバー…)
まず、そういう認識すら持たずに「ちゃんとちゅうしょうかしないからだよ
ぼくならなんでもただしくちゅうしょうかできるからきみたちよりえらいのさ！」とか
うそぶいている時点で君はいま指をさして静かに嗤われてるのを自覚した方がいい。

**デフォルトの名無しさん** · 2016/07/12(火) 12:19:52.07

>>348
要するに正しく抽象化モデリング出来てないだけだなｗ
お前が馬鹿な理由にオブジェクト指向も継承も全く関係ないわｗ

**デフォルトの名無しさん** · 2016/07/12(火) 12:27:09.89

>>347
> その後は、rubyにパチモンが作られて「Rubyの偉大な発明」の仲間入り

それもありそうな話で笑えるけど、traitsに限ってはModule#mixという名前で同機構の導入が
検討されたものの、既存の機能との整合性で致命的な問題が見つかって結局断念したらしい。
www.rubyist.net/~matz/20100617.html
http://d.hatena.ne.jp/nagachika/20111003/ruby_trunk_changes_33379_33380

**デフォルトの名無しさん** · 2016/07/12(火) 13:18:23.38

振る舞いの抽象化なら型クラスやインターフェイスを使えばいいし、実装の再利用ならtraitのような仕組みを使えばいい
継承による型の階層構造なんて邪魔にしかならんわ

**デフォルトの名無しさん** · 2016/07/12(火) 17:45:58.73

モデリングに間違いがなくかつモデルが未来永劫変化しないならID:4cC坊やの言い分は正しいね
そんな世界がやってくるといいね

**デフォルトの名無しさん** · 2016/07/12(火) 18:38:57.22

とりあえず>>348で言われてることを具体的にイメージできないぐらい"疎い"ってのだけはわかるよね…
多くのクラスに関わるモデリングを変えなきゃいけないぐらい大きな変更の例が列挙されていて
オブジェクト指向の黎明期と違って、オブジェクト指向があたりまえの空気になった現代だからこそ
強力な束縛を持つ継承がシステム組み替えの際の足かせになってきてるって話の流れにまったくついていけてない。

**デフォルトの名無しさん** · 2016/07/12(火) 18:53:29.94

お前らのは抽象化でなく、ただのぼんやりしたイメージ
いわば妄想プログラミングだなw
お前らみたいな馬鹿がまともに設計出来ないから
言語が馬鹿を縛れるような進化が求められてるだけなんだぜ
ダメなのは言語ではないお前ら自身だ

**デフォルトの名無しさん** · 2016/07/12(火) 20:11:55.18

キッズは夢を見るものさ

**デフォルトの名無しさん** · 2016/07/12(火) 20:31:52.34

継承にしろオブジェクト指向にしろ
コードを簡潔にしたり、仕様変更に強くするために利用すべき技術だから
「猫と犬は哺乳類クラスを継承する、なぜなら猫も犬も哺乳類だから」ってのは
熟練したプログラマの発想とはだいぶ離れているんだよね
熟練したプログラマは書かなければならないコードが頭に浮かんでいて
それを何処に書くかという整理整頓の意味で継承などの技術を使っているわけで
結局OOは整理整頓術で、どう整理したらプログラミングの効率が上がるかというだけの話
それ以上の意味はない
が、整理整頓は非常に奥が深い

**デフォルトの名無しさん** · 2016/07/12(火) 23:27:20.00

そもそも哺乳類と言うのが最初にあって
そこから猫や犬が生まれたわけじゃないからな。

最初に猫や犬があって、そこから共通する特徴を
もっているものを哺乳類と分類した。

どっちかと言ったら名前空間みたいなもので
継承関係じゃない。（だけど理解するのに役立つ）

で実際のプログラミングでは哺乳類がどうとかいう話とは関係なく、
継承構造は役に立つもの

**デフォルトの名無しさん** · 2016/07/12(火) 23:28:32.23

>>352
> モデリングに間違いがなくかつモデルが未来永劫変化しないなら

変化するからこそリファクタリングが重要なんだよね。

リファクタリングは汚いコードを修正することじゃなくて
過去の時点では正しかった設計を、
今の時点の変化に合わせて設計を変えることだから。

**デフォルトの名無しさん** · 2016/07/13(水) 08:17:59.46

継承はそういう時に身動き取れなくなるから困る

**デフォルトの名無しさん** · 2016/07/13(水) 09:38:03.87

359 名前：デフォルトの名無しさん[sage] 投稿日：2016/07/13(水) 08:17:59.46 ID:+CQztjRc
継承はそういう時に身動き取れなくなるから困る

**デフォルトの名無しさん** · 2016/07/13(水) 12:39:18.51

大事な事だから２回言いました

**デフォルトの名無しさん** · 2016/07/14(木) 19:03:55.13

割とマジで「オブジェクト指向って継承って奴だろ」な人で
言われてることがまったくわからなくてパニクってるんじゃないかと。

**デフォルトの名無しさん** · 2016/07/14(木) 20:00:26.88

原始時代じゃあるまいしそんなプログラマがいるのか？
にわかに信じがたいな

**デフォルトの名無しさん** · 2016/07/14(木) 22:29:42.85

美少女が人間クラスから継承できない問題は
どうなったんだ？
それでオブジェクト指向は破綻したときいたが。

**デフォルトの名無しさん** · 2016/07/14(木) 23:30:26.34

ぱっと思いつくだけでも

Unkoオブジェクトに量の概念をもたせて量がゼロのうんこを作るかNullObject的な対処をする

うんこしないAngelクラスを継承する

排便の概念を抽象化したメソッドを用意してうんこ以外の可能性を見出す

などなど
なんとでもなるやろ

**デフォルトの名無しさん** · 2016/07/15(金) 05:19:16.25

UnkoのサブクラスとしてOhgonクラスを実装するんや！

**デフォルトの名無しさん** · 2016/07/15(金) 12:49:22.15

美少女はウンコをしない
この「しない」という所が美しいんじゃないか
汚れなき乙女を全うする意志の問題だ
これが「出来ない」という物理的構造に由来する問題に成り下がってしまったら
何の味わいもなくなるだろ
チンコ勃たんわ

**デフォルトの名無しさん** · 2016/07/15(金) 14:40:06.76

頭の悪い人の悲しいところは
頭の悪い冗談を好んで言い続けるということだ
飽きもせずに繰り返し繰り返し何度も何度も…

**デフォルトの名無しさん** · 2016/07/15(金) 22:04:56.17

これは頭の良い冗談に期待w

**デフォルトの名無しさん** · 2016/07/15(金) 22:47:24.35

美少年にクラスチェンジすることで破綻せずにハッテン

**デフォルトの名無しさん** · 2016/07/15(金) 23:49:57.52

リフレクションで解体して色々いじりたい

**デフォルトの名無しさん** · 2016/07/16(土) 01:53:47.85

面白くないことに気づこうね

**デフォルトの名無しさん** · 2016/07/16(土) 02:59:56.46

というか>>211で書かれてるとおりをまたワンパターンで始めただけだしな。

**デフォルトの名無しさん** · 2016/07/16(土) 07:28:07.42

美少女ウンコ問題は高度すぎて解決の糸口すら見つからないもんな
ついていけない奴の気持ちもわかる

**デフォルトの名無しさん** · 2016/07/16(土) 09:09:49.16

ちょっとしたネタ書き込みにすら
知能やセンスがもろ出しになっちゃうから悲しいね

>>372
それ言っちゃうと今度は意地になってレスし続ける可能性

**デフォルトの名無しさん** · 2016/07/16(土) 09:38:23.65

>>372
面白くない→顔が白くない→色白でない→実は美少女ではない→ウンコしても問題ない

なるほど要件の再定義によって解決か

**デフォルトの名無しさん** · 2016/07/16(土) 10:06:22.50

なんでよ褐色美少女最高じゃん

**デフォルトの名無しさん** · 2016/07/16(土) 10:11:41.75

ワンパターンっすなぁ

**デフォルトの名無しさん** · 2016/07/16(土) 12:26:01.17

解決しとらんのにワンパターンもくそもないだろ
根気のない奴だなあ

**デフォルトの名無しさん** · 2016/07/16(土) 20:05:26.83

解決できると思ってるのが間違いだと気付くといいよ

分類学的な階層を作っても「書いた人どう対象を捉えているか」というどうでもいいことしかソースに残せない
鳩クラスと鹿クラスが同じ親クラスを持ってて、ニワトリクラスとブタクラスが同じ親クラスを持ってて、
一体どうしてと思ったらジビエと畜産肉で分けてたとか、食肉加工業者の仕入れ管理ソフトだったらあり得るよ

そういう情報を一切俎上に出さずにAはBの子クラスであるべきか否かなんて話すのは無意味
そういう文脈をソースに組み込む必要があるかもまず考えないといけない

**デフォルトの名無しさん** · 2016/07/16(土) 21:15:33.39

なるほど
現状の研究成果に比べると一風変わった意見だが私は興味深く聞かせてもらったよ
つまり君はウンコをしない美少女が人間クラスから派生されるべきコンテキストについて
もっと掘り下げた議論をすべきだと言うのだな
ところで君はそういう文脈をソースに組みこむ必要があるかについては
どんな考えを持っているのかね？

**デフォルトの名無しさん** · 2016/07/16(土) 21:41:47.94

ユーザーはうんこ機能なんか求めちゃいない。

**デフォルトの名無しさん** · 2016/07/17(日) 01:46:14.62

生成するUnkoオブジェクトのtasteフィールドが最大値になるだけ

**デフォルトの名無しさん** · 2016/07/17(日) 05:00:03.09

>>380
いやねーだろｗ　その手のシステムで種ごとにクラスを分けるわけがない。
全部同じクラスだろ。

**デフォルトの名無しさん** · 2016/07/17(日) 10:38:54.12

まあなんでも抽象化すればいいってもんではないわな。
物質は究極的にはクォークのセットだからって、そのまま実装したらそりゃ破綻するだろうし。

**デフォルトの名無しさん** · 2016/07/17(日) 12:43:31.14

君それは細分化やないか
美少女のウンコふりかけ食わしたろか

**デフォルトの名無しさん** · 2016/07/17(日) 13:29:48.60

同じ型のインスタンスの振る舞いをポリモーフィズムさせるのは、

・継承
・委譲
・switch文
・関数ポインタ、ラムダ式
・別途スクリプトなどを用意する

などの方法がある

**デフォルトの名無しさん** · 2016/07/17(日) 13:57:59.74

ウンコって言いたい年頃なんだろうな

**デフォルトの名無しさん** · 2016/07/17(日) 15:27:54.18

>>384
データはDB管理かもしれないしDBに沿った構成になるかもしれない
UIで必要であれば 380 の構成もありえるし
だから 380 は文脈と言ってるんだろうに

**デフォルトの名無しさん** · 2016/07/17(日) 15:59:55.36

どんな文脈やねんｗ
肉屋の仕入れアプリでブタにダンスでもさせる気なんかｗ
そんなら俺はウンコを我慢する美少女の方がええわｗｗｗ
何でも文脈言えばええっちゅーもんちゃうでホンマ

**デフォルトの名無しさん** · 2016/07/17(日) 16:05:40.68

>>389
いや、当然RDBMSでデータ管理しているという前提だが？

**デフォルトの名無しさん** · 2016/07/17(日) 21:43:01.45

クソスレじゃねーか!

**デフォルトの名無しさん** · 2016/07/20(水) 23:08:50.86

計算式が面倒になったら
またどうせオブジェクト指向になるんだろ

**デフォルトの名無しさん** · 2016/07/20(水) 23:42:38.15

>>380
> 一体どうしてと思ったらジビエと畜産肉で分けてたとか、食肉加工業者の仕入れ管理ソフトだったらあり得るよ

見たこと無いが「あり得る」という話なら、
C言語でgotoばっかり使うってのもあり得るよ。

C言語なのに、オレオレライブラリとマクロを使って
COBOLみたいに使うことだって有り得るよ。

お前の大好きな言語をクソみたいな使い方する方法だって有り得るよ。
有り得るかどうかを語るのって意味なくね？

クソみたいなコードを書くのは書いた人間が悪いのであって
言語の問題でもオブジェクト指向の問題でもない。

**デフォルトの名無しさん** · 2016/07/21(木) 02:05:10.33

>>393
というか、人間がプログラムをユニット単位に分けた時に
"こいつはこういうコマンドを与えれば勝手にそれをやる単位"って
分け方をすれば『人間がわかりやすい』だろう。ってのが
いまあたりまえのメソッド型オブジェクト指向なんで、
こうすれば"副作用"が出ない！って計算式の方はむしろ
問題が起きないように『機械の都合に人間が合わせる』流れで
たぶん遠からず下火になるわ、あれ。つかもうなった感じ。

むしろ、アルゴリズム解析みたいなのを開発環境がやって
こうすると副作用が最小になるっぽいですよ？って
AIがサジェスチョンするようになんじゃね？つか。

**デフォルトの名無しさん** · 2016/07/21(木) 12:07:59.69

それはどうかわからんよ
もともと機械の都合で生まれた静的型が
実は人間にも優しいってことで大人気だし
本来静的型じゃなくても動く筈の動的型言語も
どんどん静的型の機能を取り入れていくのが今のトレンドでしょ

それに、副作用の無い関数型は全然機械の都合じゃないし
あれは数学の理論とかから生まれたような理論先行のもので
コンピュータの動作原理を考えたら、むしろ副作用ありの方が
自然だと思う

副作用ありの静的型言語が一番機械の都合に合っていて
その金字塔がC言語であり、今でも使われ続けている
主にローレベルなことやOSの開発やドライバの開発などに
使われているのは、それだけ機械の都合にあっているから
昔の言語なのに破たんせずに使われ続けているのは
それだけコンピュータの動作原理を素直に表現していて
流行り廃りというものと無縁だから

**デフォルトの名無しさん** · 2016/07/21(木) 16:36:54.23

Cで書いたコードが速く動くようにCPUやOSが設計されているという面も
あるからぬ…だからって新世代の言語に合わせてCPUやOSを作り直すか？
といわれたらそんなことは起こりっこないと断言できるが

**デフォルトの名無しさん** · 2016/07/21(木) 17:56:06.90

おまいさんそれは逆ですぜ。
Cがアセンブラに馴染み易く出来てるんですぜ。
でも本来はintelの系統じゃ無くて、
モートローラとかミニコンから派生した石に馴染み易く出来てるんですがね。
まあ、Cが最初からintelの石用に作ってたら、
もう少し違った構文になってたかもね。

**デフォルトの名無しさん** · 2016/07/21(木) 18:08:41.00

アセンブラやってた連中が、構造化プログラミングを提唱して、
プログラムを小さな塊の組み合わせで作る様になったんで、
同時期に条文分岐やサブルーチンの扱いをマクロ処理を被せて
読み易くするのが流行ったんだよ。
それをもっと書き易くして行って出て来たのがコンパイラ言語
いわゆる高級言語だけど、簡単なアセンブラへの置き換えしかしてなかった。
今ではそこから更にそれら高級言語を分かり易く記述出来る高次な高級言語が流行ってるけどね。

**デフォルトの名無しさん** · 2016/07/21(木) 18:19:01.28

例えば、hoge+とかやれば自動的にインクリメントしてくれる仕様だって、そういうアセンブラ命令があったからなんだぜ。