[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 04/24 12:50 / Filesize : 249 KB / Number-of Response : 1032
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

次世代言語9[Haskell Rust Kotlin TypeScript Dart]



1 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 10:09:15.60 ID:x/Au45rc.net]
スレタイ以外の言語もok

前スレ
次世代言語Part8[Haskell Rust Kotlin TypeScript]
mevius.5ch.net/test/read.cgi/tech/1512137301/

2 名前:デフォルトの名無しさん [2018/03/06(火) 10:30:06.56 ID:nMdAiw1E.net]
Dartきてんね

3 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 11:03:49.49 ID:05hne0v2.net]
DartとDlangの違いを教えてください

4 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 11:43:03.15 ID:DTiE8Uxw.net]
Googleは言語選択保守的すぎるだろ
関数型言語採用しないどころかGolang作っちゃう時点で

5 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 12:27:31.20 ID:KV/wZ8PJ.net]
Goと関数型は土俵が違わん?

6 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 14:53:26.90 ID:+D30KD0L.net]
関数型とは具体的に何のことやら
Rustが採用したenumとtraitは関数型か?

7 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 20:42:26.57 ID:MoZw2NXu.net]
>>4
別にそんなとこで冒険しても生産性上がらんよねって感覚なんだろ。

8 名前:デフォルトの名無しさん [2018/03/06(火) 20:42:29.39 ID:cU7JZ0/j.net]
>>6
enum・traitと関数型は関係ないだろ?どちらもHaskellの型システムをパクって来たってだけ
関数型言語の特徴として真っ先に思いつくのは関数を第一級オブジェクトとして扱えるか否かというところだろうな
ただその考え方だけだとC言語でさえ関数ポインタがあるから関数型言語に含まれてしまうことになる
そこからさらに副作用を出来る限り避ける文化があるか否かとかも判断基準になるのかな?
言語の文化とかふんわりした表現は具体性を伴わないから説得力に欠けるんだよな
改めて関数型を具体的に説明しろと言われると難しいな…

9 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 20:57:45.92 ID:xvhpcg6j.net]
>>8
関数ポインタは確かにC/C++系独自だけれども(Javaにはなかった)第一級オブジェクトではない、とおもうよ

10 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 21:32:52.86 ID:MoZw2NXu.net]
もう少しだけ動的に関数定義を変えて返したりできるのが関数型ぽい。



11 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 21:34:37.20 ID:qto5wiY+.net]
Cの関数は実行時に生成挟めないから第一級オブジェクトではないよ

12 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 21:40:19.40 ID:MoZw2NXu.net]
c++ならクラスのメンバに情報持たせて、メソッド使うことでクロージャぽいものはできるけど。

13 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 21:45:38.71 ID:DG7WbBnA.net]
λ理論を念頭に置いて実装されたかどうかやぞ

14 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 22:00:19.48 ID:qto5wiY+.net]
c++なら素直にラムダ式使おうよ…

15 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 22:19:34.09 ID:xvhpcg6j.net]
C++ のラムダ式でYコンビネータを記述できるのですか?
できないのならラムダ式などと呼称していいのでしょうか?

16 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 22:36:28.04 ID:qto5wiY+.net]
>>15
2つの話題を勝手に混ぜるな
>>14>>12 に安価付けなかったのは俺が悪いけどさ

実行時の環境を用いた関数定義の有無についてc++ならラムダ式を使おうという話をしているだけだ
しゃーねーだろ言語機能としてラムダ式って命名されてるんだから

関数型言語とはなんぞやという話題についてc++のラムダ式を例に挙げてc++は関数型だ!なんて言うつもりは毛頭ない
Yコンビネータに関しては確かできた気がするが

17 名前:デフォルトの名無しさん mailto:sage [2018/03/06(火) 22:44:51.87 ID:DG7WbBnA.net]
>>16
正論すぎて草

18 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 00:36:57.39 ID:EDSn5kWw.net]
>>4
goって保守的かな?結構攻めてる言語だと思うが。
swiftのほうが断然保守的。

19 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 00:55:59.65 ID:487L5ZU0.net]
>>18
保守的にするという意味で攻めてる言語だな

20 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 00:59:12.93 ID:JwI5qwvI.net]
諦めと開き直りを全面に押し出してくる言語だな、確かに。



21 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:21:30.28 ID:EDSn5kWw.net]
goの攻めてるところ。
ライブラリのimportにuriを指定してできるようにしてgithubから直接importできるようにした。
例外を辞めた。
公開、非公開をメンバ名が大文字始まりかどうかで決めるように。
クラスをやめて、構造体だけにした。
インターフェース実装は該当メソッドの有無で決定


といった具合に他の言語の当たり前の部分を壊した。全然保守的とは思えないが。

22 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:26:49.68 ID:EDSn5kWw.net]
後は未使用ライブラリのimportをコンパイルエラーにするというのも、他の言語であんまり見ない気がする。 

これは、積み重なるとコンパイル時間に影響するから、言語設計にコンパイル時間の考慮を重きにおいている証拠の一つと言える

23 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:27:38.81 ID:487L5ZU0.net]
>>21
例外とか構造体はC時代に逆戻りしてるだけだし、静的ダックタイピングは他の言語にもあるし、githubのurl指定は結局色々な問題起きてるし(この間のgo-bind

24 名前:ata騒動とか)、公開/非公開の大文字小文字も気軽に変えられなくて不便だし何のメリットがあるんだ? []
[ここ壊れてます]

25 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:28:30.13 ID:487L5ZU0.net]
>>22
他の言語はエラーにはしないけど警告出す
初期の開発中は未使用importエラーも邪魔なだけでしょ

26 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:41:57.73 ID:EDSn5kWw.net]
>>23
むしろ、今まで当たり前にあった言語仕様を振り返って本当に必要かどうかを再検討して
削りに削った仕様だと思うけどな。

c++とか触ってたとき、クラスと、構造体って、本当に両方必要か?どっちか要らないだろって思ってたりしたから、
すごくしっくりきた。

27 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:51:00.36 ID:EDSn5kWw.net]
>>24
IDE使ってると半自動だからあんまり面倒だと感じたことはない。警告を無視する開発者もいるから徹底したほうが良いんだろう。
linuxカーネルもコンパイルすると警告出てるし

28 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:54:34.87 ID:487L5ZU0.net]
>>25
構造体とクラスに関しては個人的に同意
ただ型パラメーターとか例外がないのはありえない
エラー処理は長すぎる。if分岐でチェックとかいつの時代だよ
型パラメーターないせいでDRY原則を破るか型安全を破るかしないといけない

29 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 01:56:06.25 ID:EDSn5kWw.net]
>>23
go-bindata騒動はgo固有の問題でもない。nodeだって似たようなことあっただろ。

30 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 02:03:48.32 ID:EDSn5kWw.net]
>>27
例外いるかな?
tryで包まなきゃいけないメソッドや、関数ってドキュメント読むか、実際に実行するまでわかんなくないか?
言語によっては例外が飛ぶ可能性がある関数かどうかわかるんだっけ?
jsはわかんないから不便。



31 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 02:08:04.97 ID:EDSn5kWw.net]
>>27
結局interface{}使うのかよ的なね。わかる。
俺はコード生成に可能性を見出してる。
goはコード生成フレンドリーな言語仕様だし標準ライブラリに、AST系が揃ってるから

32 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 02:19:43.98 ID:487L5ZU0.net]
>>28
nodeもあったけどnodeの場合はnpmの仕様変えれば解決出来るやん
でもGoはgithubに依存してるから解決不可能じゃん

>>29
それならEither型作ってメソッドチェーンで書けるようにして欲しい
Goのエラー処理は関数呼び出し毎にしないといけないからだるすぎ

>>30
型パラメーターが複雑だから、コンパイル速度に影響出るからって入れなかったのにコード生成しろって矛盾してない?
どっちが複雑だよ。どっちがコンパイル速度に影響出るよ?

33 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 03:07:39.19 ID:EDSn5kWw.net]
>>31
コード生成はプリプロセスとしてコンパイルの度に毎回動かすわけじゃない。stringerとか使ったことない?

inportに関しては、
nodeがnpmの仕様を変えたら解決するならgoもそうすればいいのでは?

現状でも、vendor/もコミット対象にしてしまえば、依存ライブラリを管理対象にできるから

サードパーティライブラリに頼る以上はライブラリ作者の影響をどの言語だって受ける。

34 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 03:12:09.66 ID:rBtvNRXK.net]
Yコンビネータ forall a. (a -> a) -> a のように
forallがつく関数は第一級オブジェクトにならないのが普通だ
総称型がある比較的新しい言語はもう第一級オブジェクトにこだわらない

35 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 04:31:47.78 ID:Fw456RXb.net]
maybe/eitherが無い言語はあまり触りたくないな

36 名前:デフォルトの名無しさん [2018/03/07(水) 07:45:36.47 ID:z ]
[ここ壊れてます]

37 名前:WLX9kTq.net mailto: goってなんだかよく使われてる以外の理由で使う理由がないよ
同じことするならrustのがいいわ
[]
[ここ壊れてます]

38 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 08:21:04.51 ID:JwI5qwvI.net]
Goはマイクロスレッド得意なのはありがたいな。
あとチャンネルと。
そして静的リンクがデフォ。
これだけで、Go使う価値あると思ってる。

39 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 09:16:51.01 ID:L0uTy1l9.net]
>>35
WEBサーバ: go,php,ruby,java,Elixir
IOSアプリ:swift,dart
Androidアプリ:java,kotlin,dart
WEBクライアント:JavaScript,elm,TypeScript
cliツール:go

どこにrustが入る?

40 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 09:50:59.47 ID:vL0QsqKL.net]
Rustは生ポインタが使えるし、C ffiが比較的容易に可能、そのうえwebassemblyにまで対応してる
>>37以外にも組み込み、OS、ドライバ、デスクトップアプリ等どこにでも入ろうと思えば入れる
C++の後継を目指してるだけあってかなり万能な言語ではあるんだが
問題は普及するかどうか…



41 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 10:25:38.57 ID:487L5ZU0.net]
>>32
goはgithubに依存してるからgithubの仕様変えないと駄目じゃん
具体的にはリポジトリやユーザーの削除禁止。でもそれは無理だろ?

>>32
毎回動かすわけじゃないけど、変更あったら動かすだろ?
しかもそれは他の言語でも差分コンパイルで出来る

42 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 10:51:52.29 ID:JwI5qwvI.net]
>>39
githubが便利だからgithub使ってるけど、別にgithub以外でも公開出来るし、依存してると言うより多くの人間がgithub使ってるだけでは?

43 名前:デフォルトの名無しさん [2018/03/07(水) 13:02:44.71 ID:s6OLNjGp.net]
プログラマの労力よりコンパイル速度を優先してるのが謎

44 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 13:09:33.87 ID:4hpZk16v.net]
コンパイル速度が短いとデバッグしやすいからじゃね?

45 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 13:13:30.69 ID:4hpZk16v.net]
cliツールgoってマジ?

46 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 13:14:29.36 ID:upKMxxIv.net]
>>38
Rust嫌いじゃないけど普及しないと思う
今年のロードマップもwasmとCLIとNetwork頑張る、っておとなしすぎだろ
いろいろできるならもっとぶっ込んで来いやゴルア ってね

47 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 13:19:03.34 ID:lIV1PIoV.net]
Googleが採用しなかったDartよりはMozillaが採用したRustの方が将来性はあると思う

48 名前:デフォルトの名無しさん [2018/03/07(水) 13:45:40.70 ID:MMWrPDHz.net]
>>37
ウエッブサーバ: rust
他のサーバ: rust
ウエッブクライアント: rust
CLI: rust

49 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 13:53:35.83 ID:L0uTy1l9.net]
>>41-42
その辺の話は
https://talks.golang.org/2012/splash.article
に書いているけど、
Google社内の巨大なソースのコンパイル時間が45分とかかかるようになっちゃって
なんとかしないとという流れで始まったって書いてる。
つまりGoogle以外で恩恵を得る可能性は低いな。

50 名前:デフォルトの名無しさん [2018/03/07(水) 14:07:05.01 ID:vL0QsqKL.net]
>>46
一応マジメに返しておくと現状webクライアントはrustだけじゃダメだよ
現状ではまだwebassemblyでDOM操作はできないし他にも出来ないことは沢山ある
webクライアントにはRust+JSの組み合わせが必須になる

ただし、Rustのマクロ使ってRustの中にJS書いてビルド時にwasmとJSを両方吐きだして
無理やりRust onlyを実現してるstdwebとかいう先進的?なフレームワークも存在する
あのクレー



51 名前:g発見したときは「こいつ天才かよ?」って思った []
[ここ壊れてます]

52 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 14:22:34.19 ID:L0uTy1l9.net]
Rustは気になるけど、さわるモチベーションとなるキッカケがないんだよな。
FirefoxベースのElectronとかでて直接レンダリング部分をrustでいじるようなライブラリがでたら考えるかな

53 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 14:54:16.32 ID:2wkQZK0N.net]
人気が下降しプログラマの求人も少ないプログラミング言語ワースト10は? 一方で仕事の多い言語は? CodementorXとCoding Dojoの調査結果
www.publickey1.jp/blog/18/5_codementorxcoding_dojo.html

54 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 15:25:36.37 ID:n65ilySP.net]
jsのファミコンエミュを苦労してrust(→webassembly)に書き直してもぜんぜん速くならないという悲しい現実。
ハマるユースケース少なそう。

55 名前:デフォルトの名無しさん [2018/03/07(水) 16:03:24.12 ID:vL0QsqKL.net]
>>51
憶測でしがないが、それはRustやwasmが遅いというわけではなくて
ファミコン程度の演算ならJSだろうがwasmだろうがパフォーマンス的には大差なくて
それよりもwasmとJSでデータをやり取りする際のコピーのコストが高くついてるんじゃない?
3Dゲームの演算とかもっと重い処理じゃない限りwasmのメリットが活きてこないんじゃ…
もしくは、将来的にwasmから直接DOM操作ができるようになれば…

56 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 16:26:53.26 ID:lIV1PIoV.net]
GoとRustはバランスが悪いんだよな
ラムダ式とかジェネリクスとかGCがあればこそ手軽に使えるものなのに
GoはGC有るのにどちらも無くて
RustはどちらもあるけどGCが無いから不便

57 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 16:37:37.77 ID:rBtvNRXK.net]
RustにもARCはあるんだろ
まあでもARCはゴミのようだという意見には一理あるわな

58 名前:デフォルトの名無しさん [2018/03/07(水) 16:48:10.62 ID:vL0QsqKL.net]
>>55
RustにARCがあるってのは誤解を招く恐れがあるので補足
RustではARCは標準ライブラリとして用意されてる
SwiftみたいにARCでメモリ管理してるわけじゃないよ

59 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 17:13:59.44 ID:8jwTNUb7.net]
Rustなんてmozillaに金掴まされた奴しか見向きもしてない何にも使えない言語が
次世代言語とか笑わせんでくれ

60 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 17:19:05.18 ID:mYeM/2on.net]
まだ言ってんのかよw



61 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 17:35:57.09 ID:8jwTNUb7.net]
実際誰がどこで使ってるのか教えてくれ
モジラの金掴まされた企業以外で

62 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 18:15:46.78 ID:EDSn5kWw.net]
googleがxi-editor作ってたり、
後railcarってdocker代替作ってたり。
どっちもあんまり魅力的じゃないないな。
ゲームエンジンがrustで書いたらどうなるか興味ある。

63 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 18:19:20.11 ID:EDSn5kWw.net]
dartを知らない人間がdartに触る例。

https://youtu.be/uDKCK8BBPJU

エンジニアのプログラミング実況動画面白いかも。これのrust版ってある?

64 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 18:50:32.83 ID:8jwTNUb7.net]
>>59
1.0出て何年も経ってるのに
その体たらくって時点でお察し

65 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 19:11:36.71 ID:QbuNtZtf.net]
>>59
ゲーム分野もUnityやUnrealでニーズ満たしてるし、それ以外のものは今さら流行らんでしょ

66 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 19:14:43.72 ID:AePhkh+C.net]
>>41
コンパイル速度が早ければスループットが上がるんだから、労力の定義次第だろ。

67 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 19:15:35.75 ID:487L5ZU0.net]
>>59
こいつ反応楽しみたいだけの荒らしだから触れるな

68 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 19:17:10.88 ID:487L5ZU0.net]
>>53
本当これだよな
両方バランスが悪い
ネイティブでバランスの良いKotlinみたいな言語欲しい
Kotlin Nativeはどうなんだろうね

69 名前:デフォルトの名無しさん [2018/03/07(水) 20:42:19.89 ID:vL0QsqKL.net]
>>53
ラムダ式とジェネリクスはGCとはあまり関係ない機能だと思うが…
特にジェネリクスとGCには全く何の関係も無いような…

70 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 20:57:01.38 ID:L0uTy1l9.net]
https://taiyaq.com/contents/VXd2aV04Gr1mLC8e3AbEg4XKly
Dartの言語ツアーみてるけど、結構言語仕様が辛い。

変数宣言がC由来の「型 変数名」なのがつらい。
GoとかTypeScriptみたいに変数宣言は「変数名 型」にして欲しいわ
あと内部コードがutf16というのが気になる。jsより後発なのにjsと同じ仕様って。

Flutterは良さげなのになぁ。



71 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 21:02:27.65 ID:ZH5MFU7m.net]
RustがC++の代替って枠だと先にも出てる大規模ゲームなんだが、個人やインディーズなら大手エンジンでいいし社内独自エンジンだとこれまでの資産的にツールもゲーム本体も言語変える必要なくない?みたいな所がなぁ

72 名前:デフォルトの名無しさん [2018/03/07(水) 21:13:00.74 ID:xaPv5Ark.net]
気軽に書くならswiftを使うかな

73 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 21:18:56.44 ID:L0uTy1l9.net]
>>68
rustってc++に絶対勝てないのかね?
メモリ管理を静的に解決できるって不思議なんだけど、もしかしてメモリ節約プログラミングが得意だったらスマホとかIOTでワンチャンあるかもしれん。

74 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 21:24:30.78 ID:Fw456RXb.net]
今rustで書いてるよ、勿論mozilla全く関係無い
映像系のバックエンドでは結構使ってる情報見るけどな

75 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 21:51:29.88 ID:hDt5Kv7q.net]
rustは理論好きで実際はコードほとんど書かないような連中に人気あるだけだろ。
ゼロコスト抽象化カッケーとかそういう層。

76 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 21:58:39.87 ID:ZH5MFU7m.net]
>>70
ヒープ周りは言う程魔法みたいな事をしてる訳ではないよ
どこまでいってもコンパイル時の制限をカッツカツにして開放を保証するって話だし

iotもスマホも(もちろんゲームも)クロスプラットフォームしたくて大変なのにそれぞれc++向けに書かれてるsdkラップする?っていう
オープン規格やらそういうsdkがrust向けを公式で出すようになれば採用も出てくるとは思うけどね

77 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 22:05:41.69 ID:hDt5Kv7q.net]
メモリ解放のタイミングが分からなくなるっつーのは基本的に
インスタンスを共有してる変数がいくつもあるから
ってのがrustの主張の根幹でしょ。

78 名前:デフォルトの名無しさん [2018/03/07(水) 22:21:07.09 ID:zWLX9kTq.net]
わたすもrustで書いてるよ
webだけど
メインブラウザがファイヤーフォックスだからモジラの手先かもしれん

79 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 22:26:35.72 ID:4hpZk16v.net]
まあrust使ってる時点でモジラの手先だしな

80 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 22:26:48.78 ID:rBtvNRXK.net]
実行時に参照カウントを増減するのは、実行しないとわからない場合だけにしろ
コンパイル時にわかることを実行時にチェックするな
これはRustだけでなく静的型がさんざん主張していたこと



81 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 23:11:58.32 ID:LhUqstRW.net]
>>1
Dartとかいう完全死産のゴミ言語をスレタイに入れるな
おまえほんっとセンスねーなバーカ

82 名前:デフォルトの名無しさん mailto:sage [2018/03/07(水) 23:22:26.51 ID:TWVUeb1Y.net]
Dart2で再始動って言ってるからDart4くらいで良くなるんじゃねw
Flutterはちょっと気になってる

83 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 00:02:08.17 ID:XFDvKJyj.net]
>>47
これでコード書く時間が逆に増えたらウケるな

84 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 00:11:20.59 ID:XFDvKJyj.net]
>>79
死んでしまったAngularちゃんの悪口はやめろ

85 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 02:29:26.18 ID:to5KOUcv.net]
>>79
内部文字コードがutf16とか変数宣言がいまいちとか結構辛い。
flutterとdartを分離してTypeScriptから使えるようにしてくんないかな

86 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 12:46:52.68 ID:XQ95i3sC.net]
>>72
あーわかる超わかる
トイプログラムだけ書いて満足する奴のための言語みたいな

87 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 12:54:28.13 ID:XQ95i3sC.net]
>>71
結構使ってる情報見る(ソースなし)

88 名前:デフォルトの名無しさん [2018/03/08(木) 13:26:45.90 ID:f+gZIHDW.net]
>>83
個人が趣味でやってるプログラムなんてどんな言語だろうが大体そういうものだろ
別にRustで書いてる奴に限った話じゃない

89 名前:デフォルトの名無しさん [2018/03/08(木) 13:27:26.60 ID:f+gZIHDW.net]
本格的なものを作ろうとすれば企業が関わらざるを得なくて現状ではどの企業もまだ様子見状態ってだけ
むしろGoogleがRustで実験的にエディタを作ってるってことは
Googleも採用を検討するくらいには注目してる言語ということ

90 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 13:36:32.00 ID:XQ95i3sC.net]
>>86
残念ながらxi-editorは20%ルールの産物で完全に個人のトイプログラムなんですよね

そもそもGoogle社内の公認言語にRustなどという腐ったものは存在しない



91 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 13:55:25.73 ID:sd0Mz8U9.net]
Goも元々は20%ルールの産物じゃなかったっけ?

92 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 13:56:46.22 ID:UjKWiNad.net]
そだよ
てか、GoはRuby同様ガチ勢に嫌われすぎてて、なかなかカチッとしないね

93 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 14:07:05.39 ID:XQ95i3sC.net]
まじで。Go自体が20%ルールの産物なのは知らんかったわ

Goは初期のJava見てるような時代逆行感あるし、それが嫌われる原因だろうね
初期のJavaよりははるかにマシだけど

94 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 15:53:31.02 ID:39/jgBm7.net]
>>84
Rustアンチ面倒臭い

gihyo.jp/dev/serial/01/dwango-engineersoul/0002?page=2
https://speakerdeck.com/yaminoma/bitutoretogai-shan-dezhuan-song-liang-wojian-rasitaohanasi

95 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 16:57:24.84 ID:XQ95i3sC.net]
ドワンゴや渋みたいな画質最悪回線ptptのプラットフォームの技術()なんて参考にならん

Youtubeとか嗶哩嗶哩とかネトフリくらいのプラットフォームが全く採用してない時点でお察しだろ

96 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 17:38:09.62 ID:3H4xAb5h.net]
アンチのいない言語ってあるんかな?
それって誰が見ても引っかかることがなくて無難で分かりやすい言語ってことだよね。
、、、、C言語かな?
いやーないか。Pythonかな?

97 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 18:00:05.39 ID:gkfiSzw4.net]
>>93
C 言語は基本だよね…

98 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 18:05:00.88 ID:cve6DJMj.net]
マクロ中途半端じゃん

99 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 18:06:09.58 ID:My+VxY9/.net]
Goが嫌われるのは、意識高い系の人間が欲しがる機能をオミットしたからだろ。
欲しがるやつはバカぐらいの事言ってるし。
学者と機械屋が仲悪いのと同じようなもんで。

100 名前:デフォルトの名無しさん mailto:sage [2018/03/08(木) 20:42:30.56 ID:Qr0iRnUQ.net]
機能をオミットする方向を示しただけでもgoは価値あるよ。
他の言語はバカみたいに機能を追加する方向しかみてなかったし。








[ 続きを読む ] / [ 携帯版 ]

次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<249KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef