次世代言語17 Go Rust Kotlin TypeScript Julia

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

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2019/09/27(金) 21:28:41.42

>>802
x BSS
o BSD

**デフォルトの名無しさん** · 2019/09/27(金) 21:30:30.70

cshはいただけなかったけどfreebsdやnetbsdは好きだった。
ノベルとの訴訟が無ければなぁ。

**デフォルトの名無しさん** · 2019/09/27(金) 21:44:50.45

>>800
下のやつ読みづらすぎて内容以前に閉じたわ・・・

**デフォルトの名無しさん** · 2019/09/27(金) 22:29:16.43

一般化双曲型分布が扱えるライブラリって
pythonとかでありませんかね？

**デフォルトの名無しさん** · 2019/09/27(金) 22:50:21.45

batとかいう本物の産廃
@echo offとかpauseとかセンス無さすぎる

**デフォルトの名無しさん** · 2019/09/28(土) 00:07:18.74

昔はbashの補完がしょぼかったからzsh使ってたけど、今じゃbashもそこそこ強化されてbashで十分満足だよ

**デフォルトの名無しさん** · 2019/09/28(土) 00:10:47.82

>>778
銀の弾丸は無いという話なのでは…

**デフォルトの名無しさん** · 2019/09/28(土) 00:12:03.59

>>807
い、enabledelayedexpansion、
……

**デフォルトの名無しさん** · 2019/09/28(土) 00:23:28.09

このwsl知らない感じがしびれる

**デフォルトの名無しさん** · 2019/09/28(土) 00:26:31.03

今気づいたがワインバーグ亡くなってた、

**デフォルトの名無しさん** · 2019/09/28(土) 00:28:13.79

もうすぐマイクロソフトの手によってウィンドーズにリナックスが乗るはず
これで日本語対応がプアなUnxUtilsともおさらばできる

**デフォルトの名無しさん** · 2019/09/28(土) 00:30:39.34

もう WSL とかじゃなくて MS 自身が Linux kernel 上で win32 API を動かせるようにしたほうが健全だと思う

**デフォルトの名無しさん** · 2019/09/28(土) 01:59:23.45

>>807
PowerShell知らんのね

**デフォルトの名無しさん** · 2019/09/28(土) 02:02:23.52

Win7にWSLが乗るなら教えてください

**デフォルトの名無しさん** · 2019/09/28(土) 02:23:27.42

7は諦めろ

**デフォルトの名無しさん** · 2019/09/28(土) 07:46:13.69

>>721
それを黒木玄氏と佐藤健太氏は嘆いている。

**デフォルトの名無しさん** · 2019/09/28(土) 08:02:44.88

むしろ喜べ

**デフォルトの名無しさん** · 2019/09/28(土) 09:52:47.26

Windowsは会社の制約上仕方ないかもしれんがEclipse使ってるやつはさすがにこのスレにいる資格無い

**デフォルトの名無しさん** · 2019/09/28(土) 10:25:43.41

OSやCPUごとにアプリをビルドするとか面倒だからJVMか.NETでいいよ

**デフォルトの名無しさん** · 2019/09/28(土) 10:42:32.03

WEBだとDocker使うからそんなこと考えなくてもいい

**デフォルトの名無しさん** · 2019/09/28(土) 11:15:20.03

でもおまいらの95割はWindowsXPで秀丸＝4400という事実

**デフォルトの名無しさん** · 2019/09/28(土) 11:23:45.65

EclipseもVSもできることの種類なんて変わらんじゃないか

**デフォルトの名無しさん** · 2019/09/28(土) 11:32:23.78

COBOLもPYTHONもできることの種類なんて変わらんじゃないか

**デフォルトの名無しさん** · 2019/09/28(土) 11:34:46.71

cobolでpythonができることを一通りやろうとすると血を吐くぐらいやらんと無理だろ。

**デフォルトの名無しさん** · 2019/09/28(土) 11:43:44.53

>>823
vscodeと比べたら秀丸爆速だろ

**デフォルトの名無しさん** · 2019/09/28(土) 11:56:53.81

最近のエンジニアのイナゴっぷりすごいからCOBOLですら流行らせようと思えば流行りそう

**デフォルトの名無しさん** · 2019/09/28(土) 11:59:17.31

>>828
GAFAが使い始めたとか流せば簡単に食いつくだろうな。

**デフォルトの名無しさん** · 2019/09/28(土) 12:04:52.10

PythonはPerlと一通り比較されることでむしろ底堅い価値を認められた
RustとC++でもおそらく同じことが起きる
だが、誰とは言わんが、お前らは底無しだ

**デフォルトの名無しさん** · 2019/09/28(土) 12:09:29.98

そこなし？

**デフォルトの名無しさん** · 2019/09/28(土) 12:13:04.06

COBOLは、GAFAが、使い始めている今熱い言語。AWS Lambdaでも、最近使用可能に、なった。

銀行など、ミスが許されない、システムにも、使われている、手堅い言語。

10年後GAFAも視野に入れるならCOBOL！！！！！！！！！！！

**デフォルトの名無しさん** · 2019/09/28(土) 12:17:45.14

現実問題として
仕様書はちゃんとしたの書いてる
ＣＯＢＯＬおっちゃんたちの生産性が悪いように見えるから
あんまり信じていいのかわからない

エディタも開発環境もあんまりよくないみたいだし
誤りを避けるための機能も少ないようにおもう

**デフォルトの名無しさん** · 2019/09/28(土) 12:21:30.20

>>755
最近は転職サイトが記事書かせる時代だしな
マジで終わってる

**デフォルトの名無しさん** · 2019/09/28(土) 12:28:41.02

Goみたいにシンプルになっていくのがベストなのに

JavaScript界隈は逆に複雑化していってるよね。てかフレームワーク多すぎ

**デフォルトの名無しさん** · 2019/09/28(土) 12:36:06.89

>>835
JSは今やフレームワークやライブラリなしが1番扱いやすいというおかしなことになってるからな…

**デフォルトの名無しさん** · 2019/09/28(土) 12:37:44.62

ランタイム選べないんだから仕方ない
wasmにご期待ください

**デフォルトの名無しさん** · 2019/09/28(土) 12:40:56.71

これとか頭おかしい

要チェックな10個の Node.js フレームワーク
https://qiita.com/ymasaoka/items/3db3f44990911a181ffc

**デフォルトの名無しさん** · 2019/09/28(土) 13:04:20.04

node.jsとかもその典型だよな
シングルスレッドの扱いやすさを熟知してるレベルなら自前で
簡単にピュアJSで組めるから不便さを補うライブラリ程度で良いんだよな

**デフォルトの名無しさん** · 2019/09/28(土) 13:47:42.15

>>805
ワシもw

**デフォルトの名無しさん** · 2019/09/28(土) 14:31:30.39

ハードの性能から逆算してソフトの仕様決めてるんじゃないか
予算を全部使い切る公務員のように

**デフォルトの名無しさん** · 2019/09/28(土) 14:53:17.60

C/C++は糞
やっぱり次世代言語だよな

LLVM、定数として宣言されたメモリ領域への代入を削除する最適化を導入
https://developers.srad.jp/story/19/09/27/1626210/

**デフォルトの名無しさん** · 2019/09/28(土) 14:59:07.53

>>829 >>828
じゃマシン語もか？

**デフォルトの名無しさん** · 2019/09/28(土) 16:12:09.98

ゴミみたいなJavaScript言語があるからこそ、毎年新しいフレームワークだので無理やり仕事つくれる。
仕事なくさないために、JavaScriptみたいなゴミ言語が必要。金より楽したい俺にはうんざりだわ。

**デフォルトの名無しさん** · 2019/09/28(土) 16:17:28.65

こんなに新しいフレームワークが生まれたり消えたりしてるなは、技術革新というより、元になるJavaScriptがあまりにも糞だっために、何度も試行錯誤せざるを得ないだけ。

**デフォルトの名無しさん** · 2019/09/28(土) 16:48:08.27

俺的なイメージでいうと、大昔にシー言語やアセンブラむちゅかしくてわかんない!でもベーシックだったらできる!
ていってた連中と、ひと昔前に JavaScript に群がってた連中と今 Python に群がってる連中が全部同じ空気感を放ってる

**デフォルトの名無しさん** · 2019/09/28(土) 17:02:09.69

オジサンCよりJavascriptの方が難しい(泣)
なんでスコープを抜けてもローカル変数にアクセスできるの？

**デフォルトの名無しさん** · 2019/09/28(土) 17:15:03.51

>>847
スコープ理解できない人のため

**デフォルトの名無しさん** · 2019/09/28(土) 17:15:27.68

>>847
おじさん向けにわかりやすく説明すると
スタックフレームはGCが開放するから
ローカル変数を参照しているものがあれば
その変数は生き続ける

**デフォルトの名無しさん** · 2019/09/28(土) 18:46:39.82

スコープ抜けたら参照できないでしょ

**デフォルトの名無しさん** · 2019/09/28(土) 19:10:59.05

うんvarはスコープ抜けても参照できるんじゃなくて関数スコープなだけだしな。何スコープなのか分かってないと予想。

**デフォルトの名無しさん** · 2019/09/28(土) 19:43:03.61

結局IT業界ってクラウドぐらいしかこの10年で進んでないよね
言語が変わってもお前らがやることはCRUDだけw

**デフォルトの名無しさん** · 2019/09/28(土) 19:43:25.82

なんでそんなふうに決めちゃったんだって言ってるんだろ！
わかりにくいのに

理解できないやつのためとか人を見下ししすぎ小学校でカッコが理解できたらできるだろ

**デフォルトの名無しさん** · 2019/09/28(土) 19:57:17.31

ただバグを探して直すだけでも前に進んでいる
これが事実

デバッグが苦手な人ほど、この事実を認めようとしない

**デフォルトの名無しさん** · 2019/09/28(土) 20:04:15.41

一番進んでないのは進んでないと言ってる本人という事実

**デフォルトの名無しさん** · 2019/09/28(土) 20:10:10.19

>>855
おっ？俺に言ってんのか？
俺はCRUDエンジニアと違って機械学習の案件に数年携わっていたが？🤩

**デフォルトの名無しさん** · 2019/09/28(土) 20:15:02.67

機械学習（）

**デフォルトの名無しさん** · 2019/09/28(土) 20:24:31.46

>>850
できるよ
クロージャがまさにそれ

**デフォルトの名無しさん** · 2019/09/28(土) 20:25:56.33

>>858
？
やってみてよ

**デフォルトの名無しさん** · 2019/09/28(土) 21:03:05.39

たしか出来ちゃう言語あったよね
emacs-lispみたいなスコープが入り混じった感じのヤツ

**デフォルトの名無しさん** · 2019/09/28(土) 21:09:39.43

>>853
分かりにくいと思ったから後でlet作ったんでしょ

**デフォルトの名無しさん** · 2019/09/28(土) 21:26:55.54

>>859
function foo() {
var a = 1;
return function () {
return a;
};
}

var x = foo();
x(); // 1

fooの呼び出しが終わったのに
クロージャによりaがキャプチャされてるから生き残る
最近のC++でもクロージャは書けるから
似た感じのことはできる

**デフォルトの名無しさん** · 2019/09/28(土) 21:45:02.03

>>862
それのことね、そうだね

**デフォルトの名無しさん** · 2019/09/28(土) 21:50:36.65

恥ずかしくないんかなこいつ

**デフォルトの名無しさん** · 2019/09/28(土) 22:05:24.19

スコープとはその名前で参照できる範囲だから参照出来たら範囲内だ
人間が決めた前提としての定義だから
宇宙が滅んでも無理
絶対的真実

**デフォルトの名無しさん** · 2019/09/28(土) 22:10:32.81

お前は正しい

**デフォルトの名無しさん** · 2019/09/28(土) 22:34:56.87

Ruby では、関数スコープがあるから、
関数外の変数が、関数内では参照できないけど、

JavaScript, Python は出来るから、すぐバグるので超危険！

**デフォルトの名無しさん** · 2019/09/28(土) 22:37:39.92

C++のラムダ式のシンタックスと挙動知ってたらスコープ抜けてるとか口が裂けても言えないんだよなぁ

**デフォルトの名無しさん** · 2019/09/28(土) 23:22:13.75

いや普通に const 使えばええやん
今さら var の話題とか本当にここは次世代言語スレか？
ガイジは特別学級に帰れよ

**デフォルトの名無しさん** · 2019/09/28(土) 23:22:58.40

おじさんの雑談スレだから

**デフォルトの名無しさん** · 2019/09/28(土) 23:37:41.46

で、そのconstはIE6-10に対応してるのかい？🤔
富裕層のジジイを相手にしてる俺にはIEで使えるか使えないかってのが重要なんだよ😏

**デフォルトの名無しさん** · 2019/09/28(土) 23:41:24.41

>>871
最高に旧世代なレスで草だｗ

**デフォルトの名無しさん** · 2019/09/28(土) 23:42:13.91

次世代言語スレで化石環境サポートを語る

**デフォルトの名無しさん** · 2019/09/28(土) 23:44:46.92

ま、スマートの俺はBabelを華麗に使ってconstを使ってるけどな😎
ついていけないやつらは振り落とされないようにつかまってろよ？🤯

**デフォルトの名無しさん** · 2019/09/28(土) 23:45:32.11

constで品質が安定すると思ってるのは若い証拠だね

**デフォルトの名無しさん** · 2019/09/28(土) 23:49:00.63

安定を要求するなら枯れた言語でいいじゃん
次世代言語スレなんだから投機的に新機能を使っていくんだよ

**デフォルトの名無しさん** · 2019/09/28(土) 23:54:36.68

Chromeでは上手くいくのにFirefoxでは上手くいかない
他のブラウザでは上手くいくのにSafariでは上手くいかない
Androidのバージョン7以下では上手くいかない

こういう面倒くさい対応が嫌すぎてフロントからは足を洗った

サーバサイドはこういうわけわかんねーことで悩まされることないから楽だわ。。。

**デフォルトの名無しさん** · 2019/09/28(土) 23:57:47.98

>>831
裾野のさらに底辺という救いようなく酷い奴らという意味なんじゃないの

**デフォルトの名無しさん** · 2019/09/28(土) 23:59:20.69

>>839
Node.jsを使わずにデスクトップアプリをどうやってJavaScriptで書けば良いんじゃ…

**デフォルトの名無しさん** · 2019/09/29(日) 00:00:01.45

>>847
varでなくlet使え、

**デフォルトの名無しさん** · 2019/09/29(日) 00:00:27.66

>>850
キャプチャすれば逝ける

**デフォルトの名無しさん** · 2019/09/29(日) 00:02:01.29

YouTube で有名な、KENTA も、クライアント側をやらない！

デバイス・環境は数百種類ある。
それらに対応していると、ドンドン時給が下がってくるから！

**デフォルトの名無しさん** · 2019/09/29(日) 00:04:46.15

>>879
VSCode も、Electron 製

Electron = Node.js + Chromium + V8

**デフォルトの名無しさん** · 2019/09/29(日) 00:45:32.87

ちなみに今やPCゲーマーの必須アイテムDiscordもエレクトロン製
どうでもいいがDiscordのアップデートの御知らせ文はおもろい

**デフォルトの名無しさん** · 2019/09/29(日) 01:04:19.87

>>875
内部にステートもったいなオブジェクトを更新しまくってたりしたら意味ないが、
そういうケースを除くと保守性は確実にconst＞＞＞＞＞＞＞＞＞＞＞＞＞let＞varだよ

**デフォルトの名無しさん** · 2019/09/29(日) 01:08:18.56

ベターを知らないお爺さんには伝わらないよ

**デフォルトの名無しさん** · 2019/09/29(日) 01:11:36.90

Electronアプリ死んでくれねーかなぁ
Javaやドトネトよりはマシだけどよ
やっぱデスクトップアプリはネイティブで作ってほしい

**デフォルトの名無しさん** · 2019/09/29(日) 01:45:03.41

>>887
大丈夫、VS-codeも君に使って欲しくないから。
相思相愛だね！

**デフォルトの名無しさん** · 2019/09/29(日) 03:00:42.38

>>838
adonisいいよ

**デフォルトの名無しさん** · 2019/09/29(日) 07:44:24.39

結局のところGoぐらいしか次世代言語としてマシなのが無い
フロントに関してはWASMが本格化してから投資すればいいし

**デフォルトの名無しさん** · 2019/09/29(日) 07:49:09.18

もうじき待望の次世代言語C++20が来る

**デフォルトの名無しさん** · 2019/09/29(日) 08:11:44.01

デスクトップもFlutterの時代

**デフォルトの名無しさん** · 2019/09/29(日) 08:17:55.94

>>887
Office365のUIの多くはreact-native-windowsで作られている
ネイティブ部品で画面構成されるがミドルより上はネイティブコードでない
これはどっちの判定？

**デフォルトの名無しさん** · 2019/09/29(日) 08:38:12.62

MASMと空目した

**デフォルトの名無しさん** · 2019/09/29(日) 08:51:31.67

JavaScript以外のフロントの言語が普及したら楽しそうだよなー

そもそもNode.jsでサーバ側もJavaScriptにするって方向性が謎だった

**デフォルトの名無しさん** · 2019/09/29(日) 08:53:55.94

まともなプロダクトのフロントエンドってReact以外見たことないな
Vueを熱烈支持している人たちはハローワールドばかり作ってるのか？

**デフォルトの名無しさん** · 2019/09/29(日) 09:04:02.30

「まともなｘｘ」
「本当のｘｘ」
「正しいｘｘ」

都合の悪い現実に目をつぶる言葉

**デフォルトの名無しさん** · 2019/09/29(日) 09:05:03.00

wappalyzer眺めてみ
お前の知ってるプロダクト全部Reactだぜ

**デフォルトの名無しさん** · 2019/09/29(日) 09:11:35.84

>>898
すまん、ほとんどjQueryだったわ……

**デフォルトの名無しさん** · 2019/09/29(日) 09:13:50.66

これが現実

**デフォルトの名無しさん** · 2019/09/29(日) 09:15:05.06

ﾜﾛﾀ

**デフォルトの名無しさん** · 2019/09/29(日) 09:16:24.38

まぁでもReact使ってるとこも割と多いな。webpackしか書いてないとこも多いが