次世代言語13 Go Rust Swift Kotlin TypeScript

**デフォルトの名無しさん** · 2018/08/20(月) 21:55:53.03

スレタイ以外の言語もok

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

**デフォルトの名無しさん** · 2018/08/23(木) 01:05:29.34

>>47
だからスレタイに既に入ってる

**デフォルトの名無しさん** · 2018/08/23(木) 04:56:04.76

そこまで絶賛するほどgoは書きやすくはないけどね。メタプログラミングは弱めだし。
TypeScriptがjsというしがらみから開放されたら最高なのにな。
Ms製のjsエンジンがTSネイティブサポートしてくんないかな

**デフォルトの名無しさん** · 2018/08/23(木) 05:11:59.22

F#のことだな？

**デフォルトの名無しさん** · 2018/08/23(木) 06:30:41.37

>>49
まあGoのウリは書きやすさではなくて、シンプルさだからなぁ
シンプルだからこそ、学習コストが低くて難しいことができないから、
能力レベルの違うプログラマが集まったチームでもコードの質が均一になって、結果的に品質が上がる

他の次世代言語とは目指すゴールが違うんだよな

**デフォルトの名無しさん** · 2018/08/23(木) 08:02:28.73

そうだな
シンプルなPyhonでもガイジ寄せ集めればクソコードになるし
いわんやジャップランド土人村のペチパーを集めたペチプロジェクトの酷さときたら脱糞もの

**デフォルトの名無しさん** · 2018/08/23(木) 08:38:05.91

具体例を一つも出さないのがクソだ
均一にならなかった例がたくさんあるはずだが
その中からどれを選ぶかにより表現にばらつきが出るのをおそれて具体例を出さない

能力を均一にするよりも具体例の知識を共有する必要がある

**デフォルトの名無しさん** · 2018/08/23(木) 09:45:04.46

ドカタに仕事を振るまでもなく、設計してるノリでコードまで出来上がる言語が欲しいもんだ

**デフォルトの名無しさん** · 2018/08/23(木) 09:53:33.22

富士通がよく作ってるじゃん
仕様書をJavaに変換するツール

**デフォルトの名無しさん** · 2018/08/23(木) 09:59:38.94

そのうちAIがやってくれるだろう。

しかしAIなのでわざわざプログラムなんて作らない。
客から仕様の聞き取りをした後、自分で言われた通りに動く。

**デフォルトの名無しさん** · 2018/08/23(木) 10:04:59.58

>>52
パクチー美味い

**デフォルトの名無しさん** · 2018/08/23(木) 13:25:48.51

>>55
よく作ってるｗｗｗｗ

**デフォルトの名無しさん** · 2018/08/23(木) 13:37:38.61

富士通は元請なんだから、意味のない詳細設計書の作成を不要とするよう富士通自身が自社の開発プロセス標準を改定すれば済む話じゃね
自社のプロセスで無意味な成果物が必要だからツール作って無意味なものをでっち上げるって頭おかしいやろ

**デフォルトの名無しさん** · 2018/08/23(木) 13:49:06.24

頭おかしなるで

**デフォルトの名無しさん** · 2018/08/23(木) 17:38:57.09

>>55
ホントに何回作ってるんだろうな

**デフォルトの名無しさん** · 2018/08/23(木) 21:38:00.02

おかげで標準フォーマットの設計書を求めることがどれだけ無駄か証明できてるってのはある。
そういう意味では無駄ではない。

**デフォルトの名無しさん** · 2018/08/23(木) 21:44:43.25

srcが設計書と言い続けて幾星霜

未来はどうなりましたか（小声）

**デフォルトの名無しさん** · 2018/08/23(木) 22:55:28.70

これ面白いね
https://www.benfrederickson.com/ranking-programming-languages-by-github-users/

**デフォルトの名無しさん** · 2018/08/23(木) 22:58:21.72

東京オリンピックの頃にはRubyは消滅してるな
暗黒時代の終焉

**デフォルトの名無しさん** · 2018/08/23(木) 23:06:41.36

Rubyそれ自体はそんなになんてことはないんだけどRailsと信者が害悪なんだよね

**デフォルトの名無しさん** · 2018/08/24(金) 00:11:15.73

でかいサービスしてるところがRailsやめて移行しましたという話は聞くけど
逆にRailsにしましたという話は聞かないな
技術的負債になりかけてないかね

**デフォルトの名無しさん** · 2018/08/24(金) 00:25:38.84

Rails は随分衰退してるよな

**デフォルトの名無しさん** · 2018/08/24(金) 00:42:34.11

Goはクソ仕様言語
GoogleCloudで使えるから価値があるが
言語単体としてみたらVB以下いやPL/SQL以下やぁ

**デフォルトの名無しさん** · 2018/08/24(金) 01:05:47.04

多くの言語は十徳ナイフを目指してる中、Goはサバイバルナイフを目指してるイメージだわ

**デフォルトの名無しさん** · 2018/08/24(金) 03:58:17.04

サバイバルちゃん（エコノミックアニマル）
十徳ちゃん（リベラルアーツ）

**デフォルトの名無しさん** · 2018/08/24(金) 06:54:32.39

こじったらひしゃげるようなgoがサバイバルナイフってことはない
せいぜい爪楊枝だな

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

>>72
そういうことを言ってるんじゃないだろ

**デフォルトの名無しさん** · 2018/08/24(金) 07:02:18.54

質実剛健で実用的って言いたいんだろ？
キッチンバサミを目指したら爪楊枝ができたってこと
滑ってるなら謝る

**デフォルトの名無しさん** · 2018/08/24(金) 07:16:02.36

goはメタプログラミングの弱さをコード生成で乗り切る方針にしてるから、
ジェネリクスマンセーの人にはムカつく言語に見える。

**デフォルトの名無しさん** · 2018/08/24(金) 07:26:44.81

方針は自由だが他人の感情を方針にするなよ

**デフォルトの名無しさん** · 2018/08/24(金) 07:52:15.47

いや、googleの中の人は毎回マクロやプリプロセッサにcpuパワーを取られることに問題を感じていて、そこをgoで解決した。

**デフォルトの名無しさん** · 2018/08/24(金) 08:12:05.07

こマ？

**デフォルトの名無しさん** · 2018/08/24(金) 14:44:12.21

ちょっとくらいビルドに時間かかってもいいから
便利機能を追加するのが凡人にはありがたいんだが
なにせGoogle様は天才だから

**デフォルトの名無しさん** · 2018/08/24(金) 15:15:58.44

Googleのプロジェクトっていちいち無駄に複雑なビルドシステム作ってビルドをゲロ遅くするの大好きな印象だけどな
>>77については根本的な問題から目を背けて場当たり的なハックで解決しようとしているという課題解決の典型的なダメパターンを感じる

**デフォルトの名無しさん** · 2018/08/24(金) 15:48:44.78

でもAIには、10手先のコードを総当たりビルドみたいな古典的な方法もあるから
教師あり学習みたいなテスト駆動開発をやらされる時代が来たらたらどうする？

**デフォルトの名無しさん** · 2018/08/24(金) 22:07:23.07

あくまでgoogle社内のシステム言語としてgoは生まれたから。
c++のビルドに45分かかるってなったら
やばいってなるよね

**デフォルトの名無しさん** · 2018/08/25(土) 08:55:52.56

googleっつってもいろんなプロジェクトあるからな。
まともに動かんものたくさん作ってるプロジェクトもあれば、だいぶ頑強に作ってるものもある。

**デフォルトの名無しさん** · 2018/08/25(土) 09:00:28.66

>>80
むしろ最近のなんでも言語仕様で解決しようって発想のが場当たり的に思うけど。
テンプレにしろマクロにしろやってることは変数評価前の展開なわけだからビルド全体から見れば
無理に言語の方でやる必要はないってのは自然な気はするよ。
てかマクロのシンタックスを通常の言語に組み込んでも取り扱いは難しいってことはlispが証明してる。

**デフォルトの名無しさん** · 2018/08/25(土) 09:31:00.82

>>82
C++はインクルードがネックだよね。早くモジュールが標準化してほしいな

**デフォルトの名無しさん** · 2018/08/25(土) 09:51:31.60

C+++のモジュールって何ン語？

**デフォルトの名無しさん** · 2018/08/25(土) 09:56:59.56

ネックはテンプレートじゃないかな。どうやったらあれを高速化できるか。

**デフォルトの名無しさん** · 2018/08/25(土) 10:43:27.87

コンパイル単位とかいう黴の生えた糞さえなければ今時テンプレートの処理くらいそんなに重いもんじゃないよ
同じこと何度もやってるから遅いだけ

**デフォルトの名無しさん** · 2018/08/25(土) 10:53:14.04

2004年に草案が出て、2017年に試験的実装が出たC++モジュール機能
2020年(C++20)には固めたいらしいけどどうせ延期して2023年とかになって
コンパイラが正式対応するのは2025年くらいかね

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2004/n1736.pdf
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/n4637.pdf

**デフォルトの名無しさん** · 2018/08/25(土) 11:03:08.35

モジュール化とインポートの方法が適切に標準化されていて、モジュールの論理的な唯一性さえ保証されていれば、
ケチ臭い言語仕様でなくても問題にならないもんたよね
ソース読むたびに依存関係を全部解析し直してたらそら遅いわ

**デフォルトの名無しさん** · 2018/08/25(土) 11:42:49.15

>>90
これ。go はcode生成だから、
go generateを実行したときにコード解析が入る。そもそもメタプログラミングの考えってコード生成の方が理解しやすいし。

**デフォルトの名無しさん** · 2018/08/25(土) 12:33:15.68

msvc (マイクロソフトのコンパイラ)はソースのコンパイルが済んでも短期間プロセスが残っていて
連続してソースをコンパイルするときは同プロセスが自動的にコンパイルサーバー的な
動作をするという仕組みで長大な中間ファイルの読み書きを避けつつ
毎回のコード生成をせずに済むようになっている。

**デフォルトの名無しさん** · 2018/08/25(土) 13:07:49.93

いい加減必要なサインタスクと不要なサインタスクを選別して
新しいC++++++を作った方がええんちゃうか？
魔窟アナルホールと化してるやろ

**デフォルトの名無しさん** · 2018/08/25(土) 15:54:43.26

rustが全部解決してくれるよｗ

**デフォルトの名無しさん** · 2018/08/25(土) 16:39:47.51

SwiftってMacアプリ作るのにも最近は主流なの？

**デフォルトの名無しさん** · 2018/08/25(土) 18:02:02.46

それ以前にMacアプリ作る人がもはやほとんどいない
あえて言うならElectronか主流だろう

**デフォルトの名無しさん** · 2018/08/25(土) 18:26:18.54

そっか？
うちの会社ではふつうに swift やら c++ やらで作ってるが

**デフォルトの名無しさん** · 2018/08/25(土) 19:28:18.25

時代遅れなんだな、かわいそうに。

**デフォルトの名無しさん** · 2018/08/25(土) 19:35:37.61

そもそも Apple のフレームワークが c (c++) と obj-c(++) と
swift バインディングしかないんだからそれを使うしかない

**デフォルトの名無しさん** · 2018/08/26(日) 03:03:42.26

PythonもRustも嫌い、RubyとGoが好き
JavaとC++が嫌い、CとC#が好き
Linuxも嫌いで、FreeBSDが好きだった

昔は判官びいきとか言って普通だったはずなのに、最近じゃ勝ち馬に乗ろうとするやつばかりで嘆かわしい

**デフォルトの名無しさん** · 2018/08/26(日) 04:31:18.55

俺は動的言語とC++とJavaが嫌い

**デフォルトの名無しさん** · 2018/08/26(日) 07:41:59.24

>>101
THISメンスわかるマーン

**デフォルトの名無しさん** · 2018/08/26(日) 08:05:45.37

>>101
では好きな言語は？

**デフォルトの名無しさん** · 2018/08/26(日) 08:25:14.19

今のMacユーザーって昔ながらのMacらしいネイティブなUIをあまり好まない印象だなあ
一般のMacユーザーにはそもそもアプリを入れるという発想すらほとんど無くなりつつあるし、
IntelliJやVSCodeのようなWin臭の強いアプリが流行るのは生粋のマカーからすれば恥辱だろう

**デフォルトの名無しさん** · 2018/08/26(日) 08:40:28.38

プログラマはお手軽安定POSIX互換環境として使ってるだけで
マカーとしてどうたらこうたらなんて意識は無いだろ
もうずっと停滞してるOSだし

**デフォルトの名無しさん** · 2018/08/26(日) 08:43:06.38

そんなとこだね。win系よりかunix系統のものが使いやすいくらいの意味合い。

**デフォルトの名無しさん** · 2018/08/26(日) 09:43:23.58

判官贔屓とは自爆することではないね
むしろ贔屓しても爆発なんてしないのを知ってる自慢大会
だから本当に爆発しそうなら贔屓しない

**デフォルトの名無しさん** · 2018/08/26(日) 10:12:45.97

>>106
これ。、スリープまわりがちゃんと動くUnix環境。これさえあればあとは別に

**デフォルトの名無しさん** · 2018/08/26(日) 10:40:11.55

>>100
Rubyなんてクソ言語が好きって時点でセンスないよ

**デフォルトの名無しさん** · 2018/08/26(日) 10:48:03.84

Haskellは勝ち馬に入りますか？

**デフォルトの名無しさん** · 2018/08/26(日) 11:04:15.30

型無し糞言語ガイジどもが負け犬蛆虫ゴミチンカスで死ね
ってのは満場一致のようだね

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

関数型は類似品を統一する意思決定が大体うまくいった
スクリプトも同様
だがCの子孫はその決断ができないから、弱肉強食で自然に決まるだろっていう世界観

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

■愛されているプログラミング言語ランキング
https://news.mynavi.jp/article/20180604-639227/images/001.jpg
■嫌われているプログラミング言語ランキング
https://news.mynavi.jp/article/20180604-639227/images/002.jpg
■求められているプログラミング言語ランキング
https://news.mynavi.jp/article/20180604-639227/images/003.jpg

マイナビニュース
https://news.mynavi.jp/article/20180604-639227/

**デフォルトの名無しさん** · 2018/08/26(日) 11:57:18.75

動的型付言語は今でもせいぜい数百行の小さなツールスクリプトをひとりでサクサク書くときには有用だよ

プログラマが十分型情報を覚えていられる規模においては静的型は冗長すぎる

適材適所であるべき姿に戻っただけ

Railsとかで大きめのプロジェクト立ててたのはウンコofウンコだが

**デフォルトの名無しさん** · 2018/08/26(日) 12:13:23.07

>>103
C#とKotlin！

**デフォルトの名無しさん** · 2018/08/26(日) 13:58:27.60

C#メインで使ってるけど最近の言語と比べるといろんな意味で重い

このスレで良さそうなのを探ってるけどどれも決定打に欠ける

**デフォルトの名無しさん** · 2018/08/26(日) 14:34:03.61

そもそもrailsみたいになんでもワンパッケージでっていうものは
最初楽で、あとで破綻する典型的パターンでしょ。
喜んで使う奴は総じてモジュラリティーの意識が低い。

**デフォルトの名無しさん** · 2018/08/26(日) 14:46:19.11

>>110
Haskellって何が作れるの？外部のライブラリの親和性あるわけ？

**デフォルトの名無しさん** · 2018/08/26(日) 14:51:03.90

>>116
dllがアホみたいに作成される問題？

TSで、node_modulesまでバンドルして1ファイルにコンパイルしてしまって使うとか？
nodeのバイナリはシステムに最低限入ってればバイナリポンで複数バージョン置けるので、2ファイルで済むよ。
windowsだと完全にnode.exeとメインのjsだけ撒いても大丈夫だったと思う。

そのへんGoは気楽だな、やっぱり。

**デフォルトの名無しさん** · 2018/08/26(日) 14:53:55.50

そこでエレクトローンですよ

**デフォルトの名無しさん** · 2018/08/26(日) 15:19:34.64

GUIが要らないものをelectronでバンドルするのも馬鹿らしいし、結局そうするとシングルバイナリではなくなるのでは？
そこそこdll増えなかったっけ？

**デフォルトの名無しさん** · 2018/08/26(日) 15:39:00.76

で？言いたいことはそれだけ？

**デフォルトの名無しさん** · 2018/08/26(日) 15:40:45.21

聞きたいことはそれだけ。

**デフォルトの名無しさん** · 2018/08/26(日) 16:41:32.29

エレクトロンは富豪プログラミングここに極まれりって感じよね。

react-native1.0はよでんかね

**デフォルトの名無しさん** · 2018/08/26(日) 17:36:58.25

>>116
何がどう重いの？

**デフォルトの名無しさん** · 2018/08/26(日) 22:53:19.64

正直ゲームとか処理速度を求められる様なものでもない限りはGUIってブラウザ経由にした方が何かと融通利くんじゃないかと思っちゃうんだよね
そういう意味でネイティブのGUIはなくてもいいんじゃないかとか思ってしまう

スマホとかならまた勝手が違うだろうけど

**デフォルトの名無しさん** · 2018/08/26(日) 23:05:33.74

PCだとブラウザのパフォーマンスはむしろ大抵のGUIフレームワークを遥かに上回ってるよね

**デフォルトの名無しさん** · 2018/08/26(日) 23:17:36.35

>>127
は？

**デフォルトの名無しさん** · 2018/08/27(月) 00:09:48.00

そいやちょうど今日リストをスクロールさせる小物2個作ってたけどブラウザ由来の方が確かに早かったな

**デフォルトの名無しさん** · 2018/08/27(月) 00:16:41.37

>>127
ソース

**デフォルトの名無しさん** · 2018/08/27(月) 00:21:31.30

ブラウザだと常に3～40個タブ開いてるからアクセス面倒くさい

**デフォルトの名無しさん** · 2018/08/27(月) 00:21:46.62

guiよりdomの方が動作が早いは流石になくないか？
間に挟まってるものが多すぎる。
エミュレータでアプリを動かしたほうが早いって言ってるようなもんだ。

**デフォルトの名無しさん** · 2018/08/27(月) 00:21:47.33

パフォーマンスじゃなく操作性ならまぁ合ってるんじゃない？

**デフォルトの名無しさん** · 2018/08/27(月) 00:22:44.93

ネイティブアプリの一つである chrone や firefox の速度はネイティブアプリの速度を上回ってるよね！

**デフォルトの名無しさん** · 2018/08/27(月) 00:26:18.67

flutterみたいなものもあるしosが提供してるguiフレームワークより、直接描画系を操作して0から書いたほうが早いっていうのはありえなくはないが、
それでもエレクトロンでhtmlを組み立てguiを作るほうが早いと思ってるのは何か考え方がおかしい。

**デフォルトの名無しさん** · 2018/08/27(月) 00:31:32.03

実行速度じゃなく開発効率ならブラウザ経由じゃない？
見た目をそこそこオシャレにするのも楽だし

**デフォルトの名無しさん** · 2018/08/27(月) 00:34:01.89

react-nativeを使えればdomの代わりに既存のguiフレームワークを抽象化できるから、パフォーマンスも上がるしデザイン性も確保できる

**デフォルトの名無しさん** · 2018/08/27(月) 00:37:35.72

寧ろ逆に昔のVBとかAccessみたいな化石画面をブラウザで再現してた連中どっかで見た気がする
なんなんだろうな

**デフォルトの名無しさん** · 2018/08/27(月) 00:41:25.82

というか最近のは無駄にリッチ過ぎて逆に重い

**デフォルトの名無しさん** · 2018/08/27(月) 07:34:19.87

無駄にリッチになりすぎて押すボタンが区別つかないので業務に使えないという

**デフォルトの名無しさん** · 2018/08/27(月) 07:34:37.37

少なくともWPFやJavaFXみたいなスクラッチでリッチなの作りました系はブラウザに抜かれてるな

**デフォルトの名無しさん** · 2018/08/27(月) 08:13:32.68

最近のGUIはスーパーリッチだよなあ

**デフォルトの名無しさん** · 2018/08/27(月) 22:37:42.68

この中でWSHで使えるようになってるのあります？

**デフォルトの名無しさん** · 2018/08/28(火) 01:42:10.30

>>143
真面目にhta

**デフォルトの名無しさん** · 2018/08/28(火) 13:32:07.52

if checked == true　～
if checked != true　～
みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？

**デフォルトの名無しさん** · 2018/08/28(火) 14:53:05.58

>>145
checkedが、if文内で書き換えられる可能性が無いか
その2行の間に書き換えられる可能性が無いか
などなど、2行に別れていてバカバカしくない理由を探されるんじゃないの？
そもそもelseと等価では無いと思うし、やりたきゃマッチがある言語ならケース漏れは指摘してくれるんじゃないかな。

**デフォルトの名無しさん** · 2018/08/28(火) 16:02:37.80

伝わってないようだけど
checked == true　や　checked != true　みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？　