[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2ch.scのread.cgiへ]
Update time : 01/06 06:56 / Filesize : 295 KB / Number-of Response : 972
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


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

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



1 名前:デフォルトの名無しさん mailto:sageteoff [2016/01/05(火) 02:10:25.72 ID:hJUQcrkl.net]
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
https://twitter.com/ProgrammingMono/status/665702678006140928

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

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

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

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

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

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

82 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 05:34:14.40 ID:97NQyWJD.net]
>>74
JavaScriptだと実際foo.barは第0番目の引数を指定するための糖衣構文でしか無い
オブジェクト指向は別にそんな大したものでも、手続き型と相容れないものでもない
指向とは言うが実際の所スタイルの一部だね

83 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 08:13:48.91 ID:86WjwACC.net]
いいえ、自転車.操業で設計しています

84 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 08:49:55.36 ID:jS8+hJYw.net]
>>82
そういう嘘をまき散らさないでもらいたいなあ。
毛の人といい、技術の普及は嘘との戦いだな。
オブジェクト指向は嘘つきが多すぎた。

85 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 09:36:41.30 ID:AcnVMiQc.net]
>>68
いいえ。
sin(x) と書いたときのsinは十分オブジェクトに見えるでしょ。
xとsinは違う階層(空間)に属するモノだけど、後者の方が階層としては高い。
x.sin()と書くと、あるオブジェクトが自分より高い階層のオブジェクトを所有しているように見えてしまう。
これは俺にとっては不自然なので好きになれない。

86 名前:デフォルトの名無しさん [2016/01/10(日) 09:42:21.66 ID:KeJgEHCD.net]
オブジェクト指向は手続き型と直行する概念だと理解してないのが何人かいるな

87 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 09:44:41.71 ID:sdj7zt3O.net]
>>80
"現実の構造を想定しちゃダメ"て
おまえの作るシステムはどんな現実離れした
脳内妄想ベースなんだよ。

88 名前:デフォルトの名無しさん [2016/01/10(日) 09:52:56.57 ID:Itquv6VW.net]
sinは関数だろね。
テーブルを持つためにクラスを使わなければならない言語があったとしても、
極力、ユーザーにとって関数に見えるように実装するべきじゃないのかな。

89 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 10:08:13.09 ID:jS8+hJYw.net]
関数がオブジェクトじゃ何か困ることでも?

90 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 10:09:40.58 ID:jS8+hJYw.net]
>>79
君が設計する自動車ではエンジンブレーキが効かないようだな。



91 名前:デフォルトの名無しさん [2016/01/10(日) 10:29:26.64 ID:hZikTLMs.net]
ブレーキなんてのは外部から
ベクトルの力を操作するんだから
後付けで全然構わないんだが。

92 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 10:41:27.70 ID:AcnVMiQc.net]
関数を手続きだと思ってるならそれでいいけど、名前が関数ってだけで数学関数をそういうカテゴリーのものとするのは不適当でしょうね。

93 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 11:09:22.36 ID:hXY04te0.net]
クロージャーって、関数なの?オブジェクトなの?
rubyだとProcのインスタンスでしかないよね

94 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 12:33:30.21 ID:jS8+hJYw.net]
>>91
わからないなら無理に口を挟まないほうがいいよ。

95 名前:デフォルトの名無しさん [2016/01/10(日) 13:26:28.06 ID:Itquv6VW.net]
>>92
関数が状態を持つべきかどうか考えると自ずと答えが出るのではないだろうか。

96 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 13:37:48.58 ID:UyzGSaeg.net]
sin(x)は関数の値であって関数ではないよな。 関数は∀x∈double.sin(x)のことだよな。

97 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 13:51:03.83 ID:ainPuYsM.net]
>>85
実装がどうあれ、OOPではメソッドはオブジェクトに属するものとして考えるから、
x.sin(value)の表記は不自然じゃ無いだろ。sinはオブジェクトxに属している。

98 名前:デフォルトの名無しさん [2016/01/10(日) 14:13:06.68 ID:Itquv6VW.net]
>>97
それは不自然な考え方じゃないかな。
原点に立ち返ってみると、オブジェクト志向とはコード再利用に際して
コンポーネント化の要求から発生したもの。
現実に存在する物のように、ディスプレイ上のウィンドウに四角形を
描画しろとメッセージを送るというようなシンプルなものだ。
この場合、四角形自体がオブジェクトであることは問題が無いように感じる。
これは、四角形が状態を保持しているからかもしれない。
一方、数値に対してsinを要求するのは突拍子もないように感じる。
これは、数値を日常いたるところで使用していて、数値がメッセージを受け取る性質を
もたないと良く知ってるからではないだろうか。
あるいは計算機オブジェクトに対してsinを要求するなら不自然に感じないのかもしれない。
どうだろうか?

99 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:14:35.30 ID:CDx7UjTI.net]
この種のくそ議論って恣意的な答えしかないんだから、
議論するだけ無駄なんだけどねぇ。

100 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:15:24.10 ID:AcnVMiQc.net]
>>95
状態をもつかどうかは実装しだい。
関数を初期化するとき係数のセットを与えるとかあると思う。

関数がグループとしてまとまって環をなすとか



101 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:17:25.96 ID:ainPuYsM.net]
つか、sin(x)ってなんやねんw
引数無しのメソッドの話か? それならsinは例として不適当だ。

sinを例にするなら、x.sin(value) か、sin(x, value) だろ。

102 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:17:26.78 ID:AcnVMiQc.net]
>>97
そりゃメソッドはオブジェクトに属するだろ。
メソッドとして位置付けるのが適切かどうかの議論をしてるんだよ。

103 名前:デフォルトの名無しさん [2016/01/10(日) 14:17:31.05 ID:Itquv6VW.net]
こういうシンプルな考えに基づくと、四角形と三角形は形状クラスから
派生すると思われる。
しかし、四角形オブジェクトと三角形オブジェクトの合成メソッドは、形状クラスあるいは
その派生クラスにあってはならないように感じる。
それは形状合成器クラスに、あるいは単純な関数であった方が良いように感じる。

104 名前:デフォルトの名無しさん [2016/01/10(日) 14:21:04.23 ID:JhCLPk/2.net]
>>87
物理的構造物とは違うんだよ
それすら理解できないならもう向いてないとしか

105 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:21:57.10 ID:UyzGSaeg.net]
属すじゃなくて依存するだと思うが。

106 名前:デフォルトの名無しさん [2016/01/10(日) 14:25:29.45 ID:JhCLPk/2.net]
例えばゲームでキャラクターが特定のアイテムを使用するモデル
キャラ.使う(アイテム)はもらうアイテムによってメソッドの動作を変える必要があるが
設計としてはアイテム.適用(キャラ)のが遥かに取り回しやすい
なのにあえて前者のクソ設計を選ぶのが>>87のようなオバカさん

107 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:26:22.66 ID:ainPuYsM.net]
>>102
それならOOPの議論じゃないな。

>>105
いや、属する/所有するという概念の方が適当だと思う。(実装は違うが)
実際クラスを書くときそう書くだろ。

108 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:44:22.50 ID:AcnVMiQc.net]
>>101
現実の姿を模すという意味だとsinなどは連想配列であって、sin(x)という書き方はそのまんまだよね。
実装においては計算手続きだろうけど。

109 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 14:48:45.22 ID:jS8+hJYw.net]
Smalltalkerが引き上げたらもう初心者しか残ってないのかよ

110 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 15:22:03.47 ID:yvIOv1as.net]
そもそもクラスだってオブジェクト指向とは直接関係ない
>>84
嘘ではなく現実だ



111 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 15:23:27.70 ID:yvIOv1as.net]
美少女が云々言うのも一般的なクラスベースは融通が効かないねという話であって
オブジェクト指向とは直接関係ないし

112 名前:デフォルトの名無しさん [2016/01/10(日) 15:44:15.32 ID:KeJgEHCD.net]
>>111
ほう、それならウンコをしない美少女をオブジェクト指向で設計して貰おうか

113 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 15:50:56.07 ID:AcnVMiQc.net]
>>97
見逃したいたが、x.sin(value)の value って何だい?

114 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:06:27.16 ID:ainPuYsM.net]
>>113
引数だよ。
クラスxのメソッドsinに渡す引数。
俺はそういう話をしてると思ったから。

115 名前:デフォルトの名無しさん [2016/01/10(日) 16:18:07.80 ID:hZikTLMs.net]
xって中身は例えばfloatのデータ自身だぞ?
だから、引数は必要ないんだぞ?

116 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:26:17.41 ID:ainPuYsM.net]
>>115
理解した。
それなら、x.sin() なんて形が出てくる余地は無いよな。

117 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:29:21.43 ID:CDx7UjTI.net]
一般に sin に必要な引数は、 pi/2 とかの実数(もしくは複素数) かな。
あとはいくつまでの級数和をとるとか何桁まで計算するとかが引数になるんじゃないかね。
その辺をあいまいなまま value とか x がクラスだの引数だの言ってることに何か意味があると思ってんのかね。

118 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:34:25.26 ID:ainPuYsM.net]
>>117
いや、sinの引数がオブジェクトの場合はあるよ。
実数や10進型をクラスで表現したりするし、俺も実際やる。
xがそういうオブジェクトなら、sin(x)でいいし、x.sin()はおかしい。
まあ絶対におかしいとか無理ってわけじゃないけどなw

119 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:54:55.24 ID:yIre7PYR.net]
新しいC++ではsin(x)でもx.sin()でも、どちらの方法でも統一的に呼び出せるようになる予定だから
こんな議論は全く意味ないんだよ?

呼び出す側からしたら、sinがメンバ関数だろうが外部関数だろうが、何であれ、知ったことではないからね
気にしなければならないのは実装する側だけ
だからどちらの方法でも呼び出せるようになる、らしい

どちらの方法でも呼び出せるんだから、喧嘩する必要ないし、気にする必要ないよね

120 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 16:57:47.72 ID:yIre7PYR.net]
どちらの方法でも呼び出せるんだから
どちらの方が、よりオブジェクト指向的か、考えるのは意味がないんだよ
等しいわけ、等価と考えてよい
見た目が違うだけ
大した問題じゃない



121 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 17:00:24.30 ID:ainPuYsM.net]
なんか違うような気がするなw

122 名前:デフォルトの名無しさん [2016/01/10(日) 17:07:10.06 ID:fbwGqbCo.net]
こんなにややこしいプログラムがオブジェクト指向を使って
こんなに簡潔になりましたって事例が欲しい

123 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 17:12:10.48 ID:1042xGua.net]
>>112
思うんだけど、
うんkをしないというのが、
意思を持ってひたすら我慢して(人の目がある場所では)しないのか、
それとも腸内の美少女菌のおかげでする必要が無いのか、
もしくは他の何かなのかによってイメージが変わってくると思う。
でもしないにしろする必要がないにしろ、排便メソッド自体は備わっててもなんら問題ないと思う。
逆に、腸内やなんかの問題を解決せずに、排便メソッドだけ外して他を流用するということは、
オブジェクト指向的であろうがなかろうが不可能だと思う。
それこそ亞人として設計しなおして全ての手続やメソッドを別に用意することが妥当かもしれない。
だから結論を言うと、この例はそもそも良くないと思う。

124 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 17:51:06.88 ID:QPFpTdMb.net]
>>122
サイズを持っていてくれるのですら俺は嬉しいと思う
文字列や配列を扱うとき
int string::size() {return strlen(data);} // 数える関数を使うって例
↑こーいうのじゃなくて
int string::size() {return end - begin;} // 簡単な計算(ポインタの差分)で返す
int string::size() {return size;} // 内部でケアしていたprivate変数を返す
こういう実装をしうるのが嬉しい
使うときに
a = s.size * s.size / s.size % s.size
みたいにいっぱい呼び出しても安心
逆に言うとせっかく用意されたsizeメソッドが内部で数えなおしてる場合はつまらないと思う

125 名前:デフォルトの名無しさん [2016/01/10(日) 19:10:53.94 ID:fbwGqbCo.net]
>>124
なるほどねー。

126 名前:デフォルトの名無しさん [2016/01/10(日) 19:16:06.37 ID:fbwGqbCo.net]
>>112
美少女はマーカーインターフェースであり、
美少女として扱うとき排便は隠蔽される。

interface 美少女 {
}

class おっさん implements 美少女 {
 void 排便() {
 }
}

127 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 20:20:59.69 ID:VQDMXfno.net]
>>126
それは「何もしない」という排便メソッドを持つ
持たない,ではない

128 名前:デフォルトの名無しさん [2016/01/10(日) 20:34:00.62 ID:fbwGqbCo.net]
>>127
何を言うてんの?排便メソッドを持つのはおっさんだよ。

129 名前:デフォルトの名無しさん [2016/01/10(日) 20:41:36.36 ID:KeJgEHCD.net]
聖水メソッドもないのに美少女とか笑わせんなよw

130 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 21:17:46.16 ID:+l1yiqNW.net]
オブジェクト志向の考えだと
大便ableインターフェースを実装するんだろ



131 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 21:57:06.57 ID:Hm2sxH4v.net]
美少女クラスを欲する奴が美少女のウンコがついたぱんつを欲しがらないかと考えると
これは要件定義から間違っているような気がしてならない。

132 名前:デフォルトの名無しさん mailto:sage [2016/01/10(日) 22:05:43.79 ID:zd2SpHtU.net]
実装からメソッド設計を考えるより使い方から設計したほうが上手く行くと思う
つまり美少女がうんこ出来るのか、出来ないのかで考えるのでは無く美少女にうんこをさせたいのか、うんこさせたくないのかで考える

133 名前:デフォルトの名無しさん [2016/01/10(日) 22:12:58.59 ID:hZikTLMs.net]
肛門はコンポーネントとしてアタッチする。
美少女は肛門をインプリメントしていない

134 名前:デフォルトの名無しさん [2016/01/11(月) 02:57:08.55 ID:87Jnvcw4.net]
あのさ、どんな美少女もウンコするんだけど?

135 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 03:08:27.43 ID:Rwcs8mHW.net]
真の美少女は実在しない

136 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 03:18:02.16 ID:4rCdY4Yq.net]
>>134

youtu.be/_-KfZCZ4F0Q

137 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 04:26:03.17 ID:3eUcyomA.net]


138 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 14:41:47.97 ID:GiqteBDS.net]
関数型言語っていい点もあるけど、変更に弱過ぎない?
ちょっと動作を変えるのにかなり見直さないといけない

139 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 16:00:11.66 ID:Rwcs8mHW.net]
作りようだね

140 名前:デフォルトの名無しさん [2016/01/11(月) 17:41:31.97 ID:d9M93+6h.net]
>>138
関数型言語を使えば完璧なプログラミングが可能なので後から変更する必要が無い。



141 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 17:50:34.21 ID:KkwWauMD.net]
>>140
完璧なプログラミングは出来ても
将来の仕様の変化を完璧に予測することは出来ないでしょ?

142 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 17:53:14.36 ID:GiqteBDS.net]
仕様変更できないって実用上ヤバくないですか

143 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:03:26.01 ID:RUBsLBHi.net]
オブジェクト指向は細かい修正で済むと手を抜き続けた結果メチャクチャ悲惨なことになる
全て書き直すくらいがちょうどいい

144 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:08:52.97 ID:hbMmOduf.net]
> メチャクチャ悲惨なこと

たとえば?

145 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:13:38.40 ID:rz35E4wE.net]
>>144
全て書き直すはめになる

146 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:18:05.61 ID:V0AQQEoP.net]
関数型言語は仕様変更のたびにめちゃくちゃ悲惨なことをしなければならないのか

147 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:31:28.27 ID:KoUNfQqa.net]
言語の問題でなくて作ってる奴が馬鹿なだけでは?

148 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 18:59:27.70 ID:A5Rx7ofK.net]
ただのリスト操作を関数型と呼んでいる可能性

149 名前:デフォルトの名無しさん [2016/01/11(月) 19:14:51.77 ID:d9M93+6h.net]
>>141
関数型なら完全に未来を予測できる。

150 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:37:40.52 ID:ugQF1NqL.net]
そらすげーわ



151 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:38:18.20 ID:rz35E4wE.net]
>>149
そういうのいいから

152 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:43:22.94 ID:XhrtL63c.net]
関数型言語はコンパイルした瞬間全てが完了される。

153 名前:デフォルトの名無しさん [2016/01/11(月) 19:46:13.85 ID:d9M93+6h.net]
コンパイルが通ればバグが無いことを保証される。

154 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:47:17.32 ID:rz35E4wE.net]
>>153
それもいいから

155 名前:デフォルトの名無しさん [2016/01/11(月) 19:49:39.36 ID:d9M93+6h.net]
>>154
お前関数型馬鹿にしてんの?

156 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:53:45.95 ID:XhrtL63c.net]
関数型言語にとって型とはプログラムの設計図なのである。

157 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:55:09.91 ID:rz35E4wE.net]
>>155
関数型じゃなくてお前を馬鹿にしてるんだよw

158 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 19:55:15.79 ID:eiYfk44d.net]
1000近くなった雰囲気だな

159 名前:デフォルトの名無しさん [2016/01/11(月) 20:02:18.58 ID:d9M93+6h.net]
ヨハネの手紙にも関数型が登場する。

160 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 20:05:53.42 ID:eiYfk44d.net]
鶏が鳴く前に三度、関数型など知らないと言う



161 名前:デフォルトの名無しさん [2016/01/11(月) 20:09:36.09 ID:d9M93+6h.net]
マタイの福音書、関数型が世界を平和に導く。

162 名前:デフォルトの名無しさん [2016/01/11(月) 20:40:32.13 ID:d9M93+6h.net]
>>157
ああそう、なら良いんだ。
関数型馬鹿にしたら唐沢弁護士に頼んで勝訴しちゃうからね?

163 名前:デフォルトの名無しさん [2016/01/11(月) 22:15:27.49 ID:qSBpiVnS.net]
関数型に不可能はない。関数型は神にのみ扱える至高の言語
関数型を疑ってはならない。汝の実力を疑え

164 名前:デフォルトの名無しさん mailto:sage [2016/01/11(月) 22:48:28.28 ID:CMbhymom.net]
毛の壁の臭いがするな。

165 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 01:32:19.38 ID:SYPJaqWI.net]
広く使われてて実用的な言語は多かれ少なかれマルチパラダイム
関数型っていうのも結局は作者がそう言ってるかどうかの線引でしか無い
理想的な関数型gwンゴを想定してなにか言うのはあまり意味が無い

166 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 01:34:43.86 ID:uMvEa0J7.net]
関数型ンゴwwwwwwwwwwwwwwwwwwwwwwwwwww

167 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 08:42:46.08 ID:V5bMIqIZ.net]
関数型グワンゴ

168 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 09:12:48.84 ID:/ZqCERvo.net]
今時は大学とかでも言語比較とか講義しているのかな。

169 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 19:38:37.49 ID:7kdSKUGZ.net]
lisp は関数型ですか?

170 名前:デフォルトの名無しさん mailto:sage [2016/01/12(火) 22:56:29.42 ID:uMvEa0J7.net]
いいえ、変態型です



171 名前:デフォルトの名無しさん mailto:sage [2016/01/14(木) 06:56:24.28 ID:/XPEQoow.net]
pc.rooter.link/

172 名前:デフォルトの名無しさん mailto:sage [2016/01/16(土) 23:50:44.88 ID:vrXiOUCa.net]
美少女は天使クラスに属している。
排便しない。

173 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 11:46:14.76 ID:HskUHurd.net]
「オブジェクト指向プログラミングの例を挙げましょう。2000年代には、オブジェクト指向プログラミングは、企業向けプログラミングにおける基盤的技術の地位を確立したと思われていました。
しかし今では、私を含めて多くの人が、この潮流は20年間に渡って本流から逸れていたものであり、そのほとんどが間違いだったと考えています。」

コーディングを学ぶこと、それはあなたが考えるよりも大変です
postd.cc/learn-to-code-its-harder-than-you-think/

174 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:33:48.74 ID:CF7z5V/R.net]
>>173
記事のベースはイギリスのプログラマ教育のあり方と社会地位の話で
"大学で教えていることが現場で役に立たない"ことと
"高級技術者としてのプログラマの社会的地位の低さ"について
そして、前者関連の話で「教えるべき技術は次々と移り変わる」例として
オブジェクト指向を挙げてみてるが、筆者があまり理解してる感じではないなぁ…
20年前なら単語そのまま「構造化プログラミング」に置き換えて書かれた
単なる流行りワードの扱いだわな。

175 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:39:59.33 ID:CF7z5V/R.net]
また、書かれている内容のとおりイギリスのプログラミング技術のほとんどが
学校教育ではなく「独学」で学ばねばならないもので、その上でガチで
『しかし今では、私を含めて多くの人が、この潮流は20年間に渡って
本流から逸れていたものであり、そのほとんどが間違いだったと考えています。』
と、思ってるとしたら本当にイギリスのプログラミング業界界隈の危機は
深刻なものだと考えざるをえない…

176 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:41:46.50 ID:uqyd4S+p.net]
日本も似たようなもんじゃないの? 違うの?

177 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 12:58:06.53 ID:CF7z5V/R.net]
>>176
>>173のリンクを読んだ感じではイギリスではどうも国を挙げて
学校や社会人教育で「無償で国民にプログラミングを学ばせる」事業をやってたっぽい
で、たぶん日本でやってもそうなるだろうけれど
みんな合格するようなレベルの簡単な内容なので
わざわざ教える意味がない的な事態になったっぽい?

大学の情報学科だったら日本でもまぁ直でコーディングの役には立たんが
逆に大学レベルの情報工学理論面を広く教えるから
オブジェクト指向なんて〜って池沼はでないだろう(皮肉

178 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 21:59:54.59 ID:ftWUH7Q0.net]
オブジェクト指向は思考パターンを破壊されるよ

179 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 22:38:38.89 ID:KK1TC/Qj.net]
コードの奇麗さはなになに指向とかとはいつだって無相関だよ。

180 名前:デフォルトの名無しさん mailto:sage [2016/01/20(水) 23:28:45.86 ID:lyH/JRhU.net]
>>179
その評価はとても健全



181 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 12:15:51.15 ID:pkb4zgJk.net]
>>179
「奇麗」なコードってどんなの?

182 名前:デフォルトの名無しさん mailto:sage [2016/01/21(木) 16:38:21.88 ID:OmENn3Ct.net]
>>181
測定するツールがある。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<295KB

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