次世代言語11[Rust Swift TypeScript Dart]
■ このスレッドは過去ログ倉庫に格納されています
スレタイ以外の言語もok
前スレ
次世代言語10[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1524607347/ Goは「エンター押してGo!」って標語通りのコンパイル速度目指したあれだろ
トランスパイラなんか噛ませて「エンター押してコーヒーブレイク!」じゃアカンでしょ >>420
go自体早くなってきてるし一段トランスパイラ噛ませても早いのでは? 型推論とジェネリクスが入るとどうやっても遅くなるんでない?Fo試してないけど。 >>421
エンター押してGoのためにゲネリクスまで捨ててるのに
それ捨てたら捨てるものしか残らないゴミ箱になるだろ いやだからgo本体に組み込まれるよりかトランスパイラで実験的に使ってもらったほうがいいってことでしょ。 コミュ力重視棒で殴ってばかりで代案を出さないのが普通の日本人 そもそもgoにジェネリクス入れないとは行ってないぞ。faq見ろや。むやみに希望通りに機能追加したくないだけ。
phpみたく投票で決めてうまく行った例をみない Haxe(ヘックス)はOSSで、JSに型チェックを付けたような言語で(altJS)、
JS(ES5), Flash, PHP, C++, Java, C#, Python, Lua に書き出せる
インストールしてみた。楽しみ >>431
多数決がロクでもないのは本当にそう思うわ
Linusほどとは言わないがBDFLが方向性と重要な決定で決断するのは本当に重要 最近はRust風のRFCベース開発が増えてるが
これはどうなんだ?
正直発端のRustがゴミなんでこの方法も多数決と大差ないゴミだと思うんだが >>269
RustがゴミだからRCFもゴミという理屈を通すなら
RCFがゴミだからインターネット技術も全てゴミということか
ネット技術を否定するとはたまげたなぁ Request Comment For internetsだろ。 Rustがゴミだというのは要出典だが
1人か数人程度で書いた出典が多数派より強いなら多数決ではない マスカキ・ラスマス・豚ラードみたいなクソガイジが作ってるガイジ専用PHPoorは
今すぐ死ね
今すぐにだ Rustがゴミなら
さしずめPHPは放射線汚染汚物だな
存在自体が害悪 その場合は放射線じゃなく放射能では?
言葉は正しく使いましょう。 放射能に汚染されるとかあるの?
放射線を当ててDNA傷つけるとかはあるけど。 放射能を取り込んだら常に放射線を受けるようになる。これを汚染という 文書を管理し公開すれば質問に答える手間が省ける
独裁者は効率が良いというが、文書管理ができない独裁者は効率が悪い >>447
「放射能漏れ (放射性物質が意図せず外部に流出すること)」など、
放射能という言葉で放射性物質を意味することが我が国では頻繁にある >>448
なんと!
日本語審査会で審議しないといけないな。 放射能とは放射線を発する能力のことだよな。
それなのに、放射性物質漏れを放射能漏れと言うとは、原発村は朝鮮部落じゃないのか?
日本語全然ダメじゃないか。 class 物質 {
放射能 : Double
onRecv(r: 放射線) {
var a = is放射性物質()
放射能 += calc(this, 放射線)
if(a != is放射性物質()){ on放射化() }
}
on放射化(){
}
is放射性物質(){
return 0 < 放射能
}
onTick() : 放射線 {
return 放射性崩壊()
}
} 関数型なら放射能の基底値最低値みたいなものがあればモノイドやモナドに出来るはず 開発のオッチャンが
ポンコツになって病んで
いつの間にか復帰したと思ってたら情シスに異動してて
クソみたいなノーパソのセッティングとかするだけのマシーンになってた
おまえらもいつかああなるんだな >>436
誰だよRFCをRCFと書いたバカは?
あ…俺か…
疲れてるんだよきっと… 関数型も注目された結果色々なエッセンスがそうでない多くの言語に取り込まれたけど依存型線形型は難しくて部分的な取り込まれ方もしなそうという気持ちがある
純粋に難しいのもあるし実務を見据えると煩雑すぎる 型の話をするなら動的型と静的型に分ける
型の話をするならHaskellとTypeScriptは似たもの同士である TypeScriptみたいなド型とHaskellの型システムを一緒にしないでくれる? TypeScriptは構造的部分型
クラス定義の見た目が似ているだけで、Java系のド型とは実は概念的に全然違う 型チェックと値チェックを一緒にするのは動的型なら簡単に思いつくこと
依存型が難しいというのは静的型が難しいだけのこと >>454
クソコード書いてメンテ不能状況作るよりかそっちのがよっぽど建設的だわ。 逆に言うと、建設的なことをやらない理由は、やったら差別されるから
差別があるから非効率的になる ド型ワロピオ大草原パークwwwwwwwwwwwwwwwwwwwww >>465
たかしに
あんな惨めなポジで会社にしがみつくとか情けなさすぎて俺なら絶対できねえ >>462
静的に値チェックがカリーハワード同型対応の下で示せるのが依存型のうれしさなので動的型で簡単と言われてもそれは不完全性としか聞こえない PythonもHaskellも全部やれば完全になるのに
同型対応というなら少なくとも2つの具体例を比較する必要がある
1つでは足りない 人間はねぇ簡単に壊れるんだよ。
そして壊れたらまず戻せない カリーハワード同型対応も知らないのに型を語るのかぁってなってる 最近、依存型と線形型について勉強し始めたんだけど、
依存型と線形型の両方が使える言語ってATS2以外に何かある? >>475
idrisって依存型はあるけど線形型もあるの?
依存型については何となく分かってきたんだけど、
線形型についてはまださっぱりなんだよね…
Rustの所有権とはまた違う概念なの? >>476
そのものはないけどuniquenessとborrowedがある
rustの所有権もその辺りに基づいてはいる
そのものはHaskellで提案されているくらいであとは自前実装しかないかなぁ >>477
勉強用なんで「そのもの」が欲しいんだよね
てか、ATS2の線形型はそのものだと思っていいんだよな…?
名前は線形型だけど実際には線形型擬きでしたじゃ勉強用としてちょっと… 何言ってんのかまじでわからねー。
そんなの仕事で出てこないが、ほんとに使うのそれ?研究目的? 依存型は全然ないから仕事で使いたくても使えない。悲しい TS程度あれば十分だろ
TS以下はゴミだが
TS以上は学習コスト高い 学習コスト云々言うんならJavaのオブジェクト指向も大概学習コスト高いと思うわ
正直モナドと同じくらいやろ(適当)
そんな学習コスト高いものも全力で教育すればなんとかドカタでも使えるようになるんだし、概念が広く知られて本さえ出れば次世代言語の中心概念になってても大丈夫だと思う >>482
Thanks!
じゃあ、やっぱりATS2で勉強するわ
>>480
現状じゃまだ研究の段階だろうね。5年後は分からんが…
とは言え、5年後でも使ってるのはほんの一部の企業だけだろうな…
日本語の書籍が大量に出回るようなレベルにならない限りはほとんどの企業はどうせ使わない そもそもやってるやつの目的が
やってないやつが多い概念のがマウント取れるってことだからな。
そりゃ流行らんわ なんやその目的
単純にコードの重複削って短くしたいだけやぞ で、短くかけるぜってどやりたいだけだろ。
だからなぜ短く書くことに意味があるのか少し考えてみろと思うわけだ。 短く書けたらコード書き始めから書き終わりまでの時間が短くなるし、拡張が楽になる場合も多い 依存型は短くするための機能というよりバグを減らすための機能だと思うが ID:4s/pndVSは依存型の話というより関数型とかの技法一般のこと話してると思うし…… 仮にマウント目的ならそれは生産というより消費
高級な車や時計を買うようなもの
そういうのは無意味だとして質素倹約を推奨する意見は大昔からある 確かにmizchiみたいなのが鬱陶しいのはわかるけどさぁ
それと技術評価は切り離して考えないとだめでしょうよ 2,30年位前もきっとオブジェクト指向なんて研究者のオモチャで
実務では必要ないって騒いでた奴がいたんだろうなぁ… 間口は広くしてるけど、言語仕様的は可能でもやっちゃいけないことが多くて後々困るのがOOP 効率にしろ何にしろ例え多少良くなるからと言って新しいもの作る時
その学習コストもそろそろ計算に入れてもらわないと困る
コード多少短く書けるからと言ってまた1からの学習コストもキツい、 大丈夫。良いものはそのうち良書が出て学習コストは下がる
深層学習の学習コストが二年前と今で全然違うように。
学習コストを気にする人は新しい物に飛びつかないほうが良いよ。そのうち良い解説本が出るから 依存型って何に使うのこれ
TSの文字リテラル型みたいなやつかね >>485
それって本当に幸せになれる仕組みなの?
それならわかりやすく説明頼む。
一人でちまちま作るようなものなら、
学習コスト高くても構わないけど、
現実問題として人材不足だからな。
TypeScriptエンジニアすら不足気味でC#とかCのエンジニア入れたり趣味でしか触ったことないエンジニア入れたりしてる >>501
人材不足なら人材集めろよ…
なんで人材不足の対処として新しい技術を求めようとしてるんだよ…
新しい技術なら当然それを使える人も少ないんだから
んなもん人材不足の現場に持ち込んだらますます人材不足なるだけだろ…
何がしたんだお前? 人材不足を解消する未来テクノロジーX-men〜Silver Dan-Gan〜を求めてるんだろ TypeScriptとC#に互換性がないのは冗長でありDRYに反する
ATSは他の言語に似ていないので冗長ではない 学習コストって、別に新言語のコストだけではなくて、
今動いてる、ずっと保守されてきたソースを新人に保守できるように教育するのも学習コストだからな。
どっちに振るかの問題だと思う。新しい言語に(その学習コストを払うほど)興味がない人にとっては。
言語好きはその学習コストを手弁当で補いがちだけど、それも本来はちゃんと計上すべきだと思うんだけどなぁ。 >>505
>>497だよ。そもそもこのスレは「次世代」を銘打ってるんだから、対象の情報ソースがまだ少なくて学習コストが高いのは当たり前
ここはあなたのような人が見るべきスレじゃない TypeScript, ES2015 は、学習コストが高い。
大規模開発に向く、きれいな言語仕様は、Haxe
初めてのJavaScript 第3版 ――ES2015以降の最新ウェブ開発、オライリー、2017
上を読めば、愕然とする。
皆、下のサイの表紙の、サイ本で苦しんだろ。それと同じ
JavaScript 第6版、2012、David Flanagan 上と下じゃ全然レベル違うがw
下はともかく上で苦しんだんならはっきり言って才能無いからやめるといいよ。
同じとか笑うわww
お前が何を読んでも理解できないだけ。
そりゃお前にとっちゃ何でも「同じ」だわな。
等しく理解できないwwww ハクセなんてくさそうな言語聞いたこともねーぞバーカ プログラミングできない奴ほど新興言語に飛び付くよね RustやらDやら
本当に分かってるやつはJava8使う。これが真に次世代 >>510
新しいことを学べなくなったド型ゲェジ老害じいさん
かわいそ JS, TypeScript では、this の挙動が変だから、皆、that に代入して使う。
that = this
Haxe では、こういう事はない
下のような引数付き、enum もある。
一々、抽象クラス・インターフェースを書かなくても、多様な入力方式に対応できる
enum Input {
Key (keyCode:int);
Click (x:int, y:int);
}
switch (input) {
case Input.Key (keyCode):
case Input.Click (x, y):
}
パターンマッチも使えるし、Elixir に似てる >>511
>>512
現場知らん小僧に言われてもな…… 「新しいものを導入しよう」とか脳死でわめくガキに現場しっちゃかめっちゃかにされる経験がないのか
それとも逆に現場ひっかきまわす側のガキなのか
次世代っていうのは目新しさで決めるもんじゃないだろ >>514
現場知ってるならJava8なんて出てこない
あ、奴隷かごめんね >>516
5、6年後くらいのリプレイス時にJava8導入するかもしれないから互換性の下調べしてる段階な
お前のいう「現場知って」る奴ならどんな言語出すんだ?
まさかことりんとか言わんよな? ■ このスレッドは過去ログ倉庫に格納されています