次世代言語18 V Julia 他
at TECH
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このスレッドのURL
■項目テキスト
250:デフォルトの名無しさん 19/10/05 15:59:31.66 ZxO1UIOF.net char **argv の時点で既に難易度のバランス崩壊してるようなことは言われてた 251:デフォルトの名無しさん 19/10/05 18:11:40.37 b9+wkgN8.net >>207 Cはキャストでどうにでもなるけどそれが全ての型がない言語を代表してるとでも 旧ObjectWorksだと何も困ることはなかったな 任意のインスタンスに存在しないメッセージ投げようとしても警告が出てセーブできないし 無理やりevalで実行時解釈させようとしてもエラートラップするだけで原因はすぐわかるようになってる 引数はいわゆるanyだがどのクラスに限定するのか記述することもできる(そうしたいのなら) 型で縛ってる言語は労力かかるわりに仕上がり悪いことが多いね 252:デフォルトの名無しさん 19/10/05 18:18:15.93 b9+wkgN8.net そもそも型推論はコードの安全性を高めるのが目的というよりも 型が定まることにより最適化の恩恵を受けられるというのが本来の筋だと思うんだよな 253:デフォルトの名無しさん 19/10/05 18:35:30.31 /whshWN1.net 型ガイとか型キチって表現は嫌いだけど、今は一般的なプロダクトでは型に持たせる表現力は控え目にしながらジェネリクスくらいは入るかって感じかなぁと思ってるよ 金融で型に持たせた機能で処理の妥当性をできる限り保証していきますって分野にだけ関数型言語でリッチな型を使うとか、Rustみたいに低レイヤーの捕捉しにくいバグ要因に対してだけある程度の機械的検査性だけ持たせるって使い分けの方針でさ 動的で強い型付けの言語も漸進的型付けやアノテーションの形で使えるものは使うって感じじゃん?
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック!
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
543日前に更新/214 KB
担当:undef