次世代言語Part7[Go Rust Swift Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/10/19(木) 17:51:38.66

文字数制限きついので改題
スレタイ以外の言語もok

前スレ
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
http://mevius.5ch.net/test/read.cgi/tech/1503924817/

**デフォルトの名無しさん** · 2017/10/19(木) 17:56:35.46

そろそろSwiftとTypeScript入れときたかったので

**デフォルトの名無しさん** · 2017/10/19(木) 19:23:30.17

5chってなんだよ

**デフォルトの名無しさん** · 2017/10/19(木) 19:35:46.24

２ちゃんねる、正式に「５ちゃんねる」に名称変更！色々あって5chが誕生！
http://www.yukawanet.com/51096/archives/5274335.html

**デフォルトの名無しさん** · 2017/10/19(木) 23:31:42.71

TSは普通に現代だろ
生JSはもうやれない

**デフォルトの名無しさん** · 2017/10/19(木) 23:43:07.41

生JSもVSCodeによってコード補完がTypeScriptと比べてさほど遜色ないレベルにまで引き上げられたからなあ
結局MSが本気で開発環境を作ればどんな言語でもゴリ押しできることが証明されてしまった

**デフォルトの名無しさん** · 2017/10/20(金) 00:38:29.46

次世代というか、2010年代の企業発の静的型付け言語でまとめてみた
まだ載ってないのだとNim Hack Julia Crystal辺りがいいのかな

**デフォルトの名無しさん** · 2017/10/20(金) 01:01:22.11

>>6
限定的な型補完のみだろ
静的チェックには絶対型が必要

**デフォルトの名無しさん** · 2017/10/20(金) 01:56:31.26

>>6
JS含む動的言語は大抵ダックタイピングって時点で補完が効かないじゃん。

個人的には「ダックタイピングのほうがインターフェース書かなくて済むから
手軽で良い」って言ってる奴がマジで理解できん
補完できなきゃどのメソッド呼べるのかいちいちコードかドキュメント見に行かんとならんからむしろ面倒

**デフォルトの名無しさん** · 2017/10/20(金) 02:15:40.71

>>9
型が決まってれば動的言語だろうと補完できるでしょ

**デフォルトの名無しさん** · 2017/10/20(金) 02:54:33.08

>>10
JSDocに型を書いてないコードとかあったら発狂したくならない?
仕事じゃ周りのアホどもが書いてくれないからよくにあるんだけど

**デフォルトの名無しさん** · 2017/10/20(金) 03:57:09.23

>>9
最初にコード補完をIDEに組み込んだのは動的言語

**デフォルトの名無しさん** · 2017/10/20(金) 04:05:45.74

>>12
それは知らんかった
何て言語?

**デフォルトの名無しさん** · 2017/10/20(金) 05:20:27.14

>>13
皆さんよくご存じのVBです。

**デフォルトの名無しさん** · 2017/10/20(金) 06:44:15.18

>>14
バカいうんじゃないSmalltalkに決まっとるがな

**デフォルトの名無しさん** · 2017/10/20(金) 06:50:33.12

>>15
https://en.wikipedia.org/wiki/Intelligent_code_completion

**デフォルトの名無しさん** · 2017/10/20(金) 07:06:06.25

>>9
ﾎﾝｺﾚﾝｺﾞ

**デフォルトの名無しさん** · 2017/10/20(金) 11:11:11.05

>>16
何を調べるにしてもウィキペ情報は参考程度に留めておいたほうがいいよ

ご多分に漏れずこの件に関しても間違っていてちょっとググっただけでも
少なくとも1980年代にはコンテキストを考慮した補完機能を有するAliceというPascalのIDEが出ていることがわかる
http://www.atarimagazines.com/v6n2/Alice.html

だから動的言語が初かの真偽はともかくVBがしかも1990年代にもなってから「最初」ということはあり得ない

**デフォルトの名無しさん** · 2017/10/20(金) 13:06:03.49

動的か静的かよりも暗黙に型変換するのかしないのかのが重要。

**デフォルトの名無しさん** · 2017/10/20(金) 14:49:05.79

typescriptの凄さってIDEの機能言語に組み込んだことだよな。
リファクタリングの機能を言語に用意してるから、
どのエディターでも使える。

**デフォルトの名無しさん** · 2017/10/20(金) 14:53:55.28

>>16
>>18

Wikipediaが間違ってるんじゃなくてお前らの読み方が間違ってるだけだろ
最初にコード補完をIDEに組み込んだのはVBなんて事どこにも書いてない

**デフォルトの名無しさん** · 2017/10/20(金) 14:55:26.74

>>11
JSDocとコード補完と何か関係あるの？

**デフォルトの名無しさん** · 2017/10/20(金) 18:06:03.89

折角の補完機能ガン無視してVimで書いててすまん
Vimに補完つけると重いんだよな

**デフォルトの名無しさん** · 2017/10/20(金) 18:12:51.51

vimの補間が重い…？

**デフォルトの名無しさん** · 2017/10/20(金) 18:49:47.42

Jedi-vimとか謎に重くならん？
あれ？そうでもない？

**デフォルトの名無しさん** · 2017/10/20(金) 18:59:15.83

>>20
MSは昔からやってるけどね
MSにとって目新しいのは、コンパイラ及びエディタをコード補完やリファクタリングに対応させるためのオープンなプロトコルを策定したこと
これほど早い段階でそのレベルにまで達するのはMSにしかできないこと

**デフォルトの名無しさん** · 2017/10/20(金) 21:43:00.33

誰だよ未だにプログラミング言語未満のRustをスレタイにいれてるやつ
ハロワ以上のプログラムをことごとくコンパイル弾く欠陥品、言語としての体をなしていない

**デフォルトの名無しさん** · 2017/10/20(金) 22:07:39.64

普通にrestでwebserverたててるが…

**デフォルトの名無しさん** · 2017/10/20(金) 22:07:46.81

Rustね

**デフォルトの名無しさん** · 2017/10/20(金) 22:29:29.77

名前間違う時点でろくすっぽ使ってないのバレバレ

**デフォルトの名無しさん** · 2017/10/20(金) 22:33:08.26

晩酌してたのとRest APIと混ざったんだよ
めちゃめちゃ使ってるっちゅーの

**デフォルトの名無しさん** · 2017/10/20(金) 23:15:48.68

自動補完は正直うざいからオフにする

**デフォルトの名無しさん** · 2017/10/20(金) 23:58:05.68

>>31
じゃあさくっと木構造実装してみてよ

**デフォルトの名無しさん** · 2017/10/21(土) 00:09:44.49

>>33
ほい

enum Tree<T> {
Leaf(T),
Node(Box<Tree<T>>, Box<Tree<T>>),
}

**デフォルトの名無しさん** · 2017/10/21(土) 00:44:54.19

まあそれが一番素直な実装だね。

問題は循環するかもなグラフの場合。持ち主が曖昧になるから。

**デフォルトの名無しさん** · 2017/10/21(土) 01:18:33.12

>>34
データ構造定義だけ書かれてもな
それに対して余計なアロケーション発生させずにappendとdelete実装してみてくれよ
できるもんなら

**デフォルトの名無しさん** · 2017/10/21(土) 02:15:10.99

問題はTypeScriptに対して競合としてflowがあることだよな。
Reactを使うのにTypeScript使っててすごく便利なんだけどReactがflow押ししそうで怖い。

**デフォルトの名無しさん** · 2017/10/21(土) 03:03:32.99

>>36
まずはCかC++でお前の言う無駄なアロケーションのないappendとdelete付きの木構造とやらを書け。
そしたらそれをRustで書き直してやるよ。

**デフォルトの名無しさん** · 2017/10/21(土) 05:46:24.53

>>37
Web系に言語は作れないってのはさすがにCoffeeやDartで世間に理解されたと信じたい

**デフォルトの名無しさん** · 2017/10/21(土) 10:28:21.87

>>20
IDEの機能を言語に組み込むぐらい、LISPもSmalltalkもとっくの昔にやってるじゃん。

**デフォルトの名無しさん** · 2017/10/21(土) 10:29:25.77

おまえらが次世代と呼んでいる機能のほとんどが60年代の再発明だなw

**デフォルトの名無しさん** · 2017/10/21(土) 11:01:34.95

>>37
うちの案件フロウ使ってるわ
最初の技術選定でクソ馬鹿野郎が生JS選択したせい
しかも途中で辞職、いやいなくなってくれてせいせいしたが

んで、どうしようもないから後付けでフロウ
クソみたいな生JSに後から挿入れられるのはメリットだわな
ライブラリの対応はゴミだけど

**デフォルトの名無しさん** · 2017/10/21(土) 11:46:16.50

>>41
まあそういうところもあるけど、Rust なんかはだいぶ機能を整理した方かなとは思うよ。
実際に作って使ってみるとボローイングの解決しづらさがよくわかるってのはある。
理論と実践は繰り返してなんぼ。

**デフォルトの名無しさん** · 2017/10/21(土) 12:04:58.67

言語レベルのリファクタリングを備えたTypeScript 2.5がリリース
https://www.infoq.com/jp/news/2017/10/typescript-2-5-refactoring

**デフォルトの名無しさん** · 2017/10/21(土) 13:02:01.91

>>42
Typescriptも該当ディレクトリ内にXXXX.d.ts(XXXは生jsのファイル名)を置くだけで
型が付与できるけどな。しかも生jsの箇所をいじらずに。
どっちがいいかは何とも言えないが。

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

jsというかTypeScriptを使ってるんだけど。async-awaitマジでいいわ
と思ったが例えばclassのコンストラクタをasync対応してくれたらな～って思うわ
初期化時に非同期関数使いたいと詰む。

**デフォルトの名無しさん** · 2017/10/21(土) 13:38:53.78

>>46
c#でずいぶんお世話になってるから嬉しいわ

**デフォルトの名無しさん** · 2017/10/21(土) 13:51:38.02

>>45
ま？

**デフォルトの名無しさん** · 2017/10/21(土) 14:20:00.52

>>46
わざわざasyncのinitializeメソッド作るの馬鹿らしいよな、仕方ないんだけど

**デフォルトの名無しさん** · 2017/10/21(土) 14:32:26.28

>>46
constructor() {
　(async () => {
　 await this.hogeAsync();
　})();
}
インスタンス作成側ではawait newとかできないけど、分かってて使えば
今のとここれで特に問題ないわ。

**デフォルトの名無しさん** · 2017/10/21(土) 18:32:34.18

>>50
非同期関数がそのクラスの生成タイミングで終わる保証無いだろ。
大概ストレージとかネットワークアクセスしてるわけだし。
それで事足りてんの？マジで？

あ · 2017/10/21(土) 18:53:01.32

>>9
使ってみたらわかるが、ちょっと頭おかしいレベルで補完効くぞ。
関数の型が、「Date | "不正日付" | "演算不能"」と、stringの中身まできちんと出してきたときにはびっくりした。