次世代言語Part8[Haskell Rust Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/12/01(金) 23:08:21.45

スレタイ以外の言語もok

前スレ
次世代言語Part7[Go Rust Swift Kotlin TypeScript]
http://mevius.5ch.net/test/read.cgi/tech/1508403098/

**デフォルトの名無しさん** · 2018/03/04(日) 23:16:03.90

>>950
ワイ大将軍の代弁、ご苦労だぞ

**デフォルトの名無しさん** · 2018/03/04(日) 23:17:13.31

>>954
React Nativeの寡占のケツ叩く材料にはいいかもしれんな
それしか価値がないが

**デフォルトの名無しさん** · 2018/03/04(日) 23:26:12.39

覇権言語TypeScriptで作られたVSCodeを使ってDart書いてたら死にたくならない？

**デフォルトの名無しさん** · 2018/03/05(月) 00:09:59.08

AltJS界で覇権
プログラミングエディタで覇権
クラウドプラットフォームでGoogleに圧勝して2番手
.NET Coreもまさかの成功
MSは一時期調子に乗ってMSを馬鹿にしてたWeb系連中を完全に黙らせたよな
結局、所詮Web系は極めて狭い技術領域における開発プロセスの過剰な最適化を競ってるだけで、大した技術はないんだよね

**デフォルトの名無しさん** · 2018/03/05(月) 00:19:04.86

そのWeb系連中のケツ穴舐めて媚びへつらってアヘ顔晒してるM$さんが何だって？

**デフォルトの名無しさん** · 2018/03/05(月) 00:32:25.07

実際、言語設計やシステム設計に関してはMSは群を抜いてると思う
対して、需要を先読みするセンスはGoogleとAppleの方が一枚上手って感じ
まぁ、今のAppleはブランド力だけで需要を強引に上書きしてる感あるが

**デフォルトの名無しさん** · 2018/03/05(月) 00:37:15.68

おい林檎豚、M字ハゲベゼルが見えてるぞ

**デフォルトの名無しさん** · 2018/03/05(月) 07:49:09.52

林檎は、かつてのMSみたいな老害と化してるだろ…

**デフォルトの名無しさん** · 2018/03/05(月) 09:46:28.71

TypeScriptは確かに覇権ではあるけど
自らにES201X + 型である。という強い制約を課している。
だからいろいろできたらいいのになって思うけどできない制約が多い。

例えば関数のオーバーロードはできない(宣言はできるけど)。
https://docs.solab.jp/typescript/function/overload/
がっばって実装を工夫しないと読みづらそう。

**デフォルトの名無しさん** · 2018/03/05(月) 09:56:41.48

>>961
今のApple上層部は技術に興味がない感がすごい。
rootパスワードを無視できるバグができたって完全にテストプロセスが旧態依然ってことだろ。

**デフォルトの名無しさん** · 2018/03/05(月) 10:36:05.64

C言語はほとんど良いんだけどマクロだけは糞すぎ

◆QZaw55cn4c · 2018/03/05(月) 10:41:43.46

>>965
あのマクロが万能なんでもあり感満載でいいのではないか？

**デフォルトの名無しさん** · 2018/03/05(月) 10:45:51.07

副作用も含めて良い感じ

関数の中に書いたりしたときにスコープ効いてくれると嬉しかったんだが

**デフォルトの名無しさん** · 2018/03/05(月) 11:33:55.06

Cのプリプロセッサはマクロと呼ぶには貧弱で置換表現と呼ぶには強力過ぎるのがなぁ

**デフォルトの名無しさん** · 2018/03/05(月) 12:26:34.17

>>963
普通に関数のオーバーロードできてるやん…
もしかして、オーバーロードが何か理解してない？？

**デフォルトの名無しさん** · 2018/03/05(月) 12:41:42.16

>>969
よく読めよ宣言はできるって言ってるだろ。
エントリーポイントは一箇所に纏める必要があるのが問題だって言ってるの

**デフォルトの名無しさん** · 2018/03/05(月) 12:42:27.17

>>969の理解している「普通の関数のオーバーロード」を説明してもらった方が面白いと思う

**デフォルトの名無しさん** · 2018/03/05(月) 13:27:13.44

>>970
エントリポイントが1箇所にまとまってるとオーバーロードじゃないの？

>>971
ポリモフィズムのバリエーションで、ユーザーコードから、別シグニチャに同じメッセージタグで呼び出せるものだと思ってるが

実装が大変かどうかと、オーバーロードが実現できるかどうかを同じにしてることに違和感があっただけだよ
ID:mBYt1wWZが大変だと思ってる事実を否定するものではない

**デフォルトの名無しさん** · 2018/03/05(月) 13:27:48.97

マクロはDOM操作かPHPに似ている
ただしweb系が戦国時代だとしたらcppは覇権江戸幕府

**デフォルトの名無しさん** · 2018/03/05(月) 14:45:14.98

オーバーロードの宣言を一箇所にまとめないといけないというのは改造ocamlのG'Caml等もそうだったな
その方がコンパイラは楽なのもわかるけど、実用しようと思ったら別々の場所で宣言できないと
用を為さないというのもわかる

**デフォルトの名無しさん** · 2018/03/05(月) 17:35:50.57

＞ポリモフィズムのバリエーションで、ユーザーコードから、別シグニチャに同じメッセージタグで呼び出せるものだと思ってるが

特段反論というわけでもないけど:
シグネチャというのはそもそもメッセージタグが同一でも型や引数の個数で別になる
つまりそれはシグネチャの定義に過ぎない

シグネチャが別になった結果同じ名前で別のもの(関数定義など)が参照されるのがオーバーロード。
TypeScriptは型情報についてはオーバーロードが行われるが、
実装の参照については(ECMAScriptとの互換性のため)オーバーロードが行われない、
みたいに理解している。

**デフォルトの名無しさん** · 2018/03/05(月) 17:57:02.33

次スレからPart表記なくせば、もっと詰め込める
この形ならElmかNimがはまるな

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

でも文字数ギリだから、次次スレからまた変えることになる
括弧をなくせば使えるが

次世代言語10 Go *** Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/03/05(月) 19:57:21.53

>>976
そもそも言語をスレタイに入れなければ良いのでは？

**デフォルトの名無しさん** · 2018/03/05(月) 20:31:22.82

>>977
それだと検索に引っかからなくなる

**デフォルトの名無しさん** · 2018/03/05(月) 20:38:24.63

別に引っかからなくていいよ。
誰がそこまでこのスレを重視してんの？

**デフォルトの名無しさん** · 2018/03/05(月) 20:41:16.04

オレだよ、オレオレ！

**デフォルトの名無しさん** · 2018/03/05(月) 20:41:22.54

>>978
引っかかったところで大してその言語の話してねえようなスレなんだぜ。
Kotlinなんて十レスもない。
引っかかること自体詐欺的。

**デフォルトの名無しさん** · 2018/03/05(月) 20:56:53.56

たし蟹
もう次スレいらんでしょ

**デフォルトの名無しさん** · 2018/03/05(月) 21:22:28.56

次世代言語と言えばsmalltalkだろ
もっとsmalltalkの話しようぜ！

**デフォルトの名無しさん** · 2018/03/05(月) 21:27:08.39

申し訳ないがジョブズに自慢していいとこ取られて死んだ言語はNG

**デフォルトの名無しさん** · 2018/03/05(月) 21:35:44.64

あえて言おう
パクられることなくSmalltalkに残った機能なぞカスであると
イメージベース然り、become:然り

**デフォルトの名無しさん** · 2018/03/05(月) 23:30:43.29

なんでDart2なんか出しちゃったんだろな
ひょっとしてグーグルって俺よりバカなんじゃないか？
俺だったらGo使うわ

**デフォルトの名無しさん** · 2018/03/05(月) 23:39:33.13

いやホント、俺がプロジェクトマスターやってあげたほうがいいんじゃないか？って。
心配になってくるよな、最近のグーグルは、困ったもんだよ

**デフォルトの名無しさん** · 2018/03/06(火) 01:37:43.48

>>986
goはなんか違う気がする。
今のgoでGUIフレームワーク作ったらinterface{}だらけになる予感しかない。

**デフォルトの名無しさん** · 2018/03/06(火) 01:41:33.41

GoにGUIは明らかに不得手。
俺画面周りはHTMLとCSSで書いてるわ。
gopherjs使うと思ったよりブラウザ側でも色々させられるし。
あれ面白いぞ。

**デフォルトの名無しさん** · 2018/03/06(火) 01:43:22.53

どっちかというと比較対象はTypeScriptなんじゃないかな。null安全だったりasync awaitあったり共通点は多い。
でも、jsの仕様を引きづる言語仕様だから、そういう後方互換性を考慮しなくてもいいDartってことなんじゃないか。
google社内でも使われてるみたいだし。
flutterもreactユーザーにはしっくりきやすい。俺はTypeScript+React大好き派だから
かなりいい感じ。
チュートリアルもdartを知らんでも触れるようにできてて分かりやすい。

**デフォルトの名無しさん** · 2018/03/06(火) 07:20:22.85

>>981
笑えたわww。

対照的に何度も出てくるみんなのアイドル某ボケ担当言語を外してるあたりも、
個人的怨嗟が垣間見える。

**デフォルトの名無しさん** · 2018/03/06(火) 08:33:44.80

>>991
単純に一番少ないやつ挙げたんだけどね

**デフォルトの名無しさん** · 2018/03/06(火) 10:09:42.47

次世代言語9[Haskell Rust Kotlin TypeScript Dart]
http://mevius.5ch.net/test/read.cgi/tech/1520298555/

**デフォルトの名無しさん** · 2018/03/06(火) 17:55:36.25

flutterってどんなアーキ使えばいいの？
reactと同じだからflux?

**デフォルトの名無しさん** · 2018/03/06(火) 20:24:51.38

>>994
flux自体がReactの延長上の思考法なわけだから。
基本は極力Stateの管理をするコンポーネントを一箇所に集めろって話。
flutterもおんなじだろうね。
詳しくはReactの考え方でググってみ。

**デフォルトの名無しさん** · 2018/03/06(火) 23:57:19.92

う

**デフォルトの名無しさん** · 2018/03/06(火) 23:57:52.53

め

**デフォルトの名無しさん** · 2018/03/06(火) 23:58:24.93

ま

**デフォルトの名無しさん** · 2018/03/06(火) 23:58:49.26

す

**デフォルトの名無しさん** · 2018/03/06(火) 23:59:19.76

1000

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 95日 0時間 50分 58秒