次世代言語14 Go Rust Swift Kotlin TypeScript

2018/09/11(火) 20:07:34.76

スレタイ以外の言語もok

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

>>1の1行目に記入
!extend:on:vvvvv:1000:512

VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

2018/09/23(日) 14:29:42.98

>>133
つまりスマホ太郎とデスマ次郎ぐらいの違いか

2018/09/23(日) 14:49:24.40

>>134
つまりそれ大差ないって事じゃね？

2018/09/23(日) 17:58:38.98

luaはそのまんま使うもんじゃないからな
ｳﾝｺｽｸﾘﾌﾟﾄ使いには使いこなせない

まずそこの認識にｽﾞﾚがあるﾜｹ

2018/09/23(日) 18:29:25.28

これだからジャッペチパーは（笑）

2018/09/24(月) 00:15:12.33

肝心のレスがあぼーんされてるが、LuaとKotlinどっちが良いか的なのかな。

お互いの良いところをパクリ合うからどれも似たり寄ったりだよ。
だから一つ覚えればどれでも使えるわけだが。

興味がある方から覚えて、限界感じたら移ればいい。

関数型や論理型は尖り過ぎて後続が少ないが、やってみて発想だけは得る物がある。
新言語の取り込む先は大体そう言う言語が元。

2018/09/24(月) 00:44:10.55

そう言う意味じゃRoRみたいな妄信的な先駆者がいないと広がらない。
俺自身はプログラマー諦めた口だから、お前がやれは無しね。

2018/09/24(月) 00:49:44.18

KotlinはAndroidあるからそこそこ広まってはいるんじゃない？

2018/09/24(月) 00:51:38.47

選ばれた高貴なる民が有意義な議論をするスレだぞ
不適合者の蛆虫がレスするなゴミ

2018/09/24(月) 00:53:44.23

Javaに載せたら金取る言われたMSがC#広めたって前例もあるし、後ろ盾が大きいのも確か。

後ろ盾が無いなら、信者の熱意次第。

2018/09/24(月) 01:24:33.24

luaはご飯とみそ汁
おかずは自分で作らないといけない

そこんとこをわかってないﾜｹ

食べきれないおかずをひたすら盛るのが
ｳﾝｺｽｸﾘﾌﾟﾄ

ｳﾝｺｽｸﾘﾌﾟﾄ使いがこのおかずがほしいといったら
ひたすらｳﾝｺｽｸﾘﾌﾟﾄにおかずが盛られていく

つまり、減ることはない、増える一方

2018/09/24(月) 01:29:17.02

スクリプトって、元々そんなもんだろ。
TwitterもFacebookも、元はスクリプトで組んで、大きくなったらコンパイラ言語に移行したし。
試作品とか小規模とか。

2018/09/24(月) 02:13:36.78

なんかLinuxの板にもやたら食べ物で例えるヤツ居たなぁ
そいつのカタカナは半角じゃなかったから多分別人なんだろうけど

2018/09/24(月) 19:41:02.03

>>144
Facebookは今でもPHPじゃないの？？

2018/09/25(火) 04:05:29.45

>>146
Facebook, PHPやめるってよ
https://mag.osdn.jp/18/09/14/162000

2018/09/25(火) 08:08:39.35

世界がPHPから孤立していく・・・・・・

2018/09/25(火) 08:57:36.26

fbって一時期D言語使うって言ってなかったっけ？

2018/09/25(火) 12:35:58.71

Githubでさえ未だにRoR使ってるというのにFacebookときたら

2018/09/25(火) 12:38:21.82

lol

2018/09/25(火) 12:45:52.03

そら世界中のソフトウェア開発の根幹を支えるGitHubとは違って、便所の落書きやチラシが少々バグったところで何の問題もないからな
GitHubを今更全部作り直すのは事実上不可能だと思うよ

2018/09/25(火) 12:55:23.71

GitLabもRoRなんだよな

2018/09/25(火) 15:40:45.52

なんかさ最近なんだかんだでJSが最強言語に思えてくる
TSも含めて

2018/09/25(火) 16:29:07.85

富豪的プログラミング最高

2018/09/25(火) 19:44:26.03

c,javascript見てると最初はゆるく作っておけば
あとあと固くする様なツールなりトランスパイラなり出てくるってのはあるな。

2018/09/25(火) 23:12:07.57

JS で書かれた OS ってあるのかな

2018/09/25(火) 23:15:12.81

JSLinuxもOSちゃOSじゃない？

2018/09/25(火) 23:34:32.28

Pythonでマルチタスク書こうとしてえらい目に遭った

2018/09/25(火) 23:36:17.76

作るよりメンテ運用のが長いんだよね
インタプリタ言語でプロトタイプ作るのは良いけど
早い目にコンパイラ言語にに寄せるべきかなと

2018/09/26(水) 01:46:00.41

>>154
同意。

2018/09/26(水) 12:37:04.27

>>157
確かブラウザ上でPCのエミュレートしてそこでLinux動かしてるサイトがあったので、それが近いかな。

2018/09/26(水) 14:51:15.93

>>156
そう言われてみると流行りの llvm より c のコード吐く方が
既存ライブラリとのバインディング等いろんな面で楽な気がしてきた
yacc/lex みたいな

2018/09/26(水) 21:19:54.07

Cへのトランスパイルは昔から良くあるけどやっぱり不十分なんじゃないの？

2018/09/26(水) 22:35:08.49

例えば例外処理のフレームの生成なんかでは困るな
C++例外にトランスパイルしたらC++ランタイムを必要とするようになるし
longjmpでごまかして気にしないならいいけど
後はスタックや呼び出し規約関係で変なことしたい時もC言語の記述力を超えられないので困る

2018/09/26(水) 23:57:50.73

なるほど
c じゃ call / ret その他スタック操作がコーディングできないか

2018/09/27(木) 01:42:28.18

まずC++を使うからといって
例外処理を使わないといけないというｷﾏﾘなんかないからな

例外処理はｴﾗｰ処理をまともに書かないようなﾔﾂが
ｴﾗｰ処理を入れた気になれるというｼﾛﾓﾉだからな

2018/09/27(木) 02:54:00.09

ん？脊髄反射か何かか？

2018/09/27(木) 14:27:52.94

昔々、C++はCへのトランスレータだった。

2018/09/27(木) 18:26:32.81

>スタックや呼び出し規約関係で変なことしたい時
こんなのアセンブラ埋め込む以外できんだろ。
てか普通の言語ではしないし、やったら関数の接合呼び出しのたびに気にしなきゃならなくなる。

**デフォルトの名無しさん** (ｱﾒ MM7b-A258) · 2018/09/27(木) 18:55:13.77

>>163
nim大勝利か！？

2018/09/27(木) 18:58:12.28

GHCは変態呼び出しをC--使ってやってたしLLVMにも専用の呼び出し規約を実装させたぞ？

2018/09/27(木) 19:39:34.35

システムコールは本質的に参照透過でないためHaskellにおいては恥だろ
ドヤ顔で下劣な犯罪行為を自慢するなカス

2018/09/27(木) 19:54:20.44

どこにシステムコールの話があるんだ
ほんと誰も言ってないことを空目して罵る馬鹿が増えたなあ

2018/09/27(木) 21:00:40.39

>>170
llvm じゃなく c へのトランスパイルのが良いのでは？
いやそれじゃ例外等を実装しにくいね、という話をしているだけだろう。

でもまあ頑張れば setjump / longjump で実装できるのか？
誤魔化すんじゃなくwinding するコードをcで正しく吐けばいいだけだし

2018/09/28(金) 05:40:58.12

まあhaskellの場合はそもそも再帰呼び出ししなきゃloopできないんだから
そりゃstackに細工は必要だろうが。。そりゃ逆に言語の欠陥のためだ。

2018/09/28(金) 06:18:31.08

>>176
tail callだけなら呼び出し規約弄る必要もないぞ。もっと別のことやってる
思い込みでわけわからんこと言う前に調べろ

2018/09/28(金) 19:17:25.40

>>177
じゃhaskellでスタックいじくる理由ってなんかあるのか？
linux kernelだったり作るならわからんでもないが(実際gccの拡張命令バリバリ使っとる)
haskellでそれやる理由は？

2018/09/29(土) 04:40:57.49

教えてクンの相手するスレじゃないぞ
とりあえず ttps://ghc.haskell.org/trac/ghc/wiki/Commentary/Rts/HaskellExecution/CallingConvention 見て
後は勝手に調べろ

2018/09/29(土) 10:41:46.83

Goが一番将来性あると思う。

KotlinはJava離れとandroidがGo採用して消える
Swiftはiosだけで残る
Rustは一部のマニア向けに残る

GoはC/C++後継、
サーバ、クライアント、スマホ
あらゆる環境、分野ををカバーして残る

妄想です

2018/09/29(土) 11:04:04.88

RustならともかくGoをC/C++の後継っていうのはムリムリ

2018/09/29(土) 11:23:35.79

学習コストとコンパイラの負担を無視して実行性能と多機能性を突き詰めるC++を
実行性能と機能を犠牲にして学習コストとコンパイラの負担を下げた真逆の思想持ったGoで代替できると思う理由が謎

2018/09/29(土) 11:51:34.68

きっとプログラム書いたことないんじゃね？

2018/09/29(土) 12:00:40.59

でもGo++なら・・・？

2018/09/29(土) 12:19:19.12

GoはどこにGoしてるの

2018/09/29(土) 12:20:49.46

Goは静的型付けコンパイルPython

2018/09/29(土) 13:14:33.04

>>179
実用的用途はないという現実を認められない人って哀れだね。

2018/09/29(土) 13:44:06.68

>>180-181
GoはC/C++じゃなくて明確にCに絞ってみるべきなんじゃないかとね

2018/09/29(土) 13:44:46.95

現実問題PythonどころかRubyでさえカバーできてないじゃんGo
RoRの上位互換さっさと作って

2018/09/29(土) 13:52:22.49

むしろGoとかいらない
C/C++で十分

2018/09/29(土) 14:05:28.39

>>188
組み込みとかリソース限られた環境での使用に堪えないC代替言語とかもっと無理

2018/09/29(土) 14:52:54.80

>>189
上位互換だと下位を完全に含まなきゃいかんのじゃないか

2018/09/29(土) 14:55:23.96

Goが人気出て来たのはイメージサイズ的にコンテナと相性いいからと思ってるわ

2018/09/29(土) 15:07:29.06

一番要らないのはC++

2018/09/29(土) 15:11:13.71

>>194
理由を具体的に

2018/09/29(土) 15:16:35.25

>>193
goがコンテナと相性いいのは、prebuiltなバイナリを突っ込めばコンテナだろうがベアメタルだろうがだいたいそのまま動くという点が大きい
そもそもそのためのコンテナじゃなかったのかという話ではあるが、
Linux丸ごとスタティックリンクしちゃえばポータブルだぜ！という、
イメージのビルドやメンテのコストを無視したインフラエンジニアの妄想オナニーに対する本質的でないワークアラウンドである

2018/09/29(土) 15:33:43.33

goは言語的思想には似たようなのがないけど
業務でつかうjavaの乗り換え対象の第一候補にしてもいいと思う

2018/09/29(土) 15:37:11.74

他の言語は仕様がリッチなのでやろうと思えば平気でおかしなことが出来てしまう
データ＋アルゴリズム以外のことをやりすぎ

2018/09/29(土) 15:45:18.96

こっちも自演だらけか

2018/09/29(土) 21:51:20.41

自演だと思い込みたい自演

2018/09/29(土) 23:00:46.23

>>197
同意

2018/09/30(日) 00:03:04.77

Javaerには無理だよ
試しにGoを導入したとしてもやっぱJavaの方がいいやってなって還る

2018/09/30(日) 02:20:38.93

土にか。

2018/09/30(日) 12:05:21.97

スレタイにあるやつだとGoが良さそう感はある

2018/09/30(日) 13:52:13.19

乗り換え
Java、Kotlin、PHP、Ruby、Python → Go
C/C++ → Rust

2018/09/30(日) 18:15:43.12

マルチコア主流になってきたし仕事でRust使いたいけど依存フレームワークやらパイプラインがC++まみれなのでたぶん無理だ...

2018/09/30(日) 20:15:52.53

マルチスレッドになると rust の利点ほぼなくなるがな
所有権のナニをどうしたところでいつ消えるかも分からなくなり
c++同様arcに頼るのみになる

2018/09/30(日) 20:33:05.02

＞所有権のナニをどうしたところでいつ消えるかも分からなくなり
？
Rustでは競合は起こらないし参照の寿命も保証されるよ

2018/09/30(日) 21:30:37.28

AltPythonだかPostPythonはJuliaとかNimじゃねーの？

2018/09/30(日) 21:35:28.07

JuliaとかNimはWEB開発できるほど万能な言語なの？

2018/09/30(日) 21:41:11.86

WEB開発したいと思えない点ではPythonと同じだな

2018/09/30(日) 21:53:11.03

Juliaって計算に強いって触れ込みでwebやろうとは思わないな

2018/09/30(日) 22:54:38.21

NimはCのほかにJSアウトプットも出来るからwebいける

2018/09/30(日) 23:45:15.46

そんな意味不明なもん使うぐらいなら
最初からcかjavascriptで書くわ

2018/10/01(月) 00:22:56.79

それを言っちゃあ次世代言語スレはおしめえよ

2018/10/01(月) 00:31:26.39

>>208
大事なとこ省いて引用すんなよw

2018/10/01(月) 00:35:42.04

二度言えはOK

2018/10/01(月) 01:16:25.04

>>214
typescriptさんディスってんじゃねーぞこら

2018/10/01(月) 01:46:33.50

>>180
まずこれみよう

https://benchmarksgame-team.pages.debian.net/benchmarksgame/which-programs-are-fast.html

2018/10/01(月) 07:37:37.71

>>219
Nimさんがおらんやんけ

2018/10/01(月) 11:32:40.75

Dartちゃんは死産…？

2018/10/01(月) 15:27:28.59

>>221
Dartは、クロスプラットフォームなGUI
フレームワークを引き連れて、息吹き返して来たので怖い。
Flutter/Fuchsiaを気にかけてないやつは、アンテナの感度ひくすぎると思う。

2018/10/01(月) 16:36:36.80

別に怖くはないのでは

2018/10/01(月) 17:39:32.50

>>220
実はNimが最強ぽいけど、マイナー過ぎて誰も相手にしてくれないね

2018/10/01(月) 17:45:21.46

実装が不十分だよね

2018/10/01(月) 18:11:47.41

Goってなんで流行ってんの？
機能無くしすぎて100年前の言語みたいになってるじゃんｗ
全然googleぽくないんだけど、
逆に新しいのかな？

2018/10/01(月) 18:48:40.16

GoのGoはGoogleのGoではなくて
SimpleでGoという諺に掛けてるんだよ
公式くらい読めバカが

2018/10/01(月) 19:01:43.49

Goって大丈夫なの？
将来、仕事あるなら勉強するけど

2018/10/01(月) 19:45:21.48

Goはコンテナと相性良いから流行ってるんではないかな。言語的にはどうなのかわからん。2がきたら色々良くなりそう

2018/10/01(月) 19:53:49.83

だからさ、SimpleでGoなんだよ、わからんのか？バカが？

2018/10/01(月) 20:36:49.68

GoがGoogleらしくなかったらDartなんてどうなってしまうんや

2018/10/01(月) 20:38:23.99

でもまぁもちろんGoogleとも掛けてるだろうけどね

2018/10/01(月) 20:41:10.99

>>232
違うっていってるだろバカが！