次世代言語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/02/26(月) 05:56:26.51

コードから改行をスペースに変換して一行にするライブラリーを作ればいい。

**デフォルトの名無しさん** · 2018/02/26(月) 11:09:00.46

プリプロセッサは遅くないぞ
C++のテンプレートやコンパイル時処理のほうがよっぽど遅い
RustもSwiftもプリプロセッサを排除する代わりにC++と同じようなことをやってる

**デフォルトの名無しさん** · 2018/02/26(月) 11:28:37.86

>>877
プリプロセッサが遅いんじゃなくてプリプロセッサに依存したビルドが遅いんだろ
コンパイル単位という時代遅れな概念さえなければ話はずっとシンプルになる

**デフォルトの名無しさん** · 2018/02/26(月) 11:57:47.68

コンパイル単位ってコンパイル高速化するためのものと思ってたんだけど、今は無い方が速いのか？

**デフォルトの名無しさん** · 2018/02/26(月) 11:58:09.67

文字列処理は結果をファイルに保存して再利用しやすい
クラスやオブジェクトの処理はファイルシステムと連携が難しい
かといってファイルシステムがない環境でも動くコンパイラを作る意欲もなさそう

**デフォルトの名無しさん** · 2018/02/26(月) 13:46:15.14

>>877
プリプロセッサが、遅いかどうかはどう作るかによるのでは？
何でもできる分、遅く作り込むことも可能。
だからgoとかは組み込みのimport機能を作ったわけで。

**デフォルトの名無しさん** · 2018/02/26(月) 13:50:29.38

>>875
jsのhyperappに感動してしまったから
感情的になってしまった。
300行でしかも比較的読みやすいコードで
react+reduxなライブラリが作れたことにびっくりしたんす。
勉強用の教材としてもうってつけ。

こういうのが他の言語のライブラリでもないかなと思って。

**デフォルトの名無しさん** · 2018/02/26(月) 16:02:15.05

>>879
✕高速化
○メモリ節約
今の1/1000のメモリでデカいウンコを無理矢理出すための手法で、今となっては百害あって一理なし

**デフォルトの名無しさん** · 2018/02/26(月) 20:55:59.83

じゃあお前だけ並列コンパイル禁止な

◆QZaw55cn4c · 2018/02/26(月) 21:02:06.28

>>883
make -j での高速コンパイルに感動することしきりです、いつか 32thread な CPU を買おうと思っています

**デフォルトの名無しさん** · 2018/02/26(月) 22:24:02.68

なぜかプログラマー板に立って放置されてる
nimのスレ立てるか

**デフォルトの名無しさん** · 2018/02/26(月) 22:29:16.70

頼む

**デフォルトの名無しさん** · 2018/02/26(月) 22:43:29.59

boost 大好きな奴がビルドのベストプラクティスとして
1ファイルに全て書く言うてたな。
バカとしか言いようがないが面倒だから黙ってた。

**デフォルトの名無しさん** · 2018/02/26(月) 23:37:01.37

小規模なら1ファイルに全て書いても問題ない
普通に書いたら数百とか数千ファイルになるようなものなら馬鹿で間違いない

**デフォルトの名無しさん** · 2018/02/26(月) 23:38:45.60

インターフェースとその実装とかは、小規模なら同じファイルに書いてるのもよく見かける

**デフォルトの名無しさん** · 2018/02/27(火) 03:24:43.50

世の中にはhaskell使い結構居るっぽいのになんでここには全く居ないんだ
githubやstackoverflowまで行かないと出会えんのか

**デフォルトの名無しさん** · 2018/02/27(火) 05:49:52.64

一つのファイルに書かなくても
複数のファイルをつなげて一つにするプログラム書けばいいだろ
そのやつ馬鹿やんなｗｗｗ

**デフォルトの名無しさん** · 2018/02/27(火) 05:53:33.06

昔の偉い人はトップのファイルにだけインクルードを書く手法をつかったらしいからな。
これは複数のファイルを一つにつなげるプログラムとおなじことやんな。

**デフォルトの名無しさん** · 2018/02/27(火) 11:03:33.84

今の偉い人はLTOに任せます

**デフォルトの名無しさん** · 2018/02/27(火) 11:58:06.25

分割できないのはC++のtemplateだけ
Cは問題ないからほとんどの言語はCのライブラリに依存する
他言語から利用するならさすがにファイル分割せざるをえない

**デフォルトの名無しさん** · 2018/02/27(火) 12:49:23.86

templateって分割できないの？分割してる俺は異端だったか

**デフォルトの名無しさん** · 2018/02/27(火) 13:02:26.29

優秀なコンパイラ使ってるんだな
そのためのexport構文は実装が難しすぎて廃止されたんだ

**デフォルトの名無しさん** · 2018/02/27(火) 14:30:07.64

Vector<T>の内部で無引数のVectorを利用するだけみたいなパターンがある
このパターンに従ってなければ異端視されるリスクはあるだろう

**デフォルトの名無しさん** · 2018/02/27(火) 16:21:26.72

Railsってなんだかんだいって未だに人気があるみたいだけど、
なんでなん？ Rubyって動的言語だよね？ PHPを使ったフレームワークとどこが違うの？
なんであんなに1強状態で人気があるの？
Rubyの魅力とセットで教えてください。

**デフォルトの名無しさん** · 2018/02/27(火) 16:31:55.21

優れているわけではなく、バカチョンで作れるから安易に選ばれやすいのだろう
Railsで始めてみることより、仕様が固まったら次のまともな言語やフレームワークに移行できるかの方が重要
実際、それに失敗（あるいはその必要性すら見越せず）して炎上する案件も後を絶たない
小さくは産めるが大きく育てることはできないのがRails

**デフォルトの名無しさん** · 2018/02/27(火) 16:57:52.59

バカチョンなのはphpじゃなくて？
なんか意識高い系が使ってるイメージなんだけどRoR

**デフォルトの名無しさん** · 2018/02/27(火) 17:42:22.46

絶対MAC使ってそう

**デフォルトの名無しさん** · 2018/02/27(火) 22:14:44.71

ザッカーバーグはphpでボコボコ作ってたんだから作れる奴は作れるんだろ。

**デフォルトの名無しさん** · 2018/02/28(水) 00:50:59.60

>>903
でも言語ごと見直してるよねつ hack

**デフォルトの名無しさん** · 2018/02/28(水) 01:21:37.82

型が定義域を成すような言語ってあったっけ？

**デフォルトの名無しさん** · 2018/02/28(水) 06:23:34.25

高階型の事か？
ルービーとか？

**デフォルトの名無しさん** · 2018/02/28(水) 10:14:44.58

>>899
これに誰もコメントできないということは意識高い系エンジニアはもう2chにはいないってことかな

**デフォルトの名無しさん** · 2018/02/28(水) 10:54:54.72

煽られたのでレスする

>>899
エコシステムが優れているの一点に尽きる
日本語のユーザーが多いので大抵の問題は検索で解決する
とりあえずgem入れれば大抵のことができる
Rubyであることは恐らく関係がない（Rubyの魅力ってなんだろ？ないんじゃね）

このような特長によりラピッドプロトタイピングでは他の追随を許さないため、
早急に成果物が必要なWeb系スタートアップなどでとても重宝される

ユーザーが多くて問題が検索で解決するということは学習コストが低いので、
プログラミングが全くわからないという初心者にも人気

誤解を恐れずに言えば、PHPなどの他の言語のRoRライクなフレームワークは、
Rubyを新たに学習するのを嫌がった既存言語のユーザーのためのパチモンである

**デフォルトの名無しさん** · 2018/02/28(水) 17:01:05.36

人気がどうとか言い出したら未だに8割はphpだし

**デフォルトの名無しさん** · 2018/02/28(水) 18:04:09.73

次世代言語スレで枯れたスクリプト言語の流行り廃りなんて話題にしたくないって人が多いんだろ

**デフォルトの名無しさん** · 2018/02/28(水) 18:07:45.89

結局javascirptが古いようで最新の技術なんだよね。

**デフォルトの名無しさん** · 2018/02/28(水) 20:24:05.75

>>908
Rubyが嫌いって結局ガッツリハマった人の意見じゃないなぁ。
結局外から観測してる人の意見じゃん。
やっぱりいないんだな。2chには。

ちなみにRubyの良いところって多分プリミティブ型が存在しないことなんかなと
完全に純粋なオブジェクト指向言語を目指したって作者の人も言ってるし。
数字にメソッドが生えているのはたしかにすごいと思った。

**デフォルトの名無しさん** · 2018/02/28(水) 20:29:48.68

>>912
あとElixirはかなりRubyに影響を受けてると聞いた。
だからRubyには魅力があると考えている人は確実にいる。

**デフォルトの名無しさん** · 2018/02/28(水) 21:14:49.16

数字にメソッドといえば Kotlin もそうだな。

**デフォルトの名無しさん** · 2018/02/28(水) 23:56:12.70

>ちなみにRubyの良いところって多分プリミティブ型が存在しないことなんかなと
心の底からどうでもいいわ。

**デフォルトの名無しさん** · 2018/03/01(木) 00:14:26.84

>>915
まぁそうよね。俺もRubyを外野から見てるから、正直それがどうプログラミングに役に立つかわからない。

でも、今もiOS開発でcocoapodsが使われてるなら
あれは設定ファイルがrubyで出来てるはず。(DSLを作りやすい言語だとも聞いた。)

**デフォルトの名無しさん** · 2018/03/01(木) 01:01:03.87

>>909
捨てられない、壊せない、低学歴のゴミ捨て場
池沼保守が更なる池沼保守を招き、公共事業になる

COBOLですか？いいえ、ペチプァです

**デフォルトの名無しさん** · 2018/03/01(木) 01:49:49.40

>>911
https://anond.hatelabo.jp/20170501085956

＞JavaScriptはDOMを書き換えるためだけに存在している書捨てのクソ言語であって、サーバーサイドを書くために存在している言語でも、100万行からなるバベルの塔の建設に耐えうる言語でもない。

**デフォルトの名無しさん** · 2018/03/01(木) 02:34:21.42

>>918
JSも毎年進化してるしasync-await周りの進化を楽しみにしてます。
array系メソッドのasync-await対応入れて欲しい。

TypeScript全然今現役だし。むしろこれからじゃないの。
結構型定義ファイルを最初から提供してくれるライブラリも増えてきたし。

**デフォルトの名無しさん** · 2018/03/01(木) 02:51:20.00

動的言語の良いところは連想配列と無名関数だぜ
オブジェクトとか参照透明とかいう思想を無視して使うと良い

**デフォルトの名無しさん** · 2018/03/01(木) 07:56:42.84

参照透明ｗ
ガイジすぎますよペチプァさん

**デフォルトの名無しさん** · 2018/03/01(木) 08:06:33.61

透明でも透過でも意味はおなじやろ

**デフォルトの名無しさん** · 2018/03/01(木) 08:47:20.76

日本語ですらこうだからな
英語でこれをやられると日本人は詰む

**デフォルトの名無しさん** · 2018/03/01(木) 09:14:47.72

rubyで作ったものといえばhomebrewとかchef、vagrantとか環境構築系統の奴が多い気がする。

**デフォルトの名無しさん** · 2018/03/01(木) 11:41:14.60

でもPHPってなにげに関数型っぽい性質を思ってるよね。
requestを入力にresponseを出力するだけの機能しか作れないわけだし。
ただ言語自体が副作用を許容するのが残念なだけで。

**デフォルトの名無しさん** · 2018/03/02(金) 07:56:21.08

いや関西型でしょ
細かいことはどうでもええねんやで～　って感じ

**デフォルトの名無しさん** · 2018/03/02(金) 11:26:26.47

>>926
新しいーー

**デフォルトの名無しさん** · 2018/03/02(金) 16:36:06.39

細かい組み込み関数は暗記しなくていいとPerlの作者は言ってる
でもみんな人の話を細かいところまで聞いてない

そして、組み込み型が存在しない言語があれば完璧に覚えられるんじゃないか
完璧に覚えられないPerlは欠陥品じゃないかと誰かが思いついた

**デフォルトの名無しさん** · 2018/03/02(金) 23:32:55.91

perlやっぱキチーわ。。
http://perldoc.jp/docs/perl/5.6.1/perlvar.pod

**デフォルトの名無しさん** · 2018/03/03(土) 01:42:16.88

詳細を暗記しなくていいって言い方は何か違うな
全容を理解しなくても使えるみたいな言い方だった

**デフォルトの名無しさん** · 2018/03/03(土) 10:52:51.13

誰も全容を理解できないほどグチャグチャなだけじゃないか？

**デフォルトの名無しさん** · 2018/03/03(土) 10:55:41.97

ゴミの中から使えるものを探し出すマイニング言語だな

**デフォルトの名無しさん** · 2018/03/03(土) 14:24:12.16

機能を詰め込んだ言語はどれも同じようなこと言うが、
あればどっかのバカがドヤ顔で使うもんなんだよ。人が分からないこと機能を使うことがそいつの生きがいだったりするし。

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

結局次世代覇権はどれなの

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

そんなものはない

**デフォルトの名無しさん** · 2018/03/04(日) 08:27:34.15

覇権とはつまり無料で伝わってくる評判や情報
たしかにソースコード自体はただでもらえることが多いが
全ての情報が無料になるとは限らない

**デフォルトの名無しさん** · 2018/03/04(日) 08:43:02.11

Dartまだ生きてたんだな
flutterで久々に名前聞いたわ

**デフォルトの名無しさん** · 2018/03/04(日) 09:06:46.22

死産だろ
AltJSはTypeScriptだけでいい
Flowのある今、TSですら要らなくなりかけてるしな

コヒースクリプトとかいう究極の糞ゴミもあったなそういえば

**デフォルトの名無しさん** · 2018/03/04(日) 09:27:49.51

javascriptのpython的な感じのnode.jsが
サーバ側javascriptとかいってわけのわからない何をするものかわからない
説明しかないウェブ上にないから選択肢にならないのが駄目なんだよな。

**デフォルトの名無しさん** · 2018/03/04(日) 09:58:27.75

Dartの戦略はosから全部google製に置き換えるという壮大なものっぽい。
flutterはUI部分はビデオゲームみたいに0から作り直してるからAndroidの断片化問題を回避してる。
結論はdart死んでなかったんや

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

Dartはまだワンチャンある

**デフォルトの名無しさん** · 2018/03/04(日) 12:11:02.48

自社で使ってねえ、いつ投げ出すかもわかんねえプロダクト使えるわけねえだろ
Angularなんて全く自社で使ってないから、案の定グダグダでReact対抗なんか遙か遠く、Vueにすら劣るゴミやン

**デフォルトの名無しさん** · 2018/03/04(日) 12:37:54.80

>>942
わかる
自社で作ったフレームワークを自社が使わないってどうなのよ？って思う
まだベータ版だからとかそれなりの理由があるならともかく、そうでなければ
自分の作ったフレームワークは使うに値しないって言ってるも同然だよな
そんなフレームワークを使う気になれないし趣味以外で使う奴の気が知れない

**デフォルトの名無しさん** · 2018/03/04(日) 12:39:21.59

さすがに手を出しかねるよなあ
flutterに関してはアーリーアダプターさんに頑張っていただいて、僕はレイトマジョリティになるでござる

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

angularみたいに色々ごった煮するよりか
reactみたいに単なるviewライブラリって割り切ってもらった方が個人的には好みかな。

**デフォルトの名無しさん** · 2018/03/04(日) 13:14:01.97

そだねー

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

Googleって社内の開発に関しては保守的な印象
Googleともなると、新しい玩具に飛びつくことが長期的にどれだけの利益または不利益を生むかが定量的に分かってしまうんだろうね

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

あんだけコード資産あったらそらそうだろ

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

逆に、つかえねえ自社開発ツールを>>943みたいな理屈で開発環境として現場に押し付けるのもどうかと思うが
公開しないんじゃなくて、できないレベルで使えない、公開したら株価下がるレベルのやつ

ある程度は公開してフィードバック貰わないと腐るよ

**デフォルトの名無しさん** · 2018/03/04(日) 18:24:47.56

>>949
いや、自社開発のクソみたいなツールを使えと言っているわけじゃないんだが…
例えばReactはFacebookが作っていて、Facebookは自社でReactを積極的に利用してるわけだから
そういう開発者自身が積極的に利用してるツールじゃないと魅力を感じないってだけで

あと、公開するなとも言ってないんだが…
自社では利用してないツールなら正式版としては公開するのはどうかと思うってだけで
ベータ版としてならむしろ積極的に公開してほしい

Googleはコード資産が膨大だから全てをAngularに置き換えるのは到底無理な話だが
一部のツール(例えばGmailだけ)を実験的にAngularに置き換えることは可能だろ
でも、それさえ行われてないわけでそんなものを正式版と言われても魅力を感じないと言いたかった

**デフォルトの名無しさん** · 2018/03/04(日) 18:53:56.69

Flutterをとょっと触った感じすごくReactぽい。なんというか今のトレンドはReactに皆寄せるんかな

**デフォルトの名無しさん** · 2018/03/04(日) 20:14:57.99

Google Wave の匂いがする…

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

Closure Library「社内で使ってたら使ってくれるんですか？」

**デフォルトの名無しさん** · 2018/03/04(日) 20:32:08.26

Flutterのチュートリアルを翻訳し始めてみた
https://taiyaq.com/contents/Q2PmOvB1p2yMdH9xxe1JpKL6Jx

手軽に触れる。開発ツールとして悪くない。
vscodeに最初から対応しているのがいい。

**デフォルトの名無しさん** · 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との互換性のため)オーバーロードが行われない、
みたいに理解している。