次世代言語Part7[Go Rust Swift Kotlin TypeScript]

**デフォルトの名無しさん** · 2017/10/19(木) 17:51:38.66

文字数制限きついので改題
スレタイ以外の言語もok

前スレ
次世代言語議論スレ[Rust Kotlin Haskell]第6世代
http://mevius.5ch.net/test/read.cgi/tech/1503924817/

**デフォルトの名無しさん** · 2017/11/05(日) 12:11:59.33

ペチパーって何であんなにフレームワーク作りたがるんだろうな
自己主張が強いのか、ママの愛が足りなくて承認欲求に飢えてるのか

**デフォルトの名無しさん** · 2017/11/05(日) 12:16:38.92

>>353
たかがテンプレートエンジンがでしゃばりやがって感ある。
でもインスタンスの生存時間が短いから開発者に優しい言語ではある。
まぁwebScoketとか繋ぎっぱなしにするような仕組みには弱くなるけど

**デフォルトの名無しさん** · 2017/11/05(日) 12:26:54.29

>>352
なんだかんだであれは死なないよ
資産が豊富で、webのラピッドプロトタイピングにおいては群を抜いておる
Railsライクな他言語のフレームワークがRailsを羨ましがる場面はあっても、恐らくその逆はない

**デフォルトの名無しさん** · 2017/11/05(日) 12:51:00.18

慣れの世界って感じもするけどな
俺はテンプレートエンジンより、Reactで書くほうが最近は楽なのでtypescriptで書いちゃうことが多いな
サーバサイドも必要ならrustかJavaでちょろって感じ

**デフォルトの名無しさん** · 2017/11/05(日) 13:29:53.61

時代はSPAの方向を向いている中あえて今Rails使うメリットってあるんかな。
最初からWebAPI提供できたほうがいいし。

React覚えるとモバイルももれなく作れるのがいい

**デフォルトの名無しさん** · 2017/11/05(日) 14:06:42.08

Node.jsとTypeScript使っとけば幸せになれるということ？

**デフォルトの名無しさん** · 2017/11/05(日) 14:17:26.71

>>358
webassemblyの時代が来るまではね

**デフォルトの名無しさん** · 2017/11/05(日) 14:50:39.74

wasm時代の覇権がどうなるか想像出来ん
とりあえずC++は安定だろうけど

**デフォルトの名無しさん** · 2017/11/05(日) 15:02:45.09

PHP使ってれば食いっぱぐれることはないやろ
ガイジどもが作った負の遺産を保守し続ける楽なお仕事が半永久的にあるで

あ · 2017/11/05(日) 15:14:12.83

>>351
器用貧乏の反対は、ホントにその役職に居なければ「大先生」とか「教授」だろ。

**デフォルトの名無しさん** · 2017/11/05(日) 15:32:04.98

フレームワークやIDEを
ドラえもんの道具にたとえると四次元ポケット

**デフォルトの名無しさん** · 2017/11/05(日) 20:51:56.70

>>361
真っ先に自動化されるか、見捨てられるシステムだな。

**デフォルトの名無しさん** · 2017/11/05(日) 20:55:20.91

COBOLやJavaならわかるけどPHPではなあ
ある日突然消えてなくなったところで大した問題のないゴミばかりだろ

**デフォルトの名無しさん** · 2017/11/05(日) 21:28:49.35

おい、アスペチプァさんを馬鹿にするなよ
彼らが本気出したらお前ら血便漏らして死ぬようなコード書くぞ

**デフォルトの名無しさん** · 2017/11/05(日) 21:40:31.01

日本の技術力ガーとか言ってたくせに
結局全部嘘ばかり
バカチョン以下やでホンマ
そりゃペチパーが闊歩しますわ
Rustアンチくんはペチパー
はっきりわかんだね
これだからペチプァは
それ以上ペチパーの心のより所を叩くのはやめてやれｗ
彼ら、憤死してしまうでｗｗｗ
ペチパーって何であんなにフレームワーク作りたがるんだろうな
自己主張が強いのか、ママの愛が足りなくて承認欲求に飢えてるのか
おい、アスペチプァさんを馬鹿にするなよ

ﾏｼﾞｷﾁ

**デフォルトの名無しさん** · 2017/11/05(日) 23:19:35.12

>>367
巣へお帰り

自称次世代言語議論スレ[PHP PHP PHP] [無断転載禁止]©2ch.net
http://mevius.2ch.net/test/read.cgi/tech/1506823587/

**デフォルトの名無しさん** · 2017/11/05(日) 23:22:51.31

ペチアンチの面白語録非難してる奴って胸に突き刺さって抜けないペチパーか？

あ · 2017/11/06(月) 00:12:29.28

好きの反対は無関心になるはずだしな。
嫌いな事と言うのは、実は興味があったり、かつて好きだった事があったり、強制され抵抗できなかった惨めさがあったりするもんだ。
あまり人の憎しみを面白半分で扱ってはいかんな。

**デフォルトの名無しさん** · 2017/11/06(月) 01:15:12.61

>>357
SPAは一番最初のローディングがアホみたいに遅いじゃん
これ解決するためだけにSSRもやるの辛い
じゃあ最初からSPAいらないやってなる

**デフォルトの名無しさん** · 2017/11/06(月) 01:24:21.52

【泥沼】京都市のシステム開発失敗、IT企業に７億５千万円の損害賠償請求　企業側は支払い拒否
http://hayabusa9.5ch.net/test/read.cgi/news/1509849067/

**デフォルトの名無しさん** · 2017/11/06(月) 07:18:27.19

>>371
dynamic importが実装されている現状から言って最初のローディングが遅いって問題は解決する。というかminifyすれば十分小さい。
せいぜい500kbとかでしょ開発中は10MBとかだったりしてビビるけど。

**デフォルトの名無しさん** · 2017/11/06(月) 07:21:45.70

>>371
後、最初のローディングが遅い問題がSSRで解決するって初耳なんだけど。
どっちかというとSEO的な問題の解決かと

**デフォルトの名無しさん** · 2017/11/06(月) 09:16:46.62

>>374
意味不明
順序的な動作いらないし負荷や遅延も減るんだから速いだろ

**デフォルトの名無しさん** · 2017/11/06(月) 09:17:47.31

>>373
最初のローディングを早くするのとSEOできるっていう二つがSSRのメリットだと言われてないか？
それからSPAの初回表示が5000msとかかかるのは、DOMを構築する処理のせいだろ？
500kbというのはjsのサイズか？ファイルがいくら小さくてもな…

dynamic importは調べてもよくわからなかったが、解決するというなら良いことだ

**デフォルトの名無しさん** · 2017/11/06(月) 09:18:45.46

>>373
これも意味不明
スクリプトのサイズは飽くまでグロスの転送量の問題であって
動的モジュール読み込みだろうと結局初動が重けりゃ処理遅延するし

**デフォルトの名無しさん** · 2017/11/06(月) 09:20:16.78

>>376
だよなあ…
こいつ絶対エアプだわ

**デフォルトの名無しさん** · 2017/11/06(月) 10:13:51.90

>>367
Rustアンチスレ立てられる原因になったと自認してる俺だが、
PHPはゴミだと思ってるぞ安心しろ

**デフォルトの名無しさん** · 2017/11/06(月) 11:07:45.63

cobol, fortran, vb あたりも相当恨みを買ってる言語だが、ここでの php への
恨みはそんなもんじゃないな。。
使ったことないからわからんが、そこまで嫌われるのは興味あるわ。

**デフォルトの名無しさん** · 2017/11/06(月) 16:11:09.26

>>377
俺の勘違いなのか？
動的ローディング使えばルーティングで該当ページが開く時にネットワークアクセスするから初回転送量は抑えられるだろ。

DOMの構築が遅いっていうのも意味がわかんないな。
現在表示している画面以外のレンダリングも裏でやってるとでも思ってるのか？

**デフォルトの名無しさん** · 2017/11/06(月) 16:32:50.51

PHPは使う必要ないの？

**デフォルトの名無しさん** · 2017/11/06(月) 16:40:37.06

無い

あ · 2017/11/06(月) 17:06:37.01

>>381
仮想DOMを作ってDOMツリーに展開していく部分でしょ、初回を早くするためのSSRって。
割と時間掛かる上に描画がロックしがちだから、最初からHTMLとしてDOMツリー渡して、仮想DOMとあとからバインドするんじゃねえの？
該当ページが開く前にロード、じゃなくて、初回の話でしょ。

**デフォルトの名無しさん** · 2017/11/06(月) 17:43:13.17

むしろ「使い慣れてるから」とかいうクソペチパーの戯れ事以外でぷぃーえっちぷぃーなんて使う理由あるならそっちの方が聞きたい

**デフォルトの名無しさん** · 2017/11/06(月) 18:15:38.15

PHPが滅んだとしてその穴を埋める言語って何？Js？

あ · 2017/11/06(月) 18:47:27.87

phpの良い所なぁ。
楽な部分だと、nginx+php-fpmでも、apacheでも、IISでも、ファイル置くだけで動く所が一番初心者には楽なんじゃないの？
あれやってるとContent-Typeとかヘッダを覚えない！なんて言うPerl使いももういねぇんだし。
aspやasp.netもまぁ同じ部類か。

unicornもsupervisordもforeverもpm2も要らない、サーバのポートを使う事もない。
リバースプロキシも要らない。リバースプロキシがヘッダを触ろうが割と平気。
こんな言語あんま無いぞ。良いか悪いかは別としても。

**デフォルトの名無しさん** · 2017/11/06(月) 20:08:38.89

>>387
そういうレベルの奴が遊ぶからウンコ量産機になるっていう話なんだよなあ

**デフォルトの名無しさん** · 2017/11/06(月) 20:40:54.59

>>384
はー。なるほど。そこがボトルネックになるっていうのか。
じゃあSPA使わないという選択肢が一番だな。おつかれ。

**デフォルトの名無しさん** · 2017/11/06(月) 20:42:12.76

お手軽魔法のLAMP

**デフォルトの名無しさん** · 2017/11/06(月) 21:16:04.27

仮想DOMからDOMツリーに展開するのとHTMLをレンダリングしてDOMツリーを構築するのと
どっちが速いかって自明じゃないよね？
「HTMLとしてDOMツリー渡して」とか書いてるところを見ると、そこコスト0と思ってるとか？

あ · 2017/11/06(月) 21:57:40.34

>>388
単にうんこも作れると言うことだ。

>>389
古き良きFormとポストバックでも何でもすれば良いよ。

>>391
微妙な所では？プロファイルはしてないけど。
DOMツリーも、仮想DOMからどうエレメント作ってるかにもよると思うし、リフロー、リペイントが何回起きるかにもよると思うが、
HTMLとしてDOMツリーを渡して一番得なのは、DOMツリーを解釈したレンダツリーをレイアウトする所まで決定的関数になるから取り敢えず形としては一発で書けるという認識だった。
だから、AMPではレイアウト計算が走らんように、ロード後にサイズが変わる画像は使えない、みたいな縛りを入れてると思ってたよ。
違ったら教えて。

**デフォルトの名無しさん** · 2017/11/06(月) 22:45:29.40

SSRの実装次第じゃね。情報が古いことを許容するならキャッシュしたレンダリング結果を返すという手もある。

**デフォルトの名無しさん** · 2017/11/06(月) 23:47:45.62

>>387
ぶっちゃけPHP貶すやつはプログラマの経験浅いだけだろと思う
言語がどんだけクソだろうと、結局PHPほど、短時間でパッケージ売れて取り回しが楽な環境他にないからな

**デフォルトの名無しさん** · 2017/11/06(月) 23:55:59.09

>>370
> 好きの反対は無関心になるはずだしな。

じゃ、対偶と裏は何？
煽りじゃなくて純粋に疑問

あ · 2017/11/06(月) 23:58:52.19

>>393
まぁ、つまるところaspのUpdatePanelだな。
何回歴史を回ってるんだかわからん。

>>394
取り敢えずPHPをdisればウケるという安易な芸風なのか、本気で憎んでるのかはわからんが、ホントに便利だと思うよ。
作者の言う通り、歯ブラシなんだと思う。

あ · 2017/11/07(火) 00:08:23.71

>>395
裏とか対偶を取ると何か意味がぼやける気がするが。

好きならば、関心がある
好きでないならば、関心は無い
関心が無いならば、好きではない

嫌いならば、関心がある
嫌いでないならば、関心は無い
関心が無いならば、嫌いではない

「関心」を共通項として消しこんでしまうから好きと嫌いが直結してるように見えるが、
本質的には好きと嫌いは全く違う感情として捉えるべきだと昔習ったよ。精神医学か臨床心理学かどっちかで。
そうしないと凄く嫌いな状態が好き、みたいなややこしいドMとかメンヘラ感情を説明出来なくなる。

**デフォルトの名無しさん** · 2017/11/07(火) 01:23:02.74

頭にプリプリうんこの詰まったペチプリパァのおじちゃん

年収200万なのに生きてて恥ずかしくないの？

**デフォルトの名無しさん** · 2017/11/07(火) 01:43:06.64

WP納品してセキュリティも保守も拡張も考えなくていいならPHPで勝手にすればって感じだけど
まぁ関わりたくないよね

**デフォルトの名無しさん** · 2017/11/07(火) 04:40:28.24

phpがというより動的言語が嫌なんだよなぁ。
リファクタリングとかIDE支援が期待できない。

だからhackなら良さそうなんだけどだれも使おうとしないのはなんで

**デフォルトの名無しさん** · 2017/11/07(火) 04:58:43.28

GoをGAE/Goで使うとインフラもセットで完成した状態で使えるしオススメ。
dockerも、結局インフラ構築と変わんないから触らないで済ましたい

**デフォルトの名無しさん** · 2017/11/07(火) 12:20:53.38

>>400
その理屈なら、DOM操作をIDEで支援する方が良さそう
静的型がないhtmlは終わコンになる

**デフォルトの名無しさん** · 2017/11/07(火) 12:39:38.98

>>402
reactがけっこう静的型html感ある。特にtypescriptでpropsのinterfaceをちゃんと定義した場合ね。

**デフォルトの名無しさん** · 2017/11/07(火) 19:58:30.70

react もなんかだいぶごっつくなってきちゃってるね。
大丈夫なんだろうか。

**デフォルトの名無しさん** · 2017/11/08(水) 02:44:50.04

>>397
395ではないがなるほど。
でも、好きを+1、嫌いを-1、無関心を0と言うふうに数直線で見ると0を挟んで好き嫌いって反対という感じなんだよなぁ。
どMとかは虚数とか。

**デフォルトの名無しさん** · 2017/11/08(水) 05:31:11.16

>>248
実際Fortranって最新規格を見ると超素晴らしいんだよな……
コンパイラを見ると実装が全然追いついて無くてしょぼーんってなる

>配列の大きさ指定の関数に組み込みでない関数を使えるようになって
よくわからんがもしparameterized derived typesのことなら最近gccにも実装された

**デフォルトの名無しさん** · 2017/11/08(水) 06:30:17.43

CやFortranはやっぱ根幹だわ。
枯れて信頼性の高い処理系から、最新機能
を装備した処理系までとバラエティに富み、
常に進化し続けている。

**デフォルトの名無しさん** · 2017/11/08(水) 06:50:29.08

CもFortranも規格だけは刷新され続けているのに実際使える範囲はC99やF95で止まってるけどな
Cを止めてるのは主にVC++だけど

**デフォルトの名無しさん** · 2017/11/08(水) 07:58:32.73

そりゃ基本はC++の処理系だし、Cには関心ないんだろ。
それにそもそも、VC++がC11に対応したからといってC11が普及するとも思えんがな。
誰が使いたがるんだろう、あれ。

あ · 2017/11/08(水) 08:05:45.96

>>405
好きが実軸なら、嫌いは虚軸だよ。

**デフォルトの名無しさん** · 2017/11/08(水) 08:06:51.37

C++が糞だから使いたくない人はCくらいしか選択しないだろう。

**デフォルトの名無しさん** · 2017/11/08(水) 23:41:09.61

swiftむずい

**デフォルトの名無しさん** · 2017/11/09(木) 08:24:27.56

Cもラムダ式(かBlocks)とattribute((cleanup))入るだけで随分と楽になるのに。。。
規格更新が遅すぎるんだよ。

**デフォルトの名無しさん** · 2017/11/09(木) 08:43:42.68

それな。特にBlocks

**デフォルトの名無しさん** · 2017/11/09(木) 09:20:27.50

jsの世界のbabelみたく新規格をとりあえずすぐ使えるaltCみたいなものを作ればいいんじゃないの？

**デフォルトの名無しさん** · 2017/11/09(木) 09:40:41.51

は？

**デフォルトの名無しさん** · 2017/11/09(木) 09:45:23.55

昔、Cfront と呼ばれるものがあってね。。

**デフォルトの名無しさん** · 2017/11/09(木) 10:19:46.53

Blocksは江添にクソって批判されてたような
C++との互換性考えたらラムダ式が現実的かと

**デフォルトの名無しさん** · 2017/11/09(木) 10:20:31.70

規格または実装のどちらかが遅すぎる法則
これ9割当たるだろ

**デフォルトの名無しさん** · 2017/11/09(木) 10:27:48.86

最悪なのは「実装がバグだらけ！」

**デフォルトの名無しさん** · 2017/11/09(木) 11:20:20.07

自己書き換えコードが禁止されてるからCでラムダ式とかが考えられてこないんだろうな。

**デフォルトの名無しさん** · 2017/11/09(木) 11:53:29.71

いやCなら単純に関数定義と関数ポインタ渡しの構文糖衣でいいだろ

**デフォルトの名無しさん** · 2017/11/09(木) 12:05:07.58

C++のラムダ式とか最適化のおばけやんけ
あれCに入れれるのか？

**デフォルトの名無しさん** · 2017/11/09(木) 12:55:14.10

素直にC++使わないのは何故。

**デフォルトの名無しさん** · 2017/11/09(木) 14:14:40.60

よくわからんし苦手だから

**デフォルトの名無しさん** · 2017/11/09(木) 15:25:39.37

C++のラムダは文法、型付けともに最悪だろ
第一templateもautoもないCでどうやって持ち運ぶんだよ

それにBlocksもそうだけど
気軽に他言語からのFFIができなくなるんじゃないか
基本的なAPIにこういうのが使われだしたら他が困る……

**デフォルトの名無しさん** · 2017/11/09(木) 15:40:59.87

あとC++ラムダもBlocksもローカル変数をキャプチャーする糞仕様だし
そんなのがABIとして定まってしまうと、例えばD言語が関数ポインタとスタックポインタのペアだけでやってるみたいな
シンプルかつより優れた実装を取ってる組が迷惑するだろ

**デフォルトの名無しさん** · 2017/11/09(木) 16:51:04.80

Cの戻り値が一つしか出来ないというのも意味わからないよな。
２つのレジスターに値をセットして戻せばできるのにな。

**デフォルトの名無しさん** · 2017/11/09(木) 17:23:41.36

評価した結果,値を2つ持つって方が意味わからん気がする
複数の戻り値を表すならタプルみたいなもので1つの値にしてしまうのが一般的だと思うけどCでそれは流石に…という感じ

**デフォルトの名無しさん** · 2017/11/09(木) 17:53:57.52

x86_64のSysVみたいに環境によっては
レジスタ2つ分程度なら構造体で返してもrax, rdx使ってくれるぞ
それに10個とかになると結局構造体返しと同じになるだろうから区別する理由がない

**デフォルトの名無しさん** · 2017/11/09(木) 18:05:25.89

引数は複数なのに戻り値は一つって対称性が乱れてるからな。
引数が一つってきまってるなら戻り値が一つでもいいんだけどな。

あ · 2017/11/09(木) 18:32:55.15

まー、今更呼び出し規約変更するのも虚しい結果に至るだろ。

**デフォルトの名無しさん** · 2017/11/09(木) 18:40:38.48

俺は今の言語が解析しにくいのが不満
xmlみたいにシリアライズ容易であって欲しい
プログラムからコードを作成したり
ビジュアル的にコードを表現したり出来ていいと思う

これが出来てやっと次のステージにすすめると思う

**デフォルトの名無しさん** · 2017/11/09(木) 18:56:04.11

それ lisp やんけ

**デフォルトの名無しさん** · 2017/11/09(木) 19:02:43.09

>>434
全然駄目だ
俺には読めないｗ
xmlとかcsvとか形式が決まってた方がいいな

**デフォルトの名無しさん** · 2017/11/09(木) 19:09:29.48

htmlみたいにxmlでフローの書けるプログラムが組めるような言語とか次の覇権を握る
次世代はプログラムの自動生成がメインに来ると思うな
モジュールのビジュアル化
それらを組み合わせるAIとか１０年後のスタンダードになると思う

**デフォルトの名無しさん** · 2017/11/09(木) 19:49:14.84

>>431
カリー化祭

**デフォルトの名無しさん** · 2017/11/09(木) 21:03:11.32

Apache Jellyは全然流行らなかったな。

**デフォルトの名無しさん** · 2017/11/09(木) 21:08:41.44

ID:aP107Usiじゃないけど、俺も言いたい

それLispやんけ

**デフォルトの名無しさん** · 2017/11/09(木) 21:17:49.45

確かに人間の能力で解析できるのはLisp程度かもしれないが
次世代AIだったらLispは甘え

**デフォルトの名無しさん** · 2017/11/09(木) 22:00:27.03

c#は構文解析やるのも字句解析やるのも
結構疲れる
こんなんじゃビジュアル開発できないじゃん
IDEなんてリソースエディタまわり強化するぐらいしか進化する先ねーのに
言語複雑にしてっと自分のクビしめっぞ

**デフォルトの名無しさん** · 2017/11/09(木) 22:18:45.81

C#はRoslyn使えば一発でAST取れるぞ
MSのコンパイラというのは開発ツールのための言語サービスなんだよ

**デフォルトの名無しさん** · 2017/11/09(木) 22:47:28.93

CもABI変えない範囲で新機能は追加してほしい

**デフォルトの名無しさん** · 2017/11/09(木) 22:53:10.61

常にデ／シリアライズ可能って良さげだな
ある時点のスタックトレースを丸ごとダンプして、丸ごと状態を復元できる

あ · 2017/11/10(金) 00:01:05.74

>>436
なんかxmlを通すと形が変わる処理系なかったっけ？
SGML通した覚えがある。

ビジュアルなフローを繋いでいくとなると、LabVIEWとか色々あるじゃん。流行らなかったやつだと.netのワークフローとかあったし、
最近だとnode-redとか、Amazonのフローとか。

>>444
仮想マシンを一時停止にするほうが気が楽。

**デフォルトの名無しさん** · 2017/11/10(金) 00:51:01.42

みんなー、Nimでにむにむしよっ

**デフォルトの名無しさん** · 2017/11/10(金) 01:42:31.25

むにゃ

**デフォルトの名無しさん** · 2017/11/10(金) 08:03:25.78

>>445
そうじゃないニム
例えばニムね、Reduxのある時点のStoreを丸ごとjsonにニムしたら
バグとかニムとかの再現に便利だと思ったニムンゴよ

あ · 2017/11/10(金) 12:48:28.65

>>448
仮想マシン一時停止にしてスナップショット撮って、再開するのは不便だって事かな。
まぁ確かに不便か。

まあ、普通WPF書いてればモデルクラスにMVVMしてるだろうし、そいつをシリアライズしとけば良いと思うけどね。Reduxみたいに、となると。

**デフォルトの名無しさん** · 2017/11/10(金) 13:30:04.92

みんなー、Nimでにむにむしよっ

**デフォルトの名無しさん** · 2017/11/10(金) 13:55:44.53

>>444
Smalltalk？

**デフォルトの名無しさん** · 2017/11/10(金) 16:56:43.44

フォンノイマンマシーンではデータとプログラムの区別とかレジスターとかはないから
メモリーをコピーするだけで実行時と同じになるんだよな。