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

**デフォルトの名無しさん** · 2018/03/06(火) 10:09:15.60

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2018/03/11(日) 10:54:05.51

Kotlinは要するにBabelだろ
JavaがKotlin相当に進化する頃にはJava 1000くらいになってるだろ
それを実行できるAndroidはバージョン100000くらい
じゃあJava 6までダウンコンパイルできるKotlinだよねって話
でもReact Nativeに殺されるんだぜ、嘘みたいだろ？

**デフォルトの名無しさん** · 2018/03/11(日) 10:56:21.30

わかるか？バカども

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

関数型が流行るようなことにはならない

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

関数型言語Mathematica

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

>>219
違いがあるのはいいが
コードの読みやすさで静的動的で比較もいいけど、
テストコードあるかないかで比較したものも載せて欲しい。
型があった方が読みやすいコードもたくさんあるのは事実だけど。

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

コードリーディングという意味では型情報はありがたい。でも引数に何を入れればいいかLAPACKくらいしっかり書いてあるとなお良い
しかし関数名の直後にドキュメントが長々と書いてあってどこからコードなのかよくわからん奴は嫌い

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

>>234
比較って言ってもこれは独断と偏見に満ちた個人的な印象値だぞ…
参考にして欲しくて書いたわけじゃなくて認識の違いを明らかにするために書いたものだし…
あと、静的動的どちらでもテストは書くんだからテストがない場合と比較することに何の意味が…？

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

なるほど話が噛み合わないわけだ。
俺としては別に動的
本当にテスト書いてんのかなってとこのが重要だと思ってたわけだが、
動的か静的ってとこにそんなに興味があったんだね。

その部分に対してはどっちでもいいわ。
逆にテストするのしないのって話から話題をそらすための抗弁になりやすい印象が強いので
あんまり関わりたい議論ではない。

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

状況が変わったのにまだ気付いてないんだな
だれも嘘をつかない性善説を前提に読みやすいとか読みにくいとか言う時代は終わった
今は嘘を教える人間を回避することが最重要
正直でありさえすれば読みやすさは不問

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

最強の関数型言語Mathematica を崇めよ

**デフォルトの名無しさん** · 2018/03/11(日) 14:32:32.97

嘘うんぬん以前にガイジなせいでウンコードまみれなペチPoorさんはどうすればいいの？

**デフォルトの名無しさん** · 2018/03/11(日) 14:43:30.00

ここがphpスレですか

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

https://github.com/collections/programming-languages

Crystalが落ちてる　Redおもしろそう

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

嘘ねえ……そういえば昔知りもしない言語の嘘八百ばらまいてた人いたなあ

**デフォルトの名無しさん** · 2018/03/11(日) 15:05:01.09

Nuとか息してんの？

**デフォルトの名無しさん** · 2018/03/11(日) 15:09:53.59

>>242
クロスコンパイル楽すぎワロタｗｗｗｗ

**デフォルトの名無しさん** · 2018/03/11(日) 16:27:48.12

今も居るんだけどなw

**デフォルトの名無しさん** · 2018/03/11(日) 16:28:13.49

>>240
phpディスってる人も多いけど、タイプアノテーションついてだいぶ改善されつつあるんじゃないの。結局仕事にはphpも多いからlinterとか環境整備して開発しやすい状況は作っておきたい

**デフォルトの名無しさん** · 2018/03/11(日) 16:48:52.27

タイプアノテーションだのlinterだの、PHPerがいらねーって騒いでたものばっかりやん

**デフォルトの名無しさん** · 2018/03/11(日) 16:53:21.57

>>237
いまいち話が掴めないんだが、テストを書くのが面倒だからイヤって奴はクソって言いわけ？
俺はできればテストは書きたくないよ。面倒だし。でも書かないわけにはいかない
だったら、テストは書くがテストを書く量を減らしたい
動的型より静的型のほうがテストを書く量を減らせそう…と考えている。
実際に減らせるかどうかはデータを取ってみないと何とも言えないけど
少なくとも動的より静的のほうが減らせるという意見はあってもその逆はない
最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない

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

静的型派の奴はテストは書きたくないって意見は俺以外にもいると思うけど
動的型派はテスト書くのは面倒だとは思わないの？
それを言うと、静的型派の連中は型を書くのは面倒だとは思わないのか？とか言われそうだが、
静的型派の奴らは型安全は保障してほしいとは思いつつ型を書くのが面倒だとも思ってるよ
だから型推論なんかを導入して型を書かずに済む方法を模索している

**デフォルトの名無しさん** · 2018/03/11(日) 16:58:13.27

>>250
動的型の連中の大半は現実にはテストなんか書いてないよw
常識的に考えて、たかが型書く程度のことを面倒臭がる奴がテストなんか書くと思うか？
全くもって机上の空論よ

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

フォローしとくと、そもそも動的型で書かれるシステムって簡単なCRUDだけで構成される単純なものが多いので、いちいちテスト書くのは大袈裟
一般に、静的型での開発では動的型に比べて遥かに多くの工数をテストに費やしてるよ

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

型すら理解できないやつが、インプット・アウトプット理解してテスト書けるわけないだろ
ペチプァどもが書いたプロダクト見ろよ

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

>>249
誤字訂正
訂正前＞テストを書くのが面倒だからイヤって奴はクソって言いわけ？
訂正後＞テストを書くのが面倒だからイヤって奴はクソって言いたいわけ？

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

ペチバカの話は他でやれ
新規で採用することはまずありえないし、COBOL並の過去の遺産なんだから
次世代言語スレが穢れるわ

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

Qt使った時、単体テストが簡単にかけたので書いてたんだけど、まあ確かにテストは良いものだよね。
俺が思うに簡単に書けるようになっていないのは、もはや欠陥製品と言っても良いのでは。

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

Javascriptも少し勉強してみたんだけど、あれはとても難しいものだな。
頭がこんがらかる。
GCがあればメモリーリークしないみたいな考えは間違っているだろうな。
GCがあるからリークする。
そんな風に感じましたよ私は。

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

人類にとって最良の言語はC++だと思うね。

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

>>255
COBOLの開発ってかなり厳密にテストするぞ
PGの頭の品質はともかく、開発プロセスまで含めた品質はPHPと比較するようなものではない

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

PHP案件って負の遺産・ゴミ扱いで、下請けに押しつけられてるイメージしかない
なんていうか、惨め

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

PHPがゴミだとは思いませんね。
ゴミ言語であることは確かですが、ゴミ言語なりに居場所を見つけて素晴らしい成果を挙げています。

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

そうかもしれないけど、このスレで話すことではない

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

次世代言語について話すのであれば、C++2aは欠かせないでしょう。

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

Boostの逆襲もすでに始まっていると思いますね私は。
C++11以降、Boostは肩身が狭くなってる感がありました。
ところが何ということでしょう。
Boostはさらに先に行ってしまったのです

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

Boostのコンパイル時間マシになった？

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

なるわけないだろｗ

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

うーんこの

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

Networking TSがいま人類に必要なもの。

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

phpで書かれたサーバサイト置き換えるとしたらなに使うの？

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

いまはPHPの代わりはないだろな。
NodeはPHP以上に危険なものだし。
C++でサーバサイドを書くと異常に早くなる。
これはC++が早いからではなく、省メモリーだからじゃないだろか。
でも環境が整備されていないから使うのに苦労が多い。

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

Javaはあらぬ方向に向かっているからいずれ消えるだろう。

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

>>270
c++と比べてのgoの評価はどう？

**デフォルトの名無しさん** · 2018/03/11(日) 18:30:44.81

C++があるのにDやGoを使う意義が見いだせない。

**デフォルトの名無しさん** · 2018/03/11(日) 18:32:24.63

日本は国家戦略としてC++に取り組むべきではないだろうか。

**デフォルトの名無しさん** · 2018/03/11(日) 18:33:24.43

俺の感じでは、C++はネットでこそ強みを発揮できるのではないだろうか。

**デフォルトの名無しさん** · 2018/03/11(日) 18:35:12.43

しまった聞く人を間違えた

**デフォルトの名無しさん** · 2018/03/11(日) 18:36:48.99

俺もそれが言いたかった。
Go大好き人間に聞くべき。

**デフォルトの名無しさん** · 2018/03/11(日) 18:44:43.92

>>250
>最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない
まあ残念ながらこういう輩が普通に静的、動的がどうのといってるから故の
主張なんだけどね。
型について明示することに関して個人的には別に面倒ともなんとも思ってない。
コードが増えてきて型を分類、整理するのが大変なだけで。
主に c/c++ でアルゴリズムや数値計算の仕事だからかも知れんが、
際どい数値例のテストコードなんかのが百倍くらい役立つわけよ。

>テストを書くのが面倒だからイヤって奴はクソって言いわけ？
まあ端的にいうとこうなる。
プログラマは怠惰なのは悪くないとかバカみたいな格言を持ち出してでも
言い訳してしないからね。
それくらいテスト嫌いってのは根深いと思う。

**デフォルトの名無しさん** · 2018/03/11(日) 18:48:25.25

動的言語でテスト書いてもあまり役に立たないんじゃないか。

**デフォルトの名無しさん** · 2018/03/11(日) 18:49:00.57

もうテストの話いいから

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

次世代言語と言えばC++2aの話は欠かせないな。

**デフォルトの名無しさん** · 2018/03/11(日) 18:56:19.64

C++17はもう出たんだっけ

**デフォルトの名無しさん** · 2018/03/11(日) 19:01:43.57

出た。

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

c++でサーバサイドを書くのってかなり特殊例だよな。どうゆう用途で使ってんの？

**デフォルトの名無しさん** · 2018/03/11(日) 19:05:26.44

たまたま書いてみたら異常に早く安定してるので、これはもしかして？←イマココ。

**デフォルトの名無しさん** · 2018/03/11(日) 19:07:56.00

BoostにHTTPやWebSocketが入ったんだよな。
これは新時代の幕開けでは。

**デフォルトの名無しさん** · 2018/03/11(日) 19:09:19.32

C++でサーバーサイドを書く時代がやってきたのは間違いない。
誰が先頭を走るのか。
それだけだろう。

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

rorとかdjangoみたいなのほしい

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

今あるものをC++に変える必要は全くないが、今から新しい世界を切り開いていくものは、C++で始めたほうが効率よいだろう。

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

テンプレートエンジンはDOMが遅いから必要になるもので、もしもDOMが早ければ必要性は減るのかもしれない。
そういう観点から設計されたXML/HTMLライブラリがあっても良いのかもしれない。

**デフォルトの名無しさん** · 2018/03/11(日) 19:48:29.23

c++でのおすすめWAFってあるの？

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

商機ととらえるかどうかだな。

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

C++はとにかく早くて省メモリーなので、使わない手はない。

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

今からc++使うくらいならrust使う

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

Rustはいずれ無くなる言語の感がある。

**デフォルトの名無しさん** · 2018/03/11(日) 22:00:44.14

conceptもimportも言い出してからずっと仕様に入らない言語が何だって？

**デフォルトの名無しさん** · 2018/03/11(日) 23:01:34.83

>>296
実装したことのない馬鹿が言い出したことはスルーするのが吉

**デフォルトの名無しさん** · 2018/03/11(日) 23:29:35.41

サーバーサイドC++を始めるなら今です！チュドーン。

**デフォルトの名無しさん** · 2018/03/11(日) 23:44:01.66

C++をNGした

**デフォルトの名無しさん** · 2018/03/11(日) 23:51:53.27

小資本が大資本と戦う武器としてC++は良い選択になりえる。
時は来た。
今は良いタイミングだ。

**デフォルトの名無しさん** · 2018/03/11(日) 23:54:55.14

C++が速いのではなく早いならこのスレでは時期尚早でもう話すこと無いな

**デフォルトの名無しさん** · 2018/03/11(日) 23:56:42.69

オレもNGするか…さようならC++、信者に恵まれなかった言語よ

**デフォルトの名無しさん** · 2018/03/11(日) 23:57:17.88

Webサービス開発に絞った話な。
リリースの速さ必要ならRoR
堅さが必要ならJava, Scala, Go
これからはインフラ親和性も必要だから、サーバレスならGo, Python, Node

RoRの劣化コピーのオレオレFWで内ゲバやってるPHPは、もう選択肢にすらあがらんだろ
まともな審美眼と技術力を持ってればね

**デフォルトの名無しさん** · 2018/03/12(月) 00:00:42.95

Nodeは危険すぎると感じたな。

**デフォルトの名無しさん** · 2018/03/12(月) 00:30:16.07

>>304
具体的に何が？

**デフォルトの名無しさん** · 2018/03/12(月) 00:38:32.62

危険性を理解したうえで使ってるのかと思ったらそうでもないんだな。

**デフォルトの名無しさん** · 2018/03/12(月) 00:52:06.18

敏感ヴォーイの被害妄想かい？ｗ

**デフォルトの名無しさん** · 2018/03/12(月) 01:26:46.12

私が思うに、決定性を持つアルゴリズムで解析ができないものはすべて危険であり、ネットワークでは避けたほうが良い。
ここに反論するものはいるだろうか？

**デフォルトの名無しさん** · 2018/03/12(月) 01:30:16.67

一方で、決定性を持つアルゴリズムは様々な理由をつけてネットワークから排除されてきた。
これはおそらく大衆の無知につけ込んだ出来事に違いない。
おそらく、決定性と言われても何のことかわからない人は、これを読む者の中にも多いだろう。
とりわけウェブエンジニアには無知が多い。
無知にも務まる時代から、無知でなければ務まらない時代へ。
そんな感じすらある。

**デフォルトの名無しさん** · 2018/03/12(月) 01:39:07.46

純粋関数の徒か？

**デフォルトの名無しさん** · 2018/03/12(月) 01:40:40.08

現状でウェブ上のすべてのものが危険であり、容易にハックされ得る。
狙われた瞬間降参するしかないのだ。
原理的に防ぐ方法が無いからだ。
SUNとMSはその点を熟知しており、ルールを変えようとするここ試みがあった。
この点に気が付いたものは少ないだろう。
そして試みは打倒された。
なぜそのような事が起こるのか。
それは銃を売るものも必要、そしてほとんどのものは自分は打たれないと考えるからであろう。

**デフォルトの名無しさん** · 2018/03/12(月) 01:43:53.06

キミのシステムは危険だ！チュドーン。

**デフォルトの名無しさん** · 2018/03/12(月) 10:40:24.64

まぁ、nodeオンリーだと確かに辛いところは出てくるな。
JSでQRコードの画像作るロジックが言うほど重くないんだけどそれなりに時間かかる処理になってて、そのせいで全然パフォーマンス出ねえって思ったことある。
結局そこはGoで書いたQRコード作るだけのサーバにリクエストすることにした。
タイトなループが書けないは最初から考えとかないと辛い。

**デフォルトの名無しさん** · 2018/03/12(月) 11:00:05.16

>>313
QRコード画像を作る処理ですら重いんかnode.js。

**デフォルトの名無しさん** · 2018/03/12(月) 11:05:26.37

まあ、技術者にありがちな典型的な「やりたかっただけ」だろうな
自分が一番よく分かってると思うが、辛いと思い込もうとしてるだけで、もっとシンプルでメンテや運用コストの低い解決方法は間違いなくあったはず

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

そもそもqr生成なんてクライアントでやれやｗ
https://www.cssscript.com/flexible-client-side-qr-code-generator/

**デフォルトの名無しさん** · 2018/03/12(月) 11:34:32.52

node_modulesの中を見るとゲロを吐きたくなる

**デフォルトの名無しさん** · 2018/03/12(月) 12:43:15.24

>>314
重くはないが、シングルスレッドなので詰まる。
cluster使ったところで、ワーカー数使い切る。
npmにモジュールあったから、へぇと思いながら使ったらこうなった感じ。
やりたかったからと言うより要件だったから、かな。

>>316
クライアントは台数凄いけど基本IE8のエンタープライズモードという悲しいイントラネットなのよ。
ブラウザは無力と思わないとどうにもならん。
そいつらがリアルタイム更新したいとかで、万台のlongpollをどう捌こうと言うところで白羽の矢がたった感じ。
それ自体は良かったよ。

node_modulesはせめて圧縮できないかねえと思ってしまう。

**デフォルトの名無しさん** · 2018/03/12(月) 20:08:05.60

>>318
ワーカー数使い切るってどういう事？
基本cpu数で回していくもんじゃないの？

**デフォルトの名無しさん** · 2018/03/12(月) 20:30:18.54

>>319
cpu数立てても、全部同じように同じタイトなループがあるハンドラで詰まって、結果フリーな子が居なくなるって意味のつもりだったよ。
外部へのioだったり、外部プロセスだったりと非同期で帰ってくるものを使わないと当たり前だけど意味無かった。
clusterも結局プロセス立ってるけど、そいつら自体はシングルスレッドだし。

**デフォルトの名無しさん** · 2018/03/12(月) 21:58:15.37

>>320
それってつまり実装の問題ってことか。
現在はasync-awaitを使えるから非同期処理もだいぶ書きやすくなったし、結果は変わってきそう。

**デフォルトの名無しさん** · 2018/03/12(月) 22:03:20.44

>>316
IE8でもbabelとか使えばクライアントサイドで行けたんじゃないのかな

**デフォルトの名無しさん** · 2018/03/12(月) 22:18:38.74

babelは嫌いなのと、そもそも保証がしにくいのと、ポリフィルまみれになってパフォーマンスがゴミレベルになる。
エンタープライズモードはちょっと理解できないレベルに落とされてたりするし。
console.logが無いってどういう事？ってレベル。

**デフォルトの名無しさん** · 2018/03/12(月) 22:30:10.56

console.log無いとかひどいなｗ

**デフォルトの名無しさん** · 2018/03/13(火) 01:11:16.42

しかしグーグルさんもkotrinに肩入れしたりdart2出したり、どうしたいのかね？

**デフォルトの名無しさん** · 2018/03/13(火) 01:43:11.12

Googleに開発環境や言語のセンスが絶望的に無くて常に迷走してるのは今に始まったことじゃないでしょ
ビジネスを理解してるMSやAmazonにはどうやっても勝てんよ

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

PythonのライブラリはC言語とOSのセンスを踏襲することが多い
一方JavaやJavaScriptのセンスはSmalltalkの影響が微レ存

**デフォルトの名無しさん** · 2018/03/13(火) 08:37:52.99

googleの社員は皆思い思いに、プロジェクトを進めてる感じ。
でも結果的に技術的多様生が有効に働いてる。chromeがあるからインターネットプロトコルまで手を入れることが可能になったし。
appleはいずれ終わるけどgoogleは底が見えないよね。

**デフォルトの名無しさん** · 2018/03/13(火) 09:43:42.39

【イーサリアム】Solidity本スレDAPPS】
https://mevius.5ch.net/test/read.cgi/tech/1520901794/