- 動的言語で大規模開発
471 ：デフォルトの名無しさん[sage]：2014/11/29(土) 12:30:14.99 ID:v2v5Wnkr - それ以前にさ、動的型付きとして
失ってほしくない機能って何さ？
失っても対して問題ない機能ばかりだと思うだが。
|
- 動的言語で大規模開発
473 ：デフォルトの名無しさん[sage]：2014/11/29(土) 12:49:43.77 ID:v2v5Wnkr - 動的型付きにすることで失われていることのほうが多いと思う。
それで、動的型付きにしてまで守ろうとしているものってなに？
|
- 動的言語で大規模開発
481 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:13:44.81 ID:v2v5Wnkr - >>479
> javadocは、どの程度のが出るかしらんが、Visual Studioで出るような
> サマリーだけじゃ役に立たんがね。
サマリーでも役に立つと思うし、リンクになってるから
ヘルプ調べるのも速くなるんだが？
|
- リファクタリングをただのコード修正と思ってる人へ
665 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:17:24.97 ID:v2v5Wnkr - 全く修正しないで使うのが再利用。
コピーして修正して使うのが流用
流用をすると、AとA'というコードが生まれなんで二つに分かれてるの？
違いはなんんあの？と結局両方を読まないといけなくなる。
流用するたびに読むべきコードがどんどん増えていく。
はてに一つを修正するともう片方の修正を忘れるとか。
なので全く修正しないで使う「再利用」でないと意味が無い。
全く修正しないで使えるのだからコピーする必要はなくなる
|
- 動的言語で大規模開発
484 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:36:32.05 ID:v2v5Wnkr - >>482
初心者に多いね。一次ソースを見ないで、
個人のブログとかみるやつ。
英語読めないからとかなのかな。
|
- 動的言語で大規模開発
485 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:37:24.55 ID:v2v5Wnkr - で、そんな話はいいとして、動的型付け言語が
動的型付けにしてまで守ろうとしているものって何よ？
|
- 動的言語で大規模開発
487 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:39:37.78 ID:v2v5Wnkr - >>486
それで、aがMyClassだっていうのは、
人間がいちいち教えてあげるの？
aが絶対MyClassだっていうのなら
それをコードに書いておけばいいのに・・・。
|
- 動的言語で大規模開発
490 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:42:05.95 ID:v2v5Wnkr - その都度、MyClass型って教えないといけない手間がかかるのと
コードに仕様として書いておけるのの違いだね
|
- 動的言語で大規模開発
492 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:43:48.06 ID:v2v5Wnkr - > 補完候補を500に絞り込むためだけに
補完候補を500ってなんのこと？
動的型付けだと、その500を全て覚えてるの？
意味がわからないね。
|
- 動的言語で大規模開発
494 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:46:28.99 ID:v2v5Wnkr - 逆に言えば、そういうコードがなければ
補完できないという意味である。
例えば関数の引数。これは補完できない。
|
- 動的言語で大規模開発
496 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:49:08.68 ID:v2v5Wnkr - 型を書かなかったら a = MyClass() と a =YourClass()の両方があったら
補完がめちゃくちゃになる。
foo(MyClass()) と foo(YourClass()) のようなコードがあると
>>446の補完は使い物にならなくなる。
|
- 動的言語で大規模開発
497 ：デフォルトの名無しさん[sage]：2014/11/29(土) 14:51:15.51 ID:v2v5Wnkr - >>495
> 補完ってそこまで重要か
重要ですよ。
開発効率がぜんぜん違う。
・タイプ数の省略
・うろ覚え（引数の順番程度）でヘルプを引くことの省略
・ヘルプを開く場合でもその手間の省略
・コードのミスを実行せずに知ることが出来る
・リファクタリング時に自動で安全にできることが多くなる。
これらはいらないんだ！って言うかもしれないが、
それは開発効率が大きく高まることを否定する言葉じゃないからね。
|