次世代言語12 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/07/04(水) 09:38:15.76

スレタイ以外の言語もok

前スレ
次世代言語11[Rust Swift TypeScript Dart]
https://mevius.5ch.net/test/read.cgi/tech/1528037607/

**デフォルトの名無しさん** · 2018/08/15(水) 07:14:29.89

rustで組み込みできないか調べ始めてるんだが
メモリまわり完全に使うがわで制御可能？
暗黙的にヒープ使われると見積りできなくなるからいやなんだが

**デフォルトの名無しさん** · 2018/08/15(水) 07:16:40.13

c代替言語探しても全部そのへんでアウトなんだよね
妥協して適当なヒープ見積りで作るぐらいならcでいいやってなる

**デフォルトの名無しさん** · 2018/08/15(水) 07:25:16.84

ヒープを使わないのは可能
ヒープを使うときはBoxに入れるので宣言的

**デフォルトの名無しさん** · 2018/08/15(水) 07:31:23.45

平行処理向け、OOP、例外なし、漸進的型付け
https://inko-lang.org

**デフォルトの名無しさん** · 2018/08/15(水) 07:40:18.88

このスレ見たことも聞いたことも
無いような言語が出てきて勉強になるw

**デフォルトの名無しさん** · 2018/08/15(水) 08:06:57.88

>>836
文字化けするかどうかの話だろ

**デフォルトの名無しさん** · 2018/08/15(水) 15:26:38.61

このスレで教えられた見たことも聞いたこともないような言語：
ponylang
plasmalang
redlang
nimlang
minlang

**デフォルトの名無しさん** · 2018/08/15(水) 15:51:44.24

nimは良さげだけどなぁ

**デフォルトの名無しさん** · 2018/08/15(水) 16:29:44.37

lang大杉

**デフォルトの名無しさん** · 2018/08/15(水) 16:36:47.86

Wikipediaにあるプログラミング言語のリスト

1950年代 FORTRAN LISP ALGOL RPG COBOL
1960年代 CPL BASIC PL/I APL BCPL Simula LOGO B
1970年代 Forth Pascal C Prolog Smalltalk Scheme ML AWK SQL Ada
1980年代 C++ Objective-C Common Lisp Eiffel Erlang Perl Mathematica J
1990年代 Python Tcl Haskell Visual Basic Ruby Lua Delphi Java JavaScript PHP OCaml SuperCollider R ECMAScript
2000年代 C# Scala D F# Go Nim
2010年代 Dart Ceylon Elixir Hack Swift Rust Perl 6 Elm Julia Kotlin

90年代は豊作だったな。

**デフォルトの名無しさん** · 2018/08/15(水) 16:41:03.73

6っていう言語があるのかと思った

**デフォルトの名無しさん** · 2018/08/15(水) 17:18:12.79

>>839
なるほどそんな感じなのか
ヒープのライブラリをすげ替えるのは可能？

**デフォルトの名無しさん** · 2018/08/15(水) 17:20:39.18

ちょっとスレ違いでごまんなさい

**デフォルトの名無しさん** · 2018/08/15(水) 18:17:20.87

>>848
すげ替えとはどんな意味？
Boxは特別扱いされてるから挙動を変えたりはできないと思う
より具体的な話はrustスレがよいでしょう

**デフォルトの名無しさん** · 2018/08/15(水) 19:49:02.22

chapelを誰かレビューしてください。気になってるけど試してないんだ

**デフォルトの名無しさん** · 2018/08/15(水) 21:02:28.91

>>848
アロケータを変えたいという意味で聞いてるのなら一応可能だったはず。
「一応」っていうのは確かNightly(不安定版)だったはずってのと
使ったこと無いから正直俺もよく分かってないって意味。

因みにデフォルトのアロケータはjemallocだよ。

**デフォルトの名無しさん** · 2018/08/15(水) 22:26:34.97

>>840
最初から漸進的型付とかバカちゃうか
型無し糞言語だからしょうがなく漸進的型付と型推論入れて糞をごまかしてるのに
最初から糞丸出しの糞とか糞以外の何糞なんだ？

**デフォルトの名無しさん** · 2018/08/15(水) 22:55:11.78

そりゃUnkoだろ

**デフォルトの名無しさん** · 2018/08/15(水) 23:41:03.78

UNKOLANGwwwwwwwwwwwwwwwwwwwwwwwwwwww
バカじゃねwwwwwwwwwwwwwwwwwwバーカバカwwwwwwwwwwwwwwww

**デフォルトの名無しさん** · 2018/08/15(水) 23:41:33.78

型無しを見下すのも選民思想のようなものだな
HaskellやRustはこいつの手口に学んだのだろう

**デフォルトの名無しさん** · 2018/08/16(木) 00:05:20.96

でも型のない言語で作られたプロジェクトの9割がゴミだったわ
PHP 5系とかほんと酷かった

**デフォルトの名無しさん** · 2018/08/16(木) 01:31:52.58

サーバーがゴミ
スマホを見習うべき
修理するより10割捨てて買い換えろ

**デフォルトの名無しさん** · 2018/08/16(木) 08:43:40.33

最初は型ありで、動的言語台頭してきて、
それがまた型ありのほうが良いってなった。
繰り返してるのかな？
また、将来動的言語の方が良いってならないか？

**デフォルトの名無しさん** · 2018/08/16(木) 08:54:14.64

動的と静的が合体したのがあればいいんだがな(´・ω・｀)

**デフォルトの名無しさん** · 2018/08/16(木) 09:04:42.23

型推論が進化するとむしろ人間が下手に型を書くと推論の邪魔になるから最小限しか書かなくなるようになる

**デフォルトの名無しさん** · 2018/08/16(木) 09:11:01.01

>>860
動的型付け+型ヒンティングがそれだろう。TypeScriptが理想に近いと思う。

**デフォルトの名無しさん** · 2018/08/16(木) 09:15:57.05

個人的には静的型ベースにdynamic導入が好み

**デフォルトの名無しさん** · 2018/08/16(木) 09:22:55.02

>>859
多分君が言ってる「型」ってのは、文字列、整数、浮動小数点とか構造体の事じゃね？
初期に普及したCPUアーキテクチャでは、そういった原始的型の実現が重要だった。
ソフトウェの組み方が、プロセス指向、データ指向、オブジェクト指向、メッセージ指向と拡張されるに連れて、必要な型も拡張されてきた。
で、現在「型」って一般的に言ってるのはオブジェクト指向用なんだが、その一方でC言語の入門編では古代の型を教えるから、大抵の人は混乱してしまう。

**デフォルトの名無しさん** · 2018/08/16(木) 10:14:16.07

オブジェクト指向用()

**デフォルトの名無しさん** · 2018/08/16(木) 10:35:09.79

最近は動的な型解決が主流なんだろ？

**デフォルトの名無しさん** · 2018/08/16(木) 11:27:59.24

動的にも静的にも良いところはあるんだし、一概にどうとは言えんだろう。
動的型言語に慣れてるやつに言わせれば、コンパイラに指摘されるまでエラーに気づかないのは甘え、テスト不足、みたいな極論になるぞ。

オブジェクト指向もずいぶんアラン・ケイが考えたものと乖離してる気はするしな。
smalltalkは放置するとして、erlangみたいなメッセージ志向の言語はもう少しあっても良いと思う。

**デフォルトの名無しさん** · 2018/08/16(木) 12:14:27.85

コンパイル通れば安全！IDEが全部教えてくれる！
これぞ最強モダン開発

**デフォルトの名無しさん** · 2018/08/16(木) 15:59:24.18

>>852
ありがーと！

**デフォルトの名無しさん** · 2018/08/16(木) 17:52:13.43

我が社ではサーバ側をrustでリプレイスし始めた
今のところ楽しい

**デフォルトの名無しさん** · 2018/08/16(木) 17:58:22.15

>>870
どの言語からRustにリプレースしてるの？

**デフォルトの名無しさん** · 2018/08/16(木) 17:59:57.32

>>870
ずいぶん思い切ったな

**デフォルトの名無しさん** · 2018/08/16(木) 18:06:45.11

php, java(or kotlin), c(apache module), nginx(lua module), python, ruby
など一通り

負荷の高いところからちょっとずつだけど、phpのは一つ終わった

**デフォルトの名無しさん** · 2018/08/16(木) 18:10:00.12

>>870
御社すげえな！

**デフォルトの名無しさん** · 2018/08/16(木) 18:17:13.11

弊社ちっぽけな会社なもので、ランニングコストを抑えて価格で勝負しないとやってゆけないのです

**デフォルトの名無しさん** · 2018/08/16(木) 19:23:57.75

小回りが効くってやつだね

**デフォルトの名無しさん** · 2018/08/16(木) 19:46:40.67

rust案件として俺を雇ってくれない？
仕事なら勉強しそう。TypeScriptなら仕事で使っとります

**デフォルトの名無しさん** · 2018/08/16(木) 20:15:08.09

最終的にどれくらい改善されたのか気になるから教えてほしい

**デフォルトの名無しさん** · 2018/08/16(木) 20:28:34.40

自分達の稼働コストは無視か
典型的なダメベンチャーだな

**デフォルトの名無しさん** · 2018/08/16(木) 21:16:00.37

偉い上から目線で評価しはりまんなあ

**デフォルトの名無しさん** · 2018/08/16(木) 21:35:07.40

オープンソースのようにコストを公開する習慣がないから
高いという証拠も安いという証拠もない
だから無視されるんだ

**デフォルトの名無しさん** · 2018/08/16(木) 22:00:51.30

>>877
仕事じゃなくても勉強しないと！

>>878
元のコードの良し悪しについて無視するならば、phpのシステムはcpu時間が1/2、メモリ1/50、レイテンシ1/2、スループット3倍になった

>>879
無視してないよ

**デフォルトの名無しさん** · 2018/08/16(木) 22:04:38.50

>>882
比なんかどうでもいいから金額教えて

**デフォルトの名無しさん** · 2018/08/16(木) 22:31:32.06

まあまさか月額百万以下とか言わないと信じてるけど、
動画配信のような本質的に高負荷な事業を除けば、クラウド費用が問題になるのはそもそもビジネスとして成立してないやろ
もしそんな状況なんだったらコスト削減なんかよりピボットして開発に金使うべきだわ

**デフォルトの名無しさん** · 2018/08/16(木) 22:49:23.38

サーバを維持＆増強するコストが半分になると考えればアリじゃないの？

**デフォルトの名無しさん** · 2018/08/16(木) 23:10:38.07

>>883
なんの金額？

>>884
なんの金額？

>>885
アリアリだよ

**デフォルトの名無しさん** · 2018/08/16(木) 23:14:03.67

>>886
クラウド費用を元々いくらだったのをいくらに削減できたかに決まってるでしょ
金額ね

**デフォルトの名無しさん** · 2018/08/16(木) 23:23:22.53

そんなもんに決まってたの？ｗ

**デフォルトの名無しさん** · 2018/08/16(木) 23:24:10.16

なんでそうえらそうなんだお前はw

**デフォルトの名無しさん** · 2018/08/16(木) 23:43:02.90

>>887
オンプレだからそういう計算はできないなあ
ちゃんとペイするからそう心配しないでよ

**デフォルトの名無しさん** · 2018/08/16(木) 23:46:47.80

Rustって国内書籍これくらいしかないのか
https://www.amazon.co.jp/dp/4873118557/

**デフォルトの名無しさん** · 2018/08/16(木) 23:50:05.89

宣伝すんなカスが
マイナス評価つけるぞコラ

**デフォルトの名無しさん** · 2018/08/16(木) 23:52:22.29

>>890
だったらクラウドに移行するか、データセンターに運用丸投げするのが先じゃね
手間も含めたらよっぽどコスト削減になると思うけど

**デフォルトの名無しさん** · 2018/08/16(木) 23:58:40.26

もはや何が論点なのかわからない

**デフォルトの名無しさん** · 2018/08/17(金) 00:04:51.67

何このスレ

**デフォルトの名無しさん** · 2018/08/17(金) 00:14:22.68

>>892
ここでアピっとけば誰かがビジネスチャンスだと思ってもっととっつきやすい本執筆してくれるんじゃないかっていうなんかそういうのだよ

**デフォルトの名無しさん** · 2018/08/17(金) 00:22:10.39

>>893
そんなことはないんだけど、残念ながら納得いただけるだけの材料を提供することはできないからなあ

**デフォルトの名無しさん** · 2018/08/17(金) 00:37:35.02

単純に自分の金が欲しいという話ではないんだよな
自分だけでなくみんなが金を欲しがって欲しいという話だから面倒臭い

**デフォルトの名無しさん** · 2018/08/17(金) 01:23:14.14

君らはRustに親でも殺されたのかね

**デフォルトの名無しさん** · 2018/08/17(金) 07:33:34.97

今出向してるベンチャーで工数が３倍になるのを覚悟してでも社内システムの開発用言語を関数型にしようとしてる。

最初はHaskell+elmだったけど、エコシステムが腐っているという理由によりScala+elmに変わった。rustは最初から除外されてた。学習コストが半端ないという理由により。
（まともに使えるのに２ヶ月かかる）

**デフォルトの名無しさん** · 2018/08/17(金) 07:40:59.38

Scalaって最近微妙によくきくな
昔いろいろ入れすぎて一瞬でオワコン化したって聞いたが

**デフォルトの名無しさん** · 2018/08/17(金) 08:04:37.32

Rustのコードを書くと借用チェッカにコテンパンにされて工数かかる、とでも思ってんのかねぇ。
実際は真面目に設計してりゃそこまで問題でもなかろうに。

**デフォルトの名無しさん** · 2018/08/17(金) 08:05:36.14

Scalaで生き残ってるのはSparkだけだよ
Sparkがビジネスで受け入れられ始めた頃にKotlinやDottyで無茶苦茶になってアーリーアダプタが一斉に引き揚げ、負債として残っちゃった

**デフォルトの名無しさん** · 2018/08/17(金) 08:07:51.84

コンパイルと言えばTypeScriptってめっちゃエラー出てるのにちゃんとjsファイル生成されるのには笑う

**デフォルトの名無しさん** · 2018/08/17(金) 08:08:05.32

>>900
> 工数が３倍になるのを覚悟してでも社内システムの開発用言語を関数型にしようとしてる

これはなんで？

**デフォルトの名無しさん** · 2018/08/17(金) 08:22:15.36

関数型なら、Elixir を使えば？

**デフォルトの名無しさん** · 2018/08/17(金) 08:24:57.45

声の大きい関数型信者がいただけでしょ
社内システムだとビジネス観点の統制もないだろうし
俺も社内向けの仕事するときは毎回新しい言語使ってるぞ

**デフォルトの名無しさん** · 2018/08/17(金) 08:44:50.39

まあ、社内システムっていつでもごちゃごちゃになるもんだし、本当にできるなら関数型にすればテストは楽だね。

俺が作ってたシステムは、言語は関数型ではないけど、何が何でもキュー処理システムが処理する結果が正で、それ以外の書き込み許してなかったから、ジャーナルを流し直すとデグレてないかテストができるよ。
業種の問題なんだろうけど。売ってるシステムも、キュー処理システムだけが書き込み出来るようになってる。

非同期対応とかも、もともと非同期を前提にしてたから何も困らんし、キュー処理システムは処理ロジックとして何でも呼び出せるからモックにしようが本番にしようがなんとでもなったな。

変な言語で出来てるけど、どんな言語に持ってっても移植できると思うわ。

**デフォルトの名無しさん** · 2018/08/17(金) 09:21:55.29

意識高い系のエンジニアに対してビジネスサイドによる適切な方向付けができてないと、
こうやって誰も求めていない非機能要件を勝手に創造してオナニーを始めるんだよな

**デフォルトの名無しさん** · 2018/08/17(金) 09:31:08.74

工数３倍というのは学習コストを加味してると思う。仕事で勉強していいとか羨ましい。
elixirも話題になったけど、結局erlangに精通する必要性が出るから除外された。

**デフォルトの名無しさん** · 2018/08/17(金) 09:33:05.90

>>908
すべての変更処理はイベントとしてキューイングして処理するようにしたってことかね？

**デフォルトの名無しさん** · 2018/08/17(金) 09:51:00.01

Elixirは関数型として見ると微妙なんだよなぁ。
F#から借りてきたパイプライン演算子はなんでああなっちゃったんだろうか。
あれじゃただのUFCSなんだからドットにしとけばよかったのに。

**デフォルトの名無しさん** · 2018/08/17(金) 10:36:43.40

>>911
そうそう。
売り物の方が、監査証跡と全データの変更履歴が必須だから。
社内システムにも持ってきてるが、今まで事故ったのは入力ミスに赤伝切らずにDB書き換えた事由来ばっかり。

**デフォルトの名無しさん** · 2018/08/17(金) 12:20:43.37

俺も初めて任されたwebアプリケーションスタートアップでJSF選んだの後悔してるから変えたいわ

**デフォルトの名無しさん** · 2018/08/17(金) 15:48:35.69

>>900
Haskellのエコシステム、そんなにひどいのか。
具体的にはどういう所がダメなんだ？
確かにScalaはなんとなく良い感じなのは同意。

**デフォルトの名無しさん** · 2018/08/17(金) 16:38:51.06

バージョン依存矛盾地獄が待ってる

**デフォルトの名無しさん** · 2018/08/18(土) 07:53:33.41

他言語なら他のインストール方法試すなりコード弄るなりで対処しようがある感じだがhaskellはあかんわ。。

**デフォルトの名無しさん** · 2018/08/18(土) 07:56:45.72

>>907
自分のプロジェクトで使って最後までメンテするんなら別にいいと思うが
人のライブラリに無理やり突っ込んで人を実験台にしてくる輩は死ねと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 08:37:03.46

stack使ってもダメ？

**デフォルトの名無しさん** · 2018/08/18(土) 10:01:38.67

>>867
>動的型言語に慣れてるやつに言わせれば、コンパイラに指摘されるまでエラーに気づかないのは甘え、テスト不足、みたいな極論になるぞ。

そんな奴見た覚えはないが、新人君みたいなテスト＝単体のインターフェーステストって認識なのかもね。

**デフォルトの名無しさん** · 2018/08/18(土) 10:07:23.30

>>918
「関数型」と言ってる奴にとってはHaskell自体が実験台でしょ
パラダイムの方に興味があるということは実装のメンテナンスは期待できない

**デフォルトの名無しさん** · 2018/08/18(土) 10:28:33.16

でも今どきピュー(P)と吹けば(H)壊れる(P)ウンポコペチプー選ぶガイジよりはマシだろ

**デフォルトの名無しさん** · 2018/08/18(土) 10:36:18.90

>>922
＞壊れる(P)
？

**デフォルトの名無しさん** · 2018/08/18(土) 10:43:47.47

dart2のレスがないとは

**デフォルトの名無しさん** · 2018/08/18(土) 11:09:02.28

>>916
依存"矛盾"地獄ってどゆこと？

**デフォルトの名無しさん** · 2018/08/18(土) 11:13:11.94

簡単に言えばPHPよりゴミってこった

**デフォルトの名無しさん** · 2018/08/18(土) 11:20:32.47

>>921
別に自分で実験する分にはいいと思うが
メンテナンス性も含めてそのパラダイムが有効か検証しないと意味ないだろ。
今時メンテナンス性を考慮しない言語なんてありえんわ。

**デフォルトの名無しさん** · 2018/08/18(土) 11:25:02.02

HaskellはCのライブラリをいくらでも取り入れるのでCが分からないと地獄
「全部自動化すればCが分からなくても問題ない」という説を信じたら地獄

一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした

この問題についてはパラダイムは関係ない

**デフォルトの名無しさん** · 2018/08/18(土) 11:38:12.60

Googleは当初Dartでやろうとしてた事にはTypeScript採用したんじゃなかったっけ？

**デフォルトの名無しさん** · 2018/08/18(土) 11:39:33.27

>>928
haskellの評価順序とcの評価順序のバインディング考えるだけでも頭痛くなるわ。
そこに特有の最適化仕の把握しとかないと使えんだろうし、そんなもん普通のプログラマが使えるか。

>一方、JavaやJavaScriptは鎖国のようなことをやってCを使わないようにした
javascriptは知らんがjavaもc呼び出しはやるだろ。メモリモデルの違いで苦労はするがcの他からの呼び出しやすさはやっぱすげーと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 11:46:35.61

機械学習がPythonになったのは、JavaでCを呼び出していいのか躊躇したからだと思うよ

**デフォルトの名無しさん** · 2018/08/18(土) 11:58:21.02

>>931
個人的にはdeeplearningの層を明示的に静的型付で表現するのがあんまり相性良くないから
と思ってるけど。javascriptでもある程度ライブラリ出し始めたところ考えるとそうかなと思う。

**デフォルトの名無しさん** · 2018/08/18(土) 12:01:16.82

マルチプラットフォーム実装を前提とするライブラリならともかく
アプリ側からC呼ぶとか何のためのJVMか分からんがな

**デフォルトの名無しさん** · 2018/08/18(土) 12:02:08.26

pythonは読みやすさからサンプルコードとしてよく使われていたのが
そのまま使われ続けただけ。

**デフォルトの名無しさん** · 2018/08/18(土) 12:12:12.35

何のためのjvmというが現実にはcのコードをポートする方が楽だからな
jvm が使えないプラットフォームにも対応できるし

**デフォルトの名無しさん** · 2018/08/18(土) 18:16:58.82

>>920
そんな奴いっぱいいるぞw

**デフォルトの名無しさん** · 2018/08/18(土) 19:09:18.34

もう全部Pythonで良くね？