次世代言語18 V Julia 他

**デフォルトの名無しさん** · 2019/09/30(月) 23:11:51.54

スレタイ以外の言語もok

前スレ
次世代言語17 Go Rust Kotlin TypeScript Julia
https://mevius.5ch.net/test/read.cgi/tech/1567602619/

**デフォルトの名無しさん** · 2019/10/01(火) 14:00:36.70

Goが使われるのって主にバックエンドだろうけど、
今時のバックエンドはクラウドサービスを積極的に活用してシンプルに問題を解決するのが主流だよね
もはやコードレベルでアプリケーションアーキテクチャを語る時代は終わり、コードに対して求められるものが変わってきてるんだよ

**デフォルトの名無しさん** · 2019/10/01(火) 14:08:40.93

どういうことなの…

**デフォルトの名無しさん** · 2019/10/01(火) 14:12:01.96

>>28
戦力の逐次投入するやつはみんなそう言う
今ここで投入するより別のところで投入するべきだと

**デフォルトの名無しさん** · 2019/10/01(火) 14:17:23.33

>>31
Scala導入するような間違った方面で熱量発揮するバカはお呼びじゃねえ
ってオブラートに包まずに言った方がわかりやすかったか？

**デフォルトの名無しさん** · 2019/10/01(火) 14:27:27.75

自称優秀なやつほど愚直に書くことを病的に避けて
ScalaやらHaskellやらのコードゴルフみたいな難解な解決（）に走る

そういう難解な「優秀」さはかえって邪魔
それをScalaショックから学ばない「優秀」な奴は本当にバカ

**デフォルトの名無しさん** · 2019/10/01(火) 14:29:21.20

今後はUiPathでアプリが作れて営業ができる人が生き残ります
コードの時代は終わった

**デフォルトの名無しさん** · 2019/10/01(火) 14:54:27.30

馬鹿同士極論で無意味な議論して楽しいのかな

**デフォルトの名無しさん** · 2019/10/01(火) 15:03:29.55

scala祭りの人がscalaから引退したのは衝撃だった

**デフォルトの名無しさん** · 2019/10/01(火) 15:45:55.17

JavaとHaskellの対立が激しくなったら
Scalaが最も冷静な中立の言語になる予定だったんだろ

失敗の原因を選べ
・中立だから
・本当の中立なら成功するけど本当の中立ではなかったから

**デフォルトの名無しさん** · 2019/10/01(火) 16:43:50.31

元々オブジェクト指向、動的型付け言語から
関数型、強い静的型付け言語に流れるブームがあって
Scalaはそこに乗っかる形でJava資産を使える関数型の強い静的型付け言語ってことで一時期流行った

でも型をおもちゃに無茶苦茶やる意識高い系がマウント取りはじめて
本当に物を作りたい人が離れていったり
互換性やビルドの遅さみたいな言語自体の欠陥もあいまって
「やっぱ強い静的型付け関数型言語は意識高い系のおもちゃでしかなかった。
プロダクト作るのには向いてないな」って雰囲気になって
一気に人がいなくなって焦土になった←いまここ

**デフォルトの名無しさん** · 2019/10/01(火) 17:00:16.56

>>34
UIPathでAIできるのか？

**デフォルトの名無しさん** · 2019/10/01(火) 17:07:51.76

Rustが主流になる
https://qiita.com/baby-degu/items/a311ca07d155037253c8

**デフォルトの名無しさん** · 2019/10/01(火) 17:34:08.00

>>38
typescriptもそうなりそうな予感がしてる
react nativeで使ってみたけど
マジで苦痛の極みだった
もの作るってレベルじゃねえ
この手のでかいフレームワークで型推論ありの静的型付け言語使うのは無理がある

**デフォルトの名無しさん** · 2019/10/01(火) 18:30:33.28

C++も結局autoだらけになっちゃったからな
実際いちいち型を細かく指定したくないわ

**デフォルトの名無しさん** · 2019/10/01(火) 18:32:14.40

>>41
いやいやｗｗｗ

**デフォルトの名無しさん** · 2019/10/01(火) 19:35:53.94

型推論ありの静的型付け言語は、高機能エディタやIDEの利用が必須だからな
リアルタイムな文法チェックが無いとやってられないし、省略した型指定をコンパイラがどう解釈するか簡単にチェックできる機能も必須だよ
そういうの使いこなせない奴には良さがわからない

**デフォルトの名無しさん** · 2019/10/01(火) 19:42:27.04

rustは関数化しないでベタに書きまくる輩が多すぎる。
あれはあとあと問題になるだろう。

**デフォルトの名無しさん** · 2019/10/01(火) 20:06:23.27

ScalaはScalazやCatsのようなモナドライブラリがあって、それに依存するライブラリも次々作られたのに対して
Typescriptやほかの言語で似たようなモナドライブラリがありながら、それに依存するライブラリがデファクトになっていない（意識高い組のおもちゃにされなかった）のは何故だろう

**デフォルトの名無しさん** · 2019/10/01(火) 20:09:54.99

(´-`).oO(なんでだろう)

**デフォルトの名無しさん** · 2019/10/01(火) 20:17:11.51

Juliaプログラミングクックブック ―言語仕様からデータ分析、機械学習、数値計算まで

**デフォルトの名無しさん** · 2019/10/01(火) 20:27:06.74

おー
出るのか。

**デフォルトの名無しさん** · 2019/10/01(火) 21:06:49.32

RDBをオブジェクトにマップするようにモナドをオブジェクトにマップするのがJava系
オブジェクト無視してHaskellそのまま全部再現するのがAltJS

**デフォルトの名無しさん** · 2019/10/01(火) 21:52:47.37

>>46
Scalaは高階カインド多相が使えるからファンクタやモナドが普通に作れるがTypeScriptなどの他の言語はそうではない

**デフォルトの名無しさん** · 2019/10/01(火) 21:56:51.81

高階カインド多層をTSに入れたら完全におもちゃにされるだろうね
今ですら型パズルがどうのっていってるし

**デフォルトの名無しさん** · 2019/10/01(火) 22:07:51.02

難しそうな用語だと思ってググったけどC++のテンプレートと同じやつか

・・・入れない方が良い

**デフォルトの名無しさん** · 2019/10/01(火) 22:10:03.12

出たよモナダー
そりゃ嫌われるわ

**デフォルトの名無しさん** · 2019/10/01(火) 22:17:19.36

モナドという概念はややこしくてもひとつひとつのモナドはそれ自体のコードも使い方も別にふつうだし
使いやすいライブラリ設計してたら自然にモナドになっていることもある

**デフォルトの名無しさん** · 2019/10/01(火) 22:22:36.18

開けモナドよ

**デフォルトの名無しさん** · 2019/10/01(火) 22:34:17.59

モナド語ってる奴も別にマクレーンの圏論の基礎とか読んでるわけでもないし半端もんよ。

**デフォルトの名無しさん** · 2019/10/01(火) 22:41:20.42

本当にマクレーン読んだ？

**デフォルトの名無しさん** · 2019/10/01(火) 22:49:10.23

>>57
お前モナー
モナドだけに

**デフォルトの名無しさん** · 2019/10/01(火) 23:08:36.80

今どき圏論やるのにCWMから始める方が半端もん

**デフォルトの名無しさん** · 2019/10/01(火) 23:40:18.89

Zen言語なる言語がリリースされたらしい
https://zen-lang.org/ja-JP/

**デフォルトの名無しさん** · 2019/10/02(水) 00:41:50.02

より宗教色の強い言語です

**デフォルトの名無しさん** · 2019/10/02(水) 00:44:33.40

>>61
rust から次世代的な機能を全部取り除いた一見次世代っぽいけど全然次世代じゃない言語に見えるけど
何か良い所があるのだろうか？

**デフォルトの名無しさん** · 2019/10/02(水) 01:07:46.80

もともとZigという言語があって、そこからforkした言語だからRustはあまり関係ない

**デフォルトの名無しさん** · 2019/10/02(水) 08:10:11.73

お前らが大好きなScala情報貼っとくぞ😊

Scala研修テキストが株式会社ドワンゴ様から寄贈されました
https://blog.scalamatsuri.org/entry/2019/10/01/163533

**デフォルトの名無しさん** · 2019/10/02(水) 09:04:38.16

ドワンゴがドヤって手を出す言語は地雷判定として結構機能する。

**デフォルトの名無しさん** · 2019/10/02(水) 09:50:25.78

単にドワンゴが傾いてるだけだと思う

**デフォルトの名無しさん** · 2019/10/02(水) 12:34:38.11

>>61
キャッチャーミットわろす

**デフォルトの名無しさん** · 2019/10/02(水) 13:42:18.26

>>65
前から無料で読めたが？

**デフォルトの名無しさん** · 2019/10/02(水) 13:49:59.88

>>66
RustとScalaだな

**デフォルトの名無しさん** · 2019/10/02(水) 15:08:40.46

https://dwango.github.io/articles/frugalos/

>ドワンゴではniconicoの配信系サービスのバックエンドで利用するために、Frugalosという名前の分散オブジェクトストレージを開発しているのですが、この度OSSとして公開することとなりましたので、この場を借りて軽く紹介させて貰います。

>FrugalosはRustで実装されており、現時点では以下のリポジトリが公開されています

うおおおおおおお！！！！！！！！！

**デフォルトの名無しさん** · 2019/10/02(水) 15:26:48.08

ジャップのプロダクトって名前が壊滅的にダサいよなｗｗ
ガイジン失笑ｗｗｗ

**デフォルトの名無しさん** · 2019/10/02(水) 15:49:38.45

質素os

**デフォルトの名無しさん** · 2019/10/02(水) 15:50:51.02

ドワンゴに所属してたことがあるエンジニアってだけで
こいつ仕事できねえんだろうなって思うは

**デフォルトの名無しさん** · 2019/10/02(水) 16:04:15.75

蟻さんのことか

**デフォルトの名無しさん** · 2019/10/02(水) 16:33:15.50

じゃあ逆にお前らが仕事できるって思う企業はなんなんだよ

**デフォルトの名無しさん** · 2019/10/02(水) 16:55:18.20

>>75
アリさんマークの引っ越し社。

**デフォルトの名無しさん** · 2019/10/02(水) 17:10:30.99

ドワンゴ一時期の大量退職の後に比較的優秀な人が入って立て直したかと思ったのに
また大量に辞めたんだな

**デフォルトの名無しさん** · 2019/10/02(水) 18:29:37.09

どこが使ってるからダメだとか言ってるだけで
こいつ仕事できねぇんなろうなって思うは

**デフォルトの名無しさん** · 2019/10/02(水) 19:17:51.82

>思うは

力抜けるからやめろｗｗｗ

**デフォルトの名無しさん** · 2019/10/02(水) 19:40:04.95

Rustはモジラだからダメとか言ってる奴は前からいたな
GAFAに勝てるわけがないみたいな
順張り原理主義か

**デフォルトの名無しさん** · 2019/10/02(水) 19:50:47.59

まあ実際のところrustはインデックスオーバーのエラー出したりしてんだよね。
あそこまで安全言うててそういうバグ出すとかしょーもねーなと思うわｗ

**デフォルトの名無しさん** · 2019/10/02(水) 20:00:15.99

インデックスオーバーって何？

**デフォルトの名無しさん** · 2019/10/02(水) 20:08:58.83

モジラには分散処理のノウハウが乏しいという意味なら批判は妥当
逆にそれがRustの差別化要因になったわけだが

**デフォルトの名無しさん** · 2019/10/02(水) 20:34:03.31

バカはオールオアナッシングでしかモノを考えられない

**デフォルトの名無しさん** · 2019/10/02(水) 20:58:26.74

Rustちゃんスタックに適度にでっかい構造体作るとオーバーフロー検出してくれるんだけど
それを越えたクッソでかい構造体だとオーバーフロー検出されずにsegfaultするのはしゃーないんやろか

**デフォルトの名無しさん** · 2019/10/02(水) 21:08:04.33

Rust言語のメリットと課題、「Azure IoT Edge」の事例から分かること
https://www.atmarkit.co.jp/ait/articles/1910/02/news094.html

Microsoft Security Response Center(MSRC)は2019年9月30日(米国時間)、Microsoft社内におけるRust言語の採用事例を発表した。

ガベージコレクションのランタイムオーバーヘッドを避けたかったため、Go言語は選択肢から外れた。
加えて、デーモンに必要なセキュリティ関連の要件から、メモリや並行性(コンカレンシー)に由来するバグに対処する必要のない言語が必要だった。
こうした条件を踏まえ、Rustが最適だという結論に達した。

Azure IoT Edgeの一般提供を開始する前に外部のセキュリティベンダーと契約し、開発したソフトウェアに対するペネトレーションテストを実施した。その結果、コードベースのうち、Rustで作成した部分では、セキュリティ問題が見つからなかった。

開発時にはRustエコシステムが役立った。開発当初から、「rust-clippy」を使用し、Rustコンパイラがカバーしない範囲の細かい警告を出力させることにした。

加えて、継続的インテグレーション(CD)を実行する際、Rustコードの整形ツール「rustfmt」による処理を経ていないプルリクエストを却下する仕組みを採用したことで、コードベース全体で一貫したコードの整形が可能になった。

Rustコンパイラの更新プロセスとツール整備は順調に進んだ。コンパイラへのアップグレードは、ほぼ常にスムーズだった。

**デフォルトの名無しさん** · 2019/10/02(水) 22:15:39.37

スレタイから却下されたエセ次世代言語の話をだらだらするのやめようぜ

**デフォルトの名無しさん** · 2019/10/02(水) 22:23:35.74

じゃあV言語の話でもするか

**デフォルトの名無しさん** · 2019/10/02(水) 22:34:48.77

V言語ってGoの人たちがやたらネガキャンしてたよな

**デフォルトの名無しさん** · 2019/10/02(水) 22:51:59.69

集金詐欺だからな。

**デフォルトの名無しさん** · 2019/10/02(水) 22:57:27.47

メモリリークしかしない言語なんて擁護しようがない

**デフォルトの名無しさん** · 2019/10/02(水) 23:00:27.33

CIではなくCDと略されるようになったのか？

**デフォルトの名無しさん** · 2019/10/02(水) 23:04:59.04

いまどきCDて
DVDだろ

**デフォルトの名無しさん** · 2019/10/02(水) 23:11:12.76

Scalaってなんで最近聞かないんだ？

**デフォルトの名無しさん** · 2019/10/02(水) 23:18:21.13

>>94
brulayだろおっさんｗｗｗ

**デフォルトの名無しさん** · 2019/10/02(水) 23:35:30.41

メモリは1.5年ごとに倍になるし、

**デフォルトの名無しさん** · 2019/10/02(水) 23:35:37.83

Scalaスレってもうないのな

**デフォルトの名無しさん** · 2019/10/02(水) 23:36:48.12

集金詐欺という意味なら最近出てる新しい言語は皆該当する

**デフォルトの名無しさん** · 2019/10/03(木) 09:18:54.47

P++はどう？

**デフォルトの名無しさん** · 2019/10/03(木) 09:41:25.91

>>100
計画としてすら存在しない言語についてどうと言われても

**デフォルトの名無しさん** · 2019/10/03(木) 11:06:26.15

ようこそここへ　（クックブック）

**デフォルトの名無しさん** · 2019/10/03(木) 11:20:52.04

Perl6はどう？

**デフォルトの名無しさん** · 2019/10/03(木) 11:43:05.22

TS界隈が燃えてるな
俺が予想した通りだ
型で遊びたいやつらがマウント取り始めた
もう終わりだ

**デフォルトの名無しさん** · 2019/10/03(木) 11:52:52.78

https://www.npmjs.com/package/typescript
もう終わりだ

**デフォルトの名無しさん** · 2019/10/03(木) 12:14:21.23

そういえば炎上して消滅したパッケージがあったな

**デフォルトの名無しさん** · 2019/10/03(木) 12:21:08.52

次のスレタイは

次世代言語アンチスレ19 TypeScript Rust 他

に変更しないか？🤔

**デフォルトの名無しさん** · 2019/10/03(木) 12:51:34.84

>>107
イイネ

**デフォルトの名無しさん** · 2019/10/03(木) 12:53:58.11

>>104
https://speakerdeck.com/uhyo/an-quan-xing-falseji-bei-karajian-rutypescript
any型は嘘ってやつか
いかにも型合わせパズルばっかやってて
実際にモノ作ることには興味ない奴が言いそうなことだ

**デフォルトの名無しさん** · 2019/10/03(木) 13:20:34.90

何が問題なんだ？
any型を使うことは型チェッカに嘘をつくことであるというのは完全に正しいが

**デフォルトの名無しさん** · 2019/10/03(木) 13:26:52.90

型システム様のご機嫌伺いのためにコーも書いてる訳じゃないんで
作るべきモノがあるからコード書いてるんで

**デフォルトの名無しさん** · 2019/10/03(木) 13:27:17.34

コードな。typo

**デフォルトの名無しさん** · 2019/10/03(木) 14:38:35.18

そもそも炎上してるってどこ情報よ

**デフォルトの名無しさん** · 2019/10/03(木) 14:55:45.10

VSやVSCodeとかならJavaScriptでも型推論してくれるし
型を明示したいならJSDocを書けばいいだけだから無理してTypeScript使う必要もないかな

**デフォルトの名無しさん** · 2019/10/03(木) 16:00:45.51

>>104-105

始まってすらいない

**デフォルトの名無しさん** · 2019/10/03(木) 16:24:21.32

結局JSDocで型書くならTypeScriptで静的チェック強制した方がいいんだよなあ

**デフォルトの名無しさん** · 2019/10/03(木) 16:25:51.66

型合わせパズル型合わせパズルって言ってるけどC#程度の強度でもDynamic使わずにまともにプロダクト作られて運用されてるのにanyが型システム的に嘘って言われた程度で騒ぐ人って…

**デフォルトの名無しさん** · 2019/10/03(木) 16:54:32.05

typescriptは構造的部分型だからそのDynamicに型を付けていくようなものなんだよ

**デフォルトの名無しさん** · 2019/10/03(木) 17:37:19.25

どの言語使おうと堅牢に作ろうと思えばその分コストかかるってだけの話なんだよな。

**デフォルトの名無しさん** · 2019/10/03(木) 18:09:46.31

>>119
メンテナンスコストを含めるとどうだろうね

**デフォルトの名無しさん** · 2019/10/03(木) 18:17:34.75

メンテナンスコスト考えるならJava、PHP、jQueryだけ使うべき

**デフォルトの名無しさん** · 2019/10/03(木) 18:19:08.06

既存のJSプロジェクトからの移行ならともかく最初からTSで書くプロダクトならパズル言うほど複雑にならんぞ

**デフォルトの名無しさん** · 2019/10/03(木) 19:48:39.53

旧世代言語、現世代言語の総合スレも欲しい

**デフォルトの名無しさん** · 2019/10/03(木) 19:49:39.86

>>118
C/C++だって生メモリに対して型を仮定してるだけだから似たようなもん

**デフォルトの名無しさん** · 2019/10/03(木) 20:09:06.24

C++は例外安全パズルだったな
「CのコードはそのままC++のコードとして使える」が嘘八百だと割り切れば解ける
嘘八百だは言い過ぎだろなんて擁護してたら解けないパズル

**デフォルトの名無しさん** · 2019/10/03(木) 20:20:39.48

>>118
前スレでは型がどうとか言ってたな
時間の経過とともにトーンダウンしてるのは気のせいか

**デフォルトの名無しさん** · 2019/10/03(木) 20:22:34.58

>>118
漸進的型付けではなく構造的部分型なの？

**デフォルトの名無しさん** · 2019/10/03(木) 20:37:15.91

次世代言語スレがアホばっかりになったな