動的型付け言語ってダサくない?
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
NGNG動的型付けのなにがかっこいいの?
言語オタク的にはなおさらつまらないような気がする。
0003デフォルトの名無しさん
NGNG言語オタク的にこそ、面白いんだと思うが。
0004デフォルトの名無しさん
NGNG0005デフォルトの名無しさん
NGNGHaskellの型クラスもけっこうきてるね
>>1
そういえばスクリプト言語で静的型付けしてるのってみたことないや
0006デフォルトの名無しさん
NGNGちょっと前のCマガのスクリプト特集記事にはCくりそつの
言語も紹介されていたよ。
00071
NGNG言語オタク的には、動的型付けで、さらに「クラスも値だ」とか言ってみても、
その体系は所詮Smalltalkから進歩していないのです。
>>4さんのいっているようにいまだに研究されている型付け(特に関数型とか)の仕組みにこそ、
言語のオタク的魅力が詰まっているのだと思います。
0008デフォルトの名無しさん
NGNG言語をオタク化するんじゃねえ
0009デフォルトの名無しさん
NGNGバグの原因じゃん。
0010デフォルトの名無しさん
NGNG0011デフォルトの名無しさん
NGNG>>1オタはかっこよさで言語をらぶ。飯の種ではないからな。
あくまでもオタ。言語フェチ。
0012デフォルトの名無しさん
NGNG偉そうに言語オタクぶってるわりには動的型チェックで
バグ促進。
0013デフォルトの名無しさん
NGNG>宣言してなくて変数が使えるほうがダサい
VBやperlとかかな?
0014デフォルトの名無しさん
NGNG型演繹による静的型つけなら、宣言無しでもバグの原因にならない。
0015デフォルトの名無しさん
NGNGRubyが言語オタクぶってるかは知らないが、ダサいとは思う。
ただ、それは動的な型付けをしてるからではない。
さらに、バグを出してるのは自分自身であって、言語に文句を
タれるのはかっこわるい。
0016デフォルトの名無しさん
NGNG構文の好き嫌いとかなくなるよ。
型問題もタグ付けという概念でほぼ解消できるし。
0017デフォルトの名無しさん
NGNGハァ?バグの出易い仕様をダサいといってるんだけど。
バグは全部プログラマのせいだからといって、
バグが出安い文法でもかまわないってことには当然
ならないだろ。
0018デフォルトの名無しさん
NGNGでもそれって、結局動的型付けでしょ?
ダサいよ。
0019デフォルトの名無しさん
NGNGプログラムの挙動をみてバグの種類を判断しないといけない。
静的型付け・・・型違いのバグがすぐに発見される。バグの種類と個所がはっきりと
特定される。
0020デフォルトの名無しさん
NGNG0021デフォルトの名無しさん
NGNG静的型付け言語もなんだかんだ言って使えないんじゃないの?
0022デフォルトの名無しさん
NGNG周知の事実じゃん。
何を今更抵抗してんだか。
0023デフォルトの名無しさん
NGNGたしかに周知ではあるんだけど、
不思議なことに>>21の主張も
結構嘘ではなかったりする(w
静的型付けが、バグの確率を下げるのは確かだけど、
バグの確率を「満足できるほど」下げてくれる、とは
誰も保証してない、っていう感じかと。
0024デフォルトの名無しさん
NGNGかなり効率低下する。
毎回一発で間違いの無いコードを書ける奴なんていないよ。
0025デフォルトの名無しさん
NGNGそんな議論は>>2で出尽くしてるんだよ。
おめーら回線切ってさっさと寝ろ。
0026デフォルトの名無しさん
NGNG「型間違い」以外のバグも、実際に間違わないと分からないのでは?
もちろん静的型付け言語が「型間違い」を検出してくれるのはうれしいけど。
0027デフォルトの名無しさん
NGNGすまん。その辺も含めて、「型なし言語いってよし」スレで
がいしゅつな話のはずだ…
002825
NGNG失礼しました。
0030デフォルトの名無しさん
NGNG0031デフォルトの名無しさん
NGNG0032デフォルトの名無しさん
NGNG「お前が無能だからだ」
こう言ってるのと同じだぞ。明らかにおかしな言い分だ。
00331
NGNG「動的型付け言語に、美しいもくそもあるか」
ということが最近思っている事なんです。
0034デフォルトの名無しさん
NGNGその理由を書いてくれないと、「そうですか」としか言えない。
0035デフォルトの名無しさん
NGNG!言語オタク
趣味:言語観賞
0036デフォルトの名無しさん
NGNG静的な型付けをしている言語で美しいと思うものとその理由を挙げてよ。
0037デフォルトの名無しさん
NGNG00381
NGNGJavaも嫌いじゃないけど。
Pascalとかいったら殴られそう。
0039デフォルトの名無しさん
NGNG0040デフォルトの名無しさん
NGNG素人なんですがあるならよろしく。
0041デフォルトの名無しさん
NGNG0042デフォルトの名無しさん
NGNGバグの出易い仕様が嫌ならEiffelを使おう(おすすめ)
0043デフォルトの名無しさん
NGNGEiffelで質問
Eiffelってundefineやrename asがあるけど、
そういう場合って、サブクラスがスーパークラス
の一部にならないような気がするんだけど、そこは
どうなってるの?
0044デフォルトの名無しさん
NGNGなぜ動的型付けを誹謗するのだ。
そんなことよりもっと大切なことがあろう。
分かるか?分かるものならばかいてみやがれ!
0045デフォルトの名無しさん
NGNGどっちでも使えるわよ。
0046デフォルトの名無しさん
NGNG何がやりたいんすか?
0047デフォルトの名無しさん
NGNGどうして分かるの?
0049デフォルトの名無しさん
NGNG>の一部にならないような気がするんだけど、そこは
「一部」ってどういうことよ。
0050デフォルトの名無しさん
NGNGハァ?
0051デフォルトの名無しさん
NGNGオブジェクト指向だと、
あるメッセージを受け取れるかどうかが大事だと思うんだけど。
0052デフォルトの名無しさん
NGNGそれを形式的に保証するのが型システム。
0053デフォルトの名無しさん
NGNG>>50
ハアじゃないよ。
スーパークラスでできる操作はそれを継承するサブクラスでもできるのが普通。
そういうのを包含関係とか言うんだよ。
サブクラスでなんらかのメソッド(フィーチャー)をundefしちゃったら、
変数にサブクラスが代入されたときにどうなってしまうのかな? と思ったわけ。
0054デフォルトの名無しさん
NGNGhttp://www.elj.com/eiffel/intro/s5/#s5.5
つーことらしい。差分プログラミングってやつか?
0055デフォルトの名無しさん
NGNG関係ない話だけど便乗質問。
Eiffelではそういうのを包含って呼ぶんですか?
ふつーはUMLみたいにObject間の所有(?)関係を
さす言葉じゃないかと思うけど、Eiffel専門用語ですか?
0056デフォルトの名無しさん
NGNG0057デフォルトの名無しさん
NGNG005853
NGNG包含関係っていうのはアナリシスではオブジェクトのEmbeddingのことさすけど
クラスの型を可能な操作の集合として考えれば、サブクラスはスーパークラス
の要素を含むじゃない。だからサブクラスはスーパークラスを包含するという。
0059デフォルトの名無しさん
NGNG0060デフォルトの名無しさん
NGNGclass FOO
feature
x:INTEGER
end
class BAR
inherit FOO rename x as y
end
a:FOO
b:BAR
!!b
a := b
a.x ... b.yがよばれる
a.y ... エラー
■ このスレッドは過去ログ倉庫に格納されています