ねねっちと一緒にプログラムを勉強するスレ第2話 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/03/18(土) 13:03:05.05

ぬるぽって何？

**デフォルトの名無しさん** · 2017/03/18(土) 23:36:20.62

今日も一日ガッんばるぞい

**デフォルトの名無しさん** · 2017/03/19(日) 00:18:40.43

>>1
れーがい。

**デフォルトの名無しさん** · 2017/03/19(日) 00:29:34.64

2ch誕生時ぬるぽ誕生時はねねっちの誕生前史…でも無いか…？

**片山博文MZ** ◆T6xkBnTXz7B0 · 2017/03/19(日) 07:19:32.95

前スレ

ねねっちと一緒にプログラムを勉強するスレ [無断転載禁止]??2ch.net
http://echo.2ch.net/test/read.cgi/tech/1485415033/

**デフォルトの名無しさん** · 2017/03/19(日) 13:14:33.69

馬鹿が馬鹿に向けてコーチしてるから、いつまでたっても終わらんな

馬鹿は馬鹿の気持ちがわかるから教師に向いてるとかいうけど
まともな言語使役能力がない馬鹿に教師が務まるわけねえだろバーカ
自分の馬鹿さ加減を正当化する以前に相手の立場、聞き手の立場になってライティングする技術を学べよバーカ

**デフォルトの名無しさん** · 2017/03/19(日) 13:28:09.26

馬鹿が大好きな馬鹿

**デフォルトの名無しさん** · 2017/03/19(日) 13:35:24.13

>>6
コーチ任せた

**デフォルトの名無しさん** · 2017/03/19(日) 15:26:53.79

>>6
分からないことがあるから聞いてもいいかな？

**デフォルトの名無しさん** · 2017/03/19(日) 16:55:32.81

とりあえずどんなに小規模でもいいからアプリケーション一つ作ってみれば何かしら見えるようになる気はするけど

結局プログラミングって技術だから必要になってから学ぶ事柄の方が身につくし
どんなに小規模でもソフトウェア一本作るなら要求されることは多い

◆BrBq2CJg6HGd · 2017/03/19(日) 18:32:39.25

ポインタ、クラスという２つの大きなカベをぬーぶくんは乗り越えることが出来るかな？
特にポインタはかなり難しい。

**デフォルトの名無しさん** · 2017/03/19(日) 19:42:24.52

言語1つ習得するのにいつまで掛かっとんじゃい！

**デフォルトの名無しさん** · 2017/03/19(日) 20:15:51.06

逆に言語を完璧にマスターしようとしたら相当の時間は必要だと思うけど

例えばJavaに限ってもEffecive Javaの内容を実践できるようになるレベルまでたどり着くだけでも相当な時間がいると思う

**デフォルトの名無しさん** · 2017/03/19(日) 21:07:09.25

まずは五目並べとかを目標にするべきだとおもうの
五目ならべとかくそつまんねえけど、最低限のゲームループははいってるわけでね
おれも大学時代Cでかかされたけど、あれはマジ難しい
インターフェース作るので精一杯で、CPUのAIはランダムに石をおくぐらいしかできんかったわ

**デフォルトの名無しさん** · 2017/03/19(日) 23:12:11.49

>>11
お前は何がどこまでできるようになったんだ？
全然プログラミングやってないようだが

◆BrBq2CJg6HGd · 2017/03/20(月) 00:22:53.87

>>15
スッキリわかるJavaの入門編が終わったので、実践編に入ったのですが、難しくてつっかえつっかえです。
例えばオブジェクトクラスに備わっているメソッドのオーバーライドとかで苦戦してます。
あれ必ずやるんですか？しんどいです…。

**デフォルトの名無しさん** · 2017/03/20(月) 01:31:41.05

まずjavaは難しいからね
継承を中心としたライブラリがあるかと思えば、インターフェースを中心としたライブラリもある

継承を選択すると、データ型に階層構造ができるが、たいてい継承というのは、ある特定の見方で行う分類学みたいなもんだから、この分類に失敗した時点で設計が汚くなる

例えば鳥はflyメソッドを実装すべきだが、飛べない鳥はどうする、swimメソッドを持つ鳥持たない鳥があると思えば哺乳類でも歩けないクジラみたいなのもいる

クラスを動物で例えるのはよくないがイレギュラーを綺麗に処理できるような美しい分類などほぼほぼ存在しない

君はおそらく継承を使った設計などしないし、基本的にすべきじゃない、でも継承を使わないといけないライブラリもあるからね、そういうときはどうするんだろ、
真面目に一つずつオーバーライド実装するかproxyパターンとか使うのかね
結局動的言語のほうが楽なんだよそういうのはJavaだけ勉強してもわからないことだ、もしJavaだけで例えばリフレクションの概念を正確に理解できたとしたらたいしたもんだ、λ式も同じくね

**デフォルトの名無しさん** · 2017/03/20(月) 08:01:55.59

>>16
>あれ必ずやるんですか？しんどいです…。
書籍に必ずやりますって買いてあったか？
おまえプログラムできても、プログラマに向いてないからやめたほうがいいよ
周りが迷惑するわ

**デフォルトの名無しさん** · 2017/03/20(月) 16:56:55.64

静的でもっさいオブジェクト指向言語ってのはそうやって、やれインターフェースがどうだの、やれ継承がどうだのどうでもいいことにいちいち頭を悩ます必要があるからな

正直オブジェクト指向の基本理念は大方失敗してるからそこらへんの技術や思想は無視した方がいい

あれがめんどいと思うなら、動的言語をおすすめする、正直個人でのプログラムにおいてオブジェクト指向はそんなに役に立たない

カプセル化がどうだのいう輩は、ほとんどの言語のライブラリが、オブジェクト指向ライブラリよりもはるかに高いレベルでカプセル化を実現していることに気付かないんだよ

**ぬーぶ** ◆upkqfrxkrw · 2017/03/20(月) 20:07:41.05

言語ひとつ覚えるのにいつまでかかっとんじゃい…うん(´・ω・`)

何かひとつアプリケーションを作れとのことなんで
五目並べはちょっとハードル高いけど
簡単なインベーダーを作ってみようと思う
でも画像をどうやって作ろうか悩む

**デフォルトの名無しさん** · 2017/03/21(火) 00:09:43.10

>>17
横だけど、それHead First のデザインパターンの序章である奴だよね。
飛べない鳥とか振る舞いのインターフェースと実装をすれば対応出来る奴じゃん。
オブジェクト指向の基本理念は失敗とかディスってる様だけど、オブジェクト指向を理解出来てない馬鹿がオブジェクト指向を語るなよ。

**デフォルトの名無しさん** · 2017/03/21(火) 00:18:59.12

じゃあその通りに実装すればいいと思うよ

実際飛べない鳥のサンプルコード書いてみ
それがオブジェクト指向のメリットなんだから、喜んで書けるよな

**デフォルトの名無しさん** · 2017/03/21(火) 07:15:17.71

>>22
以下になるけど、Strategyで実装すれば書けるだろ。

package test;
class MiniDuckSimulator {
public static void main(String[] args) {
Duck model = new ModelDuck();
model.performFly();
}
}
class ModelDuck extends Duck {
public ModelDuck() {
flyBehavior = new FlyNoWay();
}
}
abstract class Duck {
FlyBehavior flyBehavior;
public Duck() {
}
public void performFly() {
flyBehavior.fly();
}
}

**デフォルトの名無しさん** · 2017/03/21(火) 07:16:06.90

書き込み制限が出た為、分割。

interface FlyBehavior {
public void fly();
}
class FlyNoWay implements FlyBehavior {
public void fly() {
System.out.println("I can't fly");
}
}
class FlyWithWings implements FlyBehavior {
public void fly() {
System.out.println("I'm flying!!");
}
}

**デフォルトの名無しさん** · 2017/03/21(火) 23:08:09.09

え?このプログラムがオブジェクト指向なの？
俺にはこの設計が理解できないなあ

例えば飛べない鳥duckはflyメソッドを持ってはいけないという前提でどうクラス構成するかって話なんだけど、
飛べない鳥duckがそもそもflyを持っていいという設計思想を踏襲するなら、素直にflyメソッドをもつabstract birdクラスまたはflyableインタフェースをDuckは継承または実装し、flyをoverrideあるいはimplementにすればいいと思うんだけど

ストラテジーパターンと言い張ってるけどストラテジーパターンではないよね、それはブリッジパターンだよ
素直にFlyableインタフェースを使ってfly可能なものに対してはflyableインタフェースを素直に実装するのがストラテジーパターンでしょ、間にコンポジションは挟まないよ

という無駄な分類学とデザパタ議論が栄えるだけなのがオブジェクト指向
ここまで一切どのようにエレガントに鳥を飛ばせるかなんて議論なかったでしょ

こういう複雑なだけでくだらない議論に巻き込まれないためにも、動的言語及び関数型言語を勉強する価値がある

**デフォルトの名無しさん** · 2017/03/21(火) 23:31:22.93

正しい設計にこだわってすべてが崩壊するよい例だね。
バカは完璧を求めてはいけない。

**デフォルトの名無しさん** · 2017/03/22(水) 00:08:54.02

>>25
ああ、Oreillyの初心者向けの本の序盤に書いてあるレベルだけど、
理解出来ないの？

flyをそのまま実装するとか拡張性が低い実装してんね。
飛べない鳥を具象クラスに追加したりとか
飛べる鳥が骨折して飛べなくなった場合とか対応出来ないだろ。

Strategyってアルゴリズム部分を明確に定義してカプセル化し、
変更や交換がクライアントと独立して行う事が出来るデザパタだけど分からないかな？

bridgeの意味も全然違うし、interfaceから無造作に分類していくと、
実装クラスの数がキリがないから特徴を分離して実装クラスの数を抑えるデザパタだろうが。

てかこの程度のGoFの簡単なデザパタで複雑とかねーわ。
ドメイン駆動設計とか理解出来なさそうだし、
複雑な業務をシステムに落とし込むことは出来なさそうだな。
オブジェクト指向が駄目なんじゃなくて
お前が馬鹿で使いこなしてないだけだから、
オブジェクト指向の基本理念は大方失敗とかほざいてんじゃねーよ。