次世代言語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/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秒