次世代言語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/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　みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？　

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

C言語
-Wbool-compare -Werror

**デフォルトの名無しさん** · 2018/08/28(火) 17:40:19.38

>>145>>147
既存文法に依存してるので別の文法になる可能性もあるのに意味不明
コミュニケーション苦労しそう

**デフォルトの名無しさん** · 2018/08/28(火) 17:57:19.80

非建設的でコミュ障な回答ありがとうございました
非建設的な馬鹿は死ななけば治らないのですね

**デフォルトの名無しさん** · 2018/08/28(火) 18:12:51.68

>>147
それはバカみたいではないだろう。
checkedがboolとして評価したときに真なのと、checkedがtrueと同値なのは全く別問題じゃん。
if(pHoo)と書くのは正しくない、と言われるならわかるが。

処理系依存の質問ならそう書いてくれ。

**デフォルトの名無しさん** · 2018/08/28(火) 18:23:45.26

言語依存だな

**デフォルトの名無しさん** · 2018/08/28(火) 18:38:49.96

昔のCはbool型がない
整数やポインタを比較するだけなので問題なかった

自称モダン言語がなぜか古いCの文法を真似するから問題になる

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

if 文の所で計算結果が bool 型以外になる場合にどう扱うかの問題だな。
Cの場合は元々そういう型がなくて0か0以外かでしか見ない。
Javaだとboolean以外になったらコンパイルエラー。

**デフォルトの名無しさん** · 2018/08/28(火) 19:06:58.35

>>147
エアプだけどlintでできるんじゃないの？

**デフォルトの名無しさん** · 2018/08/28(火) 19:33:05.17

>>154
cppでも、falseな変数をインクリメントしたらtrueになったり、
0以外の何を代入しても1になったり、処理系依存だとはいえ無茶苦茶だしな。

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

ってかchecked != trueをコンパイルエラーにするなら、右辺がtrueであるかを評価してからコンパイルエラーにすべきだろうし
(checked != (true || false))

#define PRODUCTIONMODE true
if((status.foo && param.bar)!=PRODUCTIONMODE)

みたいな式が書けなくなるし、あんまいい事無いだろ。
列挙の網羅性を文句言われるのとはちょっと違うレベルで不便では？

**デフォルトの名無しさん** · 2018/08/28(火) 19:44:01.42

ま、Cは元々その辺が甘く作ってある言語で移植性のあるアセンブラのように使うためのものだからそれはそれで良いと思う。
それが嫌なら別の言語使うか自分で言語作ればいい。仮に自作する技術力がなくても仕様公開しとけば誰かが作ってくれるだろう。

**デフォルトの名無しさん** · 2018/08/28(火) 19:52:51.98

こういうくだらない話のが盛り上がるんだね。

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

低学歴知恵遅れ以外ないなら意図は理解できる

これはｱﾘ
　if (checkd) {}
　if (!checkd) {}
これはﾍﾟｹ
　if (checkd == true) {}
　if (checkd != false) {}

ｺﾚはあり
　checked = true;
　checked = false;

checked自体にもともとﾌﾞｰﾘｱﾝ入ってるから
ﾌﾞｰﾘｱﾝを比較してるようにみえる

ｵﾚには分かる
このｽﾚの低学歴
そらなこのｽﾚの低学歴知恵遅れには意図が分からない

つまり低学歴知恵遅れしかいないこのｽﾚできくのが間違い

**デフォルトの名無しさん** · 2018/08/28(火) 19:56:06.20

半角カナボーイがなにをいうか

**デフォルトの名無しさん** · 2018/08/28(火) 19:57:15.43

そらな？

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

checkd自体に真偽値入ってんのに
真偽値で比較するとか意味不明

分かる
ｵﾚだったら分かる

著しく知能が低いこのｽﾚのﾔﾂﾗには分からない
ぜんぜん質問と関係ないｱﾎな回答をする

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

>>163
真偽が入っているとは限らない。
真偽として評価される値は入っているかもしれない。
真と偽と、真として評価されることと偽として評価されることはそれぞれ違うよ。

**デフォルトの名無しさん** · 2018/08/28(火) 20:09:12.05

== true
!= false
とかいてるのにｱﾎやわｺｲﾂ

**デフォルトの名無しさん** · 2018/08/28(火) 20:10:28.78

if (conditon)
trueとかfalseとか
conditonそのものだからな

**デフォルトの名無しさん** · 2018/08/28(火) 20:18:07.88

ここで、むしろ「== true」を付けないとコンパイルエラーになる言語の入場です

https://ideone.com/TQIPIO

https://ideone.com/bvDJx1

**デフォルトの名無しさん** · 2018/08/28(火) 20:35:31.11

無理やりnull許容型にした理由は？

**デフォルトの名無しさん** · 2018/08/28(火) 20:51:44.96

>>168

let fromSettingFile = "true"
let checked = Bool(fromSettingFile)
print( type(of:checked) )

--output-----------
Optional<Bool>

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

半角さん現るｗ

**デフォルトの名無しさん** · 2018/08/28(火) 21:48:28.78

C#とかKotlinのnullable booleanは true か false との比較がいる

**デフォルトの名無しさん** · 2018/08/28(火) 21:50:40.71

checkedがNaNの時等価じゃないだろ

**デフォルトの名無しさん** · 2018/08/28(火) 21:59:42.32

ﾌﾞｰﾘｱﾝをそんな頭悪い使い方するのがそもそも間違い
もはやそれはﾌﾞｰﾘｱﾝじゃない

ﾌﾞｰﾘｱﾝにnullいれたりするような頭悪いﾔﾂが書いたｺｰﾄﾞは
えてしてundefinedになってるような更に上をいくｽｰﾊﾟｰｳﾝｺﾌﾞｰﾘｱﾝがまじってる

**デフォルトの名無しさん** · 2018/08/28(火) 22:05:20.31

true、false、null
とかただの3ｽﾃｰﾄだからな

ｺﾚはもうﾌﾞｰﾘｱﾝじゃない
1、2、3でも入れとけばいい

**デフォルトの名無しさん** · 2018/08/28(火) 22:07:30.20

>>174
ファジー論理学とか。よく知らんけど。

**デフォルトの名無しさん** · 2018/08/28(火) 22:10:45.66

そんなもん表現するなら
0~1の浮動小数点入れるか
0~255の数値いれたりして
度合いを正規化する

3つだけとか貧弱すぎ
超意味ない

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

できる限り nullable を回避すべきなのはそうだけど、APIの結果(json)とかLEFT JOINの結果をデシリアライズする際に nullable を使うことはよくある

**デフォルトの名無しさん** · 2018/08/28(火) 22:18:01.32

>>174
nullとundefinedがまた更に別

**デフォルトの名無しさん** · 2018/08/28(火) 22:20:54.04

javascriptのクソ仕様を他に伝搬させるな

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

>>147
それをアレするのはリンダってゆうんやで

**デフォルトの名無しさん** · 2018/08/28(火) 22:44:40.54

>>159
ワナビーの法則やな
誰でも口出しできる駐輪場の話題が一番盛り上がって恋仲を深めるってやつ

**デフォルトの名無しさん** · 2018/08/28(火) 22:46:37.27

３つの状態を持つのはSQLで三値論理演算ゆうんやで
無学なおまいら何も知らないNOOBYよ

**デフォルトの名無しさん** · 2018/08/28(火) 22:49:45.78

DBの設計がまともにできない知恵遅れが設計すると
そういうｳﾝｺDBができるとｱﾎが自慢してる

**デフォルトの名無しさん** · 2018/08/28(火) 22:54:34.25

知恵遅れが設計したDBはSQLの抽出条件もnvlだらけになる

**デフォルトの名無しさん** · 2018/08/28(火) 22:57:41.01

いやいや、ディビニストの基本やぞ・・・
三値論理演算できて初めて半人前のお赤飯や
愚か者

**デフォルトの名無しさん** · 2018/08/28(火) 23:00:33.92

nullとから文字は違うと
みなわかってることを
みなにﾄﾞﾔ顔で話してるﾊﾞｶとそっくりなﾔﾂが
このｽﾚにもいる

そいつ知能が著しく低いことは
みなしってるがだれもそいつにはいわない

ｵﾏｴはな、そういう自覚はもっといやほうがいい

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

DBでもnull可能なﾌﾞｰﾘｱﾝ入れる知恵遅れなんかまずいない

**デフォルトの名無しさん** · 2018/08/28(火) 23:03:02.22

クソバカ半角がいじｗ
ナールを正しく扱えて初めて半人前だのクラッカーボレーだッッッ（ジョジョッ）

**デフォルトの名無しさん** · 2018/08/28(火) 23:35:15.67

ﾏｰｹﾃｨﾝｸﾞﾘｻｰﾁなんかの調査票で
はい、いいえという選択肢がない項目でも
DKやOMITが付与されることがある
ｸﾛｽ集計するときそれがｶﾃｺﾞﾘになったり除外されることがある

知恵遅れにそういうのを放置してやらせると
そのまんま見た目でそういう変数ですらﾌﾞｰﾘｱﾝにしてしまう

このｽﾚにはその程度の知能のﾔﾂがｳﾖｳﾖいる

**デフォルトの名無しさん** · 2018/08/28(火) 23:41:51.99

最初の条件は誰もbooleanとは言ってないのにねぇ＞ｺﾚはもうﾌﾞｰﾘｱﾝじゃない

**デフォルトの名無しさん** · 2018/08/28(火) 23:46:10.87

明らかにﾌﾞｰﾘｱﾝ
ｺﾚをﾌﾞｰﾘｱﾝのことをいってないと考えれるなら
ｵﾂﾑに軽度の障害がある

145 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 13時32分07秒52 [昼] ID:YFDGQHp2 [1/3]
if checked == true　～
if checked != true　～
みたいな馬鹿馬鹿しい判定がコンパイルエラーになる言語ってない？

147 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 16時02分37秒80 [夕方] ID:YFDGQHp2 [2/3]
伝わってないようだけど
checked == true　や　checked != true　みたいなバカなコーディングを
コンパイルエラーにしてくれる言語はないのか？　

150 名前：デフォルトの名無しさん[sage] 投稿日：2018年08月28日(火) 17時57分19秒80 [夕方] ID:YFDGQHp2 [3/3]
非建設的でコミュ障な回答ありがとうございました
非建設的な馬鹿は死ななけば治らないのですね

**デフォルトの名無しさん** · 2018/08/28(火) 23:49:14.00

ｵﾂﾑに軽度の障害があるから
D:YFDGQHp2 ←　ｺｲﾂの質問の意図も読みとれないﾜｹ

で、このｽﾚの池沼たちは質問と無関係なﾄﾝﾁﾝｶﾝなｱﾎなﾚｽばっかりしてるﾜｹ

わかった？

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

ていうかこれ質問が悪いよね
どっちにも解釈できる

**デフォルトの名無しさん** · 2018/08/29(水) 00:39:46.87

型無し糞言語が能無し糞ガイジを産む
負のwhile (true) ループ

**デフォルトの名無しさん** · 2018/08/29(水) 00:40:46.22

ローコンテキスト文化なところでハイコンテキストな質問をする方が悪いとしか

**デフォルトの名無しさん** · 2018/08/29(水) 01:17:12.49

コミュ症だから意図がよみとれないんじゃないか

**デフォルトの名無しさん** · 2018/08/29(水) 01:48:53.74

スレ的にJuliaはどう？
1.0なったのに全然話題になってないな

**デフォルトの名無しさん** · 2018/08/29(水) 01:58:33.25

結局 if err != nil 無くそうとしてるじゃねーか
今までの主張はなんだったんだ
https://go.googlesource.com/proposal/+/master/design/go2draft.md

**デフォルトの名無しさん** · 2018/08/29(水) 02:17:33.77

Goのエラーハンドリングは先進的だとかジェネリックなんか必要ないとか言ってドヤ顔してた人は今どんな気持ち？w

**デフォルトの名無しさん** · 2018/08/29(水) 06:25:28.09

Google様の仰られる言葉は全て正しいんやで

**デフォルトの名無しさん** · 2018/08/29(水) 07:30:40.82

>>199
先進的だとか必要ない、ではなくてどちらも弊害が多い、の間違いだろ

**デフォルトの名無しさん** · 2018/08/29(水) 07:40:17.12

これでgoも一般のクソ言語の仲間入りだね。

**デフォルトの名無しさん** · 2018/08/29(水) 07:55:44.86

エラーハンドリングとジェネリクスは弊害か多い？？
エラーハンドリングなんかしちゃだめだって主張？？

**デフォルトの名無しさん** · 2018/08/29(水) 08:26:21.14

誰かgo2の解説頼む。

**デフォルトの名無しさん** · 2018/08/29(水) 08:50:24.08

conditionはexpressionだろ
checkedも、checked==trueもexpressionじゃん。

はい、いいえ以外の選択肢はあるよ。無回答だ。
無回答という値を作ってもいいが、普通はnullだろ。
そのためのnullだ。集計してもnullに食われる「ようになってる」。

**デフォルトの名無しさん** · 2018/08/29(水) 08:54:19.80

NOと言えない島猿

**デフォルトの名無しさん** · 2018/08/29(水) 09:53:38.09

> if checked == true　～
> if checked != true　～

これなぁ
プルリクでこれきたらなおさせてたが最近は認めてる

バカはバカなりに特定の値で分岐するときのイディオムとしてifと==を組み合わせて使うって覚えてるんだよ
intであろうがboolであろうが同じ
そう思うとこれはこれで一貫性ある
実際これが読みにくいって感じることはないし
コンパイラは黙って最適化するし

なので許すことにした
自分では書かないが