次世代言語10[Rust Swift TypeScript Dart]

**デフォルトの名無しさん** · 2018/04/25(水) 07:02:27.60

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2018/05/31(木) 20:54:54.24

実行環境ベッタリな言語が嫌われてる印象。

**デフォルトの名無しさん** · 2018/05/31(木) 21:27:17.72

>>875
どっちが古いか指折り数えてみろ

**デフォルトの名無しさん** · 2018/05/31(木) 21:29:02.34

>>879
なんの話？
古さの話してんの？

**デフォルトの名無しさん** · 2018/05/31(木) 21:40:43.64

>>880
Pythonもいずれそうなるというが、言語として出てきたのはRubyの方が後な訳で
それならPythonの方が先に死んでるよね？って話

**デフォルトの名無しさん** · 2018/05/31(木) 21:46:29.96

まあ生き残ってる言語のが少ないんだから死ぬ言っとけばだいたい当たる。

**デフォルトの名無しさん** · 2018/05/31(木) 21:53:53.72

>>881
原因が同じだからって時間も同じとは限らないだろ？
アホなのか？
まあ、本当に原因が同じかどうかも分からないが…

**デフォルトの名無しさん** · 2018/05/31(木) 22:24:44.37

>>881
先に生まれた言語から死ぬルールってなに？
よくわからん

**デフォルトの名無しさん** · 2018/05/31(木) 22:29:39.48

rubyがオワコンであること自体には異論が出ないって
大分雰囲気が変わって来た感じがするな

**デフォルトの名無しさん** · 2018/05/31(木) 22:34:13.24

ドカタと関係ない世界で使われるようになった言語は長生きするから
残念ながらpythonは当分死なないよ
webドカタ専用言語だったrubyと違ってね

**デフォルトの名無しさん** · 2018/05/31(木) 22:38:04.89

1.8のころは好きだったよRuby

**デフォルトの名無しさん** · 2018/06/01(金) 01:00:10.75

一方のんきなRubyistは今日もRubyKaigiとかいう身内オナニーで
他言語をdisっていた

**デフォルトの名無しさん** · 2018/06/01(金) 01:33:36.25

matzが他言語disるから取り巻きも同じ事やるんだよな……
もうお前らがdisられる側だってのに

**デフォルトの名無しさん** · 2018/06/01(金) 01:49:41.57

rubyは関数の取り回しがキチガイ仕様過ぎる
あとシンタックスな、行き当たりばったりで実装できたものから突っ込んでくなよ。計画性と言うものはないのか。

**デフォルトの名無しさん** · 2018/06/01(金) 02:41:29.01

python は numpy が無ければ perl,ruby と同様非互換バージョン(2 -> 3)の断絶を超えられ無かったと思うよ。
numpyのおかげでアカデミックで生き残った所からの挽回かと

**デフォルトの名無しさん** · 2018/06/01(金) 04:23:16.91

Rubyは2008年のComplex/ComplexFloatの議論のときも
「スクリプト言語で数値計算なんてやるわけない」って頭ごなしに
数値計算で便利な改善を蹴ったりするような文化だったし、
Rubyにnumpy相当が育たなかったのは偶然じゃないよ

わざわざ開発者がアンチスレに降臨して意思表明してたくらいだし
https://pc12.5ch.net/test/read.cgi/tech/1207233348/134

**デフォルトの名無しさん** · 2018/06/01(金) 06:13:30.45

まあそう思ったのは普通な気もするけどね。
逆に python みたいにめちゃくちゃ遅くても c の呼び出し滑らかにしとけば
数値計算もいけるって感覚がどれくらい正当なのかは未知数だったと思う。

**デフォルトの名無しさん** · 2018/06/01(金) 07:12:08.65

Ruby開発者がイメージする数値計算と実際のニーズとの間にズレがあったんだよ
Rubyコミュニティに代表されるように、目的よりもプログラミング技術そのものに拘る連中の間には、
処理の粒度を粗くするのをダサいと考える文化が根強く存在してて、
巨大バッチ処理において処理の粒度をとにかく粗くすればスクリプトの遅さは問題にならない、っていうnumpy的な方向性は関心を持たれにくかった
Rubyを数値計算に使えるようにたいとか吹いてた時期もあったけど、その頃もJITとか明後日の方向を向いててどうしようもないほどにズレてた

**デフォルトの名無しさん** · 2018/06/01(金) 07:16:27.89

私たちみたいに賢い人たちはrubyなんか採用してないんだからどうでもよくない？

**デフォルトの名無しさん** · 2018/06/01(金) 08:56:38.06

RubyはクラスベースではないOOPをdisって戦利品を得ていた気がする
戦利品が枯渇したら終わり
TypeScriptとSwiftは静的型ではないOOPをdisってる

**デフォルトの名無しさん** · 2018/06/01(金) 09:28:56.14

typescriptというかaltjsに関しては、最初から
jsが進化するor WASM等の別物が流行るまでの期間限定なのは
開発者自身も織り込み済みでやってる気がするんだ

**デフォルトの名無しさん** · 2018/06/01(金) 10:27:18.22

C++の演算子オーバーロードがdisられた時期もあった
disってたのはRubyだけではないし、数値計算に使えないイメージもRubyだけではない

**デフォルトの名無しさん** · 2018/06/01(金) 10:45:42.72

>>898
それはiostreamの<<,>>とかstringの+のような流用の話で演算子オーバーロード全般じゃないだろ
まあ最近でもpathの/みたいにやらかしてるけどさ
他と比較して配列が扱いづらい云々ならともかく、C++単独で数値計算が苦手なイメージなんて最初から無い

**デフォルトの名無しさん** · 2018/06/01(金) 11:05:15.17

wasmでjs以外の言語って流行るのかね
バイナリサイズ大きくなってappletやFLASHみたいに読み込みに時間がかかるサイト量産されそう

**デフォルトの名無しさん** · 2018/06/01(金) 11:33:47.46

共同ツール 1
https://seleck.cc/685

https://trello.com/
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能　elegant
ttp://www.kikakulabo.com/service-eft/
trelloのオープンソースあり

共同ツール 2
https://www.google.com/intl/ja_jp/sheets/about/

共同ツール 3
https://slack.com/intl/ja-jp
https://www.dropbox.com/ja/
https://bitbucket.org/
https://ja.atlassian.com/software/sourcetree
https://www.sketchapp.com/

ttp://photoshopvip.net/103903
ttps://goodpatch.com/blog/sketch-plugins/

Trello Chrome拡張機能プラグイン集
https://chrome.google.com/webstore/search/trello?_category=extensions

Slackプラグイン集
https://slack.com/apps

Sketchプラグイン集
https://sketchapp.com/extensions/plugins/

**デフォルトの名無しさん** · 2018/06/01(金) 11:38:41.56

wasmかわいいよwasm
一応JSよりサイズが小さくなることを売りにしてるから多分大丈夫

**デフォルトの名無しさん** · 2018/06/01(金) 11:41:11.80

と思ったけどコンパイル時間がどんくらいになるんかな

**デフォルトの名無しさん** · 2018/06/01(金) 12:00:32.33

wasmといえば、Goももうちょいで対応しそうだし、c#だとblazorみたいな面白い荒業が出てきてたり、結構面白いよな。
最初から(たいてい他言語で書かれてる)共有ライブラリ使わない静的リンクでのクロスコンパイルが得意とか、
他言語呼び出さなくてもフレームワークにだいたい道具が揃ってて、かつ生きてるOSSのVMがあるとか、色々好条件が揃ってたんだろうけど。

blazorはwasmで書かれたVMだけだから、フレームワークやライブラリのデッドコードエリミネーションをどれだけ積極的にやるか次第だし、
Goもgithubのcommit見てる感じ今までのコンパイルとさほど速度変わらなさそうで、
emscriptenよりは少し気軽な気持ちでgo buildとかmsbuild叩けるんじゃないかな。

**デフォルトの名無しさん** · 2018/06/01(金) 19:38:50.08

ヨくわらんけど
rubyはなくなってもいい

**デフォルトの名無しさん** · 2018/06/01(金) 21:47:36.97

ruby亡き後、rubyがここまで嫌われる原因となった人格破綻者ruby信者たちに新たに担がれる可哀想な言語は何？

**デフォルトの名無しさん** · 2018/06/01(金) 21:53:05.61

Delphi信者だって全部C#に行ったわけでもなく結構バラバラになったしコアな連中は未だにしがみついてるしで
rubyだってこれといった移行先なんてないでしょ

**デフォルトの名無しさん** · 2018/06/01(金) 22:02:10.88

Scalaに行った連中は路頭に迷っちゃった
Elixirも期待されたけど結局泣かず飛ばず
Ruby難民達の未来は厳しい

**デフォルトの名無しさん** · 2018/06/01(金) 22:11:25.87

おまえらどんだけRuby嫌いやねん

**デフォルトの名無しさん** · 2018/06/01(金) 22:20:35.65

とりあえず、まつもとゆきひろがキモいのをどうにかしてくれ。話はそれからだ。

**デフォルトの名無しさん** · 2018/06/01(金) 22:40:27.25

俺、Ruby作れる気がしないからまつもとひろゆき凄いと思うんだけど、おまえらそうでもないの？

**デフォルトの名無しさん** · 2018/06/01(金) 22:46:31.07

終わった過去の言語の話をするのでなく、これからのことを話すべきなのではないか？

**デフォルトの名無しさん** · 2018/06/01(金) 23:00:06.59

んだんだ
goの話なんてどうでもいいのだ

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

Ruby嫌いじゃないよ
なんらかのニッチを埋めて衰退するのは寧ろ立派であるとすら思う

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

これからというとC++2aの話題か。

**デフォルトの名無しさん** · 2018/06/02(土) 00:19:46.51

C++の14～の機能を未だに覚えられない。
というか使わない
覚えられたら便利なんだろうけど

**デフォルトの名無しさん** · 2018/06/02(土) 01:11:15.74

autoを使うだけでEigenがよく分からないことになって辛い

**デフォルトの名無しさん** · 2018/06/02(土) 02:01:37.96

>>916
ジェネリックラムダだけでも11より14以降使いたい理由になたよ。

**デフォルトの名無しさん** · 2018/06/02(土) 09:16:37.21

>>848
型無し糞言語は全て死ねということだな
歴史がきちんと証明した
妥当だし、すばらしいことだな

**デフォルトの名無しさん** · 2018/06/02(土) 09:40:48.53

プログラミング言語って大半が機能過多になって廃れるよね
言語自体がプログラミングのアンチパターンを踏襲している

**デフォルトの名無しさん** · 2018/06/02(土) 09:41:33.77

rubyってクソ言語かな。
swiftの言語仕様毎年変更に比べれば全然良い

**デフォルトの名無しさん** · 2018/06/02(土) 09:41:56.52

>>919
javascript や bash の順位

**デフォルトの名無しさん** · 2018/06/02(土) 09:44:31.58

未だに型推論すら入らない糞オブザ糞、いわゆるSHIT
あの糞ウンコゴミ屑死ね死ねナンバーワン永世ドベのピチ糞PHPoorですら
ようやく型が書けるようになったというのに
（だからといってあの糞には2度と近付かないが）

**デフォルトの名無しさん** · 2018/06/02(土) 09:45:45.96

>>922
JSにはFlow/TSがある
bashは小規模ではしょうがない

サバサイド言語で型を書かない意味がわからない
バカなのか？

**デフォルトの名無しさん** · 2018/06/02(土) 09:46:51.29

すまん、自明だったな

型無し糞言語はバカ、型無し池沼イット土方はバカ
いますぐ死んでほしいよな、ほんと
これが総意

**デフォルトの名無しさん** · 2018/06/02(土) 09:47:28.66

>>923
まだイマイチ。コンテナ内の型決めれないし

**デフォルトの名無しさん** · 2018/06/02(土) 09:49:36.92

>>924
typescript は typescript で項目があるけど

>>919
＞型無し糞言語は全て死ねということだな
適当に反論して「全て」と言ったの無しにしようとしてるだろw
そう言うことせずに間違いを指摘されたら撤回して訂正しようよ面倒な奴だな

**デフォルトの名無しさん** · 2018/06/02(土) 09:50:18.77

あとtsはコンパイルが終わると型情報捨てられるの辛い。動的な型検査で外部から流入してくるjsonとか処理したいなぁ

**デフォルトの名無しさん** · 2018/06/02(土) 09:51:13.40

>>925
自省して「全て」を消したようなので許してやろう

**デフォルトの名無しさん** · 2018/06/02(土) 09:52:51.42

型推論は型あり言語だぞ？

型無し糞言語は死ねは撤回しない
やや例外かもしれんがPHPも死ね

**デフォルトの名無しさん** · 2018/06/02(土) 09:54:10.67

あ、ちゃんとbashも死んだ方がいいと思ってるぞ
目の前にいたら包丁で微塵切りにしてやりたいわ

**デフォルトの名無しさん** · 2018/06/02(土) 10:05:34.13

>>920
C#はC++に迫ろうかというくらいに複雑化したけど破綻も廃れもしてないよ
一方Kotlinは多言語をパクり終えて独自の機能を入れだしてからヤバい臭いがしてきた
期待したけど第二のScalaだわこれ

**デフォルトの名無しさん** · 2018/06/02(土) 10:06:09.66

>>928
実行時型情報が捨てられるのはしょうがないとしても、型定義からTypeGuard Functionを生成
できるような機能があったらいいのにねぇ。

inteface定義したらいっしょにTypeGuard Function書くのがルーチンになってしまった。

**デフォルトの名無しさん** · 2018/06/02(土) 10:08:23.01

動的型チェックはPHPみたいになるからマジで止めとけ
静的チェックが安全性とコストのバランスが最良

**デフォルトの名無しさん** · 2018/06/02(土) 10:18:36.08

>>934
自動で書いてほしいって話だから別にphpになるわけではない。考えられるのはtsのコードパースしてtsのコードから自動生成かね。

とょっと面白そうな題材に感じた。試してみる！

**デフォルトの名無しさん** · 2018/06/02(土) 10:27:51.64

jsonschemaを吐き出してくれるnpmモジュールはあったりするんだよね。
それを使ってvalidateすればいちいちコード本体を書く必要はなくなるんだろうけど、
今のところはまだ自分で書いた方がお手軽なんでそうしてる。

**デフォルトの名無しさん** · 2018/06/02(土) 11:39:52.72

未だにPHPがどうのこうの言ってる連中がいて驚く

とっくの昔にクソ言語確定しただろ
次世代言語スレで口にするのも汚らわしい

**デフォルトの名無しさん** · 2018/06/02(土) 11:49:28.58

動的型には厳しいことを言うくせに
Rustを教えてやったら難しすぎると弱音を吐く奴がいる
他人に厳しく自分に甘いクズだ

**デフォルトの名無しさん** · 2018/06/02(土) 11:58:51.65

それは同一人物なのか？

**デフォルトの名無しさん** · 2018/06/02(土) 15:13:23.43

>>911
俺も書けないしクソゴミレベルを自覚してるが
ここの人らは違うんだろうな
書けるし書いてきたんだろうな
日本を代表するようなプログラミング言語を

**デフォルトの名無しさん** · 2018/06/02(土) 15:20:04.81

うわっ…ruby信者が気持ち悪いイジケかたしてきた。

**デフォルトの名無しさん** · 2018/06/02(土) 16:35:27.47

簡単な機能を難しく書くことに意味はないっていう当たり前のことを
まず言わなきゃならんかな。

**デフォルトの名無しさん** · 2018/06/02(土) 16:53:15.38

もとからこのPHPに拘るやつおかしいと思ってたけど、bash切り捨てるとか頭おかしすぎるだろ。
問題領域違いすぎるとは思わんのかな？
カッターナイフ持って「これじゃ戦争できない」と言ってるレベルだろ。

**デフォルトの名無しさん** · 2018/06/02(土) 16:55:03.67

>>932
一旦破綻しかけたから色々捨てた、が正しいかな。c#は。

**デフォルトの名無しさん** · 2018/06/02(土) 17:31:40.18

C#って何か捨てたん？
増築増築ってイメージだけど

**デフォルトの名無しさん** · 2018/06/02(土) 17:34:28.54

>>943
上手いこと言うな

**デフォルトの名無しさん** · 2018/06/02(土) 17:40:43.45

>>945
.net coreと.net standardとかで、このレベルが(新しい)標準のAPIな！って仕切り直して、
その標準を満たす形で各実装を進めてる感じ。
割と細かい範囲まで、mscorelibから抜けてる。

**デフォルトの名無しさん** · 2018/06/02(土) 17:54:15.35

>>920
これ
ある程度いったらバグ取りだけでいいよ

**デフォルトの名無しさん** · 2018/06/02(土) 18:23:39.36

>>943
bashは必要悪
PHPはただの悪

bashの代わりはないが
PHPを選ぶヤツはセンスがない、技術力がない

こんな簡単なこともわからんのかね？ん？

**デフォルトの名無しさん** · 2018/06/02(土) 18:27:55.09

bashがどーしても必要な状況はわかる
PHPがどーしても必要な状況って何さ（失笑）

PHPがどーしても必要な状況ってさ
みずほも泣いて逃げ出すレベルの、ホイ卒日雇いゲェジが残業200時間で運用するクッッッソレガシーのゴミみたいな環境のことだろ？

ま、好きにするといいんじゃないかな
俺、そんな底辺と関わり合うこと二度とないしｗ

**デフォルトの名無しさん** · 2018/06/02(土) 18:30:10.36

>>949
bashの代わりもあるぞ。
「PHPを選ぶやつはセンスがない、技術力がない」と言うやつも充分センス無いんじゃねえの？
PHPを讃えてるわけではなくて、言語として酷いのは分かってて言ってるけど。
必要悪になる前に、何でも「善」→「当たり前」→「ただの悪」と推移するもんなんだから、
他のなにかに対して必要悪と言う存在を認めてしまってる状態で、ただの悪を断ずることは出来んよ。

もし順番なら次スレ誰かよろしく。

**デフォルトの名無しさん** · 2018/06/02(土) 18:32:22.29

>>950
ではそのPHPではない言語がどーしても必要で、PHPではいけないときって何さ？というと、ただの感情論でしかないと気づくよ。

ガイジとやらを集めることは簡単なんだから。
発注側としては、正直、動いてて保守されればどんな言語で書かれてようが知ったこっちゃない。

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

>>952
スレチ死ね

**デフォルトの名無しさん** · 2018/06/02(土) 19:02:58.57

>>947
.NET Standardのリリース方針が決まってないから、今またfast Spanのせいでバタバタしてるよね

**デフォルトの名無しさん** · 2018/06/02(土) 19:03:56.45

https://github.com/dotnet/standard/issues/682

**デフォルトの名無しさん** · 2018/06/02(土) 19:08:14.97

やっぱどの言語も増築の誘惑は大きいのかね。
バカユーザーの声なんて無視すりゃいいのにって気がするんだが。

**デフォルトの名無しさん** · 2018/06/02(土) 19:57:59.83

パターンマッチを後から入れようとしてる言語は大体残念な出来だな
初期設計重要

**デフォルトの名無しさん** · 2018/06/02(土) 20:09:56.50

Juliaのパターンマッチも残念な感じだけど
あれもうちょっとなんとかなるんだろうか

**デフォルトの名無しさん** · 2018/06/02(土) 20:40:31.33

マクロの限界を感じる出来やね。Jeff次第なんかなあ？あれ

**デフォルトの名無しさん** · 2018/06/02(土) 20:43:59.07

>>951
bashの代わりって何？
ちょっとしたサーバ内での作業を自動化するのに
いっつもbashの引数を受け取るときは・・・for文は・・・リストは・・・
と調べててめっちゃ作業効率悪いんだわ
あるんならマジで教えてたもれ

**デフォルトの名無しさん** · 2018/06/02(土) 21:39:48.17

pythonでも使えば？

**デフォルトの名無しさん** · 2018/06/02(土) 21:52:19.47

アプリ内でのチャット機能ってunityとかじゃできないよね？
どの言語できる人呼べば良いのか教えてください。

**デフォルトの名無しさん** · 2018/06/02(土) 22:12:12.91

>>962
AWSでインフラ作れてコードも書ける人
言語はどうでもいい

**デフォルトの名無しさん** · 2018/06/02(土) 22:14:56.43

>>963
ありがとナス！

**デフォルトの名無しさん** · 2018/06/02(土) 22:17:37.86

>>960
実装方法に選択権あるならどの言語でもいい要件やん
自分が一番書きやすいの使いなはれ
# VB？あ、ごめんなさい…

**デフォルトの名無しさん** · 2018/06/02(土) 22:27:52.11

普段からシェルで生活している人間だと自動化の見通しがすぐできるからいいのよ
シェル触ったことない人がシェルスクリプト書こうとするのが間違いだと思うよ

**デフォルトの名無しさん** · 2018/06/02(土) 22:50:59.94

アプリゲームの課金システムもゲームシステムとは別分野だと思うけどそれもAWSでできるの？

**デフォルトの名無しさん** · 2018/06/02(土) 23:19:52.19

次世代シェルスクリプト

fish
ユーザーフレンドリーを謳うシェル。サブシェルを使わないなどの他には見られない特徴がある。
xonsh
Python とシェルスクリプトのアクロバティックな融合。$(...)でシェルスクリプトを実行、@(...)でPythonを実行。
Xiki
ウィキの能力を取り入れた。斬新だったが開発は頓挫してしまったか。

他には、実験的な試作だったようだが qsh なるシェルが面白かった。hoo/bar のようにスラッシュが含まれていてもPATHから探してこれる。

**デフォルトの名無しさん** · 2018/06/03(日) 01:55:34.28

>>968
UIとしての(本来の意味での)シェルとシェルスクリプトは区別した方が良いのでは。
fish は前者特化でしょう。
bash は微妙な所でDebianはUIシェルと独立させるためにdashを採用した訳だし。

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

シェル素人童貞ワイ
シェルにも方言があると知って身が震える
頭のシェバンがbashなやつだけがLinux標準で使えるシェルだと思ってタンゴ

あんな糞みたいな言語仕様に、糞方言を糞上塗りした糞連中がいるとか草々の糞が生い茂りますよ

これもう半分犯罪行為だろ・・・

**デフォルトの名無しさん** · 2018/06/03(日) 16:01:31.00

別にシェルスクリプトで大規模なもの書かないしどうでもいい

**デフォルトの名無しさん** · 2018/06/03(日) 16:12:03.32

bash依存せんと、shとPOSIX標準コマンドでなんとかするほうが良いんじゃねえの？

**デフォルトの名無しさん** · 2018/06/03(日) 16:57:30.94

main関数の引数がどう見てもシェルだよね
他の関数を呼ぶにはheaderを読んだり設定ファイルを書いたり効率悪い
headerが不要なのはUIとしても優秀だよ

**デフォルトの名無しさん** · 2018/06/03(日) 18:59:08.94

pythonでsh発行できるやつってないん？
rmとかmkdirとかOSに指示出すやつはしょうがないにしても
forとかifとか、あのおぞましいほどに汚いsyntaxで書きたくない

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

sh発行って意味がわからん。普通に子プロセス起動するだけやん

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

nodeにshelljsがあるんだからpythonにもあるやろ例えばshellpyとか…
と思ったら腐るほどあるやんけ。探せ。
https://github.com/lamerman/shellpy
https://github.com/thelinuxchoice/shellpy
https://pypi.org/project/shell.py/
https://github.com/amoffat/sh

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

なんやコイツ優しさの塊か？

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

PythonがきれいなSyntax持ってるって、よくわからんな。