◎正当な理由による書き込みの削除について:      生島英之とみられる方へ:

次世代言語9[Haskell Rust Kotlin TypeScript Dart] YouTube動画>3本 ->画像>1枚


動画、画像抽出 || この掲示板へ 類似スレ 掲示板一覧 人気スレ 動画人気順

このスレへの固定リンク: http://5chb.net/r/tech/1520298555/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

1デフォルトの名無しさん
2018/03/06(火) 10:09:15.60ID:x/Au45rc
スレタイ以外の言語もok

前スレ
次世代言語Part8[Haskell Rust Kotlin TypeScript]
http://2chb.net/r/tech/1512137301/
2デフォルトの名無しさん
2018/03/06(火) 10:30:06.56ID:nMdAiw1E
Dartきてんね
3デフォルトの名無しさん
2018/03/06(火) 11:03:49.49ID:05hne0v2
DartとDlangの違いを教えてください
4デフォルトの名無しさん
2018/03/06(火) 11:43:03.15ID:DTiE8Uxw
Googleは言語選択保守的すぎるだろ
関数型言語採用しないどころかGolang作っちゃう時点で
5デフォルトの名無しさん
2018/03/06(火) 12:27:31.20ID:KV/wZ8PJ
Goと関数型は土俵が違わん?
6デフォルトの名無しさん
2018/03/06(火) 14:53:26.90ID:+D30KD0L
関数型とは具体的に何のことやら
Rustが採用したenumとtraitは関数型か?
7デフォルトの名無しさん
2018/03/06(火) 20:42:26.57ID:MoZw2NXu
>>4
別にそんなとこで冒険しても生産性上がらんよねって感覚なんだろ。
8デフォルトの名無しさん
2018/03/06(火) 20:42:29.39ID:cU7JZ0/j
>>6
enum・traitと関数型は関係ないだろ?どちらもHaskellの型システムをパクって来たってだけ
関数型言語の特徴として真っ先に思いつくのは関数を第一級オブジェクトとして扱えるか否かというところだろうな
ただその考え方だけだとC言語でさえ関数ポインタがあるから関数型言語に含まれてしまうことになる
そこからさらに副作用を出来る限り避ける文化があるか否かとかも判断基準になるのかな?
言語の文化とかふんわりした表現は具体性を伴わないから説得力に欠けるんだよな
改めて関数型を具体的に説明しろと言われると難しいな…
9デフォルトの名無しさん
2018/03/06(火) 20:57:45.92ID:xvhpcg6j
>>8
関数ポインタは確かにC/C++系独自だけれども(Javaにはなかった)第一級オブジェクトではない、とおもうよ
10デフォルトの名無しさん
2018/03/06(火) 21:32:52.86ID:MoZw2NXu
もう少しだけ動的に関数定義を変えて返したりできるのが関数型ぽい。
11デフォルトの名無しさん
2018/03/06(火) 21:34:37.20ID:qto5wiY+
Cの関数は実行時に生成挟めないから第一級オブジェクトではないよ
12デフォルトの名無しさん
2018/03/06(火) 21:40:19.40ID:MoZw2NXu
c++ならクラスのメンバに情報持たせて、メソッド使うことでクロージャぽいものはできるけど。
13デフォルトの名無しさん
2018/03/06(火) 21:45:38.71ID:DG7WbBnA
λ理論を念頭に置いて実装されたかどうかやぞ
14デフォルトの名無しさん
2018/03/06(火) 22:00:19.48ID:qto5wiY+
c++なら素直にラムダ式使おうよ…
15デフォルトの名無しさん
2018/03/06(火) 22:19:34.09ID:xvhpcg6j
C++ のラムダ式でYコンビネータを記述できるのですか?
できないのならラムダ式などと呼称していいのでしょうか?
16デフォルトの名無しさん
2018/03/06(火) 22:36:28.04ID:qto5wiY+
>>15
2つの話題を勝手に混ぜるな
>>14>>12 に安価付けなかったのは俺が悪いけどさ

実行時の環境を用いた関数定義の有無についてc++ならラムダ式を使おうという話をしているだけだ
しゃーねーだろ言語機能としてラムダ式って命名されてるんだから

関数型言語とはなんぞやという話題についてc++のラムダ式を例に挙げてc++は関数型だ!なんて言うつもりは毛頭ない
Yコンビネータに関しては確かできた気がするが
17デフォルトの名無しさん
2018/03/06(火) 22:44:51.87ID:DG7WbBnA
>>16
正論すぎて草
18デフォルトの名無しさん
2018/03/07(水) 00:36:57.39ID:EDSn5kWw
>>4
goって保守的かな?結構攻めてる言語だと思うが。
swiftのほうが断然保守的。
19デフォルトの名無しさん
2018/03/07(水) 00:55:59.65ID:487L5ZU0
>>18
保守的にするという意味で攻めてる言語だな
20デフォルトの名無しさん
2018/03/07(水) 00:59:12.93ID:JwI5qwvI
諦めと開き直りを全面に押し出してくる言語だな、確かに。
21デフォルトの名無しさん
2018/03/07(水) 01:21:30.28ID:EDSn5kWw
goの攻めてるところ。
ライブラリのimportにuriを指定してできるようにしてgithubから直接importできるようにした。
例外を辞めた。
公開、非公開をメンバ名が大文字始まりかどうかで決めるように。
クラスをやめて、構造体だけにした。
インターフェース実装は該当メソッドの有無で決定


といった具合に他の言語の当たり前の部分を壊した。全然保守的とは思えないが。
22デフォルトの名無しさん
2018/03/07(水) 01:26:49.68ID:EDSn5kWw
後は未使用ライブラリのimportをコンパイルエラーにするというのも、他の言語であんまり見ない気がする。 

これは、積み重なるとコンパイル時間に影響するから、言語設計にコンパイル時間の考慮を重きにおいている証拠の一つと言える
23デフォルトの名無しさん
2018/03/07(水) 01:27:38.81ID:487L5ZU0
>>21
例外とか構造体はC時代に逆戻りしてるだけだし、静的ダックタイピングは他の言語にもあるし、githubのurl指定は結局色々な問題起きてるし(この間のgo-bindata騒動とか)、公開/非公開の大文字小文字も気軽に変えられなくて不便だし何のメリットがあるんだ?
24デフォルトの名無しさん
2018/03/07(水) 01:28:30.13ID:487L5ZU0
>>22
他の言語はエラーにはしないけど警告出す
初期の開発中は未使用importエラーも邪魔なだけでしょ
25デフォルトの名無しさん
2018/03/07(水) 01:41:57.73ID:EDSn5kWw
>>23
むしろ、今まで当たり前にあった言語仕様を振り返って本当に必要かどうかを再検討して
削りに削った仕様だと思うけどな。

c++とか触ってたとき、クラスと、構造体って、本当に両方必要か?どっちか要らないだろって思ってたりしたから、
すごくしっくりきた。
26デフォルトの名無しさん
2018/03/07(水) 01:51:00.36ID:EDSn5kWw
>>24
IDE使ってると半自動だからあんまり面倒だと感じたことはない。警告を無視する開発者もいるから徹底したほうが良いんだろう。
linuxカーネルもコンパイルすると警告出てるし
27デフォルトの名無しさん
2018/03/07(水) 01:54:34.87ID:487L5ZU0
>>25
構造体とクラスに関しては個人的に同意
ただ型パラメーターとか例外がないのはありえない
エラー処理は長すぎる。if分岐でチェックとかいつの時代だよ
型パラメーターないせいでDRY原則を破るか型安全を破るかしないといけない
28デフォルトの名無しさん
2018/03/07(水) 01:56:06.25ID:EDSn5kWw
>>23
go-bindata騒動はgo固有の問題でもない。nodeだって似たようなことあっただろ。
29デフォルトの名無しさん
2018/03/07(水) 02:03:48.32ID:EDSn5kWw
>>27
例外いるかな?
tryで包まなきゃいけないメソッドや、関数ってドキュメント読むか、実際に実行するまでわかんなくないか?
言語によっては例外が飛ぶ可能性がある関数かどうかわかるんだっけ?
jsはわかんないから不便。
30デフォルトの名無しさん
2018/03/07(水) 02:08:04.97ID:EDSn5kWw
>>27
結局interface{}使うのかよ的なね。わかる。
俺はコード生成に可能性を見出してる。
goはコード生成フレンドリーな言語仕様だし標準ライブラリに、AST系が揃ってるから
31デフォルトの名無しさん
2018/03/07(水) 02:19:43.98ID:487L5ZU0
>>28
nodeもあったけどnodeの場合はnpmの仕様変えれば解決出来るやん
でもGoはgithubに依存してるから解決不可能じゃん

>>29
それならEither型作ってメソッドチェーンで書けるようにして欲しい
Goのエラー処理は関数呼び出し毎にしないといけないからだるすぎ

>>30
型パラメーターが複雑だから、コンパイル速度に影響出るからって入れなかったのにコード生成しろって矛盾してない?
どっちが複雑だよ。どっちがコンパイル速度に影響出るよ?
32デフォルトの名無しさん
2018/03/07(水) 03:07:39.19ID:EDSn5kWw
>>31
コード生成はプリプロセスとしてコンパイルの度に毎回動かすわけじゃない。stringerとか使ったことない?

inportに関しては、
nodeがnpmの仕様を変えたら解決するならgoもそうすればいいのでは?

現状でも、vendor/もコミット対象にしてしまえば、依存ライブラリを管理対象にできるから

サードパーティライブラリに頼る以上はライブラリ作者の影響をどの言語だって受ける。
33デフォルトの名無しさん
2018/03/07(水) 03:12:09.66ID:rBtvNRXK
Yコンビネータ forall a. (a -> a) -> a のように
forallがつく関数は第一級オブジェクトにならないのが普通だ
総称型がある比較的新しい言語はもう第一級オブジェクトにこだわらない
34デフォルトの名無しさん
2018/03/07(水) 04:31:47.78ID:Fw456RXb
maybe/eitherが無い言語はあまり触りたくないな
35デフォルトの名無しさん
2018/03/07(水) 07:45:36.47ID:zWLX9kTq
goってなんだかよく使われてる以外の理由で使う理由がないよ
同じことするならrustのがいいわ
36デフォルトの名無しさん
2018/03/07(水) 08:21:04.51ID:JwI5qwvI
Goはマイクロスレッド得意なのはありがたいな。
あとチャンネルと。
そして静的リンクがデフォ。
これだけで、Go使う価値あると思ってる。
37デフォルトの名無しさん
2018/03/07(水) 09:16:51.01ID:L0uTy1l9
>>35
WEBサーバ: go,php,ruby,java,Elixir
IOSアプリ:swift,dart
Androidアプリ:java,kotlin,dart
WEBクライアント:JavaScript,elm,TypeScript
cliツール:go

どこにrustが入る?
38デフォルトの名無しさん
2018/03/07(水) 09:50:59.47ID:vL0QsqKL
Rustは生ポインタが使えるし、C ffiが比較的容易に可能、そのうえwebassemblyにまで対応してる
>>37以外にも組み込み、OS、ドライバ、デスクトップアプリ等どこにでも入ろうと思えば入れる
C++の後継を目指してるだけあってかなり万能な言語ではあるんだが
問題は普及するかどうか…
39デフォルトの名無しさん
2018/03/07(水) 10:25:38.57ID:487L5ZU0
>>32
goはgithubに依存してるからgithubの仕様変えないと駄目じゃん
具体的にはリポジトリやユーザーの削除禁止。でもそれは無理だろ?

>>32
毎回動かすわけじゃないけど、変更あったら動かすだろ?
しかもそれは他の言語でも差分コンパイルで出来る
40デフォルトの名無しさん
2018/03/07(水) 10:51:52.29ID:JwI5qwvI
>>39
githubが便利だからgithub使ってるけど、別にgithub以外でも公開出来るし、依存してると言うより多くの人間がgithub使ってるだけでは?
41デフォルトの名無しさん
2018/03/07(水) 13:02:44.71ID:s6OLNjGp
プログラマの労力よりコンパイル速度を優先してるのが謎
42デフォルトの名無しさん
2018/03/07(水) 13:09:33.87ID:4hpZk16v
コンパイル速度が短いとデバッグしやすいからじゃね?
43デフォルトの名無しさん
2018/03/07(水) 13:13:30.69ID:4hpZk16v
cliツールgoってマジ?
44デフォルトの名無しさん
2018/03/07(水) 13:14:29.36ID:upKMxxIv
>>38
Rust嫌いじゃないけど普及しないと思う
今年のロードマップもwasmとCLIとNetwork頑張る、っておとなしすぎだろ
いろいろできるならもっとぶっ込んで来いやゴルア ってね
45デフォルトの名無しさん
2018/03/07(水) 13:19:03.34ID:lIV1PIoV
Googleが採用しなかったDartよりはMozillaが採用したRustの方が将来性はあると思う
46デフォルトの名無しさん
2018/03/07(水) 13:45:40.70ID:MMWrPDHz
>>37
ウエッブサーバ: rust
他のサーバ: rust
ウエッブクライアント: rust
CLI: rust
47デフォルトの名無しさん
2018/03/07(水) 13:53:35.83ID:L0uTy1l9
>>41-42
その辺の話は
https://talks.golang.org/2012/splash.article
に書いているけど、
Google社内の巨大なソースのコンパイル時間が45分とかかかるようになっちゃって
なんとかしないとという流れで始まったって書いてる。
つまりGoogle以外で恩恵を得る可能性は低いな。
48デフォルトの名無しさん
2018/03/07(水) 14:07:05.01ID:vL0QsqKL
>>46
一応マジメに返しておくと現状webクライアントはrustだけじゃダメだよ
現状ではまだwebassemblyでDOM操作はできないし他にも出来ないことは沢山ある
webクライアントにはRust+JSの組み合わせが必須になる

ただし、Rustのマクロ使ってRustの中にJS書いてビルド時にwasmとJSを両方吐きだして
無理やりRust onlyを実現してるstdwebとかいう先進的?なフレームワークも存在する
あのクレート発見したときは「こいつ天才かよ?」って思った
49デフォルトの名無しさん
2018/03/07(水) 14:22:34.19ID:L0uTy1l9
Rustは気になるけど、さわるモチベーションとなるキッカケがないんだよな。
FirefoxベースのElectronとかでて直接レンダリング部分をrustでいじるようなライブラリがでたら考えるかな
50デフォルトの名無しさん
2018/03/07(水) 14:54:16.32ID:2wkQZK0N
人気が下降しプログラマの求人も少ないプログラミング言語ワースト10は? 一方で仕事の多い言語は? CodementorXとCoding Dojoの調査結果
http://www.publickey1.jp/blog/18/5_codementorxcoding_dojo.html
51デフォルトの名無しさん
2018/03/07(水) 15:25:36.37ID:n65ilySP
jsのファミコンエミュを苦労してrust(→webassembly)に書き直してもぜんぜん速くならないという悲しい現実。
ハマるユースケース少なそう。
52デフォルトの名無しさん
2018/03/07(水) 16:03:24.12ID:vL0QsqKL
>>51
憶測でしがないが、それはRustやwasmが遅いというわけではなくて
ファミコン程度の演算ならJSだろうがwasmだろうがパフォーマンス的には大差なくて
それよりもwasmとJSでデータをやり取りする際のコピーのコストが高くついてるんじゃない?
3Dゲームの演算とかもっと重い処理じゃない限りwasmのメリットが活きてこないんじゃ…
もしくは、将来的にwasmから直接DOM操作ができるようになれば…
53デフォルトの名無しさん
2018/03/07(水) 16:26:53.26ID:lIV1PIoV
GoとRustはバランスが悪いんだよな
ラムダ式とかジェネリクスとかGCがあればこそ手軽に使えるものなのに
GoはGC有るのにどちらも無くて
RustはどちらもあるけどGCが無いから不便
54デフォルトの名無しさん
2018/03/07(水) 16:37:37.77ID:rBtvNRXK
RustにもARCはあるんだろ
まあでもARCはゴミのようだという意見には一理あるわな
55デフォルトの名無しさん
2018/03/07(水) 16:48:10.62ID:vL0QsqKL
>>55
RustにARCがあるってのは誤解を招く恐れがあるので補足
RustではARCは標準ライブラリとして用意されてる
SwiftみたいにARCでメモリ管理してるわけじゃないよ
56デフォルトの名無しさん
2018/03/07(水) 17:13:59.44ID:8jwTNUb7
Rustなんてmozillaに金掴まされた奴しか見向きもしてない何にも使えない言語が
次世代言語とか笑わせんでくれ
57デフォルトの名無しさん
2018/03/07(水) 17:19:05.18ID:mYeM/2on
まだ言ってんのかよw
58デフォルトの名無しさん
2018/03/07(水) 17:35:57.09ID:8jwTNUb7
実際誰がどこで使ってるのか教えてくれ
モジラの金掴まされた企業以外で
59デフォルトの名無しさん
2018/03/07(水) 18:15:46.78ID:EDSn5kWw
googleがxi-editor作ってたり、
後railcarってdocker代替作ってたり。
どっちもあんまり魅力的じゃないないな。
ゲームエンジンがrustで書いたらどうなるか興味ある。
60デフォルトの名無しさん
2018/03/07(水) 18:19:20.11ID:EDSn5kWw
dartを知らない人間がdartに触る例。




エンジニアのプログラミング実況動画面白いかも。これのrust版ってある?
61デフォルトの名無しさん
2018/03/07(水) 18:50:32.83ID:8jwTNUb7
>>59
1.0出て何年も経ってるのに
その体たらくって時点でお察し
62デフォルトの名無しさん
2018/03/07(水) 19:11:36.71ID:QbuNtZtf
>>59
ゲーム分野もUnityやUnrealでニーズ満たしてるし、それ以外のものは今さら流行らんでしょ
63デフォルトの名無しさん
2018/03/07(水) 19:14:43.72ID:AePhkh+C
>>41
コンパイル速度が早ければスループットが上がるんだから、労力の定義次第だろ。
64デフォルトの名無しさん
2018/03/07(水) 19:15:35.75ID:487L5ZU0
>>59
こいつ反応楽しみたいだけの荒らしだから触れるな
65デフォルトの名無しさん
2018/03/07(水) 19:17:10.88ID:487L5ZU0
>>53
本当これだよな
両方バランスが悪い
ネイティブでバランスの良いKotlinみたいな言語欲しい
Kotlin Nativeはどうなんだろうね
66デフォルトの名無しさん
2018/03/07(水) 20:42:19.89ID:vL0QsqKL
>>53
ラムダ式とジェネリクスはGCとはあまり関係ない機能だと思うが…
特にジェネリクスとGCには全く何の関係も無いような…
67デフォルトの名無しさん
2018/03/07(水) 20:57:01.38ID:L0uTy1l9
https://taiyaq.com/contents/VXd2aV04Gr1mLC8e3AbEg4XKly
Dartの言語ツアーみてるけど、結構言語仕様が辛い。

変数宣言がC由来の「型 変数名」なのがつらい。
GoとかTypeScriptみたいに変数宣言は「変数名 型」にして欲しいわ
あと内部コードがutf16というのが気になる。jsより後発なのにjsと同じ仕様って。

Flutterは良さげなのになぁ。
68デフォルトの名無しさん
2018/03/07(水) 21:02:27.65ID:ZH5MFU7m
RustがC++の代替って枠だと先にも出てる大規模ゲームなんだが、個人やインディーズなら大手エンジンでいいし社内独自エンジンだとこれまでの資産的にツールもゲーム本体も言語変える必要なくない?みたいな所がなぁ
69デフォルトの名無しさん
2018/03/07(水) 21:13:00.74ID:xaPv5Ark
気軽に書くならswiftを使うかな
70デフォルトの名無しさん
2018/03/07(水) 21:18:56.44ID:L0uTy1l9
>>68
rustってc++に絶対勝てないのかね?
メモリ管理を静的に解決できるって不思議なんだけど、もしかしてメモリ節約プログラミングが得意だったらスマホとかIOTでワンチャンあるかもしれん。
71デフォルトの名無しさん
2018/03/07(水) 21:24:30.78ID:Fw456RXb
今rustで書いてるよ、勿論mozilla全く関係無い
映像系のバックエンドでは結構使ってる情報見るけどな
72デフォルトの名無しさん
2018/03/07(水) 21:51:29.88ID:hDt5Kv7q
rustは理論好きで実際はコードほとんど書かないような連中に人気あるだけだろ。
ゼロコスト抽象化カッケーとかそういう層。
73デフォルトの名無しさん
2018/03/07(水) 21:58:39.87ID:ZH5MFU7m
>>70
ヒープ周りは言う程魔法みたいな事をしてる訳ではないよ
どこまでいってもコンパイル時の制限をカッツカツにして開放を保証するって話だし

iotもスマホも(もちろんゲームも)クロスプラットフォームしたくて大変なのにそれぞれc++向けに書かれてるsdkラップする?っていう
オープン規格やらそういうsdkがrust向けを公式で出すようになれば採用も出てくるとは思うけどね
74デフォルトの名無しさん
2018/03/07(水) 22:05:41.69ID:hDt5Kv7q
メモリ解放のタイミングが分からなくなるっつーのは基本的に
インスタンスを共有してる変数がいくつもあるから
ってのがrustの主張の根幹でしょ。
75デフォルトの名無しさん
2018/03/07(水) 22:21:07.09ID:zWLX9kTq
わたすもrustで書いてるよ
webだけど
メインブラウザがファイヤーフォックスだからモジラの手先かもしれん
76デフォルトの名無しさん
2018/03/07(水) 22:26:35.72ID:4hpZk16v
まあrust使ってる時点でモジラの手先だしな
77デフォルトの名無しさん
2018/03/07(水) 22:26:48.78ID:rBtvNRXK
実行時に参照カウントを増減するのは、実行しないとわからない場合だけにしろ
コンパイル時にわかることを実行時にチェックするな
これはRustだけでなく静的型がさんざん主張していたこと
78デフォルトの名無しさん
2018/03/07(水) 23:11:58.32ID:LhUqstRW
>>1
Dartとかいう完全死産のゴミ言語をスレタイに入れるな
おまえほんっとセンスねーなバーカ
79デフォルトの名無しさん
2018/03/07(水) 23:22:26.51ID:TWVUeb1Y
Dart2で再始動って言ってるからDart4くらいで良くなるんじゃねw
Flutterはちょっと気になってる
80デフォルトの名無しさん
2018/03/08(木) 00:02:08.17ID:XFDvKJyj
>>47
これでコード書く時間が逆に増えたらウケるな
81デフォルトの名無しさん
2018/03/08(木) 00:11:20.59ID:XFDvKJyj
>>79
死んでしまったAngularちゃんの悪口はやめろ
82デフォルトの名無しさん
2018/03/08(木) 02:29:26.18ID:to5KOUcv
>>79
内部文字コードがutf16とか変数宣言がいまいちとか結構辛い。
flutterとdartを分離してTypeScriptから使えるようにしてくんないかな
83デフォルトの名無しさん
2018/03/08(木) 12:46:52.68ID:XQ95i3sC
>>72
あーわかる超わかる
トイプログラムだけ書いて満足する奴のための言語みたいな
84デフォルトの名無しさん
2018/03/08(木) 12:54:28.13ID:XQ95i3sC
>>71
結構使ってる情報見る(ソースなし)
85デフォルトの名無しさん
2018/03/08(木) 13:26:45.90ID:f+gZIHDW
>>83
個人が趣味でやってるプログラムなんてどんな言語だろうが大体そういうものだろ
別にRustで書いてる奴に限った話じゃない
86デフォルトの名無しさん
2018/03/08(木) 13:27:26.60ID:f+gZIHDW
本格的なものを作ろうとすれば企業が関わらざるを得なくて現状ではどの企業もまだ様子見状態ってだけ
むしろGoogleがRustで実験的にエディタを作ってるってことは
Googleも採用を検討するくらいには注目してる言語ということ
87デフォルトの名無しさん
2018/03/08(木) 13:36:32.00ID:XQ95i3sC
>>86
残念ながらxi-editorは20%ルールの産物で完全に個人のトイプログラムなんですよね

そもそもGoogle社内の公認言語にRustなどという腐ったものは存在しない
88デフォルトの名無しさん
2018/03/08(木) 13:55:25.73ID:sd0Mz8U9
Goも元々は20%ルールの産物じゃなかったっけ?
89デフォルトの名無しさん
2018/03/08(木) 13:56:46.22ID:UjKWiNad
そだよ
てか、GoはRuby同様ガチ勢に嫌われすぎてて、なかなかカチッとしないね
90デフォルトの名無しさん
2018/03/08(木) 14:07:05.39ID:XQ95i3sC
まじで。Go自体が20%ルールの産物なのは知らんかったわ

Goは初期のJava見てるような時代逆行感あるし、それが嫌われる原因だろうね
初期のJavaよりははるかにマシだけど
91デフォルトの名無しさん
2018/03/08(木) 15:53:31.02ID:39/jgBm7
>>84
Rustアンチ面倒臭い

http://gihyo.jp/dev/serial/01/dwango-engineersoul/0002?page=2
https://speakerdeck.com/yaminoma/bitutoretogai-shan-dezhuan-song-liang-wojian-rasitaohanasi
92デフォルトの名無しさん
2018/03/08(木) 16:57:24.84ID:XQ95i3sC
ドワンゴや渋みたいな画質最悪回線ptptのプラットフォームの技術()なんて参考にならん

Youtubeとか嗶哩嗶哩とかネトフリくらいのプラットフォームが全く採用してない時点でお察しだろ
93デフォルトの名無しさん
2018/03/08(木) 17:38:09.62ID:3H4xAb5h
アンチのいない言語ってあるんかな?
それって誰が見ても引っかかることがなくて無難で分かりやすい言語ってことだよね。
、、、、C言語かな?
いやーないか。Pythonかな?
94デフォルトの名無しさん
2018/03/08(木) 18:00:05.39ID:gkfiSzw4
>>93
C 言語は基本だよね…
95デフォルトの名無しさん
2018/03/08(木) 18:05:00.88ID:cve6DJMj
マクロ中途半端じゃん
96デフォルトの名無しさん
2018/03/08(木) 18:06:09.58ID:My+VxY9/
Goが嫌われるのは、意識高い系の人間が欲しがる機能をオミットしたからだろ。
欲しがるやつはバカぐらいの事言ってるし。
学者と機械屋が仲悪いのと同じようなもんで。
97デフォルトの名無しさん
2018/03/08(木) 20:42:30.56ID:Qr0iRnUQ
機能をオミットする方向を示しただけでもgoは価値あるよ。
他の言語はバカみたいに機能を追加する方向しかみてなかったし。
98デフォルトの名無しさん
2018/03/08(木) 20:50:41.00ID:OEgQLKAy
採用例提示しろって言われたから東証一部上場企業の採用例をいったらいったでまた難癖つけるね
グダグダ言ってないで自分が使わなきゃいいだけじゃん



それでもニコニコがRustでオリジナルファイルシステムまで作ってあのクソさってのはいろいろ思うところはある
よくもまあ10年近くも金をオフパコ会議に突っ込んでろくに鯖の整備もせずに来れたもんだ
99デフォルトの名無しさん
2018/03/08(木) 20:53:13.13ID:39/jgBm7
FacebookのMononokeとかも除外なのかな
有名所が軒並み使わないと認めないんだろうな、いやそれでも否定するか
100デフォルトの名無しさん
2018/03/08(木) 21:19:24.31ID:3H4xAb5h
>>96
オミット大事だよね。バージョンを重ねていくと機能追加しかできないから
最初の機能は絞ったほうがいい。
Goにはきっと既存にはない独自発想のジェネリクス的な物が搭載されるであろう。
賛否両論なやつが。
101デフォルトの名無しさん
2018/03/08(木) 21:38:40.38ID:EsrBfKCX
>>100
「例外を無くした。あれは大域ジャンプだ。行き先の見えないgotoだ。
 フローが無茶苦茶になる、複数の戻り値返すから各自チェックするように。
 複数の戻り値返せるからマジックナンバーとか返すなよ」
なんて、割り切りというより考え抜いたであろう仕様も、結構叩く人は叩くしな。

ジェネリクス的なものはどうなるんだろう。
正直型でのswitchでだいたい事足りてるし。
102デフォルトの名無しさん
2018/03/08(木) 21:46:19.70ID:to5KOUcv
>>101
関数の引数にinterface{}型が入るのは良くない。これだけは是非とも改善したい
103デフォルトの名無しさん
2018/03/08(木) 21:52:55.87ID:EsrBfKCX
>>102
何で?
コンパイルする時に誤りに気づかないとかそういう話?
void*が渡せるよりも、interface{}は実際には型持ってるからよほどマシな気が。
ジェネリクスしたらすごい数の関数が作られうるし、使い方の問題な気がするけどな。
そもそも継承という概念が希薄だから、ジェネリクスにしても幸せになれないと言うか、明示的に何らかのinterfaceを渡す方がマシだと思う。
Writer受ける関数みたいに。
104デフォルトの名無しさん
2018/03/08(木) 22:31:36.69ID:to5KOUcv
>>103
実行時に解決するのは極力避けたい。
防衛的プログラミングをしたい。
AST系ライブラリを使いこなせるようになってコード生成でもいいけど。
105デフォルトの名無しさん
2018/03/08(木) 22:35:27.75ID:Qr0iRnUQ
テストコード書くのは嫌だってだけだろどうせ。
106デフォルトの名無しさん
2018/03/08(木) 22:37:10.68ID:bpZjqWPW
例えば今、任意のオブジェクトを格納できるコンテナ
(二分木でもハッシュマップでもブルームフィルタでも)
のライブラリを作りたいとしよう

このライブラリに、初期化時に任意の型しか格納できないようにする
まあつまりJavaのList<T>みたいなことをしたいと考えたときに
Goでは型ごとにラッパをつくって実行時に動的にチェックする以外に実現方法がない

これをコンパイル時にチェックしたいという要望は自然と思うが?
107デフォルトの名無しさん
2018/03/08(木) 22:46:42.29ID:bpZjqWPW
つか自分で言ってて思ったがこれinterface{}が悪いとかじゃなくて
単純に高階型が欲しいってだけの話だわ
108デフォルトの名無しさん
2018/03/08(木) 22:51:14.55ID:to5KOUcv
>>105
それもあるけどライブラリを提供するときに引数がinterface{}だとドキュメントに説明がいるでしょ。そういうのが嫌。
109デフォルトの名無しさん
2018/03/08(木) 23:04:06.14ID:y3Zn8R8X
コンパイルが遅くなるので人間が出来る事は人間がやってください
110デフォルトの名無しさん
2018/03/08(木) 23:05:42.03ID:Qr0iRnUQ
>>108
どっちにしろ実行時に起こる現象は説明が必要だろ。
確かに動的だったりテンプレートみたいなもんだと読むのきついなと思うことがあるけど
型で述べられる記述力なんてコード量の割にそんなに豊かなもんでもない。
俺は優良なドキュメトとテストコードのが上回ると思ってる。
goのinterfaceと比べて継承の方が入力の範囲を特定する能力は高まるけど、
同時に型情報をどっさりコンパイラと人間に読ませることになるわけだ。
割にあってると思わない。
111デフォルトの名無しさん
2018/03/08(木) 23:10:55.43ID:yZMqeuJA
やっぱり型クラスって神だわ
112デフォルトの名無しさん
2018/03/08(木) 23:12:19.99ID:bpZjqWPW
>>110
Scalaとか見てると気持ちはすごくわかる
しかしせめてコンテナ型くらいは型制約欲しいという気持ちもわかってくれ
113デフォルトの名無しさん
2018/03/08(木) 23:39:44.92ID:EsrBfKCX
>>106
型に階層があるという事が前提になってる時点で、goに向いてないんじゃない?
114デフォルトの名無しさん
2018/03/09(金) 00:31:33.39ID:IWA+PY9Z
"is a" の機能をomitして "has a" とかmixinとかtraitを使う方向
115デフォルトの名無しさん
2018/03/09(金) 00:49:56.76ID:cqMSJuy/
>>110
ちょっと具体例が浮かばなくて適当な説明になるけど
ある引数に io.Reader もしくは io.Writer だけが来て欲しいって場合に
interface{}で一旦受け入れてどっちかじゃなかったらエラーって書くのがしんどいの。
引数にio.Reader | io.Writerって書けるようになれば
どっちかしか来ないことが保証されるからエラーハンドリングのコードが減る。

別に型システムがほしいとかじゃなくて
なんでも受け入れるinterface{}にしてしまう状況を避けたい。
116デフォルトの名無しさん
2018/03/09(金) 04:10:38.55ID:4sIM9IpC
R | W より Or<R, W> が良い
記号を使うと記号アンチがうるさいし、継承と総称型を混同するやつもうるさい
117デフォルトの名無しさん
2018/03/09(金) 07:28:22.67ID:zhxSKG5B
その場合 `Or<A, Or<B, C>>` と `Or<Or<A, B>, C>` の等価性どうする?って話しになるけどね
118デフォルトの名無しさん
2018/03/09(金) 08:17:11.21ID:kL3iaTSl
>>115
そんな気持ち悪い関数嫌だな…。
分けられないの?
119デフォルトの名無しさん
2018/03/09(金) 08:18:50.78ID:kL3iaTSl
>>114
それはもう、今の定義されたinterfaceで充分だとなってしまうのでは?
120デフォルトの名無しさん
2018/03/09(金) 09:19:07.89ID:Nb7UaI4p
せめてパターンマッチくらいは入らんかなあ
型判定のためにifをダラダラ並べるようなコードなんて誰も嬉しく無いよ
:=もあるんだし構文糖衣まで全て拒否してる訳でも無いだろうに
121デフォルトの名無しさん
2018/03/09(金) 10:34:44.49ID:cqMSJuy/
>>118
まぁ例えばだから。もっとぴったり来る例を示せればよかったんだけどね。
関数のオーバーロードも合わせて欲しいな。関数名考えるのがしんどい
122デフォルトの名無しさん
2018/03/09(金) 10:59:00.45ID:kL3iaTSl
>>120
switchは?
123デフォルトの名無しさん
2018/03/09(金) 10:59:28.74ID:FTtEfiG6
>>105
静的型システム全否定だなお前のレス
124デフォルトの名無しさん
2018/03/09(金) 12:12:54.21ID:sqnwGWQK
>>110
ドキュメントが常に最新の状態であることを静的に
保証する方法がない限りは静的型付けの型情報の方が信頼できる
腐ったドキュメントほど有害なものはない

腐らせるヤツが悪いとか言われそうだが
腐らせるのは自分ではなく同じチーム内の誰かだ
他人よりコンパイラの方が信頼できる
125デフォルトの名無しさん
2018/03/09(金) 12:43:31.33ID:kL3iaTSl
interface{}を他の言語のobjectみたいなほんとに雑な受け方と一緒にしないでくれよ…。
実際に書いたら、結構使う場面が限られて来ることもわかるだろ…。

>>121
オーバーロードの禁止ははまあ必要悪だと思う。
型同士に階層が無いので、2種類のinterfaceを受ける関数があったとき、その2つともを実装している型に対して関数が定まらんのでは?
126デフォルトの名無しさん
2018/03/09(金) 12:56:29.64ID:7FF0Q/q6
>>125
してねえよ
コンパイル時の型制約を足したいって話で、機能的にinterface{}への switch t.(type) で十分なのは承知の上

ifが並ぶっていってる奴はたぶんswitchで型判定できるの知らない気がする
127デフォルトの名無しさん
2018/03/09(金) 13:27:20.95ID:RwDfRr6t
仮にGoにジェネリクスを実装するとしたらどこまで必要になるんだろ
共変性と反変性は必要?
部分適用は必要?
C++のメンバ型みたいなのは必要?
128デフォルトの名無しさん
2018/03/09(金) 13:32:11.39ID:FTtEfiG6
>>127
そんな難しいのはいらねーから宣言的に書かせろ
129デフォルトの名無しさん
2018/03/09(金) 15:24:58.40ID:hv4D8Q9B
>>125
object型と同じだと思ってたわ。具体的な違いとメリットを頼む。_φ(・_・
130デフォルトの名無しさん
2018/03/09(金) 16:38:15.55ID:kL3iaTSl
>>129
渡されたものをどう解釈するかの余地が他の言語と結構違う
たとえば、
type xxx struct {}
func (x xxx) foo(){}
func (x xxx) bar(){}
type Ixxx interface {
foo()
}
func (ix Ixxx) bar(){}

があったときに、interface{}で受けたものをアサーションでxxxとすると、xxxのbarが、
アサーションでIxxxとすると、Ixxxのbarが呼ばれる。
あくまで、すべての構造体はinterface{}を満たしているだけで、実際には型を持ってるし、
interface{}とIxxx{}も満たす範囲が違うだけで上位下位ではないし、構造体の型とも違うのでレシーバは別になる。
interface{}から派生したものではないって感じ。
131デフォルトの名無しさん
2018/03/09(金) 17:07:33.29ID:4sIM9IpC
もしかしてswitchに型チェック機能追加したやつが戦犯かな
ただのVisitorパターンならジェネリクス対応は難しくなかった
132デフォルトの名無しさん
2018/03/09(金) 18:13:47.78ID:kL3iaTSl
型チェックでswitchとジェネリクスは全く関係ない。
オーバーロードと同じく、何として処理するかと、その型が何か、に関して曖昧性を排除してるから。
暗黙のキャストも無いでしょ。
戦犯呼ばわりはどうかと思う。他の言語に毒されすぎ。
133デフォルトの名無しさん
2018/03/09(金) 19:09:25.15ID:kljWqerj
Goにオーバーロード無いの批判される事あるけど
HaskellやRustだって型クラスやトレイトを使わないとオーバーロードできないし
TypeScriptも型が多重定義できるだけで実体は一つだし
むしろ最近の言語はC++みたいな単純なオーバーロード付けないのがトレンドな気がする
134デフォルトの名無しさん
2018/03/09(金) 19:11:17.45ID:dAbxViV8
一方Cには_Genericがついた
135デフォルトの名無しさん
2018/03/09(金) 20:41:59.05ID:lMH5BOjd
>>124
ドキュメントよりコンパイラのが信用できるかも知れんが
それ以上にテストコードの実際の動作のが信用できるよ。
c++まともに開発に使ってた奴ならどれほどコンパイラだよりが危ういかわかると思うけどね。
136デフォルトの名無しさん
2018/03/09(金) 20:50:57.42ID:mtotlLHa
コンパイラが頼れないからC++から離脱したがってるわかで……
137デフォルトの名無しさん
2018/03/09(金) 21:48:54.86ID:OETiniYx
>>133
むしろオーバーロードと型推論を共存させたいというのが型クラスの最初の動機だったのでは
138デフォルトの名無しさん
2018/03/09(金) 21:50:23.61ID:sqnwGWQK
>>135
そりゃテストコードが全てのコードに対して書かれていたらの話で
実際にはテストカバレッジ100%なんてあまり現実的な数値じゃない
GUIの場合はテストを書くこと自体がなかなか難しいし、他にも仕様が変わりやすいような
部分は変わるたびにテストも書き直すんじゃ、コストが割に合わないこともある
それらを考慮して、あえてテストを書かないという選択をすることも充分あり得る
静的型付けならテストが書かれていない部分でも型情報からある程度ならチェックが出来る
動的型付けはテストがなければ何もチェックできない

テストを書かない奴はバカみたいな言い分はあまり好きじゃない
テストカバレッジ100%を目指す奴のほうがよっぽどバカだと思う
139デフォルトの名無しさん
2018/03/09(金) 22:24:57.88ID:mOP6pgpS
C++の型安全とHaskellの型安全って随分違うでしょ
理論がしっかりしてて型システムが豊かな方が型安全で提供される品質は高い
Haskellは「コンパイルが通れば大体想定通りに動く」って言われる程度には型を信じれるよ

これが行き過ぎるとIdrisやCoqみたいに「実行できれば仕様を満たしている」みたいな開発もできる
ハードル高いし実用できるほど簡単じゃないからまだ何個かブレークスルーが要るがね
140デフォルトの名無しさん
2018/03/09(金) 22:28:04.16ID:5gZ3T8dE
>>130
残念ながら他言語のobject型とinterface{}の違いがこの説明ではよくわからん。

あんさんは他の言語のobject型を雑な受け方と評したんだぜ。具体的にこの説明では、
なるほど他の言語のobject型で値を受け取るのは雑な受け方だった。って納得しない。
どのへんが雑じゃなくなってるわけ?
141デフォルトの名無しさん
2018/03/09(金) 22:30:56.35ID:5gZ3T8dE
>>138
qiitaの記事でだいたいカバレッジが85%位が理想値でそれを超えるとしんどくなるだけで意味ないってのは見たな。
142デフォルトの名無しさん
2018/03/10(土) 09:17:00.38ID:iLIqn+zB
>>135
C++のコンパイラに頼るのは危ないってのはテンプレートがダックタイピングだからじゃないの?
だとしたら、それは単にC++のテンプレートの仕様がクソってだけの話で
C++のコンパイラがクソって言うのは筋違いだと思うんだけど…
それとも他に理由があるの?
143デフォルトの名無しさん
2018/03/10(土) 09:30:50.15ID:iLIqn+zB
書いた後で思ったけど、
C++のテンプレートってダックタイピングって言われてるけど
きちんとコンパイルエラーになったような…?
使ってたの3年以上前だから忘れた。どうだったっけ?
144デフォルトの名無しさん
2018/03/10(土) 09:57:39.05ID:X26PuUpn
たぶん135は、コンパイラがバグってて出力される機械語が怪しいという話をしてる
別にC++に限った話ではないんだけど昔は結構多かった
145デフォルトの名無しさん
2018/03/10(土) 10:03:15.55ID:V+AonR8i
>>140
うーん。なんにでもなれるスーパークラスで受けてるんじゃなくて、何もかもを満たすインターフェイスで受けてる。
クラスというか構造体同士に階層も無いし、
インターフェイス同士にも無いから。
だから、他の言語でObjectからキャストし直すときに、キャスト先の階層構造を考えなくてもいいし、
むしろどうキャストするか(何がほしいか)で、それに合わせたレシーバを呼んだりできる。
146デフォルトの名無しさん
2018/03/10(土) 10:07:28.98ID:ZLY5MDI0
>>139
なのになぜライブラリのバグがちょいちょい発覚するの?
147デフォルトの名無しさん
2018/03/10(土) 10:47:28.09ID:wavGSJ3d
普通は型の階層を利用したキャストの方が丁寧で
Goのような要件さえ満たせばなんでもキャストできる方が雑なんだけどな
雑なGoに丁寧なジェネリクスは似合わないって話の方がしっくりくる
148デフォルトの名無しさん
2018/03/10(土) 11:47:59.83ID:BpWzRYHd
動的型は丁寧なコードも雑なコードも書けるよ
静的型のキャストは雑なコードだけを集めて濃縮したような存在
149デフォルトの名無しさん
2018/03/10(土) 12:02:58.66ID:vrfy4Usj
型の階層ってのからまず脱却した方が良いところだと思うけどね。
型の階層の横紙破りとしてインターフェイスを作ってさらにインターフェイスも階層を持つとか、goやり始めてから悪手な気がしてきた。
他の言語もmixinとかtraitなんかで色々やってるけど、そういう方向で対応すべきもんなんだと思うよ。俺は。

rubyのようにobjectの親を作る羽目になったり、どのみち破綻する。
型の継承による、と言うが、型の継承に頼ったキャストとしか言いようが無いんでは?
150デフォルトの名無しさん
2018/03/10(土) 12:03:37.10ID:ysTMLqRd
>>145
>だから、他の言語でObjectからキャストし直すときに、キャスト先の階層構造を考えなくてもいいし、

どういうこと?Object型は大抵すべてのインスタンスの親のはずでは?
一度Object型の変数に突っ込んだなら、それってもう実質、動的言語的扱いになるから人間側が元の型を意識しなきゃいけない。
これはGoでもおんなじでしょ?

あと以下は正直どうでもいい話なんだけど敢えて突っ込む。

Goのインターフェースは階層構造を持たないって言ってるけど
も結局用語の違いってだけで実質階層構造みたいなのはあるでしょ。
Io.ReadWriter は io.Writerを内包している
io.Writerはからインターフェースを内包している

Io.ReadWriter => io.Writer => interface{}

他の言語は階層構造を明示しているけどGoの場合はそれがコンパイラによって自動化されているってだけでは?
もちろん自動化されているってのはありがたいけどね。
151デフォルトの名無しさん
2018/03/10(土) 12:07:47.02ID:XYrxJ2qt
>>143
静的ダックタイピングって言われてる
本質は変わらない
152デフォルトの名無しさん
2018/03/10(土) 12:13:23.90ID:ysTMLqRd
>>148
動的型のキャストと静的型のキャストに違いがあるとは思えないけどなぁ。
俺の考え方はこう。
動的型: 人間側で型の追跡を頑張る
静的型: コンバイラ側に型の追跡を任せる。ただしobject型とかに渡すことで人間側で頑張ることもできる。

動的型は基本雑なコードだらけ。人間側が型を決め打ちしてメソッドを実行しないとやってられない。
だって毎回instanceof とかで型をチェックしてからメソッドの実行とかしてないでしょ?
153デフォルトの名無しさん
2018/03/10(土) 12:16:33.64ID:eUrbDIYn
>>152
説明されてわかるような奴が>>148を書くと思うか?
154デフォルトの名無しさん
2018/03/10(土) 12:24:33.09ID:bKdAMFdx
155デフォルトの名無しさん
2018/03/10(土) 12:35:41.84ID:9xaE30s9
なんでもできる c++ で書くなら
なんのメンバーも持たない class interface の直接の
派生型として色んなインタフェースがあるようなもんか

COM に似てるな、というか COM のインタフェースの概念の焼き直しか。
156デフォルトの名無しさん
2018/03/10(土) 12:36:05.42ID:X26PuUpn
ダックタイピングとnominalな階層型の違いを言葉を変えて繰り返しているだけで
問題のinterface{}がobjectより良いという説明にはなってないな
157デフォルトの名無しさん
2018/03/10(土) 12:42:10.90ID:jPHJ8KIe
>>138
別に全部のコードにテスト書けとは思わんが
それでもそこまで引数の型がどうなのか気になるインターフェイスなら
テストコード書けよ。

てかそこまで作業が圧迫してるなら型をガッチガチにやる言語のが
調整する手間考えた場合割に合わんだろ。
158デフォルトの名無しさん
2018/03/10(土) 13:01:42.42ID:iLIqn+zB
>>157
どの程度なら「気になる」のかってところに認識の違いがありそうだな
静的型派の人間は全てコードの型情報が気になっちゃうんじゃない?
少なくとも俺は全ての引数の型が気になってしまうタイプの人間だよ
159デフォルトの名無しさん
2018/03/10(土) 13:02:25.28ID:BpWzRYHd
>>152
動的型のコードは二種類に分けられる
静的型で丁寧に書いてから型を省略したようなコードと
静的型で雑に書いてから型を省略したようなコードだ
160デフォルトの名無しさん
2018/03/10(土) 13:10:46.65ID:wavGSJ3d
「階層を持つから安全にキャストできる」と「安全にキャストできるから階層を持つ」がごっちゃになってる人がいる
161デフォルトの名無しさん
2018/03/10(土) 13:12:51.16ID:jPHJ8KIe
>>158
まあ極論すれば感覚的な話だしね。
感覚として型を気にして助かることなんて 5 % くらいじゃないかと思ってる。
対してテストがある場合は 40~50%くらい助かる。
準備するコストとして型が 10~20 としたらテストは 30~40 といった印象。

なんで個人的にはそこまで型を整備するよりかはテストに時間使った方がいいと考えてる。
まあ抽象論一発で済めば嬉しいって気持ちはわかるんだが
実際そうはならんからね。。
162デフォルトの名無しさん
2018/03/10(土) 13:17:24.66ID:V+AonR8i
>>156
端的に言えば、スーパークラス(と言う概念もないが)にキャストしてして渡してない、as-isで渡してると言うところが違うし大きい。
良いとも言ってないぞ。
違うし混同するなと言ってる。
Objectに相当するものが無いので、良いも何も比較対象ではない。
163デフォルトの名無しさん
2018/03/10(土) 13:21:00.62ID:CNpckm4H
スーパークラスにキャストねえ。
どの言語でもその場合は as-is で渡るだろう
164デフォルトの名無しさん
2018/03/10(土) 13:23:17.42ID:V+AonR8i
暗黙的にでも、ね。
Objectで受ける、Ienumerableで受けるを含めて。
165デフォルトの名無しさん
2018/03/10(土) 13:24:20.18ID:V+AonR8i
as-isで渡るは確かに語弊があったな。
別の型のオブジェクトやインターフェイスとして渡されてるんじゃなくて、って感じ。
166デフォルトの名無しさん
2018/03/10(土) 13:27:51.68ID:X26PuUpn
>>162
>>125でobjectを雑と評したからには当然interface{}の方が良いという主張と思ってたんだが
実際の詳細は別にしてあなたの説明では聞けば聞くほど同じとしか思えない
俺じゃないが>>155なんかCOM的な構造で代替可能という理解をしてるし
167デフォルトの名無しさん
2018/03/10(土) 13:31:43.54ID:CNpckm4H
とはいえ言いたいことはわかる
オブジェクトに似ているがオブジェクトを渡しているわけではない、
オブジェクトとそれの持つインタフェースは1対多

COM のインタフェースや多重継承を用いた場合のC++に似ている
特に前者とはほぼ完全に同じものだ
インタフェース抽象って奴だね

この場合実行モデルとしてはインタフェースに階層関係は要らなくなる
複数のインタフェースを持つことから(派生による差分宣言、差分実装ではなく)
ミックスインが基本となるから。
168デフォルトの名無しさん
2018/03/10(土) 13:31:58.31ID:BpWzRYHd
as-is型に実装を合わせるテンプレート
as-is実装に型を合わせるキャスト
これが次世代の争い
動的型は次世代ではないから政治的中立
169デフォルトの名無しさん
2018/03/10(土) 13:52:58.58ID:V+AonR8i
>>166
同じではないでしょ。
COM的な構造で代替可能ってのは、>>166自身は理解してるの?理解してたらそのレスにはならんと思うけど。
そもそもが思い込みで人の発言に「良い」を勝手に補完してなんでそんなにしつこく食いついてくるかわからん。
理解が足りなくて同じだとしか思えないなら開き直らないでほしいわ。
170デフォルトの名無しさん
2018/03/10(土) 13:54:45.25ID:ysTMLqRd
>>154
だから階層構造がないのはわかってるつーの。実際的な違いがないっていってるの。
実質Object型 とinterface{} はおんなじ扱いにしかならない。
Object型にはtoStringがあるけどinterface{}にはない? 別にそんなのはどうでもいい話。

interface{} に値を突っ込むと人間側が型を意識する必要がある。
動的言語的な扱いになっちゃう。

この点においてObject側と一緒だよね。

ここが最大の肝であり、「Object型でうけるのは雑」っていってるのはこの部分に差があると期待して質問したのに、
そこに関しては違いを見出していない。
なら雑な理由って何よ。
171デフォルトの名無しさん
2018/03/10(土) 13:55:30.73ID:wavGSJ3d
今気が付いたが>>145の言ってることは根本的に間違ってる
>>130みたいなインターフェイスのレシーバはそもそもコンパイル通らない
つまりどの型にキャストしても同じレシーバが呼ばれることが保証されてる
そこがGoの型は階層を持たないという根拠になってたはず
エアプは黙ってろ
172デフォルトの名無しさん
2018/03/10(土) 13:57:07.23ID:X26PuUpn
>>169
IUnknownが便利に使われてるのと
QueryInterfaceの実装次第でメンバーに飛ばすこともできるのが似てるって話だろ
COMは実装側が応答する型(GUID)を決めないといけなくてダックタイピングにはならんから
俺は必ずしも似てるとは言わんけど、あなたの説明はそう思われてもしょうがないってことだ
173デフォルトの名無しさん
2018/03/10(土) 14:21:55.45ID:BpWzRYHd
classの多重継承ができる言語ならinterfaceはclassの構文糖ということにできた
多重継承を制限したことでinterfaceとclassの互換性が非自明になった
174デフォルトの名無しさん
2018/03/10(土) 14:23:37.99ID:V+AonR8i
>>171
これは例が悪かったか。
スマホで書いたからすまん。

ある型にアサーションした場合、アサーション先の型のレシーバが呼ばれるよ。
もとのレシーバではない。
175デフォルトの名無しさん
2018/03/10(土) 14:26:15.83ID:V+AonR8i
>>170
おんなじ扱いをすれば同じになるだろうな。
扱い方の余地の問題なんだが。

人間側が型を意識する必要がある、この点に於いてObjectと同じと言うのは雑すぎる。
動的言語的扱い方と言うか、jsonのUnmarshalなんか見た方が多分わかりやすいと思う。俺が言ってることは。
176デフォルトの名無しさん
2018/03/10(土) 14:26:53.39ID:V+AonR8i
>>172
説明が悪いのは申し訳ない。
177デフォルトの名無しさん
2018/03/10(土) 14:31:49.68ID:V+AonR8i
interface{}で受ける関数を呼ぶときは、
とりあえず、スーパークラスのObjectに(暗黙的に)キャストして渡してるのではなくて、あるインターフェイスを実装している型として渡してる。
全クラスがIfooをimplementsしている状態で、Ifooを受けているだけ。
そこにキャストは発生してないし、だから、キャストではなくアサーションで型を判定するだけで(キャスト無しで)中身の型が分かる。
その時に、もとの構造体ではなく、あるインターフェイスとしてアサーションする事ももちろんできる。

そこだけでも伝わってほしい。
178デフォルトの名無しさん
2018/03/10(土) 14:33:10.73ID:V+AonR8i
しかし、また「エアプ」かw
好きなんだな、その言葉。
179デフォルトの名無しさん
2018/03/10(土) 14:47:03.22ID:BpWzRYHd
キャストは雑
アサーションは丁寧
という説が伝わってきた
180デフォルトの名無しさん
2018/03/10(土) 14:56:06.20ID:ysTMLqRd
>>175
それって結局reflectバッケージを見ろってこと?
>>177
型キャストが雑ってこと?
型アサーションだと型が合わないとerrorを返すから雑じゃないってこと?
181デフォルトの名無しさん
2018/03/10(土) 15:25:20.56ID:opL9wLKH
雑なほうがいいんだよ。that's rightって言うだろ?
182デフォルトの名無しさん
2018/03/10(土) 15:26:15.03ID:Uh7G7RUR
>>180
アサーションが丁寧というのは語弊があるが、インターフェイスからのアサーションはそもそも本来の型自体も持ってるのでキャストしているわけではなく、assert、言明し直してるだけで、別の型として一度も扱わない。
183デフォルトの名無しさん
2018/03/10(土) 15:28:33.49ID:wavGSJ3d
>>174
アサーションでもレシーバが変わることはない
自分で試したことないから分からないんだろ
>>177のキャスト無しで渡してるってのも間違いで実際はキャストされてる
キャスト無しで渡してたらそれはジェネリクスだ
たぶん>>177はポインタや参照を理解してなくてキャストの意味をはき違えてる
objectにキャストしたら静的オブジェクトが動的オブジェクトに変換されると思い込んでるようにしか見えない
184デフォルトの名無しさん
2018/03/10(土) 15:39:34.50ID:Uh7G7RUR
>>183
あることあるから、レシーバが変わる事知ってるんだよ。
そうじゃない。履き違えてないよ。
ジェネリクスはもっとちがう。コンパイル時に関数自体が型ごとに分かれるのが俺が言うジェネリクスとオーバーロード。
オブジェクト指向脳でわけわからん事言わないで。
185デフォルトの名無しさん
2018/03/10(土) 15:56:33.06ID:ysTMLqRd
>>184
が、言いたいことを整理すると
Go言語のinterface{}は他言語のObject型とは違う。
なぜならGo言語のinterface{}型は内部的には型情報を保持しており
reflectバッケージを使うことでいつでも元の型情報を取得できるから
ってことでOK?

これって逆に言うと他言語のObject型は内部的に元の型情報を保持しないの?
186デフォルトの名無しさん
2018/03/10(土) 16:04:38.45ID:X26PuUpn
本来のデータポインタはそのままで実行時型情報をペアにしてinterface{}(fat pointer)にしているのを
キャストしているしていない言い張ってるだけかな。まあ言葉はどっちでもいいが

ちなJavaタイプのnominalなinterfaceや多重継承はデータポインタに特定のオフセットを加減算する(ポインタの値が変わる)
場合がほとんどだが、fat pointer方式の実装も無いわけではない
187デフォルトの名無しさん
2018/03/10(土) 17:15:29.87ID:3swSila5
>>185
いや保持してるよ
RTTIってやつだね
188デフォルトの名無しさん
2018/03/10(土) 17:37:00.44ID:Hgt7PccX
エアプ呼ばわりされて過剰反応するのが真のエアプ
エアプでないことを示すのが普通の人
189デフォルトの名無しさん
2018/03/10(土) 17:37:33.50ID:Uh7G7RUR
>>185
内部的に持ってるが、クラス構造が階層型であるが故にObject型という型で扱われた上で、サブクラスにダウンキャストするじゃん?で、またアップキャストするかもしれん。
だからジェネリクスやオーバーロードだと共変なのか反変なのか、あるいは非変なのかが問題になるし、Javaなんかはジェネリクスは非変だけど、配列は共変みたいな事になってるし、c#なんかだと最近変性注釈できるようになったり、まだゴタゴタしてる。

ちなみに、interfaceへのアサーションはreflectとは違って、interface自体が型を持ってるので、reflectで型を判定したりメソッド呼ぶのとは結構な差がある。
古いけどこのへんか。
https://research.swtch.com/interfaces
190デフォルトの名無しさん
2018/03/10(土) 17:38:52.17ID:Uh7G7RUR
>>188
エアプのプロは言うことが違うな。
191デフォルトの名無しさん
2018/03/10(土) 17:47:29.26ID:NO/eROxb
エアプなんか使ったって、レッテル貼るだけで議論ができないようにしか見えないんだからやめときなって
192デフォルトの名無しさん
2018/03/10(土) 17:49:06.20ID:ngO/N0HJ
それが楽しいんだろ、いつもその言葉使うところ見たら。
193デフォルトの名無しさん
2018/03/10(土) 17:59:38.11ID:ysTMLqRd
>>189
>共変なのか反変
急に分かんない用語が出てきて混乱したが
http://www.thekingsmuseum.info/entry/2016/02/07/235454
が参考になった。非変って用語がないが不変の言い間違い?
194デフォルトの名無しさん
2018/03/10(土) 17:59:39.44ID:jPHJ8KIe
いや全く楽しくねーわ。
195デフォルトの名無しさん
2018/03/10(土) 18:20:49.51ID:ysTMLqRd
例えば
func ToString(any interface{}) string {
if v, ok := any.(Stringer); ok {
return v.String()
}
switch v := any.(type) {
case int:
return strconv.Itoa(v)
case float:
return strconv.Ftoa(v, 'g', -1)
}
return "???"
}

上記コードはこうできるようにして欲しい

func ToString(any (Stringer | int | float)) string {
if v, ok := any.(Stringer); ok {
return v.String()
}
switch v := any.(type) {
case int:
return strconv.Itoa(v)
case float:
return strconv.Ftoa(v, 'g', -1)
}
}

引数にinterface{} があるのはやっぱりJavaとかで引数にObject型が来るのと同義だと思うわ。
196デフォルトの名無しさん
2018/03/10(土) 18:22:28.94ID:opL9wLKH
>>193
こっちのページの下のほうに書いてあるじゃん
http://www.thekingsmuseum.info/entry/2016/02/11/111718
197デフォルトの名無しさん
2018/03/10(土) 19:46:35.03ID:YxlaXMRK
結局Objectの方がinterface{}より保証されてるものが多いから、雑なのはinterface{}の方じゃーん
198デフォルトの名無しさん
2018/03/10(土) 21:09:45.80ID:ihrcyggr
>>105
これ最高に型無しクソペチパー指向的レス
199デフォルトの名無しさん
2018/03/10(土) 22:06:56.73ID:V+AonR8i
>>197
保証されてるものが多いんじゃないよ。
保証されるべきでない関連性を持ってないものも、関連性を持っているかのごとく扱われるんだよ。
200デフォルトの名無しさん
2018/03/10(土) 22:10:01.27ID:V+AonR8i
自分が知らないものをたったひとつソースから「言い間違えなのか?」と言うのはどうかしてると思うわ。
201デフォルトの名無しさん
2018/03/10(土) 22:20:22.04ID:V+AonR8i
>>195
ToStringなんて関数をinterface{}で受けて中で適当に処理するってこと自体だと思う。
そんな事するぐらいなら、使いたいintとfloatを名前つけてちゃんと型定義して、Stringer実装するほうがまともでは?
ライブラリならまだわかるが、ユーザコードでinterface{}を使うのはもっと「interface{}でなければいけない時」であって、基本的にはなんでも受け取りたいから使うための型ではない。
普通のオブジェクト指向言語でもそうだろ。

後半のコード例に至ってはコンパイル時に検出したいだけだろ。
オーバーロードさせろってんならまだわかるが。
コンパイル後に消えるようなもの書いて喜ぶ事こそ馬鹿らしいわ。
202デフォルトの名無しさん
2018/03/10(土) 22:32:59.68ID:ysTMLqRd
>>200
どっちかというとこれを見て思ったんだが
https://ja.wikipedia.org/wiki/%E5%85%B1%E5%A4%89%E6%80%A7%E3%81%A8%E5%8F%8D%E5%A4%89%E6%80%A7_(%E8%A8%88%E7%AE%97%E6%A9%9F%E7%A7%91%E5%AD%A6)
203デフォルトの名無しさん
2018/03/10(土) 22:36:50.46ID:ysTMLqRd
>>201
>後半のコード例に至ってはコンパイル時に検出したいだけだろ。
それこそキモだろ。静的言語を使う理由って。
これが嫌なら動的言語使ってなよPHPとか
204デフォルトの名無しさん
2018/03/10(土) 22:40:31.66ID:ysTMLqRd
>>201
>ユーザコードでinterface{}を使うのはもっと「interface{}でなければいけない時」
現状のGoでそういう理由でinterface{}を使ってる状況ってどんだけあるんだよ。
それじゃすまないからジェネリクスを欲しがってるんでしょうが。
205デフォルトの名無しさん
2018/03/10(土) 23:44:31.64ID:V+AonR8i
>>202
ホントだな。これは俺が少数派らしい。
高飛車に言ってすまん。
206デフォルトの名無しさん
2018/03/10(土) 23:45:51.56ID:O29r5RSu
こいつ例のヤベェ奴か
207デフォルトの名無しさん
2018/03/10(土) 23:47:15.74ID:V+AonR8i
>>203
キモではないよね。
それは単なる横着のコンパイラへの責任転嫁であって。
void*みたいな無茶苦茶な型があるのも静的言語だが、別に型チェックしてほしくてコンパイルしてるわけじゃないぞ。
208デフォルトの名無しさん
2018/03/10(土) 23:49:44.45ID:V+AonR8i
>>204
結構あると思うけど。
それで済むから、頑なに「未だ早い」と本家が言い続けてるんでしょ。
済まないならもっと早く導入されてるわ。
そんなに変化ねえじゃんと思いがちだが、ホントに要るなって機能はちゃんと入ってきてるよ。ライブラリの出力しかり、ベンダリングしかり、次はモジュール予定されてたり。
209デフォルトの名無しさん
2018/03/10(土) 23:50:33.63ID:ihrcyggr
早くPHP歴4000年秘伝のソースにウンコを継ぎ足す作業に戻れよ
工数の無駄だぞ
210デフォルトの名無しさん
2018/03/10(土) 23:53:30.10ID:1bOlQOUq
このスレ見てたら俺はC++とPythonでいいやって思えてくる
211デフォルトの名無しさん
2018/03/10(土) 23:57:26.44ID:O29r5RSu
こんなスレに影響されんなよ……
因みに俺はCとPythonとFortranとMathematicaでいいと思う
212デフォルトの名無しさん
2018/03/11(日) 00:04:08.68ID:oVmCfuF5
非変、はScalaあたりから来てるのかな。記憶が曖昧。
213デフォルトの名無しさん
2018/03/11(日) 00:44:51.07ID:RCfxSBiR
CとPythonの二刀流ずるい
C++むずい
だからJavaとかGoとかの支持率は下がらない
214デフォルトの名無しさん
2018/03/11(日) 00:52:28.92ID:7XeGL+nE
>>207
あとCみたいな旧世代な言語を静的言語代表にされても。
あと横着はプログラマの美徳だよ。

>>208
現在進行形で議論中だよ。安易に入れたくないだけで必要性は明らかだろ。
https://github.com/golang/go/issues/15292
というか他のジェネリクスがある言語を使ってるとわかると思うんだけどな。このイライラ感。
まぁ関数のインターフェースにinterface{}型があっても気にしない人間もいるという事実があることは勉強になったわ。
そういう人間もいるんだ。
215デフォルトの名無しさん
2018/03/11(日) 00:57:35.32ID:fQarczMf
>>199は自爆というかむしろダックタイピングの方だよね?
216デフォルトの名無しさん
2018/03/11(日) 01:05:04.16ID:7Ky5zjn9
反変共変とかすぐに数学用語を取り込んで違う意味にする
217デフォルトの名無しさん
2018/03/11(日) 01:18:09.18ID:fQarczMf
>>214を斜め読みしたけど、既存のinterface{}なやつと互換を取るためJavaのgenerics同様にするか
それとは別に問題を捨て去るためD言語やMLみたいな名前空間単位のやつを入れるかで議論してるな
genericsなんて大物は後から入れてもJavaのようにしかならんとは思っていたが
(失礼ながら)goのような保守的な言語に今までのスタイルを捨てさせるような変更を入れられるのかは気になった
218デフォルトの名無しさん
2018/03/11(日) 01:37:42.02ID:7XeGL+nE
>>217
GoBlogでGo2はGo1と下位互換性を保つと宣言してるから破壊的変更をせずに導入するだろうね。
どうやるか全く想像がつかない
219デフォルトの名無しさん
2018/03/11(日) 01:53:41.48ID:vy+Y2xiY
>>161
やっぱり認識の違いが激しいな。これじゃ話が合わんわけだわ
おれの感覚を書くと型情報を書くことで助かることは10~20%くらい
対してテストがある場合は50~60%(約3.5倍)くらい
準備するコストとして型が10~20ならテストは60~70(約4.25倍)の印象
さらに、後からコードを読むときの理解するまでにかかる時間が
静的型が10~20なら動的型は30~40(約2.25倍)の印象。

そして、俺の場合はコードは書くことより読むことの方が多いと思っているので
読むときにかかるコストの違いに良し悪しの重点を置く傾向がある。
というわけで、俺の感覚ではもちろん静的型に軍配が上がる
220デフォルトの名無しさん
2018/03/11(日) 01:54:27.55ID:vy+Y2xiY
これ以上は感覚のズレをお互いに調整しないと話が進まないだろうな
そして、その感覚のズレを調整をするつもりは俺にはないし
そっちも多分ないだろうからやはりこれ以上の話は無駄になるだろうな
認識の違いがこれだけもあるということが分かっただけでも良しとしておこう
221デフォルトの名無しさん
2018/03/11(日) 06:14:26.94ID:9uw0Jco6
会社でkotlinの勢力が拡大して飲み込まれるのは目前
やだよぉやだよぉ
222デフォルトの名無しさん
2018/03/11(日) 07:33:15.20ID:DgI5cE5A
javaが積極的に言語に手を入れるようになったから
kotlinがcoffeescriptと同じ運命を辿るんじゃ無いかと不安を感じる
androidから放り出されない限り生きていられるとは思うが……
223デフォルトの名無しさん
2018/03/11(日) 09:19:38.49ID:pTD+ffED
型システム入門では非変と訳されてるな
224デフォルトの名無しさん
2018/03/11(日) 09:44:46.83ID:IOuBwL8e
Goに他の言語の機能を追加したいって声はよく聞くけど
逆に他の言語にGoの機能を追加したいって声はあまり聞かないよね
225デフォルトの名無しさん
2018/03/11(日) 10:05:15.85ID:VhcwD3HT
var導入するのにval導入しないJavaのおじいさんたちはゲェジなのかな?
226デフォルトの名無しさん
2018/03/11(日) 10:21:31.83ID:9agxgqpG
COM「反射性、推移性、対称性」
次世代「恒等射、合成、共変、反変」

型アサーションと型変換の宗教論争の原因はこれか
227デフォルトの名無しさん
2018/03/11(日) 10:24:53.59ID:VhcwD3HT
セイッ! ヘイッ!
228デフォルトの名無しさん
2018/03/11(日) 10:31:59.14ID:zUkaU6dD
AppGameKit Mobile Released on Android!
https://www.thegamecreators.com/post/appgamekit-mobile-released
https://play.google.com/store/apps/details?id=com.tgc.agk.mobile

金曜日、2018年3月2日にTGC NewsのAppGameKit News、

今日、Androidプラットフォーム上のAppGameKit Mobileがリリースされました。
今では、AppGameKit Mobileでどこでもどこでもアプリ、デモ、ゲームを作成して、「外出先で」コーディングすることができます。

この完全に無料のAppGameKitのバージョンでは、通常のAppGameKitスクリプト言語を使用してコードを作成してから、プロ
ジェクトをコンパイルしてデバイス上で直接実行することができます。このアプリにはデモとサンプルが付属しているため、新
規ユーザーはプログラミング言語の使いやすさを知ることができます。

カットダウンしたIDE内でアプリケーションをコーディングしてから、超高速コンパイラを使用して、プロジェクトをほぼ即座に実
行することができます。クラウドを追加して保存すると、あなたのプロジェクトをTheGameCreatorsのウェブサイトにアップロー
ドして、プロジェクトを安全に保護したり、Windows、Mac、Linux版のAppGameKitでコーディングを続けることができます。

AppGameKit Mobileは、デスクトップ版の多くのコマンドへのアクセスを提供します。最も重要なのは、ゲーム作成のためのす
べての主要なコマンドです。

・3Dグラフィックスと3D物理
・2Dグラフィックスと2D物理
・レンダリングコントロール
・サウンド&ミュージック
・ユーザー入力
・ファイルI / O
・センサー

カメラと写真のアクセスでは、あなたのデバイスから画像メディアをインポートしてから、これらの画像をアプリケーションのス
プライトまたはテクスチャとして使用できます。

今すぐ無料でダウンロード!
229デフォルトの名無しさん
2018/03/11(日) 10:36:02.25ID:wjY1+kiE
>>222
サーバーサイドだとC#/.NET Coreも浮上してきたしな
言語の筋が良かったから期待したけど、結局一過性の流行で終わりそう
230デフォルトの名無しさん
2018/03/11(日) 10:54:05.51ID:VhcwD3HT
Kotlinは要するにBabelだろ
JavaがKotlin相当に進化する頃にはJava 1000くらいになってるだろ
それを実行できるAndroidはバージョン100000くらい
じゃあJava 6までダウンコンパイルできるKotlinだよねって話
でもReact Nativeに殺されるんだぜ、嘘みたいだろ?
231デフォルトの名無しさん
2018/03/11(日) 10:56:21.30ID:VhcwD3HT
わかるか?バカども
232デフォルトの名無しさん
2018/03/11(日) 12:14:58.84ID:SpuufNIs
関数型が流行るようなことにはならない
233デフォルトの名無しさん
2018/03/11(日) 12:57:58.24ID:7Ky5zjn9
関数型言語Mathematica
234デフォルトの名無しさん
2018/03/11(日) 13:02:55.03ID:I+OrX4eg
>>219
違いがあるのはいいが
コードの読みやすさで静的動的で比較もいいけど、
テストコードあるかないかで比較したものも載せて欲しい。
型があった方が読みやすいコードもたくさんあるのは事実だけど。
235デフォルトの名無しさん
2018/03/11(日) 13:13:29.16ID:7Ky5zjn9
コードリーディングという意味では型情報はありがたい。でも引数に何を入れればいいかLAPACKくらいしっかり書いてあるとなお良い
しかし関数名の直後にドキュメントが長々と書いてあってどこからコードなのかよくわからん奴は嫌い
236デフォルトの名無しさん
2018/03/11(日) 13:23:51.64ID:vy+Y2xiY
>>234
比較って言ってもこれは独断と偏見に満ちた個人的な印象値だぞ…
参考にして欲しくて書いたわけじゃなくて認識の違いを明らかにするために書いたものだし…
あと、静的動的どちらでもテストは書くんだからテストがない場合と比較することに何の意味が…?
237デフォルトの名無しさん
2018/03/11(日) 13:36:14.47ID:I+OrX4eg
なるほど話が噛み合わないわけだ。
俺としては別に動的
本当にテスト書いてんのかなってとこのが重要だと思ってたわけだが、
動的か静的ってとこにそんなに興味があったんだね。

その部分に対してはどっちでもいいわ。
逆にテストするのしないのって話から話題をそらすための抗弁になりやすい印象が強いので
あんまり関わりたい議論ではない。
238デフォルトの名無しさん
2018/03/11(日) 13:42:53.78ID:9agxgqpG
状況が変わったのにまだ気付いてないんだな
だれも嘘をつかない性善説を前提に読みやすいとか読みにくいとか言う時代は終わった
今は嘘を教える人間を回避することが最重要
正直でありさえすれば読みやすさは不問
239デフォルトの名無しさん
2018/03/11(日) 13:58:30.20ID:7Ky5zjn9
最強の関数型言語Mathematica を崇めよ
240デフォルトの名無しさん
2018/03/11(日) 14:32:32.97ID:VhcwD3HT
嘘うんぬん以前にガイジなせいでウンコードまみれなペチPoorさんはどうすればいいの?
241デフォルトの名無しさん
2018/03/11(日) 14:43:30.00ID:lK6s4tSM
ここがphpスレですか
242デフォルトの名無しさん
2018/03/11(日) 15:03:28.52ID:5lhurhYh
https://github.com/collections/programming-languages

Crystalが落ちてる Redおもしろそう
243デフォルトの名無しさん
2018/03/11(日) 15:04:09.58ID:7Ky5zjn9
嘘ねえ……そういえば昔知りもしない言語の嘘八百ばらまいてた人いたなあ
244デフォルトの名無しさん
2018/03/11(日) 15:05:01.09ID:7Ky5zjn9
Nuとか息してんの?
245デフォルトの名無しさん
2018/03/11(日) 15:09:53.59ID:P2AtP6SF
>>242
クロスコンパイル楽すぎワロタwwww
246デフォルトの名無しさん
2018/03/11(日) 16:27:48.12ID:5ndBYMhR
今も居るんだけどなw
247デフォルトの名無しさん
2018/03/11(日) 16:28:13.49ID:YmDYWSQj
>>240
phpディスってる人も多いけど、タイプアノテーションついてだいぶ改善されつつあるんじゃないの。結局仕事にはphpも多いからlinterとか環境整備して開発しやすい状況は作っておきたい
248デフォルトの名無しさん
2018/03/11(日) 16:48:52.27ID:V9/n/ORo
タイプアノテーションだのlinterだの、PHPerがいらねーって騒いでたものばっかりやん
249デフォルトの名無しさん
2018/03/11(日) 16:53:21.57ID:vy+Y2xiY
>>237
いまいち話が掴めないんだが、テストを書くのが面倒だからイヤって奴はクソって言いわけ?
俺はできればテストは書きたくないよ。面倒だし。でも書かないわけにはいかない
だったら、テストは書くがテストを書く量を減らしたい
動的型より静的型のほうがテストを書く量を減らせそう…と考えている。
実際に減らせるかどうかはデータを取ってみないと何とも言えないけど
少なくとも動的より静的のほうが減らせるという意見はあってもその逆はない
最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない
250デフォルトの名無しさん
2018/03/11(日) 16:54:04.68ID:vy+Y2xiY
静的型派の奴はテストは書きたくないって意見は俺以外にもいると思うけど
動的型派はテスト書くのは面倒だとは思わないの?
それを言うと、静的型派の連中は型を書くのは面倒だとは思わないのか?とか言われそうだが、
静的型派の奴らは型安全は保障してほしいとは思いつつ型を書くのが面倒だとも思ってるよ
だから型推論なんかを導入して型を書かずに済む方法を模索している
251デフォルトの名無しさん
2018/03/11(日) 16:58:13.27ID:ciWbW39V
>>250
動的型の連中の大半は現実にはテストなんか書いてないよw
常識的に考えて、たかが型書く程度のことを面倒臭がる奴がテストなんか書くと思うか?
全くもって机上の空論よ
252デフォルトの名無しさん
2018/03/11(日) 17:03:15.44ID:ciWbW39V
フォローしとくと、そもそも動的型で書かれるシステムって簡単なCRUDだけで構成される単純なものが多いので、いちいちテスト書くのは大袈裟
一般に、静的型での開発では動的型に比べて遥かに多くの工数をテストに費やしてるよ
253デフォルトの名無しさん
2018/03/11(日) 17:11:27.19ID:VhcwD3HT
型すら理解できないやつが、インプット・アウトプット理解してテスト書けるわけないだろ
ペチプァどもが書いたプロダクト見ろよ
254デフォルトの名無しさん
2018/03/11(日) 17:12:19.67ID:vy+Y2xiY
>>249
誤字訂正
訂正前>テストを書くのが面倒だからイヤって奴はクソって言いわけ?
訂正後>テストを書くのが面倒だからイヤって奴はクソって言いたいわけ?
255デフォルトの名無しさん
2018/03/11(日) 17:14:33.16ID:STC5o2AA
ペチバカの話は他でやれ
新規で採用することはまずありえないし、COBOL並の過去の遺産なんだから
次世代言語スレが穢れるわ
256デフォルトの名無しさん
2018/03/11(日) 17:15:32.91ID:sEfAJdP7
Qt使った時、単体テストが簡単にかけたので書いてたんだけど、まあ確かにテストは良いものだよね。
俺が思うに簡単に書けるようになっていないのは、もはや欠陥製品と言っても良いのでは。
257デフォルトの名無しさん
2018/03/11(日) 17:18:15.89ID:sEfAJdP7
Javascriptも少し勉強してみたんだけど、あれはとても難しいものだな。
頭がこんがらかる。
GCがあればメモリーリークしないみたいな考えは間違っているだろうな。
GCがあるからリークする。
そんな風に感じましたよ私は。
258デフォルトの名無しさん
2018/03/11(日) 17:18:47.42ID:sEfAJdP7
人類にとって最良の言語はC++だと思うね。
259デフォルトの名無しさん
2018/03/11(日) 17:19:31.10ID:ciWbW39V
>>255
COBOLの開発ってかなり厳密にテストするぞ
PGの頭の品質はともかく、開発プロセスまで含めた品質はPHPと比較するようなものではない
260デフォルトの名無しさん
2018/03/11(日) 17:19:35.71ID:7xoreOvU
PHP案件って負の遺産・ゴミ扱いで、下請けに押しつけられてるイメージしかない
なんていうか、惨め
261デフォルトの名無しさん
2018/03/11(日) 17:21:19.94ID:sEfAJdP7
PHPがゴミだとは思いませんね。
ゴミ言語であることは確かですが、ゴミ言語なりに居場所を見つけて素晴らしい成果を挙げています。
262デフォルトの名無しさん
2018/03/11(日) 17:22:22.45ID:+qOnrRd1
そうかもしれないけど、このスレで話すことではない
263デフォルトの名無しさん
2018/03/11(日) 17:25:39.72ID:sEfAJdP7
次世代言語について話すのであれば、C++2aは欠かせないでしょう。
264デフォルトの名無しさん
2018/03/11(日) 17:27:27.49ID:sEfAJdP7
Boostの逆襲もすでに始まっていると思いますね私は。
C++11以降、Boostは肩身が狭くなってる感がありました。
ところが何ということでしょう。
Boostはさらに先に行ってしまったのです
265デフォルトの名無しさん
2018/03/11(日) 17:46:13.20ID:7Ky5zjn9
Boostのコンパイル時間マシになった?
266デフォルトの名無しさん
2018/03/11(日) 17:46:55.45ID:sEfAJdP7
なるわけないだろw
267デフォルトの名無しさん
2018/03/11(日) 17:51:17.69ID:7Ky5zjn9
うーんこの
268デフォルトの名無しさん
2018/03/11(日) 17:51:45.82ID:sEfAJdP7
Networking TSがいま人類に必要なもの。
269デフォルトの名無しさん
2018/03/11(日) 17:52:28.03ID:9uw0Jco6
phpで書かれたサーバサイト置き換えるとしたらなに使うの?
270デフォルトの名無しさん
2018/03/11(日) 17:56:33.27ID:sEfAJdP7
いまはPHPの代わりはないだろな。
NodeはPHP以上に危険なものだし。
C++でサーバサイドを書くと異常に早くなる。
これはC++が早いからではなく、省メモリーだからじゃないだろか。
でも環境が整備されていないから使うのに苦労が多い。
271デフォルトの名無しさん
2018/03/11(日) 17:57:01.20ID:sEfAJdP7
Javaはあらぬ方向に向かっているからいずれ消えるだろう。
272デフォルトの名無しさん
2018/03/11(日) 18:13:18.72ID:P2AtP6SF
>>270
c++と比べてのgoの評価はどう?
273デフォルトの名無しさん
2018/03/11(日) 18:30:44.81ID:sEfAJdP7
C++があるのにDやGoを使う意義が見いだせない。
274デフォルトの名無しさん
2018/03/11(日) 18:32:24.63ID:sEfAJdP7
日本は国家戦略としてC++に取り組むべきではないだろうか。
275デフォルトの名無しさん
2018/03/11(日) 18:33:24.43ID:sEfAJdP7
俺の感じでは、C++はネットでこそ強みを発揮できるのではないだろうか。
276デフォルトの名無しさん
2018/03/11(日) 18:35:12.43ID:P2AtP6SF
しまった聞く人を間違えた
277デフォルトの名無しさん
2018/03/11(日) 18:36:48.99ID:sEfAJdP7
俺もそれが言いたかった。
Go大好き人間に聞くべき。
278デフォルトの名無しさん
2018/03/11(日) 18:44:43.92ID:I+OrX4eg
>>250
>最低限のテストさえも書こうとしない奴は論外なのでそっちの話はしたくない
まあ残念ながらこういう輩が普通に静的、動的がどうのといってるから故の
主張なんだけどね。
型について明示することに関して個人的には別に面倒ともなんとも思ってない。
コードが増えてきて型を分類、整理するのが大変なだけで。
主に c/c++ でアルゴリズムや数値計算の仕事だからかも知れんが、
際どい数値例のテストコードなんかのが百倍くらい役立つわけよ。

>テストを書くのが面倒だからイヤって奴はクソって言いわけ?
まあ端的にいうとこうなる。
プログラマは怠惰なのは悪くないとかバカみたいな格言を持ち出してでも
言い訳してしないからね。
それくらいテスト嫌いってのは根深いと思う。
279デフォルトの名無しさん
2018/03/11(日) 18:48:25.25ID:sEfAJdP7
動的言語でテスト書いてもあまり役に立たないんじゃないか。
280デフォルトの名無しさん
2018/03/11(日) 18:49:00.57ID:7Ky5zjn9
もうテストの話いいから
281デフォルトの名無しさん
2018/03/11(日) 18:53:27.01ID:sEfAJdP7
次世代言語と言えばC++2aの話は欠かせないな。
282デフォルトの名無しさん
2018/03/11(日) 18:56:19.64ID:7Ky5zjn9
C++17はもう出たんだっけ
283デフォルトの名無しさん
2018/03/11(日) 19:01:43.57ID:sEfAJdP7
出た。
284デフォルトの名無しさん
2018/03/11(日) 19:04:33.71ID:YmDYWSQj
c++でサーバサイドを書くのってかなり特殊例だよな。どうゆう用途で使ってんの?
285デフォルトの名無しさん
2018/03/11(日) 19:05:26.44ID:sEfAJdP7
たまたま書いてみたら異常に早く安定してるので、これはもしかして?←イマココ。
286デフォルトの名無しさん
2018/03/11(日) 19:07:56.00ID:sEfAJdP7
BoostにHTTPやWebSocketが入ったんだよな。
これは新時代の幕開けでは。
287デフォルトの名無しさん
2018/03/11(日) 19:09:19.32ID:sEfAJdP7
C++でサーバーサイドを書く時代がやってきたのは間違いない。
誰が先頭を走るのか。
それだけだろう。
288デフォルトの名無しさん
2018/03/11(日) 19:11:16.04ID:lK6s4tSM
rorとかdjangoみたいなのほしい
289デフォルトの名無しさん
2018/03/11(日) 19:12:09.94ID:sEfAJdP7
今あるものをC++に変える必要は全くないが、今から新しい世界を切り開いていくものは、C++で始めたほうが効率よいだろう。
290デフォルトの名無しさん
2018/03/11(日) 19:20:03.44ID:sEfAJdP7
テンプレートエンジンはDOMが遅いから必要になるもので、もしもDOMが早ければ必要性は減るのかもしれない。
そういう観点から設計されたXML/HTMLライブラリがあっても良いのかもしれない。
291デフォルトの名無しさん
2018/03/11(日) 19:48:29.23ID:YmDYWSQj
c++でのおすすめWAFってあるの?
292デフォルトの名無しさん
2018/03/11(日) 20:29:03.59ID:sEfAJdP7
商機ととらえるかどうかだな。
293デフォルトの名無しさん
2018/03/11(日) 20:39:34.47ID:sEfAJdP7
C++はとにかく早くて省メモリーなので、使わない手はない。
294デフォルトの名無しさん
2018/03/11(日) 20:42:51.49ID:YmDYWSQj
今からc++使うくらいならrust使う
295デフォルトの名無しさん
2018/03/11(日) 20:59:23.60ID:sEfAJdP7
Rustはいずれ無くなる言語の感がある。
296デフォルトの名無しさん
2018/03/11(日) 22:00:44.14ID:7cxlreHu
conceptもimportも言い出してからずっと仕様に入らない言語が何だって?
297デフォルトの名無しさん
2018/03/11(日) 23:01:34.83ID:QkfM2cXC
>>296
実装したことのない馬鹿が言い出したことはスルーするのが吉
298デフォルトの名無しさん
2018/03/11(日) 23:29:35.41ID:sEfAJdP7
サーバーサイドC++を始めるなら今です!チュドーン。
299デフォルトの名無しさん
2018/03/11(日) 23:44:01.66ID:+qOnrRd1
C++をNGした
300デフォルトの名無しさん
2018/03/11(日) 23:51:53.27ID:sEfAJdP7
小資本が大資本と戦う武器としてC++は良い選択になりえる。
時は来た。
今は良いタイミングだ。
301デフォルトの名無しさん
2018/03/11(日) 23:54:55.14ID:RDyvYZMG
C++が速いのではなく早いならこのスレでは時期尚早でもう話すこと無いな
302デフォルトの名無しさん
2018/03/11(日) 23:56:42.69ID:P2AtP6SF
オレもNGするか…さようならC++、信者に恵まれなかった言語よ
303デフォルトの名無しさん
2018/03/11(日) 23:57:17.88ID:7xoreOvU
Webサービス開発に絞った話な。
リリースの速さ必要ならRoR
堅さが必要ならJava, Scala, Go
これからはインフラ親和性も必要だから、サーバレスならGo, Python, Node

RoRの劣化コピーのオレオレFWで内ゲバやってるPHPは、もう選択肢にすらあがらんだろ
まともな審美眼と技術力を持ってればね
304デフォルトの名無しさん
2018/03/12(月) 00:00:42.95ID:dVXA1iUP
Nodeは危険すぎると感じたな。
305デフォルトの名無しさん
2018/03/12(月) 00:30:16.07ID:NCVAu2KZ
>>304
具体的に何が?
306デフォルトの名無しさん
2018/03/12(月) 00:38:32.62ID:dVXA1iUP
危険性を理解したうえで使ってるのかと思ったらそうでもないんだな。
307デフォルトの名無しさん
2018/03/12(月) 00:52:06.18ID:NCVAu2KZ
敏感ヴォーイの被害妄想かい?w
308デフォルトの名無しさん
2018/03/12(月) 01:26:46.12ID:dVXA1iUP
私が思うに、決定性を持つアルゴリズムで解析ができないものはすべて危険であり、ネットワークでは避けたほうが良い。
ここに反論するものはいるだろうか?
309デフォルトの名無しさん
2018/03/12(月) 01:30:16.67ID:dVXA1iUP
一方で、決定性を持つアルゴリズムは様々な理由をつけてネットワークから排除されてきた。
これはおそらく大衆の無知につけ込んだ出来事に違いない。
おそらく、決定性と言われても何のことかわからない人は、これを読む者の中にも多いだろう。
とりわけウェブエンジニアには無知が多い。
無知にも務まる時代から、無知でなければ務まらない時代へ。
そんな感じすらある。
310デフォルトの名無しさん
2018/03/12(月) 01:39:07.46ID:+NwoaeJY
純粋関数の徒か?
311デフォルトの名無しさん
2018/03/12(月) 01:40:40.08ID:dVXA1iUP
現状でウェブ上のすべてのものが危険であり、容易にハックされ得る。
狙われた瞬間降参するしかないのだ。
原理的に防ぐ方法が無いからだ。
SUNとMSはその点を熟知しており、ルールを変えようとするここ試みがあった。
この点に気が付いたものは少ないだろう。
そして試みは打倒された。
なぜそのような事が起こるのか。
それは銃を売るものも必要、そしてほとんどのものは自分は打たれないと考えるからであろう。
312デフォルトの名無しさん
2018/03/12(月) 01:43:53.06ID:dVXA1iUP
キミのシステムは危険だ!チュドーン。
313デフォルトの名無しさん
2018/03/12(月) 10:40:24.64ID:RPfHsums
まぁ、nodeオンリーだと確かに辛いところは出てくるな。
JSでQRコードの画像作るロジックが言うほど重くないんだけどそれなりに時間かかる処理になってて、そのせいで全然パフォーマンス出ねえって思ったことある。
結局そこはGoで書いたQRコード作るだけのサーバにリクエストすることにした。
タイトなループが書けないは最初から考えとかないと辛い。
314デフォルトの名無しさん
2018/03/12(月) 11:00:05.16ID:FLBcUOOG
>>313
QRコード画像を作る処理ですら重いんかnode.js。
315デフォルトの名無しさん
2018/03/12(月) 11:05:26.37ID:epBgW/7w
まあ、技術者にありがちな典型的な「やりたかっただけ」だろうな
自分が一番よく分かってると思うが、辛いと思い込もうとしてるだけで、もっとシンプルでメンテや運用コストの低い解決方法は間違いなくあったはず
316デフォルトの名無しさん
2018/03/12(月) 11:11:22.42ID:cpvGEsWE
そもそもqr生成なんてクライアントでやれやw
https://www.cssscript.com/flexible-client-side-qr-code-generator/
317デフォルトの名無しさん
2018/03/12(月) 11:34:32.52ID:87sijYPq
node_modulesの中を見るとゲロを吐きたくなる
318デフォルトの名無しさん
2018/03/12(月) 12:43:15.24ID:RPfHsums
>>314
重くはないが、シングルスレッドなので詰まる。
cluster使ったところで、ワーカー数使い切る。
npmにモジュールあったから、へぇと思いながら使ったらこうなった感じ。
やりたかったからと言うより要件だったから、かな。

>>316
クライアントは台数凄いけど基本IE8のエンタープライズモードという悲しいイントラネットなのよ。
ブラウザは無力と思わないとどうにもならん。
そいつらがリアルタイム更新したいとかで、万台のlongpollをどう捌こうと言うところで白羽の矢がたった感じ。
それ自体は良かったよ。

node_modulesはせめて圧縮できないかねえと思ってしまう。
319デフォルトの名無しさん
2018/03/12(月) 20:08:05.60ID:eaoNNYZy
>>318
ワーカー数使い切るってどういう事?
基本cpu数で回していくもんじゃないの?
320デフォルトの名無しさん
2018/03/12(月) 20:30:18.54ID:UjJufH3o
>>319
cpu数立てても、全部同じように同じタイトなループがあるハンドラで詰まって、結果フリーな子が居なくなるって意味のつもりだったよ。
外部へのioだったり、外部プロセスだったりと非同期で帰ってくるものを使わないと当たり前だけど意味無かった。
clusterも結局プロセス立ってるけど、そいつら自体はシングルスレッドだし。
321デフォルトの名無しさん
2018/03/12(月) 21:58:15.37ID:eaoNNYZy
>>320
それってつまり実装の問題ってことか。
現在はasync-awaitを使えるから非同期処理もだいぶ書きやすくなったし、結果は変わってきそう。
322デフォルトの名無しさん
2018/03/12(月) 22:03:20.44ID:eaoNNYZy
>>316
IE8でもbabelとか使えばクライアントサイドで行けたんじゃないのかな
323デフォルトの名無しさん
2018/03/12(月) 22:18:38.74ID:UjJufH3o
babelは嫌いなのと、そもそも保証がしにくいのと、ポリフィルまみれになってパフォーマンスがゴミレベルになる。
エンタープライズモードはちょっと理解できないレベルに落とされてたりするし。
console.logが無いってどういう事?ってレベル。
324デフォルトの名無しさん
2018/03/12(月) 22:30:10.56ID:hfB/eSkd
console.log無いとかひどいなw
325デフォルトの名無しさん
2018/03/13(火) 01:11:16.42ID:tZ7kTpHY
しかしグーグルさんもkotrinに肩入れしたりdart2出したり、どうしたいのかね?
326デフォルトの名無しさん
2018/03/13(火) 01:43:11.12ID:XIDUN/3I
Googleに開発環境や言語のセンスが絶望的に無くて常に迷走してるのは今に始まったことじゃないでしょ
ビジネスを理解してるMSやAmazonにはどうやっても勝てんよ
327デフォルトの名無しさん
2018/03/13(火) 02:39:23.57ID:eDfC6nrV
PythonのライブラリはC言語とOSのセンスを踏襲することが多い
一方JavaやJavaScriptのセンスはSmalltalkの影響が微レ存
328デフォルトの名無しさん
2018/03/13(火) 08:37:52.99ID:zCWNq4J5
googleの社員は皆思い思いに、プロジェクトを進めてる感じ。
でも結果的に技術的多様生が有効に働いてる。chromeがあるからインターネットプロトコルまで手を入れることが可能になったし。
appleはいずれ終わるけどgoogleは底が見えないよね。
329デフォルトの名無しさん
2018/03/13(火) 09:43:42.39ID:21E/SGjc
【イーサリアム】Solidity本スレDAPPS】
http://2chb.net/r/tech/1520901794/
330デフォルトの名無しさん
2018/03/13(火) 21:12:42.56ID:CUB7TEfm
ここで唐突に新言語が乱入だー

C言語の現代化を目指すC2
https://www.infoq.com/jp/news/2018/03/c2lang-modern-c
331デフォルトの名無しさん
2018/03/13(火) 23:32:12.39ID:Z0di2vGk
これか
http://c2lang.org/
Cより良さそう
332デフォルトの名無しさん
2018/03/14(水) 00:03:14.25ID:fxigNd06
>>331
まだCより良さそうなんて判断は無理だろ。マクロ周りが全貌も見えてないし。
333デフォルトの名無しさん
2018/03/14(水) 00:04:08.32ID:7QXpRona
配列の範囲外アクセス検知強化してたら有能
334デフォルトの名無しさん
2018/03/14(水) 00:27:05.17ID:D1sQyr+F
C2は機能は悪くないんだがCの記法を引きずってるのが足かせになりそう
まあそこを変えたらC2なんて名乗れなくなるか
335デフォルトの名無しさん
2018/03/14(水) 01:05:08.25ID:ZGpe5WQ6
>>328
1つの言語でいいのになんでおもいおもいに勝手に言語作るの?
336デフォルトの名無しさん
2018/03/14(水) 01:10:36.80ID:7QXpRona
ベストな言語は未だ存在しないからだよ
337デフォルトの名無しさん
2018/03/14(水) 01:13:29.13ID:+4V1rKt1
まあ99.9%の仕事じゃ既存の言語使った方が効率いいわな。
本当のところ、新しい言語なんてマーケティング的な意味以上のものがあると思えん。
338デフォルトの名無しさん
2018/03/14(水) 02:02:52.14ID:TtlwJ4jl
同じものを作り続けるならそうだろうけど、普通要件に因るでしょう
339デフォルトの名無しさん
2018/03/14(水) 02:44:51.50ID:VWZtH1+z
C2?
まーた波括弧言語か……

OCamlのシンタクスを波括弧にする改悪だけの凄まじいクソだったReasonのトラウマが……
Rust がML系シンタクスだったら良かった人生だった
340デフォルトの名無しさん
2018/03/14(水) 02:50:33.24ID:gKR2N6Y9
えーみんなオフサイドルール好きなの?
341デフォルトの名無しさん
2018/03/14(水) 03:09:29.30ID:BF4uYFfL
勝手にc2とか名乗って問題にならないのかな
cの規格をc99、c11みたいに表示するから言語名+数字はちょっと紛らわしいと思う
342デフォルトの名無しさん
2018/03/14(水) 03:47:25.69ID:lwj22l3u
フォーラムちょっと読んでみたけどまだまだ全然まともなものとは思えんで
フォーカスしてる用途が不便を楽しむ遊び、ポートする楽しさ以外見えてこない
343デフォルトの名無しさん
2018/03/14(水) 07:37:15.69ID:TtlwJ4jl
オフサイドルールなんて嫌
そもそもrustのブロックを表現できないじゃないか
344デフォルトの名無しさん
2018/03/14(水) 07:56:53.64ID:0fdBf/WL
>>340
ML系シンタクスってオフサイドルールとは違うと思うけど?
345デフォルトの名無しさん
2018/03/14(水) 09:59:50.84ID:mT31QN2T
細かい字面の違いなんぞどうでもいいわ
346デフォルトの名無しさん
2018/03/14(水) 12:08:19.96ID:OBFQDHoW
見た目は波括弧だが意味は中括弧か大括弧
一行で書けない長いやつ
だがラムダがあったら小括弧の内部に大括弧を書くことがあるから意味がない
Pythonの波括弧は集合か辞書を意味する
Haskellの波括弧は囲んだ部分のオフサイドルールを無効にする機能
347デフォルトの名無しさん
2018/03/14(水) 13:10:17.73ID:OcK2GZgi
C2を名乗るなら既存のヘッダファイルとモジュールの両立を真っ先に考えないと
現状ヘッダファイルを手動で書き直さないといけないのでは、Cと互換性のない他の新興言語と何も変わらん
本家Cに提案されているモジュールが採用されたら存在意義を失う
348デフォルトの名無しさん
2018/03/14(水) 13:18:43.15ID:9411JVzT
緊急速報

(+)【IT】AMD製CPUに「致命的」欠陥 悪用でPC乗っ取りも
http://2chb.net/r/newsplus/1520989318/

(BIZ+)【CPU】AMD製CPUに「致命的」欠陥 悪用でPC乗っ取りも
http://2chb.net/r/bizplus/1520995986/

(ゲハ)【PS4/XONE】AMDのCPUに致命的な欠陥【Ryzen】
http://2chb.net/r/ghard/1520998474/
349デフォルトの名無しさん
2018/03/14(水) 14:10:00.37ID:OBFQDHoW
コンパイルはできるがリンクができないのが現代
未来ならまあわかるが現代化を目指してもやっぱりリンクができない
350デフォルトの名無しさん
2018/03/14(水) 18:19:32.06ID:D1sQyr+F
C2使ってみようと思ったらこれCのコードに変換してるだけだった
これくらいなら同じものすぐに作れる人いそう
351デフォルトの名無しさん
2018/03/14(水) 18:36:37.90ID:hEhRPYgv
それくらいの方が見通しが良くていいかもな
352デフォルトの名無しさん
2018/03/14(水) 18:54:14.79ID:fFm4rqzY
Cのプリプロセスのマクロとかが遅いからとか書いてなかったか?
C2をCに変換するトランスパイラじゃ意味ないじゃん
353デフォルトの名無しさん
2018/03/14(水) 19:40:13.34ID:IogLKo4e
そんなんどこに書いてあるの?
354デフォルトの名無しさん
2018/03/14(水) 19:59:28.97ID:fFm4rqzY
>>353
コンパイル時間を大幅に遅くするヘッダファイルの使用が問題ってそういうことじゃないの?
355デフォルトの名無しさん
2018/03/14(水) 20:12:57.97ID:hEhRPYgv
Include先がまた別のファイルincludeする大連鎖include地獄のことを言ってるんじゃない?
356デフォルトの名無しさん
2018/03/14(水) 20:26:52.27ID:+4V1rKt1
C with class じゃないですか。。
357デフォルトの名無しさん
2018/03/14(水) 20:53:53.48ID:ocseprwf
ポリモーフィズムはともかく継承もインターフェイスも仮想関数も型クラス・トレイトも無いように見えるがこれをクラスと呼ぶのか……?
358デフォルトの名無しさん
2018/03/14(水) 23:12:31.41ID:hxEXxDVi
Nim,Crystal あたりと合わせて altC って感じやな
359デフォルトの名無しさん
2018/03/14(水) 23:35:24.83ID:9KFxXS/p
3つ眺めてみたけどnimに惹かれる。
こんな言語あったんか…なんでこんなん知ってんだお前ら
360デフォルトの名無しさん
2018/03/15(木) 03:29:44.83ID:FoOjJG9w
nimいいじゃんこれ
361デフォルトの名無しさん
2018/03/15(木) 05:29:41.26ID:q+mljZsH
ここのスレに顔出しててNim知らないのか…
まじで知名度ないな
362デフォルトの名無しさん
2018/03/15(木) 07:38:27.49ID:wNeo1CJk
NimはQiitaとかでたまに話題に上がるから
次世代系の中では比較的有名なのかと思ってた
363デフォルトの名無しさん
2018/03/15(木) 15:07:19.69ID:Gk47k1T6
変な奴に好かれて評価を落とした言語という印象が付いてしまった感がある
実際触ると構文はPython機能はDelphiプラスD言語って感じで性能も良好なんだが
モダンな感じはしないのが弱いかな
特にPascal風のバリアントレコードを引きずってるのが痛い。代数的データ型ぐらい欲しい
364デフォルトの名無しさん
2018/03/15(木) 16:21:52.17ID:81MsBC+z
このスレ来てるのにNix言語も知らないってマジ?
365デフォルトの名無しさん
2018/03/15(木) 17:26:52.54ID:OYGfq7D7
知らんかったから調べたけどこれはいいや…俺は惹かれなかった。しかし検索性悪いな
366デフォルトの名無しさん
2018/03/15(木) 20:25:23.49ID:0iJywA+8
>>339
波括弧こそ至高
367デフォルトの名無しさん
2018/03/15(木) 20:49:12.32ID:9ujU8BdG
マクロとかメタプログラミング向けの機能以外はこれといった特徴無いように見えるね。
しいて言えばgoやrustみたいにアクが強すぎないところかな?
あるいは、pythonのようなオフサイドルールでネイティブコンパイルできるってのが
一部の人の琴線に触れるような気がしないでもない。
368デフォルトの名無しさん
2018/03/15(木) 20:52:20.23ID:thSPLixB
何よりCを凌駕するというとんでもないパフォーマンスを持つという記事の存在が大きい
369デフォルトの名無しさん
2018/03/15(木) 21:48:11.64ID:jcfpYhJu
バリアントレコード位しか c(++) より速くなる要素無いがな…
370デフォルトの名無しさん
2018/03/15(木) 22:05:28.04ID:bzT8+O3E
cより速いとか大抵特殊な条件下だったりの煽り記事だけどね。
371デフォルトの名無しさん
2018/03/15(木) 22:37:00.89ID:gNl1NP6h
煽り記事に煽られて有名になった言語

実際、結構複雑なことしてもc並みに速いんかねえ……?
372デフォルトの名無しさん
2018/03/15(木) 22:43:14.62ID:AY8mFBH0
Cへのトランスパイラ言語は何やってるか判ってれば同等になるでしょ。
まあ、"Cより早い" が意味があった試しは無い。
373デフォルトの名無しさん
2018/03/15(木) 22:51:44.82ID:gNl1NP6h
複雑なことっていうのは、Cにどう変換されるか負えないくらい複雑なことってことだよ
374デフォルトの名無しさん
2018/03/15(木) 23:02:50.82ID:jcfpYhJu
nim performance で検索してトップに出てくる
http://blog.johnnovak.net/2017/04/22/nim-performance-tuning-for-the-uninitiated/

ではレイトレースというごく単純な処理で出てくるコード見ながら色々やってるな
inline 指定したり

複雑な処理は c で書いても複雑(で恐らく遅いの)だから、
簡単な処理が速く書ければいいんじゃない?

上記ページによると Java と JS が数値計算案外速くて笑う
375デフォルトの名無しさん
2018/03/15(木) 23:19:56.51ID:AY8mFBH0
昔LuaJITはぇーって盛り上がった事あったなあ…
376デフォルトの名無しさん
2018/03/16(金) 06:03:27.99ID:VHgYZCtO
pythonが遅いからなぁ
377デフォルトの名無しさん
2018/03/16(金) 07:44:37.90ID:fr9o0CI5
今年もrustが愛され言語No1に輝きましたな
スタックオーバーフローにはモジラの息のかかった人しかいないのかな
378デフォルトの名無しさん
2018/03/16(金) 09:48:10.52ID:ooeu0A1b
支持率改竄が愛され陰謀論ナンバーワン
379デフォルトの名無しさん
2018/03/16(金) 20:00:27.38ID:ZX5ucnyZ
>>231
オマエが馬鹿だろ。死ね
380デフォルトの名無しさん
2018/03/16(金) 20:38:34.09ID:4KsfexYH
Cより速いを名乗るには、C言語では吐けないアセンブリパターンを吐く必要があるはずだが
現実にはバックエンドが同じなんでC言語でも再現可能だからなあ
(処理系固有のattributeやpragmaを書き足す必要がある場合も多いだろうけど)
381デフォルトの名無しさん
2018/03/16(金) 21:14:11.01ID:sL/r1GAp
そこでmasmですよ。
382デフォルトの名無しさん
2018/03/16(金) 21:27:41.47ID:r/T+njCz
現行バージョンのメジャーなライブラリでもmalloc/free (new / delete) が結構遅いから
rpmalloc 辺りを使うコード吐くだけで「処理によっては C より速い!」が実現できる気もする
383デフォルトの名無しさん
2018/03/16(金) 22:03:02.48ID:bARX2ip1
非標準のライブラリを使ってはいけないとかCが遅くなるルールを何個か追加すればいい
他にも、変更されたら困るデータはコピーを取る手間がかかる
immutableを保証すればその手間がないからCより速い
384デフォルトの名無しさん
2018/03/16(金) 22:48:15.19ID:r/T+njCz
そう言われてみると他のスレッドからアクセスされないメモリ/オブジェクトは
スレッドローカルなプールからアロケートするとか
その他のロックも省略できるとか色々最適化の余地あるな
385デフォルトの名無しさん
2018/03/16(金) 23:45:02.47ID:pyLfI6yU
*2が勝手に足し算に変わるとか、そういう最適化を勝手にやってくれてるな
あとはどうあがいてもプロが最適化したCに勝てるわけがないし、素人が適当に書いたCと素人が適当に書いたnimのどっちが速いかだな
386デフォルトの名無しさん
2018/03/17(土) 00:00:18.49ID:Fbe/Dv6l
>>385
前時代的の異物、死ね。
速度の必要な部分だけを切り出して、それだけをアセンブリコードにすればいいだけ。
387デフォルトの名無しさん
2018/03/17(土) 00:01:17.17ID:Oh0Aao6E
>>385
>>374のリンク先の記事はある程度参考になると思う
388デフォルトの名無しさん
2018/03/17(土) 00:02:21.86ID:a9tSZ89y
なんで死ねって言われたのか理解できない
アセンブリコードまで自前で書くほうが前時代の遺物感強いと思うけどなあ
389デフォルトの名無しさん
2018/03/17(土) 00:44:26.42ID:Fbe/Dv6l
>>388
理解できないなら、死ねばいいだけ。
390デフォルトの名無しさん
2018/03/17(土) 01:00:08.76ID:aJVXG6RF
Cに代わる次世代言語はアセンブラやC、C++で書かれた
高速な実装を呼び出す1行のコードが書ければ十分ってことだろう。
そうしてそれがわからないなら死ねばいい、と。
391デフォルトの名無しさん
2018/03/17(土) 01:12:32.40ID:U1WdVkRs
普通に考えたら高速な実装を書ける言語がアセンブラやC、C++だとすれば
Cに代わる次世代言語も同じように高速な実装を書けなきゃ代わりにならない
392デフォルトの名無しさん
2018/03/17(土) 01:36:41.05ID:Z+moL2ES
その普通に考えるってのが前時代的だな
スピードではなくフライングで勝つサイコパスのような考えができない
393デフォルトの名無しさん
2018/03/17(土) 01:53:39.29ID:a9tSZ89y
Nimは速い上にCよりずっと楽に書けるんだが
394デフォルトの名無しさん
2018/03/17(土) 02:01:20.25ID:U1WdVkRs
>>392
ということは最近は「代わり」は置き換え可能な存在という意味ではなくなったんだね
それなら前時代的と言われても仕方がない
395デフォルトの名無しさん
2018/03/17(土) 10:06:45.76ID:wWRkBHq+
まあ最近でも低レイヤーの仕事としてGPUのアセンブラチューニングって話はあるけど、
どうせユーザー側なら言語とか関係ないけどね。
結局どんな言語使ってもどうせライブラリ呼ぶだけのお仕事でしょう。
396デフォルトの名無しさん
2018/03/17(土) 10:13:19.41ID:btDjh9Sw
Clojureの話する?
397デフォルトの名無しさん
2018/03/17(土) 10:17:40.12ID:zOFcLIxk
プロが本気で書いたCに勝つのは無理だろ
でも最適化しやすくして読みやすく書いてもプロが本気で書いたC並の速度出る言語なら…
398デフォルトの名無しさん
2018/03/17(土) 10:47:29.26ID:/AWOYA6X
なんで速さの勝負になるかよく分からんし
速さしか考えないならCは中途半端やろ
399デフォルトの名無しさん
2018/03/17(土) 10:59:08.85ID:Z+moL2ES
>>394
バグを正解に置き換えるならいいが、バグではないものをその1bit棒で叩くのは危ない
400デフォルトの名無しさん
2018/03/17(土) 11:18:24.87ID:Z+moL2ES
immutable云々はデバッグ目的で使えるからCを置き換える可能性はある
速さはおまけ
401デフォルトの名無しさん
2018/03/17(土) 11:46:47.41ID:4zm/Hii4
強力なおまけは魅力的ね
402デフォルトの名無しさん
2018/03/17(土) 13:48:58.28ID:VXA170pJ
これまでどれだけの言語が
「Cと同等!」、「Cを置き換える!」って言って来たことか。
403デフォルトの名無しさん
2018/03/17(土) 14:38:29.12ID:6EPcIvNf
Nimの特徴はC並みの実行速度でCより手軽に書けることですか…
なんだかGoとキャラが被ってる気が…
Nimって生ポインタ扱えるの?
404デフォルトの名無しさん
2018/03/17(土) 14:48:40.03ID:TnL0M0fs
でもCより速いVM言語とかあるし。
405デフォルトの名無しさん
2018/03/17(土) 14:57:44.26ID:4zm/Hii4
NimはどっちかというとOCamlに近い存在だろ
Cの置き換えは狙ってねえよ
406デフォルトの名無しさん
2018/03/17(土) 15:27:21.87ID:6EPcIvNf
OCamlか…そういえばそんな言語あったなぁ
あれもモダンなコードが書けるうえにC並みに速いって話を聞く
Rustのコンパイラは初めOCamlで書かれていたということは知ってる
聞く限りにはかなり良さそうなのに全く普及する気配がないのは何故?
407デフォルトの名無しさん
2018/03/17(土) 15:27:38.42ID:Nmk4+afD
実行状況に応じて実行しながら最適化ができるから原理的にはVM言語のほうが速くなる
まあその理屈だとインタプリタが最強なわけだが
408デフォルトの名無しさん
2018/03/17(土) 15:49:23.67ID:4zm/Hii4
なんか知らんけどこのスレには熱心なOCamlアンチがいるよな
409デフォルトの名無しさん
2018/03/17(土) 15:57:42.27ID:6EPcIvNf
なんか知らんけどこのスレには熱心なRustアンチもいるよな
410デフォルトの名無しさん
2018/03/17(土) 16:24:52.64ID:QOkOyKQG
おるな
411デフォルトの名無しさん
2018/03/17(土) 18:15:28.10ID:zOFcLIxk
>>403
Goは遅いぞ
412デフォルトの名無しさん
2018/03/17(土) 18:36:45.18ID:/KW2HbwM
言うほど遅いか?
413デフォルトの名無しさん
2018/03/17(土) 18:40:43.08ID:zOFcLIxk
>>412
Cとかと比べたらね
「速い」ってほど速くはない
414デフォルトの名無しさん
2018/03/17(土) 18:44:17.42ID:zOFcLIxk
JVMよりちょっと速いレベルでしょ
一般的な用途では十分だけど
415デフォルトの名無しさん
2018/03/17(土) 18:59:01.64ID:4zm/Hii4
そんな十分とか言い出すなら俺なんかPythonの速さでも十分だわw
416デフォルトの名無しさん
2018/03/17(土) 19:14:57.81ID:EY8EOa8A
>>407
「実行状態を調べて最適化」なる余分な仕事の分だけ遅くなる
最適化でそのオーバーヘッドを取り戻せるかどうかは自明ではない
417デフォルトの名無しさん
2018/03/17(土) 19:40:49.75ID:/yJWANaR
>>390
あー。つまり、シェルスクリプト。
418デフォルトの名無しさん
2018/03/17(土) 19:58:26.68ID:4zm/Hii4
シェルスクリプトは次世代言語だったのか……
419デフォルトの名無しさん
2018/03/17(土) 20:03:43.73ID:/yJWANaR
#!/bin/sh

ls

もう、これだけでCで書かれた超高速なlsが実行される。
420デフォルトの名無しさん
2018/03/17(土) 20:12:06.50ID:4zm/Hii4
シェルスクリプトが次世代言語とは流石に分からんかったわ
死ななきゃならんのか……
421デフォルトの名無しさん
2018/03/17(土) 22:19:21.09ID:jxvv8BHS
サイコパスあるある
死傷者が出ても見て見ぬふりをする
422デフォルトの名無しさん
2018/03/18(日) 01:12:13.80ID:b+jeKp+S
Cに変わる言語は遅い部分をCで書いて"代替"するのか…
423デフォルトの名無しさん
2018/03/18(日) 02:11:42.71ID:cPcsfedK
速い遅いよりも矛盾をなんとかする方が重要だ
もし速さを優先して矛盾を野放しにしたらどうなるか全く予測できない
424デフォルトの名無しさん
2018/03/18(日) 02:55:12.96ID:zE4QVnSy
こりゃまた難しいのがきた
425デフォルトの名無しさん
2018/03/18(日) 03:18:03.86ID:GxVko3yL
同じC言語でも速さに違いが出るのに
426デフォルトの名無しさん
2018/03/18(日) 11:11:10.49ID:cPcsfedK
ソフトだからね
なんで同じソフトが違うハードで動くのかという説明から始めないといけないかも
427デフォルトの名無しさん
2018/03/18(日) 14:10:28.16ID:9iYD44BB
Cの良さは
変換される機械語との違いが滑らか
それでいてメモリ部分はある程度抽象化してくれている。
てなところなんでないかね。

他の言語は「変換される機械語との違いが滑らか」を無視しすぎてる。
428デフォルトの名無しさん
2018/03/18(日) 14:13:46.06ID:fKWd4mcG
先ずはそのよく分からん「変換される機械語との違いが滑らか」を定義するところからガンバレ
429デフォルトの名無しさん
2018/03/18(日) 14:27:58.24ID:JHP9/eea
セマンティックギャップの話かな
430デフォルトの名無しさん
2018/03/18(日) 14:33:49.99ID:E4zJaTX6
なんやなんやGoの悪口かいな?
431デフォルトの名無しさん
2018/03/18(日) 14:36:05.49ID:9iYD44BB
わからんのなら絡んでくんなよ。
自分でコード書いて gcc -S でコンパイルしてみろ。
432デフォルトの名無しさん
2018/03/18(日) 15:11:52.29ID:ewHMGPnU
説明できないのね
433デフォルトの名無しさん
2018/03/18(日) 15:20:21.22ID:RiuyGRlC
言語を1個2個と数える時点で滑らかさが足りない
C/C++は1個なのか2個なのか定義できないところが面白い
434デフォルトの名無しさん
2018/03/18(日) 15:30:05.63ID:95A2sExk
言語を1個2個と数える

頭の中で考えていることの正しさ云々はさておき、
他人と話が通じない人は対話を試みないでくれ
435デフォルトの名無しさん
2018/03/18(日) 15:48:06.10ID:jQGugCpv
「エレガントなコード」みたいな話?
436デフォルトの名無しさん
2018/03/18(日) 15:50:34.37ID:RiuyGRlC
>>434
サイコパスじみてきたな
お前みたいなのが次世代だよ
437デフォルトの名無しさん
2018/03/18(日) 17:00:52.16ID:2o82+Dxy
https://ziglang.org/
Dスレにあったzig
こっちのほうがCのヘッダーを直接使える分c2の名前にふさわしい
438デフォルトの名無しさん
2018/03/18(日) 17:11:21.46ID:sSGcrtJx
そのうちzagが出そう
439デフォルトの名無しさん
2018/03/18(日) 17:22:37.12ID:2o82+Dxy
まあ、ドキュメントを読む限り未完成っぽいんだよなあ
c2もそうだけど
440デフォルトの名無しさん
2018/03/18(日) 19:21:34.04ID:bcfd9xTZ
Life Inside China's Total Surveillance State

新疆ウイグル自治区は中国国内の監視体制の巨大な実験場と化した。最先端テクノロジーで常時監視される人々の生活




中国企業の端末やアプリを使っていると日本人も中共に監視されているのと同じ
441デフォルトの名無しさん
2018/03/18(日) 20:43:37.23ID:enUduEc8
Haskellブームは終わったのだろうか。
442 ◆QZaw55cn4c
2018/03/18(日) 20:55:54.48ID:ojW1vPJY
>>441
C++ の江添氏が新たに始めた、というくらいだから、水面下で脈々と支持層を広げていっているに違いない
443デフォルトの名無しさん
2018/03/18(日) 22:16:49.47ID:vUL4g3CK
水面から出たら起こしてくれ(スヤァ…
444デフォルトの名無しさん
2018/03/18(日) 23:32:14.22ID:Eey0KM1h
OCamlより遅いやん?
445デフォルトの名無しさん
2018/03/18(日) 23:59:48.70ID:ksiDZyZW
>>444
絶望的に頭悪いな。
IT系の仕事は辞めた方がいい
446デフォルトの名無しさん
2018/03/19(月) 00:13:58.89ID:QoeeCiYG
>>444
遅くて不便な言語が流行る
→ C++で書き直す需要が生じて業界が繁栄
この流れ大切
447デフォルトの名無しさん
2018/03/19(月) 00:24:03.98ID:P7gHkF5x
頭良い人間の気持ちや陰謀を勝手に忖度して勝手に言語化してるように見える
自分の言葉ではないし自分の頭で考えてないだろ
448デフォルトの名無しさん
2018/03/19(月) 00:34:26.02ID:lFWK67Qs
>>447
その内容どれが当てはまるの?アンカーつけて
449デフォルトの名無しさん
2018/03/19(月) 00:47:57.84ID:P7gHkF5x
架空の頭良い人間の気持ち (>>445) や陰謀 (>>446)
450デフォルトの名無しさん
2018/03/19(月) 00:55:58.20ID:pEbY2e08
Haskellの誇大広告のおかげで関数型全般が胡散臭くなった。
451デフォルトの名無しさん
2018/03/19(月) 06:34:05.14ID:3pEfrTg9
ずっと前はてなブログやQiitaでHaskellを崇めてた人全員Haskellで特に何か作ることもなく他の言語に移って行った説
452デフォルトの名無しさん
2018/03/19(月) 07:09:28.84ID:TWWfpY71
OCamlはなんで演算子は多重定義できないのか結局ようわからん
453デフォルトの名無しさん
2018/03/19(月) 07:31:36.71ID:uweaBiN7
アドホックポリモーフィズムは邪教だから。
454デフォルトの名無しさん
2018/03/19(月) 08:19:54.52ID:nlNc4C3i
Stack Overflowが2018年の調査結果を発表。一番使われている言語はJavaScript、一番好きな言語はRustに
http://www.publickey1.jp/blog/18/stack_overflow2018javascriptrust.html

今回、Stack Overflowでは「好きな言語」の調査結果も発表しています。

トップとなったのはRust。2位がKotlinで、Python、TypeScript、Goと続きます。

1位がRustとなったのはその知名度からするとやや意外な気がしますし、
2位のKotlinは昨年2017年5月のGoogle I/O 2017でAndroidの正式な開発言語となったのがきっかけで注目され始めたと言ってもいいので、急速に人気が上昇していると言えるでしょう。
455デフォルトの名無しさん
2018/03/19(月) 08:27:35.84ID:TWWfpY71
>>453
(+)は ’a -> ‘a -> ‘aじゃない
割に(=)は’a -> ‘a-> boolなんだよな
便利だからいいけど
456デフォルトの名無しさん
2018/03/19(月) 09:44:30.00ID:P7gHkF5x
演算子だけでなく定数にもアドホック多相がある
例えばπがfloatにもdoubleにもなるとか
457デフォルトの名無しさん
2018/03/19(月) 12:21:13.21ID:dH7nnHk9
>>454
Rustの一位が意外って…
これ書いたヤツ去年と一昨年のランキング見てないのかな?
458デフォルトの名無しさん
2018/03/19(月) 12:40:57.38ID:P7gHkF5x
mozillaやgoogleを学閥か何かのように考えているのかね
おまえどこ中だよって
459デフォルトの名無しさん
2018/03/19(月) 13:07:46.72ID:pEbY2e08
つまり組織票が存在する。
460デフォルトの名無しさん
2018/03/19(月) 13:21:48.40ID:P7gHkF5x
じゃあPython Go Kotlinの3つが1つにまとまったら組織票?が約3倍になるのか
そうだとしても、たかが統計のために言語仕様を犠牲にするなんてバカバカしい
461デフォルトの名無しさん
2018/03/19(月) 19:12:02.46ID:fFp4LVyf
Swiftは死にそう?trySwiftとかは話題になってるけど
マルチプラットフォームなフレームワークが続々登場してるからイマイチかもなー。
正直obj-cのほうが好きかもしれない。違和感なくc++のライブラリが使えるし
462デフォルトの名無しさん
2018/03/19(月) 19:35:30.36ID:I7PCjnkp
旧世代言語の話ばっかり
463 ◆QZaw55cn4c
2018/03/19(月) 20:16:40.93ID:lFWK67Qs
>>462
とびっきり最新世代の言語を一つお勧めいただけますか?
回答いただいてから一週間でマスターしてみせます
464デフォルトの名無しさん
2018/03/19(月) 21:07:56.60ID:pEbY2e08
次世代言語織田信長というのがあったはず。
465 ◆QZaw55cn4c
2018/03/19(月) 21:13:56.87ID:lFWK67Qs
>>464
http://www.brl.ntt.co.jp/people/hirata/Papers/on-2000j.pdf 404 NOT FOUND
466デフォルトの名無しさん
2018/03/19(月) 21:18:47.38ID:pEbY2e08
このスレに出てきた各種言語もいずれ404になるんだろうなあ。
467デフォルトの名無しさん
2018/03/20(火) 01:53:46.76ID:/+MVnq9/
>>463
このスレにある程度の頻度で登場した次世代?言語を新しい順で並べるとこうなる

Rust(2015.5)
Swift(2014.9)
TypeScript(2014.4)
Hack(2014.3)
Go(2012.3)
Kotlin(2012.2)
Dart(2011.10) -> Dart2(2018?)
D(2007)
Scala(2003?)
OCaml(1996?)
Haskell(1990)

ちなみに言語自体が発表された時期ではなくVer.1.0がリリースされた時期ね
?がついてるのはWikipediaには1.0リリース時期が明記されてなかった…
変なところがあれば訂正・追記してくれ

Nim, Elm, Juliaに関しては最新がVer.0.~でまだ1.0すらリリースされていない
とびきり最新が良いのならこの3つからお好きなのをどうぞって感じかな?

1.0リリース時期で見るとSwiftよりRustの方が新しいんだな…
D, Scala, OCaml, Haskell辺りは次世代言語と呼ぶにはちと古いかも?
468デフォルトの名無しさん
2018/03/20(火) 02:53:37.44ID:LX463VTZ
次世代言語というのは時期だけで決まるものなのか?
typescriptやgoよりも、ocamlやhaskellのほうがよっぽど次世代感あるが
469デフォルトの名無しさん
2018/03/20(火) 03:35:46.01ID:/+MVnq9/
>>468
次世代言語をどう捉えるかによるが少なくとも時期を1つの目安にすることは出来るだろ?

それとGoに関しては必要最低限の機能のみを残し
他をバッサリ切り捨てたという点で次世代感があると私は考える
Typescriptに関してはJSを完全に排除しようとするのではなく
JSとの共存を目指したいう点が新しいと考える事も出来る

次世代の定義なんて物の見方によっていくらでも変わり得る
よって、何をもって次世代と定義するかについて1つの結論に
まとめることは出来ないと考えるのでその話はあまりしたくないな

話題提供を目的に書いたので批判ではなく忌憚のない意見や感想を求む
470デフォルトの名無しさん
2018/03/20(火) 04:12:48.94ID:geezFnQ4
個人的には広く利用されていないものは次世代とも前世代とも呼びたくない
今であれば C / C++、Java、C#、JavaScript が担っているような用途で
この先使われるような言語を次世代言語と呼びたい
471デフォルトの名無しさん
2018/03/20(火) 04:18:48.83ID:LX463VTZ
バッサリ切り捨てた仕様というなら初期のJavaだってそうだし
親言語との共存を目指す派生言語というならObjective-Cだってそうだろ
全然新しくない
472デフォルトの名無しさん
2018/03/20(火) 05:07:06.58ID:/+MVnq9/
>>471
何でプログラム以外のところまで抽象化したがるんだ?

初期のJavaの機能が少ないのは必要最低限の機能のみに絞りこんだのではなく
単にジェネリクスもラムダ式もアノテーションも当時はまだ技術が確立してなかったからで
Goのように技術が確立してるのにあえて必要ないと判断して削ったわけじゃない
初期のJavaとは機能が少ないという点で共通しているが機能を少なくした理由は全然違う

Typescriptに関しては共存という言葉を使ったのが誤解を招いたようで悪かったが
トランスパイルした結果のJSコードの可読性にまで気を配って作られているという点でCoffeeScriptとは違う
つまりトランスパイル後のコードの可読性にまで気を配っているという点が
今までのトランスパイル系の言語とは違う全く新しい部分だと言いたかった

行きすぎた抽象化は時に大事な情報までも削ってしまうということを頭の片隅に置いておくべきかと…
473デフォルトの名無しさん
2018/03/20(火) 05:46:21.35ID:LX463VTZ
何言ってんだ。Javaの登場した1995年には貴方の表でも既にHaskellがあって
C++でももう<algorithm>があってbind1stとかやりまくってたぞ
トランスパイル後の可読性なんてそれこそ無数のプリプロセッサが気を遣ってきただろ
CoffeeScriptのことは知らんが、遠い過去にあった素晴らしい処理系のことは忘れて
近い過去にあった特定のゴミを超えていればいいという話なのか?違うでしょ
474デフォルトの名無しさん
2018/03/20(火) 06:15:12.86ID:/+MVnq9/
>>473
1995年に既にHaskellは存在していたが1995年当時のHaskellに今ほどの知名度はないよね
知名度のない言語の技術はまだ確立していない技術と同義だ
あと今さらだけど初期のJavaとGoって言うほど同じじゃないよね
Goは例外も継承も削ってるし、interfaceだってGoとJavaでは名前が同じだけで別物だし
あとC++のテンプレートとJavaのジェネリクスは似て非なるものだ
同じものとして扱われても困る
プリプロセッサーとトランスパイラーも別物だよね…
最後の一文だけは同意するが…その他はこちらとしても「なに言ってんだ?」状態なんですが…
475デフォルトの名無しさん
2018/03/20(火) 06:25:50.52ID:/+MVnq9/
追記
プリプロセッサーって可読性に気を使ってたの?それは知らなかった
あんな読みにくくてプリプロセッサー通した後のコードが想像できないもの
可読性なんか一切考慮してないものだと思ってたわ
476デフォルトの名無しさん
2018/03/20(火) 06:30:44.46ID:LX463VTZ
あ-、1995年だとC++は標準化前だからちょっと言い過ぎた
当時は独自のテンプレートライブラリも林立してた
477デフォルトの名無しさん
2018/03/20(火) 06:34:07.57ID:eQ1biRix
技術が実在したのは客観的事実だからなあ
ユーザーに情報が伝わらなければ実在しないのと同じという理屈を受け入れてしまったら
情報を操作すれば客観的事実をいくらでも改竄できることになってしまう
478デフォルトの名無しさん
2018/03/20(火) 06:36:41.10ID:LX463VTZ
>>474
個々の機能のことを言ってるんじゃなくて、当時の目新しいあれやこれをさっくりと無視して
絞り込んできたのが登場時点のJavaの立ち位置だったということ
時代が違うから絞りこまれた結果も違うが、コンセプトとしては似たようなもんだ
479デフォルトの名無しさん
2018/03/20(火) 06:51:48.33ID:jSYCaWsz
関数型ゴリゴリて感じのAlgebra of Programmingも1996年て見てビックリしたわ。
当時からやってる人からすると、今更感があるのかもね。
480デフォルトの名無しさん
2018/03/20(火) 06:54:01.38ID:/+MVnq9/
>>477, >>478
技術が実在していたのと確立していたのは別物と考えている
ここから先は個人的な憶測も入るので賛否両論あるだろうということを前置きしておく
Javaはバージョンアップしても後方互換性を保つタイプの言語なので
C++のひし形継承問題みたいな仕様バグは絶対に避けたかっただろうと思われる
そうすると色々な言語で既に使われている枯れた技術じゃないと安心して採用できないだろう
JavaはGoのようにあえて採用しなかったのではなく、採用したくてもできなかったんだろうと考えている
実際のところどういう方針だったのかはJava言語の開発者に聞いてみるほかないが…
481デフォルトの名無しさん
2018/03/20(火) 07:09:14.80ID:/+MVnq9/
もしくはC#のように取り敢えずリリースして
後からどんどん足していこうという考えだった線もあり得る
いずれにせよ、Goのように技術的にも開発期間的にも採用できるものを
シンプルに保ちたいというだけの理由であえて採用しなかったという線は薄い
482デフォルトの名無しさん
2018/03/20(火) 07:13:20.18ID:eQ1biRix
Pythonなら一切型を書かない意図は明確だがGoは微妙
意図を伝えるという点では穏健派より過激派の方が有利だ
483デフォルトの名無しさん
2018/03/20(火) 07:20:10.14ID:/+MVnq9/
>>478
Javaは当時の目新しいあれやこれをさっくりと無視したのかもしれないけど
Goは継承や例外やジェネリクスなど現在当たり前なあれやこれやもさっくり無視してる
もっと言うとwhileやdo-whileまで無視している
クドイようだがやはり初期のJavaとGoはコンセプトから全然違うものと私は思う
484デフォルトの名無しさん
2018/03/20(火) 07:58:37.61ID:ZzmZL45/
ポインタを消したのがJava
継承を消したのがGo
485デフォルトの名無しさん
2018/03/20(火) 08:40:55.19ID:eQ1biRix
ポインタは消えてない
値型かポインタ型のいずれかを選べる型システムをやめただけ
ジェネリクスも型
継承も型
全ての原因は型だった
486デフォルトの名無しさん
2018/03/20(火) 09:00:55.46ID:xTcfPcIk
「Javaにはポインタがない」という言説をそろそろ撲滅したいです。
https://web.archive.org/web/20071111061957/http://java-house.jp/ml/archive/j-h-b/028505.html
487デフォルトの名無しさん
2018/03/20(火) 11:36:56.30ID:J0Id73NT
ポインタが使えない糞言語。
488デフォルトの名無しさん
2018/03/20(火) 11:38:39.53ID:J0Id73NT
ポインタは凄い発明だよな。
489デフォルトの名無しさん
2018/03/20(火) 14:05:57.79ID:2KGHSNsy
matz「参照とポインタの違いは常識(キリッ」
http://kmaebashi.com/seiha/hosoku001.html
490 ◆QZaw55cn4c
2018/03/20(火) 14:07:55.13ID:PD8yAuaT
>>486
二重ポインタはありませんので「Java にはポインタがある」とはいいきれないのではないでしょうか?

>>467
rust に決めました!
491デフォルトの名無しさん
2018/03/20(火) 14:19:51.44ID:eQ1biRix
ジェネリクスの記法で考えると
二重 Pointer< Pointer<T> > ができない言語を作る方が逆に難しい
492デフォルトの名無しさん
2018/03/20(火) 14:29:34.01ID:ZzmZL45/
Fortranは無理やで
493デフォルトの名無しさん
2018/03/20(火) 14:39:50.65ID:J0Id73NT
プロセッサのインストラクションって暗黙に型を要求するよね。
一方で変数、アドレスに型はない。
そこでポインタなんですよ。
これは大発明だと思いますね。
494デフォルトの名無しさん
2018/03/20(火) 14:41:16.73ID:J0Id73NT
C++には夢とロマンがいっぱい詰まってるような気がする。
頭の良い若者にはぜひC++をやっていただきたい。
495 ◆QZaw55cn4c
2018/03/20(火) 14:48:34.63ID:PD8yAuaT
>>494
C++ はひどい言語だ。これは、多くの平均以下のプログラマーが使ってるために
さらに輪をかけてゲロゲロになっていて、どうしようもないゴミが
簡単に生産されるようになってる。正直いって、C を選ぶ理由が C++ プログラマーを
追っぱらうため *だけ* だったとしても、それ自体、C を使う強力な理由になりうる。

C++ はトンでもなく悪い設計の元になりうる。どうせこの言語ではいつも STL やら
Boost やら、その他ゲロゲロベロベロの「素敵な」ライブラリの機能を使って、
それがあんたのプログラムに「役立つ」んだろうが、以下のことが起きる:

- うまく動かないときにもたらされる際限のない苦痛 (あと STL とか、特に Boost が
安定してるとか移植性があるとかいう奴は、どいつもこいつも大ウソつきで、
もはや笑えるレベルを超えている)

- 非効率な抽象プログラミングモデルで、2年たった後にこれらが実はそんなに
効率的じゃなかったことに気づくケース。でもそのときにはすでに全部の
コードがその素晴らしいオブジェクトモデルに依存していて、直すためには
アプリ全体を書き直さなきゃなんない。

言いかえれば、唯一まともで、効率がよくて、システムレベルで使えて、移植性がある
C++ ってのは、基本的に C で使える機能だけに限ったときなんだ。そして C だけに
限定するってことは、他の人がそれをめちゃくちゃにしないってことで、
ついでに沢山のプログラマが実際に低水準の問題を理解することができて、アホらしい
「オブジェクト・モデル」のたわごとを持ちこまないってことだ。
496デフォルトの名無しさん
2018/03/20(火) 14:49:26.38ID:ZzmZL45/
何度見ても名文
497デフォルトの名無しさん
2018/03/20(火) 14:50:16.56ID:J0Id73NT
>>495
まあ正論だね。
夢も希望もない正論だけど。
498デフォルトの名無しさん
2018/03/20(火) 14:57:07.27ID:J0Id73NT
Cは40年以上、C++は30年以上、一線で活躍する言語であり、これらの言語が無くならなかったのにはそれなりの理由があるはず。
499デフォルトの名無しさん
2018/03/20(火) 15:01:30.33ID:J0Id73NT
つまりポインタです。
500デフォルトの名無しさん
2018/03/20(火) 15:13:14.76ID:fj312v7r
いいえプラズマです。
http://plasmalang.org
501デフォルトの名無しさん
2018/03/20(火) 15:24:04.02ID:J0Id73NT
GCはおそらくリークを増やすのではないか。
Node使ってみてそんな感想を持った。
長時間稼働時代のいま、RAIIこそが本命だと感じました。
※C++でサービス書いてみた結果の感想です。
502デフォルトの名無しさん
2018/03/20(火) 15:25:51.52ID:J0Id73NT
RAIIを徹底することによってリークを無くすことができる。
これは発見が容易になるからでもあります。
503デフォルトの名無しさん
2018/03/20(火) 16:49:42.05ID:J0Id73NT
私はポインタを軽視する風潮に警鐘を鳴らそうと思います。
504デフォルトの名無しさん
2018/03/20(火) 20:00:27.39ID:/+MVnq9/
>>494の「C++には夢とロマンがいっぱい詰まってる」の直後に
>>495の「C++ではゲロゲロのゴミが生産される」で草

>>490h
Rustを一週間でマスターするのはムリだと思うよ
あの言語の学習コストを他言語のそれと同じものと考えてると痛い目に合うよ
505 ◆QZaw55cn4c
2018/03/20(火) 20:38:30.06ID:PD8yAuaT
>>504
アドバイスありがとうございます、チュートリアル最初の数当てゲームが終わったところです
506デフォルトの名無しさん
2018/03/20(火) 20:39:04.23ID:tLYOcIpU
テストを用意すると自動的にコード生成するのが次世代言語じゃないかな?
507デフォルトの名無しさん
2018/03/20(火) 20:41:08.57ID:J0Id73NT
>>504
WindowsのアプリケーションはほとんどがC++で書かれており、ゲロゲロのごみとはそういったもののことを言うんですよ。
例えばChromeとかね。
508デフォルトの名無しさん
2018/03/20(火) 21:01:58.36ID:eQ1biRix
>>495が偉いのはC++の代わりにJavaではなくCを選ぶところ
C++を使いたくなったらすぐ掌を返せる絶妙な位置
509デフォルトの名無しさん
2018/03/20(火) 21:03:53.47ID:LX463VTZ
>>508
Linusの言だぞ
510デフォルトの名無しさん
2018/03/20(火) 21:07:40.66ID:J0Id73NT
とはいえ、C++にはプログラミングの面白さ全てが詰まっている。
511デフォルトの名無しさん
2018/03/20(火) 21:08:30.04ID:J0Id73NT
頭の良い若者にはぜひC++にチャレンジしていただきたいですね。
※馬鹿にはお勧めしません。
512デフォルトの名無しさん
2018/03/20(火) 22:15:07.02ID:/+MVnq9/
くっ…こいつ(ID:J0Id73NT)全然引かねぇなww
>>501の「RAIIこそが本命だと感じました」に関してはある程度同意するが
RAIIならC++よりRustのほうが優れてると思うけどね。Dropトレイト便利だよ
次世代言語スレで次世代のRustではなく頑なにC++を推す理由は?
513デフォルトの名無しさん
2018/03/20(火) 22:22:14.78ID:/+MVnq9/
>>505
RustはHaskellと同じで実践で役に立つかはともかく学習しといて損はない言語だと思うので頑張って
言ってる自分もいまだに結構な頻度でコンパイラと格闘してるのだが…
とりあえず所有権・借用・ライフタイムの概念まで終わったら感想を聞かせてほしいかな…
514デフォルトの名無しさん
2018/03/20(火) 23:32:04.40ID:ojRlp1ye
c++ で所有権意識して書く方が、rustでunsafe周りを使うより楽で安全だから。
515デフォルトの名無しさん
2018/03/20(火) 23:35:49.06ID:ck80uwiX
C++20でうるう年サポートだってよwww

……なんだようるう年って他にやる事あるだろ…………
516デフォルトの名無しさん
2018/03/20(火) 23:47:09.33ID:J0Id73NT
流行ものはいずれ廃れるんですよ。
517デフォルトの名無しさん
2018/03/20(火) 23:59:40.98ID:/+MVnq9/
>>516
じゃあなんで次世代言語スレに居るんだ…( ゚д゚)?
518デフォルトの名無しさん
2018/03/21(水) 00:23:07.24ID:fTbDiwfs
次世代もC/C++だからですよ。
519デフォルトの名無しさん
2018/03/21(水) 00:34:20.76ID:6aYzYwF2
C++は置いといて、ライフタイムについては何年かしたら画期的な解決方法が開発されて
あのrustに費やした努力はなんだったんだ……って事になったらいいなあみたいな期待はないでもない
520デフォルトの名無しさん
2018/03/21(水) 01:27:25.51ID:O5cKQJeM
>>495
でもgccも今ではc++で開発されてるじゃん
521デフォルトの名無しさん
2018/03/21(水) 01:39:07.97ID:pF+TNkB8
>>495
これ、C++に限らず色々なクラスベースオブジェクト指向言語と信奉者に
多かれ少なれ、言えることじゃね?
522デフォルトの名無しさん
2018/03/21(水) 02:43:19.10ID:+8mievnH
>>519
コピーと参照のトレードオフは本質だよ。
どんな言語作ろうとそれは変わらん。
超える可能性があるとすれば量子効果のあるコンピュータとその言語か。
523デフォルトの名無しさん
2018/03/21(水) 02:47:53.30ID:pF+TNkB8
        ∧∧
       ヽ(・ω・)/   ズコー
      \(.\ ノ
    、ハ,,、  ̄
524デフォルトの名無しさん
2018/03/21(水) 03:17:32.00ID:fTbDiwfs
注ぎ込めるリソースが少ない場合、C++を選択してください。
あなたの要求は完ぺきにかなえられるでしょう。
525デフォルトの名無しさん
2018/03/21(水) 06:35:12.70ID:TV3lE0eZ
>>521
まあそうだけど C# や Java では既存の実用的なフレームワークが強い影響力を持ってるから
俺が考えた最強の~的なオブジェクト指向の設計はしないんじゃないか?

Windows アプリの場合 C++ でも mfc や wtl 使うから同様のことが言える
526デフォルトの名無しさん
2018/03/21(水) 06:37:39.43ID:fTbDiwfs
Linusは無料で奴隷をこき使える才能がある。
だからこそC。
我々は工数考えないといけないからC++。
527デフォルトの名無しさん
2018/03/21(水) 06:38:46.28ID:TV3lE0eZ
書き捨てのユーティリティとか書くときも map とか使いたいもんね
528デフォルトの名無しさん
2018/03/21(水) 06:43:22.74ID:fTbDiwfs
Linusは生粋の5ちゃねらだし、あいつのあおりを真に受けちゃいかんよ。
529デフォルトの名無しさん
2018/03/21(水) 06:48:17.40ID:fTbDiwfs
OOはウィンドウシステムと非常に相性が良いんだ。
CでもOO出来るって?
ああそうだな、Xのソースは1980年代末期に研究したよ俺も。
流行ってたんだ。
歩いてだってアメリカには行けるさ、お前ならな。
だが俺は飛行機で行く。
それだけのことだ。
530デフォルトの名無しさん
2018/03/21(水) 07:05:06.97ID:LE/KJcVc
Linusがカーネル周りの人間って事を忘れてはいけない
その前提とシステムプログラムの観点からCが選択されたのであるし、更にその発言が結構前であることも意識しなきゃ
531デフォルトの名無しさん
2018/03/21(水) 07:14:44.19ID:fTbDiwfs
KHTMLはIEと同じ表示ができたので気に入っていた。
それが今やEdgeがWebkit互換表示だもんな。
532デフォルトの名無しさん
2018/03/21(水) 07:16:02.63ID:fTbDiwfs
ただなあ、Javascriptの邪悪さには誰も勝てないと思う。
533デフォルトの名無しさん
2018/03/21(水) 08:26:35.73ID:6aYzYwF2
>>522もムーブセマンティクスが流行った時は飛びついたくせにー
古くはPascalのconst引数、新しくはswiftのinoutみたいにコピーと参照が曖昧なのもあるし
明確に区別したままでももっといい推論方法だってできるかもしれない
534デフォルトの名無しさん
2018/03/21(水) 09:47:49.88ID:7q6KKp9o
早すぎる一般化は諸悪の根源なんやで
まずCで書き、そのあと他の言語に移植しなさい
535デフォルトの名無しさん
2018/03/21(水) 11:03:36.91ID:6+RFoA8s
早すぎる最適化や過剰な一般化ならともかく、一般化が早すぎて困ることなんてそうあるかねぇ?
536デフォルトの名無しさん
2018/03/21(水) 11:33:24.48ID:2s39Qc49
むしろ早すぎる具体化詳細化のほうが害悪だな。
537デフォルトの名無しさん
2018/03/21(水) 11:52:04.49ID:KBtkuQdG
Linusは何も間違ってないし、むしろ高級言語使う側が「楽だから」と目を閉じてるのが問題だと思うけど。
ちゃんとどんな機械語になるか把握して、どれぐらいのオーバーヘッドがあって、それはこういう基準やメリットで許容してるから、俺はxxx言語を使う、って言い切れないのが問題じゃない?
538デフォルトの名無しさん
2018/03/21(水) 12:06:23.78ID:2s39Qc49
90年代まではそれで正解だったけど、今の時点で「コンパイラが吐く機械語が予測しやすい」のは欠点でしかないし、実際Cコンパイラもかなりの最適化をするわな。
539デフォルトの名無しさん
2018/03/21(水) 12:17:48.32ID:KBtkuQdG
最適化は想定してコンパイルするだろ。Cなら特に。書き方にも関わるし、コンパイルオプションにもかかわるし。

予測しやすいか、しにくいかなんて問題にしてなくて、予測じゃなくて把握しろって思うんだって。
コンパイル結果みて考えても良いぐらい。

「とりあえず楽」じゃなくてさ。
そういう意味では、Goみたいに-gcflags -Sで簡単にアセンブリコード見れるのは良いと思うし、流行りの高級言語にもあって然るべきだと思うんだが。
要らない、全部コンパイラが楽させてくれる、って言うやつはRustをディスる事も、Cを称賛する事も中途半端だと思う。
540デフォルトの名無しさん
2018/03/21(水) 12:19:27.12ID:rpkcQ7dD
そろそろ人知を超えた最適化を行うAIコンパイラとか出てきても良さそうだけどね
抽象度の高い言語の方が最適化の余地が広くて有利になったりして
541デフォルトの名無しさん
2018/03/21(水) 13:16:11.38ID:WIlWrPur
別の方に着目したいから楽ちん高級言語を使っているのに
それを目を閉じると表現するのはいかがなものか
542デフォルトの名無しさん
2018/03/21(水) 13:25:57.59ID:+8mievnH
>>535
いくらでもあるだろ。
めちゃくちゃデラックスなプリント文とかな。
543デフォルトの名無しさん
2018/03/21(水) 14:07:57.78ID:366TuTPF
実はお前らが内心で求めてるのは次世代言語じゃなくて前世代言語じゃね?
544デフォルトの名無しさん
2018/03/21(水) 14:13:44.60ID:zc8zGgCT
コピーと参照の違いは代入すればわかる
だから代入を禁止すればコピーと参照の違いを捨象できる
抽象化とはつまり具体的な何かを禁止することだ
禁止されている自覚がないなら、目を閉じていると批判されても仕方ない
545デフォルトの名無しさん
2018/03/21(水) 14:19:34.98ID:OmyrbXdn
>>500
こんなのあったんか。まだ開発序盤か
546デフォルトの名無しさん
2018/03/21(水) 14:53:44.91ID:KBtkuQdG
別の方を着目したからと言って「見ないことにしている」を「見なくていいから楽」と取るのは間違ってるだろ。
547デフォルトの名無しさん
2018/03/21(水) 15:05:39.36ID:zc8zGgCT
ケースバイケースだろ
・全てのケースで間違ってる
・全てのケースで正しい
これ以外の選択肢が見えなくなるのがおかしい
548デフォルトの名無しさん
2018/03/21(水) 15:08:02.21ID:7q6KKp9o
Cはどのように最適化されるかわかるからそれを想像しながら書くことで
美しいコードがかけるんだよな。
549デフォルトの名無しさん
2018/03/21(水) 15:15:52.41ID:zc8zGgCT
最適化は別にどうでもいい
人知を超えた最適化してもいいぞ
ただし人知を超えた仕様変更とか人知を超えたデバッグは困る
550デフォルトの名無しさん
2018/03/21(水) 15:19:26.15ID:7q6KKp9o
ネットサーフィンでホームページみると汚い糞みたいなコードしかないからな。
俺くらいのプロになると美しいコードを書くだけで勝手に正解になっている。
コツは対称性を意識すること。対称性を持った完全な美に矛盾は存在する訳ないからな。
551デフォルトの名無しさん
2018/03/21(水) 15:28:41.94ID:fTbDiwfs
boostは新言語と言って良いのではないか。
552デフォルトの名無しさん
2018/03/21(水) 15:35:40.07ID:7q6KKp9o
boostは便利なものもあるけれどほとんどがゴミだよね
553デフォルトの名無しさん
2018/03/21(水) 15:36:59.68ID:2s39Qc49
いつの時代のCコンパイラの話だよw
554 ◆QZaw55cn4c
2018/03/21(水) 15:39:31.62ID:ZGJmhAHm
>>549
>人知を超えたデバッグ
………
555デフォルトの名無しさん
2018/03/21(水) 15:52:31.99ID:fTbDiwfs
>>552
テンプレート大好きな感じを何とかしてもらいたいよな。
556デフォルトの名無しさん
2018/03/21(水) 16:26:40.62ID:fTbDiwfs
ストリーム廃止運動が必要。
557デフォルトの名無しさん
2018/03/21(水) 18:32:27.05ID:KwzRI0fp
boost もjavascriptのBrowserifyみたいなツールで必要なモジュール部分だけ取り出して
コンパイルを速くできる機能ってないのかね?
それとも依存が激しくて結局全部マルごとになっちまうってことなんかな。
558デフォルトの名無しさん
2018/03/21(水) 18:33:29.63ID:MnBjTwAx
boostがC++標準委員会のケツ蹴飛ばしたおかげでだいぶ今のC++良くなったじゃん
559デフォルトの名無しさん
2018/03/21(水) 18:37:44.59ID:fTbDiwfs
>>557
boostを・・・というより使う側で配慮すれば分割コンパイルの恩恵にあずかれる。
560デフォルトの名無しさん
2018/03/21(水) 19:30:11.24ID:5MZw04v3
>>557
なってるんだが…
561デフォルトの名無しさん
2018/03/21(水) 21:34:18.38ID:UH8S3msx
>>500
PLASMA言語っすか…これは初めて知ったわ
今パッと見ただけだけど、なんとなくHaskellに近い雰囲気を感じた
どこら辺が違うのが詳しく説明してくれない?
562デフォルトの名無しさん
2018/03/21(水) 22:01:31.33ID:LNpphUL+
すべてプラズマで説明できそう
563デフォルトの名無しさん
2018/03/21(水) 22:52:30.65ID:fTbDiwfs
ではboostをプラズマで説明してもらおうか。
564デフォルトの名無しさん
2018/03/22(木) 00:28:48.05ID:NqS/W9is
>>560
いや、二、三個の関数使うだけであのビルド時間はおかしいぞ。
565デフォルトの名無しさん
2018/03/22(木) 01:22:53.45ID:tiDItZ1f
使い方を知らんってことか。
566デフォルトの名無しさん
2018/03/23(金) 21:30:21.55ID:yG5SnYrv
atCoder今日から始めてみたんだけどc++が圧倒的に多い。
GoとかRustは少数派みたい。c++いいんかそんなに。
567デフォルトの名無しさん
2018/03/23(金) 21:32:50.91ID:J4dYcx4H
>>566
>c++いいんかそんなに
>>495
568デフォルトの名無しさん
2018/03/23(金) 23:22:27.41ID:IQgPE3+N
混とんとしたウェブの状況を見ればウェブ屋さんが薦める言語なんて使えない。
ウェブ屋さんは昔から頭がおかしい。
落ちまくるネットスケープを推奨してたような人たちだぞ。
IEと互換性があるからKHTMLはダメだとも言っていた。
ウェブ屋さんが一番ネットスケープに苦しめられていたというのに。
つまり彼らはマゾなのだ。
569デフォルトの名無しさん
2018/03/23(金) 23:30:09.64ID:IQgPE3+N
本来ネットワーク上で流通するものはすべて決定性を持つアルゴリズムで解析できなければならないだろう。
言語でいえばJava、データ形式でいえばXMLがそういったものだ。
実はW3Cはそういった方向にウェブを進めようとしていた。
これに反対したのがグーグルやアップルだ。
この反対する姿勢は純粋に政治的なもので技術の上に成り立つものではない。
もしもム板で議論されたなら技術が勝利したであろう。
しかし議論の場はム板ではなかった。
世界中の優秀なウェブ屋さんが集まったとはいえウェブ屋さんはしょせんウェブ屋さんなのである。
570デフォルトの名無しさん
2018/03/23(金) 23:36:00.72ID:IQgPE3+N
OWASPの資料を見てほしい。
なぜウェブが危険なのかわかるだろう。
つまりほとんどすべてウェブ屋さん自身が持ち込んだ危険である。
571デフォルトの名無しさん
2018/03/24(土) 06:31:03.15ID:iue9vSP8
混とんとしたカーネルの状況を見ればOS屋さんが薦める言語なんて使えない。
OS屋さんは昔から頭がおかしい。
落ちまくるBSDを推奨してたような人たちだぞ。
DOSと互換性があるからWindowsはダメだとも言っていた。
OS屋さんが一番MS系に苦しめられていたというのに。
つまり彼らはマゾなのだ。
572デフォルトの名無しさん
2018/03/24(土) 06:34:45.58ID:iue9vSP8
本来OS上で機能するものはすべてPOSIXに準拠しなければならないだろう。
言語でいえばC、データ転送でいえばファイルがそういったものだ。
実はPOSIXはそういった方向にOSを進めようとしていた。
これに反対したのがMSやアップルだ。
この反対する姿勢は純粋に政治的なもので技術の上に成り立つものではない。
もしもム板で議論されたなら技術が勝利したであろう。
しかし議論の場はム板ではなかった。
世界中の優秀なOS屋さんが集まったとはいえOS屋さんはしょせんOS屋さんなのである。
573デフォルトの名無しさん
2018/03/24(土) 07:42:28.38ID:Z79Bg+7E
>>572
決定性を持たなければならないのはsecurity reasonであって標準とは無関係だぞ。
ウェブ屋さんは昔の論文を読み漁るべきだろうな。
セキュリティに最も関心を持つべき職業なんだから。
574デフォルトの名無しさん
2018/03/24(土) 07:46:59.67ID:Z79Bg+7E
世界を再構成する、Re Designを提唱する。
575デフォルトの名無しさん
2018/03/24(土) 07:48:27.16ID:76HSbC/B
すべて文脈自由文法でなければならない
これに反対したのがPerl正規表現やCプリプロセッサだ
この反対する姿勢は純粋にGNU/Linux的なものでグーグル/アップルではない
576デフォルトの名無しさん
2018/03/24(土) 08:41:54.13ID:Z79Bg+7E
>>575
ハイ、ダウト。
577デフォルトの名無しさん
2018/03/24(土) 11:43:16.47ID:1vPeJim6
インターネットはウェブ屋さんだけのもんじゃないからね
素人が適当に作れるのは大事なんだよ
確かに苦労は絶えないけど
578デフォルトの名無しさん
2018/03/24(土) 11:45:42.94ID:Z79Bg+7E
>>577
HTML一つとっても素人が気軽に書ける時代じゃないだろう。
なぜそうなったかわかるかい?
本来別のレイヤーにあるべきものをHTMLは一つ人類みな友達とかわけわからないこと言って一緒くたにしたからだよ。
579デフォルトの名無しさん
2018/03/24(土) 11:54:04.10ID:Z79Bg+7E
html5-tidyでCustom elementのサポートについて議論があって、いろいろ考えさせられる。
580デフォルトの名無しさん
2018/03/24(土) 11:57:19.01ID:76HSbC/B
政治的というのは「人類みな友達」のことじゃないだろう
平気で嘘をついたり、間違いを絶対認めないことを政治的というんだ
581デフォルトの名無しさん
2018/03/24(土) 12:23:11.92ID:iue9vSP8
OS/2 WARPの資料を見てほしい。
なぜpreemptive context switchingが危険なのかわかるだろう。
つまりほとんどすべてOS屋さん自身が持ち込んだ危険である。
582デフォルトの名無しさん
2018/03/24(土) 13:05:00.91ID:Q4O/QWqD
まあセキュリティー商売なんてのは危険を煽らないと成り立たないからな。
583デフォルトの名無しさん
2018/03/24(土) 18:52:42.30ID:bGodUaM+
>>578
いやあ未だに適当に書いてるよ
プロだってほとんど適当だよ
584デフォルトの名無しさん
2018/03/24(土) 19:47:17.53ID:pV2WFofj
HTMLは俺もクソ適当に書いてるわ
あんなもん書捨てで動きゃいい
divじゃなくてarticleタグ使えだのcssのセレクタにdata属性使うのはやめろだのと
くだらない拘りでコードレビュー通さない意識高い系フロントエンダーはマジで害悪だわ
HTML/CSSにおけるデザインと論理構造の分離なるものが現実に何かの役に立ったのなんて見たことない
585デフォルトの名無しさん
2018/03/24(土) 19:58:25.59ID:DVXvRdXT
HTMLはタグの数を極力減らして
XSLT使って独自タグを定義する方向に向かえば良かったと思う
586デフォルトの名無しさん
2018/03/24(土) 20:22:26.30ID:eKuOy/a9
>>585
向かってるだろ
587デフォルトの名無しさん
2018/03/24(土) 20:28:12.89ID:g25JX84P
reactとか?
cssが未だによくわかんねえ。あれわかる人なんなので。
588デフォルトの名無しさん
2018/03/24(土) 20:58:55.04ID:Z79Bg+7E
ReactでSSR、サーバーサイドでレンダリングした結果をクライアントで引き継げて凄すぎ!
みたいなのは、努力の方向性が間違っているような気がする。
SSRの必要があるってことは、結局SPAである必要が無いような。
589デフォルトの名無しさん
2018/03/24(土) 21:12:09.71ID:uNUSOufN
画面の大きさがPCとスマホで全然違うからデザインが違う
せめて論理構造だけは同じにするべきだが
まさかPCと同じ情報を見ることができない実質ガラケーのようなスマホはないよな
590デフォルトの名無しさん
2018/03/24(土) 21:34:42.30ID:OxsUYtrP
>>584
HTMLとして見ればその通りなんだろうけど、XMLで作ったデータフォーマットからウェブも含めた何かを作ってるような人たちには許容できない部分なのかもしれん。
PageMakerで組版してる人たちとか。
同じブロック要素でも、naviとarticleは文字詰めの方法が違うとか、そういう部分で、何でもdiv+classにすんなと言うのは充分わかる。
591デフォルトの名無しさん
2018/03/24(土) 21:37:02.47ID:LUxFSHaJ
>>584
書き捨てで誰もメンテしないならそれでいいだろうな
そんなのレビューしなくていいと思うけど
592デフォルトの名無しさん
2018/03/24(土) 21:42:42.38ID:Z79Bg+7E
考えるのに紙は依然として役に立つけど、読むのには紙である必要がなくなってきたな。
高性能なタブレットが重すぎるのを何とか出来れば完全に紙を駆逐できるんじゃないか。
593デフォルトの名無しさん
2018/03/24(土) 21:42:47.26ID:gBcMRATK
PageMakerじゃないな。普通に名前間違えた。FrameMakerとか。
594デフォルトの名無しさん
2018/03/24(土) 21:45:34.89ID:Z79Bg+7E
Googleが出すOSSは尻切れトンボが多いな。
595デフォルトの名無しさん
2018/03/24(土) 21:49:22.28ID:gBcMRATK
>>592
電池が要らない、
濡れても乾かせば大丈夫、
乱雑に投げられる、車に轢かれても壊れない、
複写を他人にページ単位で簡単に渡せる、
そのへんの筆記具で好きに書き込みが出来る、
氷点下20度でも使える、
破れてもセロテープで取り急ぎ直る、
完全に読めなくなっても比較的安価に買い直せる

このあたりが紙の冊子が電子媒体で駆逐できない所だと思うよ。
特に取説とか。
596デフォルトの名無しさん
2018/03/24(土) 22:03:59.29ID:Z79Bg+7E
太陽光発電でもつけておけ。
597デフォルトの名無しさん
2018/03/24(土) 22:07:01.15ID:uNUSOufN
「QRコードを印刷する紙がないぞ」「あんなの飾りです」
598デフォルトの名無しさん
2018/03/24(土) 22:36:07.63ID:Z79Bg+7E
Gumbo parserってどうなんだよ。
599デフォルトの名無しさん
2018/03/24(土) 23:58:13.59ID:Q4O/QWqD
手触りで大体のページを把握するってインターフェイスに慣れ過ぎてるから
それを超えるまではまだまだ電子ペーパーは人類には早い
600デフォルトの名無しさん
2018/03/25(日) 00:06:04.48ID:+oTPc842
なんの話だよ
OCamlの話いいっすか?
601デフォルトの名無しさん
2018/03/25(日) 00:16:01.86ID:U5SlEUJl
民主党→民進党のように名前をちょっと変えると爆発的に売れる場合もあるからな。
602デフォルトの名無しさん
2018/03/25(日) 00:18:17.39ID:JVNvN7ma
>>591
保守性という観点で言えば、DRYさえ死守してれば後は些細な問題だと思うよ
HTMLに限った話じゃないけど
603デフォルトの名無しさん
2018/03/25(日) 00:30:12.26ID:GhdgZmXr
htmlでdryを守とかそれが無理だっつーの
604デフォルトの名無しさん
2018/03/25(日) 00:41:53.53ID:Wz8WBZT8
OCamlに話すことあるか?
605デフォルトの名無しさん
2018/03/25(日) 00:55:24.67ID:Qy9e8iWO
>>594
収益に直結してないものはやりたい人がいなくなったらそれまでだからな
606デフォルトの名無しさん
2018/03/25(日) 01:20:58.23ID:4Rittzre
>>602
全部グローバル変数で名前規則さえ死守してればいいとでも言うのか?
607デフォルトの名無しさん
2018/03/25(日) 07:18:41.27ID:WO056vpM
>>604
Haskellと重複する部分についてDRYを死守する方法を話して
608デフォルトの名無しさん
2018/03/25(日) 08:01:39.02ID:U5SlEUJl
http://www.stroustrup.com/JSF-AV-rules.pdf
ロッキード・マーティン F-35 Strike Fighter Air Vehicle 開発のためのC++コーディング・ガイドライン。
※URLでお分かりの通り禿が関わっています。
609デフォルトの名無しさん
2018/03/25(日) 14:46:57.32ID:2EIVAaim
>>601
立憲民主党と勘違いしてない?
610デフォルトの名無しさん
2018/03/25(日) 16:11:18.40ID:+oTPc842
関数があるのにDRYに苦労する状況が分からん
611デフォルトの名無しさん
2018/03/25(日) 19:01:20.02ID:NiWlHtrf
政治の話はNGで
612デフォルトの名無しさん
2018/03/25(日) 21:25:39.57ID:WO056vpM
プログラム技術という観点では政治も経済も経営もNG
613デフォルトの名無しさん
2018/03/25(日) 22:55:03.56ID:U5SlEUJl
政治では名前が長くなり始めると危険領域だよな。
○○民主主義自由独立解放戦線的な。
朝鮮民主主義人民共和国とか欲張りすぎな国もあるし。
予言しておくけど立憲民主党は時代とともに名前が長くなるぞ。
614デフォルトの名無しさん
2018/03/25(日) 22:56:11.12ID:U5SlEUJl
日本も大日本帝国時代は危険領域だったんだろな。
615デフォルトの名無しさん
2018/03/25(日) 22:57:49.97ID:U5SlEUJl
Googleのコーディングガイドラインは名前はいくら長くなっても良い、省略された名前はダメと述べているからな。
罠かもしれんな。
616デフォルトの名無しさん
2018/03/26(月) 00:02:29.61ID:3hemhRjv
悩ましいぞな
617デフォルトの名無しさん
2018/03/26(月) 00:05:05.18ID:mhu6xXG+
つまりこう

for (int indexOfItemInArrayOfProxyInformation = 0; ; ++i) {
auto proxyInformation = arrayOfProxyInformation[indexOfItemInArrayOfProxyInfomation];
...

みたいな
618デフォルトの名無しさん
2018/03/26(月) 00:08:00.38ID:QH+aPMzj
ofを使ったら負け
619デフォルトの名無しさん
2018/03/26(月) 00:10:58.12ID:mhu6xXG+
でもインデックス複数あったら?
620デフォルトの名無しさん
2018/03/26(月) 00:23:51.81ID:WZ1ZCWjW
ストアドよりインデックスのほうが早いよ。
621デフォルトの名無しさん
2018/03/26(月) 00:32:41.52ID:ceAN67+T
何でも極端に走っちゃいかん。
バランスは大事よ。
622デフォルトの名無しさん
2018/03/26(月) 00:35:46.73ID:mhu6xXG+
getInfo なんてのは Android の api でも見かけるし
information を info と略するのはありなんだろうな
普通の会話でもしばしばそう略すし

他にもなにか例外があるかとAndroid ndk api リファレンス眺めたら
名前がどれもこれも長くて驚いたわ…特にenum
623デフォルトの名無しさん
2018/03/26(月) 01:21:09.02ID:BMtnwc7n
理由がわからない命令に従うから暴走するんだな
長くする理由を知ってたら必要な長さ以上にはならないし
理解できないものは反対したり批判したりする習慣があれば暴走しない
624デフォルトの名無しさん
2018/03/26(月) 01:28:05.88ID:mhu6xXG+
例えを出しただけなのに「理由がわからないなら反対しろ!」と言われましても…
625デフォルトの名無しさん
2018/03/26(月) 01:45:15.94ID:h+3ybIF8
馬鹿らし過ぎる。。
関数切り出してスコープ切ればいいだけの話だろうに。
今時の言語ならネームスペースだって使えるだろうし、エイリアシングみたいなものも
ある。
てかそれもなければなんの略かのコメントでも付けてろよ。
626デフォルトの名無しさん
2018/03/26(月) 01:59:38.91ID:BMtnwc7n
>>624
反対しろとは言ってないぞ
しかし単語の組み合わせを少し改竄するとそういう意味になる可能性はあるのか

だから短い単語を組み合わせるのをやめて長い固有名詞を一個だけ書くのか
627デフォルトの名無しさん
2018/03/26(月) 02:02:12.66ID:hwIkGQhx
goだとどいつもこいつもクッソ短いんだけどな
google内でも派閥があると見える
628デフォルトの名無しさん
2018/03/26(月) 02:05:44.31ID:mhu6xXG+
>>626
哲学とかも不要な誤解や意図した曲解を避けるために用語をどんどん定義していくよね

今回で言えば「合目的的」であれ、とかか。
でも非常に長い名前は必ずしも判りにくくは無いんだよねああして書いてみると。
見難いのが問題なだけであって。
629デフォルトの名無しさん
2018/03/26(月) 03:07:46.44ID:qQm2MzQc
名前が無いものに分かりやすい名前を付けようとするとどうしてもそのまんまの名前になっちゃうんだよな
aにbを足してcをかけた数に「aにbを足してcをかけた数」という名前を付けたり
630デフォルトの名無しさん
2018/03/26(月) 04:27:44.25ID:WZ1ZCWjW
C++11から日本語の識別子も使えるようになったんだよな。
ということは。

#define もしも if

もしも(0 < プロキシ情報の配列におけるアイテムの索引) {
  ・・・
}
631デフォルトの名無しさん
2018/03/26(月) 07:19:11.84ID:WZ1ZCWjW
最近気が付いたのは、MSは情報を収集するためにちょっと踏み込んだことをしてるな。
Google的になったというか。
例えばMSが提供する一部のアプリケーションでは変換中の文字列について対象文節をわかりにくくするようになった。
これはつまり、単漢字変換のようなことをせず、一括変換してから間違えた部分を修正してほしいということだろう。
なぜそのようなことをするのか?
誤変換に関する統計情報が欲しいのだろう。
632デフォルトの名無しさん
2018/03/26(月) 07:21:37.08ID:WZ1ZCWjW
もちろん、一括変換がうまく機能しないからこそユーザーは変換範囲を狭めて変換するのだし、誤変換情報が欲しいのは、変換が上手くいかないことがわかっているからだろう。
つまり、一部のソフトウェアは意図的にとても使いづらくなっている。
633デフォルトの名無しさん
2018/03/26(月) 08:36:23.04ID:fyNor71T
つまり次世代言語とは日本語の事だった…!?
634デフォルトの名無しさん
2018/03/26(月) 08:48:45.88ID:WZ1ZCWjW
いや中国語だろうけどさ。
635デフォルトの名無しさん
2018/03/26(月) 16:34:24.37ID:b2RxclhK
ブラックジョークかな?
636デフォルトの名無しさん
2018/03/26(月) 16:41:17.53ID:jinbnpD9
でもたしかにコードが中国語なら、短い変数名で意味が通るからコードはすっきりしそう
637デフォルトの名無しさん
2018/03/26(月) 16:52:27.07ID:Xx23wWxJ
C 風の文法なら名前が空白区切りで並ぶ必要あまり無いし、
名前の途中に空白を含めても良いという言語があっていい気がする

var indexOfProxy := 0;
var index of proxy := 0;

どっちが見やすいかな
638デフォルトの名無しさん
2018/03/26(月) 17:37:31.08ID:dvRuSlEv
>>636
今の中国の字(簡体字)はよくわかりません
639デフォルトの名無しさん
2018/03/26(月) 18:56:27.15ID:MGgBxL58
謝謝茄子…
640デフォルトの名無しさん
2018/03/26(月) 19:33:26.92ID:sC9O8aKE
>>637
勘弁して。こんな発想はエアプだけだろ。少なくともエディターとの連携がしづらいし。
そもそもどっからどこまでが予約語で変数かどうやって判断するの?

当然の帰着として変数名に予約語を含めることは絶対禁止ってことになるだろ。
想像しただけで死にたくなってきた。
641デフォルトの名無しさん
2018/03/26(月) 19:40:27.04ID:jinbnpD9
Fortranは空白無視するがな
642デフォルトの名無しさん
2018/03/26(月) 19:55:57.52ID:pOsEMXVS
お前ホモかよお!?
643デフォルトの名無しさん
2018/03/27(火) 00:43:26.13ID:ry3uUZdU
予約語は大文字だけ、変数名は小文字だけで書くとか…

VAR index of proxy := 0;
644デフォルトの名無しさん
2018/03/27(火) 00:56:02.73ID:Zrk+MxC2
そんな前時代的な……
645デフォルトの名無しさん
2018/03/27(火) 01:05:23.75ID:5DREL+sj
クソワロタwww
646デフォルトの名無しさん
2018/03/27(火) 01:14:44.93ID:1nOfLeWK
お前ら頭悪いなwww
俺様が華麗に解決してやろう
ほらよ
var index%20of%20proxy := 0;
647デフォルトの名無しさん
2018/03/27(火) 02:14:32.56ID:xOo+kmL4
どんどんバカになっていってる。
648デフォルトの名無しさん
2018/03/27(火) 02:49:05.89ID:nthqohzW
>>646
読みにくいしこうしたらどうだろう?(名案)

var index_of_proxy := 0;
649デフォルトの名無しさん
2018/03/27(火) 11:11:55.54ID:4hOyl1p5
バカなことを思いつくことは誰にでもあるが
それを宣伝して押し売りするか黙って廃棄するかの判断がおかしくなってるんだろう
650デフォルトの名無しさん
2018/03/27(火) 22:54:29.91ID:D/rPklFE
いわゆる全角スペース使うとか、とにかくコンパイラにスペースと思われない文字だが見た目がスペースのやつを使えばいいのでは?
Java なんかはそれでなんとかなっちゃうよな。
651デフォルトの名無しさん
2018/03/27(火) 22:59:22.15ID:xOo+kmL4
職場で本気でそんなことしだしたら俺は怒るよ。
652デフォルトの名無しさん
2018/03/27(火) 23:16:27.79ID:iLpxT8od
DDDとかだとDSLを作るって言うけど
それって変数名とかメソッド名に日本語を許容するってこともありえんのかな?
653デフォルトの名無しさん
2018/03/27(火) 23:35:51.57ID:O0jMKDc6
最近の言語って識別子に日本語使えるの増えたよな。まあ日本語っていうかUnicodeなんだけど。
654デフォルトの名無しさん
2018/03/28(水) 05:56:44.07ID:LrPDAu7h
絵文字を駆使したハンガリアン記法時代の幕開けだ
655デフォルトの名無しさん
2018/03/28(水) 07:22:48.81ID:lXnJ1NTY
ようやく時代がSmalltalk-72に追いついたかw
https://pbs.twimg.com/media/DDhrUoSXkAAtvJO?format=jpg
656デフォルトの名無しさん
2018/03/28(水) 10:43:26.92ID:Pilbwiej
時代を先取りしすぎるのも考え物
657デフォルトの名無しさん
2018/03/28(水) 10:45:01.89ID:qnpV2Jxp
APL…
658デフォルトの名無しさん
2018/03/28(水) 10:53:19.54ID:yjlej8xR
正直APLは今なら流行ると思う
659デフォルトの名無しさん
2018/03/28(水) 10:55:53.02ID:qnpV2Jxp
統計とか各種データの集計に良さそうだもんな
660655
2018/03/28(水) 11:29:22.55ID:ng8CxZVM
>>657
たしかにそうなんですが…APLの方は記号を読みやすくするために用いているように思えなかったので…

ピタッとはまれば驚愕の短さで書けますけどね

例: Conway's Game Of Life in APL

661デフォルトの名無しさん
2018/03/28(水) 16:41:04.69ID:Lb32PKeB
>>654
むしろ文字使用禁止な言語
(コーディングルールじゃなく言語仕様でemojiと記号を強制)
次世代言語感がいっぱいw
662デフォルトの名無しさん
2018/03/28(水) 17:21:22.86ID:4ymmJVEB
そういう次世代感か…
文法エラーにも優しくどう書いても何らかの動作をすることが望ましいな。
「プログラマになろう」というサイトを開いてみるか
663デフォルトの名無しさん
2018/03/28(水) 22:26:11.70ID:CTFOdrqh
チューリング完全になろう系じゃないか
C++とHaskellの親戚みたいな言語がいっぱいだぞ
664デフォルトの名無しさん
2018/03/28(水) 23:09:42.27ID:yjlej8xR
C++とHaskell の親戚ってなんだ
665デフォルトの名無しさん
2018/03/29(木) 02:16:30.07ID:Hc4kPWXM
テンプレ(異世界転生or転移、チート、ハーレムあり)小説が量産されるみたいなノリで
テンプレ(手続き型or関数型、型推論あり)言語が量産されるわけか

その傾向はあるよね
666デフォルトの名無しさん
2018/03/29(木) 02:37:14.12ID:tc7M6rRR
Fortranのサブルーチンみたいな感じで副作用は全部intent(out)の引数にのみ許すことで実質純粋手続きみたいな言語って他にある?
667デフォルトの名無しさん
2018/03/29(木) 07:56:15.41ID:plQi1Ped
COBOLとかPLIとか汎用機時代の主役はだいたいそうでしょ
まさかCOBOLプログラミングは全部グローバル変数でデータのやり取りをするみたいな話を真に受けてる?
そんなの汎用機全盛時代の超規模開発において一山いくらのPG達に管理しきれるわけないだろ
コンパイル単位を分割して、サブプログラムに明示的に構造体の参照を渡す形でリンクするか、別の実行ファイルにして間に一時ファイルを挟むんだよ
Cがヘッダのincludeを覚えてしまったことで業界がダークサイドに堕ちたけど、昔のプログラムは今よりずっと疎結合で単体テストしやすかったんだよ
668デフォルトの名無しさん
2018/03/29(木) 08:11:58.91ID:xXxQyZNu
グローバル変数を使うのはパソコンのbasicの時代ではないか
プロがどんな美しいコードを書こうが
ネットで検索できるオープンソース以外は知ったことではない
669デフォルトの名無しさん
2018/03/29(木) 08:13:12.45ID:9BLtoEOh
以前の俺含め今時は一時ファイルなんかダサいAPIやメッセージキューにしろなどと抜かす人が多いけど、汎用機を経験するとみんなバッチ信者になるよ
単体テストしやすく、開発規模面でもパフォーマンスス面でもスケーラブルで、運用も容易
汎用機のバッチ処理の設計は現代のプログラマ全員が学ぶべき素晴らしい技術
670デフォルトの名無しさん
2018/03/29(木) 08:25:29.74ID:xXxQyZNu
ダサいというのは建前で、JITコンパイラ言語でそれをやりたくないのが本音ではないか
671デフォルトの名無しさん
2018/03/29(木) 08:28:00.50ID:Hc4kPWXM
Linux でも良くやってるぞ
672デフォルトの名無しさん
2018/03/29(木) 09:11:24.31ID:r+OSvbaK
>>669
モックライブラリがこんなに発達してるのに何言ってんだ
673デフォルトの名無しさん
2018/03/29(木) 09:27:39.99ID:pztT5rJU
>>672
バッチならファイル作って放り込むだけやぞ
結合状態でのリグレッションテストとかもdiff取るだけだし
674デフォルトの名無しさん
2018/03/29(木) 10:09:08.49ID:CZF8yyoA
バッチ処理で何してんの?
システム運用中に流せるもの?
停止してから流すとしたら、想定時間内に終わらないように作んないといけなかったりするんじゃないの?
675デフォルトの名無しさん
2018/03/29(木) 10:18:06.32ID:r+OSvbaK
>>673
モックならインスタンス作って放り込むだけやぞ
結合状態でのリグレッションテストとかも状態比較するだけだし
676デフォルトの名無しさん
2018/03/29(木) 10:48:51.83ID:pztT5rJU
>>675
結果が意図しないものになってるときにどうやって途中経過を調べるの?
バッチならファイル見れば一発だけど、全サービスクラスにログ出力入れるの?
677デフォルトの名無しさん
2018/03/29(木) 11:16:09.01ID:r+OSvbaK
>>676
ログ出力も何もオブジェクトのスナップショットとって状態比較するだけ
てか、結合テストで途中結果見てる時点で、それモジュールテストだろっていう
678デフォルトの名無しさん
2018/03/29(木) 11:18:13.25ID:r+OSvbaK
結合テストでは通常おのおののモジュールが期待した結果を出力することを前提に振る舞いテストのみを行うだろ?
結果の比較なんかしてる時点で、考え方がズレてる
679デフォルトの名無しさん
2018/03/29(木) 11:26:16.78ID:r+OSvbaK
てか>>674も書いてるけど、バッチ処理なんて前提条件厳しすぎるし、障害対応もめちゃくちゃ大変だろ
今どき、そんなシステムどんな業種で開発するんだ
680デフォルトの名無しさん
2018/03/29(木) 16:52:27.07ID:wUGa4G8N
>>666
純粋手続きってのがわからん。
引数にin outだったらadaも付けれるぞ。
681デフォルトの名無しさん
2018/03/29(木) 17:13:18.86ID:mREgEFij
>>680
Fortranのpure subroutineのことや。まんま訳して純粋手続きって書いたけど、分かりにくいなら以後pure subroutineって書くわ
682デフォルトの名無しさん
2018/03/29(木) 17:55:25.23ID:d3FuArtt
>>680
Fortran等の昔の言語には、サブルーチンと関数の区別があって
サブルーチンは副作用あり、関数は副作用なしって使い分けがあったんだよ
(その区別はAdaにもあったんだが、2012年の改定で関数もoutパラメータを持てるようになってしまった)
683デフォルトの名無しさん
2018/03/29(木) 17:57:17.44ID:mREgEFij
>>682
intent(out)さえつけといたらsubroutineにもpure修飾子をつけれることを俺は>>666で言ったの
684デフォルトの名無しさん
2018/03/29(木) 18:04:24.92ID:d3FuArtt
>>683
あーすまん、話の流れを追いきれてなかった
685デフォルトの名無しさん
2018/03/29(木) 18:42:15.80ID:mREgEFij
言ったのと言いつつ言ったつもりになってただけだわ。謝られるとこっちが申し訳ない
686680
2018/03/29(木) 22:25:28.48ID:wUGa4G8N
>>682
なるほどわかりやすい説明サンクス。
687デフォルトの名無しさん
2018/03/29(木) 23:19:00.18ID:fG+oYH1y
元々の問いに対する答えは持ってないけど、そもそも
引数に明示するのは返却値の代入と同じで副作用でも何でも無いような。
688デフォルトの名無しさん
2018/03/30(金) 00:38:00.59ID:Cv8Wlmrv
そういう、単に複数の値を返したい(outパラメータを使いたい)からというだけで
関数ではなくてサブルーチンになっている物に対して、副作用がないことを明示できるのが
Fortranのpure、という話だろう
今時なら普通にタプル返すだけだけど
689デフォルトの名無しさん
2018/03/30(金) 01:00:29.06ID:Z4F/kC6f
>>688
そうそうそれそれ。汲み取ってくれてありがとう
タプルで返すのもいいんだけど、大きなベクトルとか行列とかは返り値として返そうとすると確保やらコピーやらのコストがかかっちゃうから、サブルーチンって結構いいと思うんだよね
690デフォルトの名無しさん
2018/03/30(金) 03:17:21.13ID:Wx9gH+Ym
でかい配列を返すとして、オブジェクトを複製せずポインター返しておしまいという言語も多いし
691デフォルトの名無しさん
2018/03/30(金) 12:08:24.66ID:27QTfa4q
それのオーバーヘッドがどの程度のものなのかよく分からんで不気味に感じるんだよな。俺が勉強不足なだけかな
692デフォルトの名無しさん
2018/03/30(金) 21:17:44.20ID:S5bBhBUr
ベンチマーク取ればいいだけじゃん
693デフォルトの名無しさん
2018/03/30(金) 21:25:37.94ID:gL2Crqwy
まあ実際そこそこオーバーヘッドあるんだけどね
694デフォルトの名無しさん
2018/03/30(金) 21:34:29.21ID:35t2qqJ0
ベンチマークとれ
テストコードかけ
は若手にいうと凄まじく煙たがれるなw
695デフォルトの名無しさん
2018/03/30(金) 21:37:02.92ID:lbiuvb17
毎回毎回 (N)RVO が効くかなと頭使ったりプロファイル計測したりするより
可能なら out パラメータにしたくなるよな

string だけは何故か気軽に戻り値にしてしまうが
696デフォルトの名無しさん
2018/03/30(金) 21:53:34.74ID:Lu4RhpIc
なるほど。
値型ローカル変数でスタックを確保する事が意味論的に決まってると、
返却値でコピー回避は難しいですね。
Nimでresultが予約変数になってるのも不思議だったけど、外部で確保した
領域を直接割り当てられる、みたいな理由だったりするのかな。
697デフォルトの名無しさん
2018/03/30(金) 22:05:59.64ID:lbiuvb17
c++ の場合 RVO (return value optimization) が最高に効けば

string f() { return string(“123”); }

void f(void * retval) { new (retval) (“123);}
のように戻り値を呼び出し側が渡した領域に直接コンストラクトするから、

void f(string &s) { s = “123”; }
よりも高速になる可能性がかなりあるんだよね
vectorでもなんでも同じだけど

どうでもいいか
698デフォルトの名無しさん
2018/03/30(金) 22:50:08.41ID:MliDoeQ0
C++ならplacement newを使う手もありそうだが実際に使いこなせる気がしない
699デフォルトの名無しさん
2018/03/30(金) 22:51:45.23ID:35t2qqJ0
どうでもいいな。
そこまで速度欲しいなら他にもっと直接的なやり方がいくらでもあるだろうに。
700デフォルトの名無しさん
2018/03/30(金) 22:53:37.54ID:s5wfWcqZ
そんな細かいことで速くなるような状況ならインライン展開されるだろ
701デフォルトの名無しさん
2018/03/30(金) 23:09:07.15ID:MliDoeQ0
マルチスレッドを考えるとスタックはスレッドローカルなので速度だけの問題ではない
速度だけ考えると確かにどうでもいいからマルチスレッドを考えるといい
702デフォルトの名無しさん
2018/03/30(金) 23:32:59.08ID:vpP76l93
>>699
>>直接的なやり方
それがintent(out)なわけだが
703デフォルトの名無しさん
2018/03/30(金) 23:36:16.61ID:vpP76l93
あすまん>>699>>697へのレスか。それ分からずに変なこと書いた

>>697
その「可能性がある」ってのやっかいだわ
704デフォルトの名無しさん
2018/03/31(土) 00:27:11.90ID:Pb+ZodvD
そもそも返り値使いすぎなんだよな
返り値なんてエラー管理かスカラー関数くらいにしとくものなのかも
705デフォルトの名無しさん
2018/03/31(土) 01:41:58.87ID:uN2ioEKO
その言語の推奨されるスタイルに合わせるべきじゃね?
C++ならちょっとしたことで>>697のどっちがいいか変わるとかには目をつぶって
返り値使うべき
Fortranならoutパラメータを活用すればいいだろ(タプル無いし)
そこから外れるのは実際に速度が必要になってからでいい
706デフォルトの名無しさん
2018/03/31(土) 02:05:24.43ID:Pb+ZodvD
そう。その推奨されるスタイルとしてintent(out)を採用している言語って少ないよなあーと思うんよ
707デフォルトの名無しさん
2018/03/31(土) 02:15:44.60ID:t0EWsjNV
このスレ的にあれどけどc言語がそうだ
戻り値はスカラーかポインタ
それ以外の返り値が必要なら非constポインタを渡す
708デフォルトの名無しさん
2018/03/31(土) 03:00:03.91ID:uN2ioEKO
C言語はスタイルとしてはそうだけど、言語機能としてポインタ渡しとoutは区別されてないな
逆にD言語やC#はoutをinout/refと区別してるけど、推奨はされてない感が強い
709デフォルトの名無しさん
2018/03/31(土) 08:00:23.62ID:9+5jHACw
まあ直感的には引数はインプットで返り値がアウトプットってのは自然だとは思う。
そうならんのはcの場合は返り値をレジスタ、もしくはスタックにどう置くかを意識してるからでしょ。
良くも悪くも低レイヤーに合わせているわけだ。
710デフォルトの名無しさん
2018/03/31(土) 11:14:49.43ID:Pb+ZodvD
Cはintent指定出来ないことに目を瞑ればかなり良いんだけど、配列の範囲外アクセスチェック周りとかが原始的すぎてデバッグしんどいなあ
711デフォルトの名無しさん
2018/03/31(土) 13:27:31.25ID:pVxcphgn
そもそもpure宣言相当が無い、つまりどんな関数も副作用が有りうると想定する
必要のあるCはお題から外れるのでは。
712デフォルトの名無しさん
2018/03/31(土) 14:04:14.80ID:Pb+ZodvD
せやな
713デフォルトの名無しさん
2018/03/31(土) 14:18:10.92ID:38KyKd1m
「副作用が無いDSL」のインタプリタをCで作るか
インタプリタではない何かをDDDで作れ
714デフォルトの名無しさん
2018/03/31(土) 14:45:53.72ID:uN2ioEKO
つ__attribute__((pure))
715デフォルトの名無しさん
2018/03/31(土) 19:03:39.12ID:pVxcphgn
libC関数もヘッダに情報が入って、pure から pure じゃない関数を呼んだらコンパイルエラーになるくらいになったら意味があると思うけど。
716デフォルトの名無しさん
2018/03/31(土) 20:16:30.87ID:dM6Zlct0
画面に出力するのは副作用?Thunderbolt3で接続したGPUボックスをGPGPUとして使った計算は?
ヒープ領域を変更するのは?
と、考えるとpureなものって何でしょうね、ってならないかね
717デフォルトの名無しさん
2018/03/31(土) 20:30:38.28ID:Pb+ZodvD
その辺はHaskell的なアプローチでいいんじゃない?
718デフォルトの名無しさん
2018/03/31(土) 20:31:03.58ID:Pb+ZodvD
Haskell のは並列か
719デフォルトの名無しさん
2018/04/02(月) 19:29:25.78ID:o7/+6TQd
Cって
「本当は疎結合にしたいけど性能優先でしかたなく密結合にするよ」
を理解できるレベルを暗黙の前提にしてない?
なんであんなに流行したんだろ??
720デフォルトの名無しさん
2018/04/02(月) 19:41:43.42ID:jOZ58Btw
Nimって疎結合にしても密結合なCくらいのパフォーマンス出るんだろうか?
721デフォルトの名無しさん
2018/04/02(月) 19:51:29.66ID:7E1ezZvV
ライバルたり得たPascalが
文字列は255文字まで
可変長引数使えない
ポインター扱いにくい
int と char の区別が面倒、など
なんとも無意味な不便さを抱えていたからだと思う

32ビットまでの Windows は API の呼び出し規約が Pasal 流なのに文字列はC式、
初期の Macinrosh は API の文字列も公式の解説書の記述も Pascal だったりしたなあ
722デフォルトの名無しさん
2018/04/02(月) 20:02:30.49ID:jOZ58Btw
ごめんなんでもない
723デフォルトの名無しさん
2018/04/02(月) 22:21:14.63ID:EN/8rlvw
疎結合の意味はよくわからんがdllやsoの中身はほぼ全部Cの関数だろ
724デフォルトの名無しさん
2018/04/02(月) 22:23:36.55ID:QQz+Sj8+
高級言語からCの方向で見てるからの感想だろ。
アセンブラからCの方向だったらまた違った感想になるんじゃないかね。
725デフォルトの名無しさん
2018/04/03(火) 00:10:13.25ID:RwyGVa1s
ドライバのようにインタフェースを関数ポインタで定義して実装を分離するみたいなのが疎結合のC?
726デフォルトの名無しさん
2018/04/03(火) 00:12:50.53ID:kpq2obaf
素直に別の実行ファイルにするのが疎結合のC
727デフォルトの名無しさん
2018/04/03(火) 01:42:26.51ID:+aZgql8Q
>>726
それはコロンブスの卵だから無意識に選択肢から外してしまうんだよな
任意の言語でできることをやっても特定の言語の手柄にならないから
728デフォルトの名無しさん
2018/04/03(火) 03:18:38.36ID:uqya3zvR
作者のwirth先生はPascalを教育用、ModulaをOSも書けるように作ったのに
Pascalの方がそれなりに広まってModulaがさっぱりだったのは不幸だよな
まあModulaはModulaで面倒くさいとこあるんだけど
729デフォルトの名無しさん
2018/04/03(火) 12:54:09.54ID:GZlQK3q7
いい加減スレタイからRustはずそうぜ
730デフォルトの名無しさん
2018/04/03(火) 14:02:58.92ID:bDjjKsy9
つか、スレタイから次世代言語をはずした方がいいんじゃね。
旧世代の言語の話しか出てこないし。
731デフォルトの名無しさん
2018/04/03(火) 14:19:06.58ID:01qL0AuM
>>730
次世代を語るためには旧世代を知っておかねばならんのだ(キリッ
732デフォルトの名無しさん
2018/04/03(火) 14:58:56.73ID:nX+Jhx5Q
おんこちしんと
うんこちんちん
似てる
733デフォルトの名無しさん
2018/04/03(火) 16:29:09.56ID:lykT2DjF
>>729
C++のポジションを狙う言語には「なんなんだよこの仕様=うっとうしい」もついてくるからw
734デフォルトの名無しさん
2018/04/03(火) 17:41:10.26ID:01qL0AuM
>>733
C++のポジションを狙うRustには「なんなんだよこのアンチ=うっとうしい」もついてくるからw
735デフォルトの名無しさん
2018/04/03(火) 18:01:19.06ID:teyqxCn/
ネタにしてるが、マジで旧世代言語知らずに次世代なんて語れんだろう。
736デフォルトの名無しさん
2018/04/03(火) 19:42:11.24ID:wFxxlJZP
そもそも次世代言語ってまだない言語を夢想して話せってこと?無茶いうな
737デフォルトの名無しさん
2018/04/03(火) 19:48:53.79ID:AUs9WXEq
あのアンチはRustに職を奪われたからね、しょうがないね
Rustスレで気持ちよく大暴れしてるときに自分で漏らしてたよ
738デフォルトの名無しさん
2018/04/03(火) 20:16:15.66ID:BzNmSsTz
なんでこんなrust普及の妨げにしかならんこと言いだすんだろう。
739デフォルトの名無しさん
2018/04/03(火) 20:27:21.10ID:X7iioW9i
UE4やHoudini使ってると次世代言語はビジュアルプログラミングでいい気がしてきた
740デフォルトの名無しさん
2018/04/03(火) 20:33:03.03ID:s7jZ67re
Rustは次世代言語だがC++知ってた人と今から勉強始める人の格差はリセットされないな
世代交代とは寿命が尽きることであって格差がなくなることではない
741デフォルトの名無しさん
2018/04/03(火) 20:44:15.49ID:uqya3zvR
>>739
MSは何故GUIエディタを放棄してXAMLなんぞ作ったんだろうか……
742デフォルトの名無しさん
2018/04/03(火) 21:06:26.14ID:teyqxCn/
XAMLはまだBlendで書けるだろ。
743デフォルトの名無しさん
2018/04/03(火) 21:10:07.12ID:f/nGrkvY
XAMLを手書きしてる人なんているか?
744デフォルトの名無しさん
2018/04/03(火) 21:27:57.24ID:teyqxCn/
Xamarinの人たちかな。
745デフォルトの名無しさん
2018/04/03(火) 22:59:23.72ID:oucbN3qp
補完ありのテキストエディタならいくらでもいそうな気がするが。
746デフォルトの名無しさん
2018/04/03(火) 23:12:30.59ID:gOYTrQOB
Delphi「やっと時代が追い付いたか」
747デフォルトの名無しさん
2018/04/04(水) 00:44:22.36ID:fh2IMjqM
>>739
じゃあdiff取ってみろ。
テキストを超える記述方法は無いよね。
748デフォルトの名無しさん
2018/04/04(水) 16:47:20.75ID:VNuZKpdj
Kylix「誰も知らない 知られちゃいけない」
749デフォルトの名無しさん
2018/04/04(水) 17:04:36.07ID:Pmay6Vdj
deっvi---l
750デフォルトの名無しさん
2018/04/04(水) 17:31:20.15ID:wRFLDXS3
まあVBの方が古いんだけどな
751デフォルトの名無しさん
2018/04/07(土) 09:53:55.09ID:e89pcJBq
>>739
同意
テキストよりビジュアルの方が人間の頭脳に優しい
752デフォルトの名無しさん
2018/04/07(土) 12:37:16.42ID:JZPNgytE
Goの案件って結構あるのね
753デフォルトの名無しさん
2018/04/07(土) 12:55:34.16ID:y0NHVjlZ
Goみたいな不安定なものよく使うな
754デフォルトの名無しさん
2018/04/07(土) 13:26:35.73ID:LOY6Fa8O
Cはグローバル変数の使い方やOOPのやり方みたいなローカルルールないと無理っぽい
Cがいくら安定してもローカルルールは安定しない
755デフォルトの名無しさん
2018/04/07(土) 13:43:27.23ID:iO/NW/s5
流石にひどいw
756デフォルトの名無しさん
2018/04/07(土) 16:18:41.57ID:dIEw27mY
>>752
まじでー。普通のcrudなweb案件とかもあるならやってみたい
757デフォルトの名無しさん
2018/04/07(土) 17:28:50.26ID:1M9Ik5ns
どこが不安定なんだろ?
758デフォルトの名無しさん
2018/04/07(土) 18:15:56.12ID:LOY6Fa8O
小学校でプログラミングを教えろ、ただし中学レベルの数学を教えるな
Goがやりたいことは大体これと同じだろ
759デフォルトの名無しさん
2018/04/07(土) 18:27:40.19ID:2Xz4c+5M
何か問題でも?
760デフォルトの名無しさん
2018/04/07(土) 19:04:22.55ID:LOY6Fa8O
どこかの評論家に否定される前に、自分で考えて肯定すればいいのに
自分で考えるのをやめたら、否定してくださいと言ってるようなものじゃないか
761デフォルトの名無しさん
2018/04/07(土) 19:20:07.17ID:y0NHVjlZ
>>759は自分で考えてなんの問題もないと肯定したレスだろう
762デフォルトの名無しさん
2018/04/07(土) 19:59:52.92ID:65xgSjRP
>>758
まあGoogleの中の人は例外すら理解できなくてGoに盛り込まなかったくらいだからな
Googleのプログラマは小学生レベル
763デフォルトの名無しさん
2018/04/07(土) 20:02:15.13ID:y0NHVjlZ
いやいやいや
764デフォルトの名無しさん
2018/04/07(土) 20:42:13.27ID:n5lWGq5m
>>762
例外なんて機能を欲しがるとか正気か?
タプルかタグ付きユニオンのある言語には例外なんて必要ない
むしろ、無いほうがよほど筋が良い。よりによって例外かよ…

Go言語の問題はもっと他にあるよね
ジェネリクスとかNil安全とかラムダ式とかイミュータビリティとか
765デフォルトの名無しさん
2018/04/07(土) 20:45:00.99ID:y0NHVjlZ
AirPlayさんなんだろ
766デフォルトの名無しさん
2018/04/08(日) 00:14:21.96ID:Dxb/j7Bg
>>764
100得ナイフを欲しがっても無理だぜ。
お前さんは、刺身包丁では肉を斬りにくいと文句いう人なの?
767デフォルトの名無しさん
2018/04/08(日) 00:16:58.41ID:kOs0IpX+
ガイガイ
768デフォルトの名無しさん
2018/04/08(日) 00:44:53.47ID:V9VuwMAu
ここでのクソみたいな議論に時間を使うことが一番コスト高ってことを
goを使ってる人はわかってる。
769デフォルトの名無しさん
2018/04/08(日) 00:59:11.92ID:yrhx1H5B
>>764
例外ってか戻値無視してたらコンパイルエラーにする構文がほしい。(すでにgoにあったらスマヌ)
ライブラリやミドルウェア作るとき、ここでエラーならそれ以上処理進めんなってことあるので、アプリ側のエラーハンドリングを強制させたい。
それができないからやむを得ず例外で終了させてる。
770デフォルトの名無しさん
2018/04/08(日) 01:06:05.49ID:+FJwvftX
>>769
例外とコンパイルエラーを同じものと考える神経がわからん。
実行時にまずい処理が来たらgoのプログラムを強制終了させたいならpanicがあるが。
771デフォルトの名無しさん
2018/04/08(日) 01:11:44.09ID:+FJwvftX
つーかgoが気に入らない理由に例外を上げるけど、例外ってそんなに良いもんかね?

例えばこの関数は例外を上げる可能性があるからtryブロック内に書かないとコンパイルエラーになる言語ってある?
それくらいやってくんないと例外を使う意味って、エラーハンドリング問題の先送りでしかないから。
772デフォルトの名無しさん
2018/04/08(日) 01:12:25.64ID:DdcJdhQn
>>766
問題って書いたのが誤解を招いてしまったかな…
別に上記の全てが無いとダメって言ってるわけじゃないよ。あったら嬉しいなくらいにしか思ってない
けど、例外なんて邪魔にしかならん機能を欲しがるくらいなら他に欲しいものがいくらでもあるだろと思って…

あと、揚げ足取って悪いけど、100徳ナイフを欲しがってるなら例外も欲しがってるはずだろ…
例外と継承を捨てたのはGoの英断
773デフォルトの名無しさん
2018/04/08(日) 01:16:07.05ID:kOs0IpX+
>>772
いやお前は悪くない。相手が意味ワカラン奴なだけだ
774デフォルトの名無しさん
2018/04/08(日) 01:46:25.89ID:21utqBEE
java
但しランタイム例外は除く
775デフォルトの名無しさん
2018/04/08(日) 02:00:48.53ID:DdcJdhQn
>>771
>例えばこの関数は例外を上げる可能性があるからtryブロック内に書かないとコンパイルエラーになる言語ってある?
Javaの検査例外とSwiftの例外はtry必須だよ。
けど、try必須だと書くのが面倒なんだよね。実際、Javaでは非検査例外のほうが主に使われてるし…
検査例外と非検査例外を場合によって書き分けるのがJavaの理想なんだろうけど、現実はそうじゃない…
Swiftの例外はtryの書き方が何種類かあるからJavaより使い易くはなってるんだけど
Rustと同じでタグ付きユニオン(enum型)あるから別に必要なくない?ってなる
Rustはエラー処理にenumのResult型を使うけど、Swiftでは例外を使うのがマナーなのかな?
776デフォルトの名無しさん
2018/04/08(日) 02:16:09.65ID:+FJwvftX
>>775
swiftはそうだったな。
たしか例外周りはswift2で追加実装されてウゲーってなった覚えがあるような。
swiftの言語仕様の変更は凄まじいものがあるよな。もうswift4だっけか?
正直swift信奉者≒apple信者じゃないと説明がつかない。
言語仕様をミニマムに抑えて熟考するgoを見習ってほしいわ。
777デフォルトの名無しさん
2018/04/08(日) 02:26:12.80ID:+FJwvftX
>>775
つまり結局goのエラーハンドリングの面倒くささと一緒になるってことだよな?

goのエラーはただの値だから
構造体のメンバ変数に格納先を用意してやれば、
後で纏めてチェックしたり、
一回でもエラーが発生したら処理を中断する
みたいな書き方は全然できる。

そのへんはgo blogに記事があった。
778デフォルトの名無しさん
2018/04/08(日) 03:04:32.63ID:N7to3hps
>>771
goの例外不在についてはerrorの握りつぶしが書きやすい上に気づきにくいのが不満
握りつぶしに比べたら先送りのほうがまだ良い
>>769が戻値無視してたらコンパイルエラーって言ってるのはそこが理由でしょ
779デフォルトの名無しさん
2018/04/08(日) 03:14:34.94ID:+FJwvftX
>>778
あー。なるほどと思ったけど例外処理は先送りしたあげく、結局とこでも処理せず終わるパターンあるよね。
握りつぶしが簡単にできるのはどっちも一緒では?
780デフォルトの名無しさん
2018/04/08(日) 03:17:34.48ID:N7to3hps
>>779
ハンドルされない例外は処理の中断になるけど、
握りつぶしは処理の続行になる
中断のほうが良い、と思う
781デフォルトの名無しさん
2018/04/08(日) 03:49:10.38ID:DdcJdhQn
>>780
例外の一番の問題は予想外の場所で例外が不必要にキャッチされて、その上で
握りつぶされてしまった場合、握りつぶされた場所を特定するのがかなり面倒臭いこと。
そんなコード書くヤツが悪いと言いたいが実際にいるんだからしょうがない…
どこで握りつぶされるか分からんリスクを背負うくらいならその場で握りつぶされた方がまだいい

因みに、エラーハンドリングに関してはRustのResult型が最も筋が良いと思ってる
Result型なら故意に握りつぶそうとでもしない限りは簡単には握りつぶせない
782デフォルトの名無しさん
2018/04/08(日) 04:07:01.05ID:N7to3hps
>>781
goのほうが握りつぶしが書きやすいからこそ、どこで握りつぶされるか分からんリスクはgoのほうが大きい、と思うんだよなあ
783デフォルトの名無しさん
2018/04/08(日) 08:46:33.77ID:Dxb/j7Bg
>>781
トラブルシューティングの為に、キャッチした時点でロギングしないの?
784デフォルトの名無しさん
2018/04/08(日) 09:00:51.10ID:RUgiqDA/
Cのprintfの戻り値を毎回欠かさずチェックしてる人だけが例外に石を投げなさい
785デフォルトの名無しさん
2018/04/08(日) 10:19:07.88ID:xmyFoIZI
戻り値の握り潰しは局所的・静的に判断できるけど例外はそうじゃないからなぁ。
それこそ例外を起こしてみないと見つけるのが困難だったりして。
786デフォルトの名無しさん
2018/04/08(日) 10:23:53.74ID:+rfxRhvD
例外は継続的な改良に対応しやすいのがメリットなんだよな
取りあえず最初は例外安全だけ意識して例外は上の方でまとめて処理しておいて、
あとでより丁寧な取扱いが必要になったときは問題なく対応できる
もちろん、検査例外とかいうビチグソは無い前提だが
787デフォルトの名無しさん
2018/04/08(日) 11:36:37.63ID:Bf+GYw8s
最初はexit
exitの握り潰しが必要になったら例外で
788デフォルトの名無しさん
2018/04/08(日) 11:42:04.86ID:YK+KPtHu
>>758
1から10までの整数を足すのに
ループで順番に足す方法を教える様なのが
今の日本のプログラミング学習(教育)だからな
そんなんじゃだめ
789デフォルトの名無しさん
2018/04/08(日) 13:08:16.40ID:mQRLIlYG
このスレも例外が理解できない幼稚園児ばっかかよ
Goみたいな言語が流行るわけだ
790デフォルトの名無しさん
2018/04/08(日) 13:22:55.27ID:Bf+GYw8s
自分で選んだ言語がそれだったらそれでもいいよ
より良い言語を後で見つけたら自分が馬鹿だっただけで済む
しかしそれを選んだのが会社や国家だったら馬鹿にしても炎上するし擁護しても炎上する
791デフォルトの名無しさん
2018/04/08(日) 13:39:52.93ID:T4sPcvM1
このスレの議論はほんとレベルが低いな
間違った使い方をしたときどちらがマシかでしか優劣をつけられないのか
792デフォルトの名無しさん
2018/04/08(日) 13:50:33.26ID:DdcJdhQn
>>782
なんか会話が噛み合わないなと思ってたがやっと理由が分かった気がする。
>>782の言う"どこ"はGoのエラー(戻り値)は握りつぶしがしやすいから
誰が"どこ"でエラーを握りつぶすコードを書くか分からないって意味の"どこ"だよね。
俺の言う"どこ"は例外がスローされた場所に対して
キャッチされる場所が"どこ"か分からないって意味の"どこ"なんだよ。
キャッチされる場所が分からないとデバッグ時に探すのが面倒なんだよ。
Goみたいに戻り値としてエラーが返されるとエラーの発生場所と
握り潰した場所は必ず一致するからデバッグしやすい。
結局、従来の例外はgoto文と同じでフローが飛ぶから気持ち悪いってのが俺の意見。
793デフォルトの名無しさん
2018/04/08(日) 14:09:14.32ID:Bf+GYw8s
従来の言語にはexitがあるから例外がない
SmalltalkやJavaScriptにはexitがないから例外があるんだろう
794デフォルトの名無しさん
2018/04/08(日) 14:12:58.97ID:DdcJdhQn
>>791
でも、次世代言語って間違った使い方(プログラマによるミス)をさせないように
制限をかける意味合いが強くない?Null安全とかその典型だと思うんだけど。
オレは絶対に使い方を間違えないって言うんならC++, C#とかを使ってろよってなるし…
795デフォルトの名無しさん
2018/04/08(日) 14:13:54.54ID:aL28Ce5R
>>792
戻り値のエラーを握りつぶされると、不適切な状態で動き続けるから、デバッグが困難になると思うんだが。
例外の握りつぶしでも同じ事だけど、構文としては、例外の握りつぶしの方が見つけやすいと思うけどね。catchブロックでしか細工できないから。
goだと正常な返り値の隣に,_つけるだけで握りつぶせちゃうから、見つけづらいんじゃないかな。
796デフォルトの名無しさん
2018/04/08(日) 14:15:23.81ID:V9VuwMAu
間違えを考慮しないシステムの恐ろしさを全くわかってない奴はそもそも話にならん。
プログラミングを語る資格がない。
797デフォルトの名無しさん
2018/04/08(日) 14:23:41.21ID:DdcJdhQn
>>795
すまん。よく考えると確かにデバッグはどっちも面倒なことに変わりないわ。
ただ、個人的にはtry-catchも,_もどっちも見つけづらさは大して変わらないと思ってる。
デバッグ時じゃなくて、普通にコードを読むときに戻り値でやったほうがフローを把握しやすいってことが言いたかった。
798デフォルトの名無しさん
2018/04/08(日) 14:26:14.02ID:aL28Ce5R
返り値でエラーを判別するコードだと、本来やりたいことの次にほぼ必ず、エラー判定処理が入るから、可読性が低いんだよね。
昔、C使ってた頃は、そういうところが嫌でたまんなかったし、ひどいのになると主要な処理が全部、条件部分で行われてて、if文の連なりしかないコードとかみたし。
正常系をリーダブルに書くには、例外の方が気持ちいいなと思うよ。
799デフォルトの名無しさん
2018/04/08(日) 14:32:30.43ID:kugCg6kv
そのあたりはEitherが良いと思うんだな
800デフォルトの名無しさん
2018/04/08(日) 14:35:54.54ID:aL28Ce5R
後、最近のIDE使ってると、todoをコメントに入れとけば、あとでそれを、まとめて見直せるから、取り敢えず、try-catchして、catchのところはtodoにしといて、まず正常系を一通り買いてから、あとで異常系に対処するっていうワークフローにできるのが、例外の利点かなと思う。
801デフォルトの名無しさん
2018/04/08(日) 14:37:10.66ID:N7to3hps
>>792
デバッグ時に、どこかでエラーが握りつぶされてるかもしれない、というパターンを考えないといけない、という意味で「どこ」
しかもそういう状況は>>795の言うように不適切な状況で動き続けるから
握りつぶした箇所と不具合の発生箇所がかけ離れることも多い
だから、goに限ったことではないが、エラーや例外の握りつぶしはデバッグしづらい
例外がどこでcatchされてるか探すのは、握りつぶし探しに比べたらまだ簡単
802デフォルトの名無しさん
2018/04/08(日) 14:37:23.36ID:DdcJdhQn
>>799
タグ付きユニオンがある言語ならそれが一番だと思う。
前にも言ったけど、エラーハンドリングに関してはRustのResult型が一番筋がいいと思ってる
でも、Goにはタグ付きユニオンがないからなあ…
803デフォルトの名無しさん
2018/04/08(日) 14:51:49.81ID:aL28Ce5R
goは本格的には使ったことないけど、無視はできないんで、いろんなコードを見てるんだけど、今のところの感想としては、goって、書き手の思考を遮らないというところに重きを置いてる印象。
deferなんか、なんか開いたらあとで閉めるけど、忘れない内にその処理を予約しとこうみたいな発想かな。
自分は書くことより読むことを重視するタイプなんで、あまりgoには向いてないなあと思ってる。
804デフォルトの名無しさん
2018/04/08(日) 14:51:50.04ID:Bf+GYw8s
副作用禁止ならexitも例外も禁止だからEitherがある
805デフォルトの名無しさん
2018/04/08(日) 15:22:23.64ID:gQU7xBEC
stack traceもしらんのか
806デフォルトの名無しさん
2018/04/08(日) 15:29:06.45ID:drN9+cfC
握りつぶしてるところでスタックトレース出力するんだよ!

('、3_ヽ)_??
807デフォルトの名無しさん
2018/04/08(日) 15:51:49.24ID:4BboKQKO
maybe, eitherがある言語やった後に無い言語はしんどい
808デフォルトの名無しさん
2018/04/08(日) 17:20:17.22ID:kOs0IpX+
Maybe, Eitherは強い。ほぼ必須な体になってしまった
809デフォルトの名無しさん
2018/04/08(日) 17:47:41.66ID:iGi236dt
Eitherは初見だとそれがエラー処理用によく使うっていうことが
名前から全然伝わってこないところだけが嫌い
810デフォルトの名無しさん
2018/04/08(日) 17:58:42.79ID:+FJwvftX
>>803
書きやすさと読みやすさは同一だと思ったが。特にdeferとか大体close処理では?
open直後はdeferにclose処理書いてあったほうが読みやすくないかな?
811デフォルトの名無しさん
2018/04/08(日) 17:58:46.39ID:AFrzJyvZ
たし蟹
812デフォルトの名無しさん
2018/04/08(日) 18:04:30.90ID:ikNNlzZg
リューナイト
813デフォルトの名無しさん
2018/04/08(日) 18:14:07.95ID:V9VuwMAu
defer はスコープの終わりで暗黙的に動くクラスのデストラクタより
コード部分で明示した方がわかりやすくね?って発想じゃないかね。
こういうのは好みだったり書いてるアプリの種類で分かれそうな気はする。
814デフォルトの名無しさん
2018/04/08(日) 18:50:09.38ID:BxgydgxS
c++17の [discard]はどうかね?
815デフォルトの名無しさん
2018/04/08(日) 18:52:29.42ID:BxgydgxS
間違えた nodiscard
816769,815
2018/04/08(日) 23:39:43.80ID:yrhx1H5B
>>792
> Goみたいに戻り値としてエラーが返されるとエラーの発生場所と
> 握り潰した場所は必ず一致するからデバッグしやすい。

俺もそれには同意で、更に一歩すすんでc++17の nodiscard属性みたいな指定ができるてほしいんだよ。デフォルトはコンパイルエラーで。
817デフォルトの名無しさん
2018/04/09(月) 00:41:14.72ID:R+tVusAV
Fortran のIO関係のエラー処理は優れてると思うわ。
Open文にoptionalのerr引数を渡して置けば、エラーが出てもerrに値を入れて続行。err引数を渡してなかったらエラーが出たら異常終了
818デフォルトの名無しさん
2018/04/09(月) 00:59:36.33ID:1PTa96/6
goのdeferは、その中で起こったエラーを外に通知する(簡単な)方法がないってんで
槍玉に上げられてなかったっけ?うろ覚えだけど
819デフォルトの名無しさん
2018/04/09(月) 01:32:15.01ID:l0nazyXh
>>818
一番簡単な方法は名前つきreturn変数を使うことだから簡単ちゃ簡単
だが正直名前つきreturn変数がそもそもクソ構文
820デフォルトの名無しさん
2018/04/09(月) 06:40:40.00ID:ON56dtQ5
>>817
異常終了してはならないUIもある
UIが言語に影響を与える
821デフォルトの名無しさん
2018/04/09(月) 07:57:09.29ID:1PTa96/6
>>819
はー、名前付きreturn変数なんてあったんだ
しかし本来の流れによるerrがある場合は握りつぶさないようにしないといけないし、真面目にやると分岐が入り組みそうだな
822デフォルトの名無しさん
2018/04/09(月) 07:59:50.20ID:R+tVusAV
>>820
いやそのためにerr引数があるのよ……
823デフォルトの名無しさん
2018/04/09(月) 08:27:01.39ID:D454qjGx
>>816
MSはかなり昔からそういうの力を入れていて独自仕様で実現してるな。(SAL注釈)
SDKのヘッダなんかで見かける _Check_return_ とかとかいうやつ。VSの「コード分析」でチェックしてくれる。
824デフォルトの名無しさん
2018/04/09(月) 08:42:34.03ID:mPPENYW6
理想はエラーハンドリングを書いてなかったらコンパイルエラー。
(エラーハンドリングでエラー握り潰すやつは流石にそこまで面倒見きれない)
次点は強制終了。その際にエラーがどこで何故起きたのかって情報を出せること。
一番悪いのはそのまま処理進んでサイレントクラッシュ。

こんな感じ。
825デフォルトの名無しさん
2018/04/09(月) 08:51:45.67ID:2cUxs1pv
コンパイルエラーは、そこまで強烈にエラー対応必須にしたらスクリプトみたいな「まずはとりあえず動くコードを書いて様子を見る」っていう使い方は出来なくなるな
826デフォルトの名無しさん
2018/04/09(月) 09:45:04.94ID:9pBeshvD
となるとrustやな
827デフォルトの名無しさん
2018/04/09(月) 09:59:14.65ID:RBhArkXv
そういやClojureってどうなったん?
828デフォルトの名無しさん
2018/04/09(月) 10:18:17.46ID:aahOEQux
Goの名前付きreturn使うとアセンブリまで落としたとき、コードが少しきれいになるぞ。
俺は好き。
829デフォルトの名無しさん
2018/04/09(月) 10:48:34.89ID:1PTa96/6
>>828
返値の最適化だけが目的なら初めからresult変数方式のやつ使えば
Pascal、Eiffel、あとFortranもそうだぞ
830デフォルトの名無しさん
2018/04/09(月) 11:33:31.90ID:ON56dtQ5
デバッグは自分との戦い
だが最適化は自分が速くならなくても相手が遅くなれば勝てる
他人の足を引っ張る要素があるからカオスになる
831デフォルトの名無しさん
2018/04/09(月) 12:00:22.27ID:aahOEQux
>>829
だけが目的と言うか、優劣をつけたりGoを使う理由にはあんまりしてないが。

例外は俺も好きじゃないな。
ただのちょっと見た目のきれいなgotoであって、フローとしては全然きれいじゃないし、
finallyで複数のリソースの開放しようとしたらどこまで進んだか管理するしかなくなるし、
各エラーで細かい処理が必要だったら結局スコープの狭いtry-catch書くことになるし、
毎行errチェックしたり、いっそ無視したりするのとレベルが変わらん。

deferは、実際に使えた直後に開放を予約できるから価値がある。

良くできてると思うけどな。
832デフォルトの名無しさん
2018/04/09(月) 12:16:00.98ID:Wtc2x12J
>>825
そこは、エラー戻値無視するな構文を用意してれば良い
833デフォルトの名無しさん
2018/04/09(月) 12:16:21.64ID:ebJj02XJ
>>829
え、すまん。よく知らないんだけど、Fortran って関数で配列を返してもサブルーチン的ないい感じに最適化してくれるの?
834デフォルトの名無しさん
2018/04/09(月) 13:04:43.93ID:1PTa96/6
>>833
されるよ。全部の実装でそうとは断言できないけど
要するに>>697のretvalが直接返り値用の変数として見えるってだけ
835デフォルトの名無しさん
2018/04/09(月) 14:38:02.08ID:50KKUeFL
何でここの人たちエラーをその場で処理するのが当然だと思ってるの?
普通は上に投げるよね?
836デフォルトの名無しさん
2018/04/09(月) 14:47:49.87ID:iBEYls0Z
>>835
その「上」の関数ではどうすんの?また上に投げるの?
837デフォルトの名無しさん
2018/04/09(月) 15:03:10.07ID:FuUgA4s9
一番上のハンドラでまとめて受け取る
838デフォルトの名無しさん
2018/04/09(月) 15:18:43.79ID:ml5ntbUH
結局人類にgotoは必要だったんだ!
839デフォルトの名無しさん
2018/04/09(月) 16:05:31.09ID:O1tgNFRh
なんで2ちゃんでこういう議論をすると最期は必ずアホアホ展開になるの?
840デフォルトの名無しさん
2018/04/09(月) 16:19:21.64ID:mPPENYW6
>>835
俺は、その上側でのエラーハンドリングを必須にすることができて欲しいという意見。c++17の nodiscardみたいなの。
rustのResult型や他言語のEither勉強不足でわからない。スマヌ
841デフォルトの名無しさん
2018/04/09(月) 16:26:17.23ID:ON56dtQ5
>>835
マルチスレッドが普通になったから
上に投げるよりスレッドの外に投げる
842デフォルトの名無しさん
2018/04/09(月) 16:39:51.89ID:wyYx8QLn
rustのResultは検査しないとコンパイラにワーンされるよ
843デフォルトの名無しさん
2018/04/09(月) 18:13:02.99ID:aahOEQux
>>835
上に投げるとしても、戻り値で明示的に戻せば良いだろう。
とりあえず手に負えないからだれか呼んだ人処理して、って言って、だれの手にも負えない可能性がある、ってのは良くないと思うよ。
普通とか言い始めると誰の普通かはっきりしないから、それはおいといて。

goでも、ホントに戻り値なしで呼ぶとき以外(何かしらの値とともにエラーが帰ってくる時)は、_で明示的に握りつぶさない限り受けた変数に触らないとコンパイル通らないし。
何一つ受けずに呼び出したり、触った結果握りつぶしたらコンパイルは通っちゃうけど。
844デフォルトの名無しさん
2018/04/09(月) 18:20:13.54ID:2gnvm26g
例外安全を徹底してればどこでキャッチしようが手に負えない例外なんか無いだろ
それを不安に感じるのは、個別の事情にばかり気を取られて全体の一貫性を疎かにする典型的な日本人の思考パターンだ
(メモリ不足など、どこでキャッチしても対処のしようがないものは除く)
845デフォルトの名無しさん
2018/04/09(月) 18:26:58.77ID:aahOEQux
>>844
徹底する、というルールベースな時点で「手に負えない例外は存在しない」という事を言い切るのは不可能でしょ。
メインロジックではアプリケーションの総合ハンドラでメッセージ出してリトライさせれば手に負えるはずの例外だったが、
なんの因果かそいつがバッチプログラムに使われる事になった時とかなんて、前提条件や処理フロー自体が変わる典型だと思うが。

最初からエラーとして返しとけば、なんの問題もなく流用できるでしょ。
常に呼び出す親が(さらに親へ丸投げするかの選択も含め)処理することが義務付けられてるほうが明示的だよねって言ってるんだが。
846デフォルトの名無しさん
2018/04/09(月) 18:38:57.68ID:2gnvm26g
>>845
戻り値なら流用しやすいという根拠は?
なんとなく手抜きっぽい、で批判する典型的な日本人的思考だね
847デフォルトの名無しさん
2018/04/09(月) 18:44:44.78ID:ml5ntbUH
チョンが何か言ってらぁww
848デフォルトの名無しさん
2018/04/09(月) 18:45:14.09ID:2gnvm26g
あと、例外機構を持つ言語には例外安全を維持するための仕組みが組み込まれているのが普通だから、
それを「運用ルールに頼っている」と切り捨てておきながら戻り値は言語の補助があるから安全だと主張するのはダブスタの詭弁だ
849デフォルトの名無しさん
2018/04/09(月) 18:45:52.21ID:w9Q1JF4q
>>846
書いてるだろ。
明示的に処理するからだよ。
すっぽぬけて何処か別の定義されている「はず」のハンドラに任せない所。

全関数にtry-catchを書いてて、親にもtry-catchが漏れなくあって、明示的に再throwしてたり、異常な場合はちゃんと死ぬ事が保証できてるなら、それでもいいけど。
この関数では呼び出し先がthrowすることもあるけど、親にハンドラがあるから大丈夫、が一箇所でもあったら認めないが。

何か、戻り値でエラーを返せる言語使ったことある?
パターンマッチングでエラーか結果か判定できたり、複数結果を返せたり、引数でエラーをどう処理するから指定できる言語。
使ったらわかると思うけど。
850デフォルトの名無しさん
2018/04/09(月) 18:50:39.85ID:w9Q1JF4q
>>848
ダブルスタンダードでもないよ。

維持するための仕組みがあったって、維持していると保証がない限り維持は出来てないのと同じでしょ。

recoverがあるから、catchできるのと同じだからエラーハンドラここに書くって言う奴と同類に見える。
851デフォルトの名無しさん
2018/04/09(月) 18:53:07.60ID:w9Q1JF4q
暗黙的に握りつぶす/無視する、か、明示的に握りつぶす/無視する、だけの違いなんだが。
なんでわかんないんだろう。
852デフォルトの名無しさん
2018/04/09(月) 18:53:14.64ID:2gnvm26g
>>849
そんなことはプログラミングのメインストリームがとっくの昔に通った道なんだよ
Javaの失敗をトレースしてるようにしか見えない
Javaの検査例外がなぜ失敗したかを調べてみたら?
853デフォルトの名無しさん
2018/04/09(月) 18:55:18.76ID:w9Q1JF4q
>>852
「そもそも例外があるから、こういう失敗するんだ」を「例外無くして明示的にやろう」
と言語仕様で厳しくやってるだけで、
トレースしているどころか、トレースしないように別ルート取ってるだろ。
どこがトレースしてるの?
854デフォルトの名無しさん
2018/04/09(月) 18:58:04.38ID:mElBwjLW
>>853
まさか検査例外を知らないのか?
あれは戻り値によるエラー処理を強制してるのと等価だよ
まずは勉強しよう
855デフォルトの名無しさん
2018/04/09(月) 18:58:52.48ID:w9Q1JF4q
日本人的だとか、ロジカルでない事をグダグダ言う前に、いろんな言語の言語仕様みてくりゃいいのに。
Fortranが話題に出てるけど、知ってんのかって疑問。
856デフォルトの名無しさん
2018/04/09(月) 19:03:27.06ID:w9Q1JF4q
>>854
知ってるよ。
非検査例外と検査例外のどちらも発生させうるメソッドはどうハンドリングするの?運用のルール?
結局全部検査例外なら良いって話になっちゃうし、throws書いたらガバガバになるだけじゃん。
857デフォルトの名無しさん
2018/04/09(月) 19:58:52.42ID:rsHYF1DS
jsでasync await使おうとするとエラー系は例外扱いになるから辛い。
858デフォルトの名無しさん
2018/04/09(月) 20:15:00.84ID:ebJj02XJ
>>855
Fortranを話題に出してるのは俺で、俺はFortranユーザーだ。なんか用か?
859デフォルトの名無しさん
2018/04/09(月) 20:15:41.91ID:ebJj02XJ
まあ返り値の最適化はわかってなかったけどなw
860デフォルトの名無しさん
2018/04/09(月) 20:24:45.38ID:25u/0YJa
次世代語る前に現世代を勉強した方が良いねこれは。
861デフォルトの名無しさん
2018/04/09(月) 20:25:58.04ID:w9Q1JF4q
>>858
いやいや、そういう意味じゃない、誤解させてすまん。
引数でerrの取り扱いしたり、名前付き引数があったり、そういう言語を触ったことがあるのか?
皆はそれぞれ使ってて、メリットを分かって話してるが、自分(ID:2gnvm26g)は戻り値でそういう処理をする言語は触った事があるのか?
話題についてこれてるか?Javaかなんかの狭い世界の話ししてるんじゃないのか?
って事を言いたかったんよ。
862デフォルトの名無しさん
2018/04/09(月) 20:31:26.77ID:ebJj02XJ
>>861
ああそういうことか。誤解してたわすまん
863デフォルトの名無しさん
2018/04/09(月) 20:39:58.68ID:2gnvm26g
>>861
俺は普通に使ったことあるし、戻り値をエラーに使うことを否定したつもりはないぞ?
ただ、あんたの主張はJavaの検査例外が失敗した理由を解決していない、と言ってるんだよ
864デフォルトの名無しさん
2018/04/09(月) 20:40:46.31ID:w9Q1JF4q
>>862
いやいや、俺の方こそすまん。
慌てて説明したから名前付き戻り値を名前付き引数とか言ってるし。
重ね重ね面目ない。
865デフォルトの名無しさん
2018/04/09(月) 20:40:53.09ID:FJyngZbb
例外設計に関してはrustが現状ベストだと思うけどな

>>857
unhandled promiss rejection出た時の絶望感半端ない
866デフォルトの名無しさん
2018/04/09(月) 20:45:47.57ID:w9Q1JF4q
>>863
解決していないんじゃなくて、結果として検査例外の書き方がまずかった、検査例外以外の存在も実は「これ検査例外にすべきじゃないの?」とか色々物言いもつく、
そもそも論として全部明示的にハンドリングする事をデフォルトにして、検査例外どころか例外を無くそう、って話なんだが。
失敗したも何も、クソめんどくさかったりして、throwsを全部につければ問題無いとか変なルールで回避するからややこしくなるだけなって、収拾がつかなくなったんでしょ。
ジェネリクスがない頃からJavaは触ってるし、歴史を知らんわけでもない。

問題を整理し直して解決したんじゃなくて、捨てたんだよ。柔軟さを。
867デフォルトの名無しさん
2018/04/09(月) 20:56:14.35ID:ebJj02XJ
ID:2gnvm26gの主張って、エラー関係に文句言ってる奴に「別にthrow-catchでもそんなに困らなくね?」って言ってるの?
868デフォルトの名無しさん
2018/04/09(月) 20:56:27.27ID:1PTa96/6
俺には二人ともが「Javaの検査例外は失敗だった」と主張しているように読める……
なんで喧嘩してるんだろうこの人たち
869デフォルトの名無しさん
2018/04/09(月) 20:58:19.15ID:w9Q1JF4q
>>868
その上で例外廃止を是とするか、「ちゃんとしてれば「手に負えない例外」なんてない」って夢物語を語ってるかが違うと思う。
870デフォルトの名無しさん
2018/04/09(月) 21:00:24.61ID:w9Q1JF4q
なんとなく手抜きっぽいからじゃなくて、本気で手抜きだと思ってんだよなぁ。
871デフォルトの名無しさん
2018/04/09(月) 21:00:41.98ID:25u/0YJa
なんかどっちでも大して変わらんというか、
結局実装者がどれだけ丁寧に作るかどうか以上の話にならん気がする。
872デフォルトの名無しさん
2018/04/09(月) 21:04:04.26ID:mElBwjLW
まあthrows Exceptionやるような奴なら、戻り値によるエラー処理を強制したとしても
全メソッド呼び出しでErrorを盲目的に再returnするか全部握り潰してOptionalだらけにするだけだろうな
873デフォルトの名無しさん
2018/04/09(月) 21:06:17.30ID:w9Q1JF4q
丁寧に作ると、大域ジャンプなんかそうそう使わん。
>>872
それでも、どこか遙か上でcatchしてることを期待してthrowされるより、直上がエラーを見てる事が保証できてるほうがマシかと。
握りつぶすのは論外として。
874デフォルトの名無しさん
2018/04/09(月) 21:09:28.00ID:ON56dtQ5
Javaは継承はあるがジェネリクスがない時代の遺物
タプルやEitherを使わないのもジェネリクスがなかったことが影響している
875デフォルトの名無しさん
2018/04/09(月) 21:11:10.68ID:O1tgNFRh
Javaの検査例外が失敗したのは
パッと見で非検査例外と区別がつかなかったことと
try-catch文を毎回書くもがあまりにも冗長で面倒臭かったから

だからSwiftでは非検査例外の方をなくして
更にtry-catch文の改良することで検査例外を復活させてる

ID:2gnvm26gは検査例外という考え方そのものが失敗作だと思ってない?
そうじゃないよ。
876デフォルトの名無しさん
2018/04/09(月) 21:16:16.06ID:D454qjGx
ところで検査例外って「失敗」したの?たしかにJava以降採用する言語はないけどさ。
877デフォルトの名無しさん
2018/04/09(月) 21:19:48.19ID:mElBwjLW
検査例外は多態との相性が最悪なんだよ
Java自身ですら、Lambdaで詰んでとうとう検査例外やめちゃった
878デフォルトの名無しさん
2018/04/09(月) 21:36:54.73ID:1PTa96/6
>>877
この関数は引数として渡されたクロージャと同じ種類の例外を投げますよ記法があれば良さそうに思うけどな
やることは多相型の推論と同じだろう
879デフォルトの名無しさん
2018/04/09(月) 21:48:04.19ID:1PTa96/6
あー、Javaの場合はクロージャを独立したinterfaceとして型を付けないといけないんで無理だな
すまん忘れてくれ
880デフォルトの名無しさん
2018/04/09(月) 21:49:57.80ID:8jS3HAgs
例外をGenericsパラメータにして大体同じような事は出来る。
単に標準ライブラリが採用しなかっただけでは。
881デフォルトの名無しさん
2018/04/09(月) 22:01:05.72ID:ON56dtQ5
動的型は平和でいいよな
検査例外やジェネリクスの無理難題を
追っぱらうため *だけ* だったとしても、それ自体、動的型を使う強力な理由になりうる
882デフォルトの名無しさん
2018/04/09(月) 22:29:22.04ID:mPPENYW6
>>872
明示的に無視するように書いてる場合は議論から除いたほうがよくない?
883デフォルトの名無しさん
2018/04/09(月) 23:37:00.39ID:zonfm2OA
Goはマスコットがきもい!!
884デフォルトの名無しさん
2018/04/09(月) 23:41:10.06ID:O1tgNFRh
>>883
世間一般ではあれをキモカワイイと呼ぶ……はずだ…
885デフォルトの名無しさん
2018/04/09(月) 23:55:03.87ID:zonfm2OA
まぁ一番キモいのはTomcatの猫だが
886デフォルトの名無しさん
2018/04/09(月) 23:56:56.11ID:GkNeq2uk
Kotlinは、名前だけなら一番かわいい。
887デフォルトの名無しさん
2018/04/09(月) 23:59:55.69ID:GkNeq2uk
>>882
複数で開発してる時とか、誰かがやっちまってて、頭抱えることになったりするから、無視しやすいのはギルティだと思うけどね。
888デフォルトの名無しさん
2018/04/10(火) 00:06:23.32ID:G1U7ZKfA
一番キモいのはGitlabの昔のアイコン。
889デフォルトの名無しさん
2018/04/10(火) 00:06:43.88ID:qmeNshHp
>>886
Roslyn「あたしより?(ノД`)」
890デフォルトの名無しさん
2018/04/10(火) 00:15:20.65ID:RkM59NlG
>>887
言語が用意した安全機構を無理矢理回避して握りつぶすことまでは言語側の責任ではないだろうとは思う
とはいえ、安全機構が不十分であるのならそれは言語側の責任だろうと思う
そしてgoの安全機構は不十分だと思う
891デフォルトの名無しさん
2018/04/10(火) 00:21:44.16ID:EmC/WCPP
ねぇ、まだ例外の話するの?そろそろ飽きたんですけど…
最近の言語のエラーハンドリング(Goのタプル, RustのResult, Swiftの例外)が
従来の例外(非検査例外)を使っていないという事実が全てを物語ってるでしょ?

Kotlin, TypeScriptは互換性の問題で非検査例外を外すわけにはいかないが…

あとは、握り潰しの対処に関しては議論する価値はあるかもしれないけど…
結局「握りつぶすバカが悪い」って結論になりそうな希ガス
892デフォルトの名無しさん
2018/04/10(火) 00:59:26.74ID:EEQPQ2Uz
>>887
無視しやすいとは書いてねーだろ。
無視しずらくしてるのを明示的に無視するコード書くケースは議論から外すべきといってるだけ。
盲目的にエラーを無視するコード書く人間のことまで議論に含めたらきりないじゃん。
893デフォルトの名無しさん
2018/04/10(火) 07:44:44.88ID:qJmqAz8N
結局Lispエイリアンが最高にカワイイんだよな
894デフォルトの名無しさん
2018/04/10(火) 07:54:07.90ID:Hi+EisyU
コトリンなんか使ってる間抜けはandroid屋さんくらいかね
895デフォルトの名無しさん
2018/04/11(水) 20:59:15.55ID:APP8E9xr
いや、俺使ってるよ。趣味でだけど。
896デフォルトの名無しさん
2018/04/14(土) 12:38:55.29ID:LFIiHGEx
>>893
いやキモいだろ
897デフォルトの名無しさん
2018/04/14(土) 12:41:23.74ID:rk2ZBYTo
>>896
どういう感性してんだおめえクロマニョン人か?
898デフォルトの名無しさん
2018/04/14(土) 12:49:22.86ID:eqcluMRm
何で揉めてんだよ
899デフォルトの名無しさん
2018/04/14(土) 18:24:20.33ID:s0fojNED
コトリンなんか使ってる間抜けはandroid屋さんと君くらいかね
900デフォルトの名無しさん
2018/04/14(土) 18:57:30.54ID:vgY4uhqI
googleもなんでkotlinとdartってかぶってることやってるの?
901デフォルトの名無しさん
2018/04/14(土) 21:52:46.32ID:7M7GkfUj
googleは別にことりんは作っておらんで。
dartは作ってるけど。
902デフォルトの名無しさん
2018/04/14(土) 21:57:34.62ID:xCvUgQvH
こういうスレで、特定の言語をディスるやつは、その言語を使えない(理解できないとか、組織の都合とかいろいろあるだろうけど)やつの呪詛だと思うことにしている。
903デフォルトの名無しさん
2018/04/14(土) 22:57:19.09ID:LHyM2rc9
呪詛に反対するならポリコレを推進すればいい
逆にポリコレに反対なら呪詛は許容範囲内だろう
904デフォルトの名無しさん
2018/04/14(土) 23:11:05.96ID:xdB8fLqn
こういうスレで、特定の言語をマンセーやつは、その他の言語を使えない(理解できないとか、組織の都合とかいろいろあるだろうけど)やつの呪詛だと思うことにしている。
905デフォルトの名無しさん
2018/04/15(日) 10:50:29.03ID:MI4LTSUC
俺自身はgoがなんで好きか説明できないけど好き♡
906デフォルトの名無しさん
2018/04/15(日) 11:02:47.68ID:X/anazzZ
一つの言語しか使えないやつは、こんなスレにこないと思うけどな。
>>904
取り敢えず、お前が悔しいと感じていることは理解した。
907デフォルトの名無しさん
2018/04/15(日) 11:45:40.73ID:ldkcKhuZ
ある程度の文法が分かる言語はいくつもあるがエコシステムを十分に使いこなせる言語は少ない
908デフォルトの名無しさん
2018/04/15(日) 12:19:01.56ID:eLmDxHX7
>>906
そいつはただの煽りだろw
909デフォルトの名無しさん
2018/04/17(火) 12:10:26.37ID:w/mvzKg0
例えばMalbolgeは言語として破綻してるけど、これをdisったら「使えない奴の妬み」になるのか?違うだろ?

そのレベルで使い物にならない言語が世の中にはあるってことだ
910デフォルトの名無しさん
2018/04/17(火) 12:58:58.10ID:QJ3ecdT3
ポリコレの人なら差別感情が原因だというし
ニーチェならルサンチマンが原因だという
何を言ったかではなく何が原因かを重視する人が世の中にはいる
911デフォルトの名無しさん
2018/04/17(火) 12:59:55.25ID:rNTM/JTl
Brainf*ck使えない奴の妬みが心地いいなw
912デフォルトの名無しさん
2018/04/17(火) 13:04:24.51ID:g5yHmTYu
ユングならチンコが原因だというだろう
913デフォルトの名無しさん
2018/04/17(火) 13:16:14.75ID:QO/6Yzum
池沼コンプ
914デフォルトの名無しさん
2018/04/17(火) 16:33:29.42ID:m5s6Mf1F
なんでも性欲に還元しちゃうのはフロイト先生じゃなかったっけ
915デフォルトの名無しさん
2018/04/17(火) 16:45:43.91ID:g5yHmTYu
そっかごめん間違えたわ
916デフォルトの名無しさん
2018/04/17(火) 17:04:22.19ID:gWiyCqxa
>>912
どちらかというとフロイト
917デフォルトの名無しさん
2018/04/17(火) 17:19:32.35ID:cVYjBdTw
元型論とか実用主義とか構造主義とかはプログラミング言語の批評や比較にも丸っと適用できるな…
918デフォルトの名無しさん
2018/04/18(水) 00:07:08.14ID:gZh+2AXP
>>910
普通にレスに参加してると味方も現れたり、割と建設的な会話になるんだが、
名前欄に「あ」と入れるだけで俺が悪くなる不思議な現象もあるんだし、
誰が言ったかもかなり大事だろうね。いろんな意味で。
919デフォルトの名無しさん
2018/04/18(水) 00:33:14.99ID:IXg32T3d
いま適当に調べたらニーチェとフロイトは大陸哲学の先駆者とされる
プログラミングはどう見ても分析哲学です
920デフォルトの名無しさん
2018/04/18(水) 10:22:11.56ID:E1UyW8OG
プラグマティズムでしょ
921デフォルトの名無しさん
2018/04/18(水) 10:43:31.39ID:ITlW1RMQ
【悲報】自己顕示欲の塊「あ」さん、こんな会話でも自分の話に持ち込んでしまう
922デフォルトの名無しさん
2018/04/18(水) 12:13:25.41ID:gZh+2AXP
だいぶ長いこと普通に会話してたからな。
持ち込むも何も、嫌味なんだけどなぁ。
そういう反応含め。
923デフォルトの名無しさん
2018/04/18(水) 12:43:59.64ID:IrI4bqKj
大陸哲学もプログラミングに関係あると思うけどなあ

そういや『記号と再帰』というパースとソシュールの記号論でプログラミング言語を記号論的に語る本があったな
924デフォルトの名無しさん
2018/04/18(水) 12:58:33.98ID:2VrfViNp
おまえら哲学とラムダ計算どっちのほうが詳しい?
925デフォルトの名無しさん
2018/04/18(水) 13:36:02.31ID:+aOsPa5t
クイックソートの各言語での実装はクイックソートのイデアの写像なのだ (プラトン主義)
野の諸言語でのクイックソートの実装のどれ一つとってもその中にクイックソートは内在する (グノーシス主義)
926デフォルトの名無しさん
2018/04/18(水) 17:12:11.36ID:lZdMxdpS
プログラム言語での英米系と大陸系
言語仕様が多少一貫してなかろうが便利ならいいんだよ
vs
そんなんだからごちゃごちゃな仕様になるんだよ

結局「メシマズ野郎」「カエル食い」のいつもの展開になりそうな気もするw
927デフォルトの名無しさん
2018/04/19(木) 17:03:40.67ID:9euJrxqo
哲学史と同じだなw
928デフォルトの名無しさん
2018/04/19(木) 17:42:11.31ID:Ugd67CCb
繰り返している記憶を思い出せないゆえに歴史は繰り返す
929デフォルトの名無しさん
2018/04/20(金) 17:07:59.52ID:rfyQpLQN
>>926
まあ結局なんでこんなにたくさんの言語があるのかってのが答えだと思うな
で、どっちが優れてるかってのはどちらがより後世まで生き残るかで決めるしかないんじゃないかな
まあ時代、時代で必要な技術ってのは変わるからそれで一応の結論が出せるって話でしかないけど
930デフォルトの名無しさん
2018/04/20(金) 17:18:58.21ID:sbzNwV19
未だに決着がついてないところまで似てるw
931デフォルトの名無しさん
2018/04/21(土) 02:20:33.50ID:h2C47Kaa
隙あらばあ語り
932デフォルトの名無しさん
2018/04/21(土) 07:58:45.75ID:Tcatlxxe
いまどき「語り」に罪悪感を覚える人間がどこにいるんだよ
次世代に備えろ
人を見たらサイコパスと思え
933デフォルトの名無しさん
2018/04/21(土) 19:40:57.77ID:W/q1DIXv
隙あらば次世代言語語り
934デフォルトの名無しさん
2018/04/21(土) 20:16:20.43ID:Z4H7O2O2
>>931
俺じゃねえぞ
935デフォルトの名無しさん
2018/04/21(土) 20:45:55.94ID:dcjYnmEM
>>934
誰だよおめー
936デフォルトの名無しさん
2018/04/21(土) 22:42:40.15ID:zqkaZSIG
次世代言語にDartは入りますか?
937デフォルトの名無しさん
2018/04/22(日) 08:48:01.83ID:jd9SLSuF
いいえ、残念ですが死産です
938デフォルトの名無しさん
2018/04/22(日) 09:54:09.54ID:c2tTlBO1
先月Dart2が出たと思ったらもう死んだのか・・・
939デフォルトの名無しさん
2018/04/22(日) 14:12:12.91ID:TtvJ1g+m
Laravelの伸び方がやばい件
これPHP復権するんじゃね?

https://trends.google.co.jp/trends/explore?date=all&;q=Ruby%20on%20Rails,Laravel,Rails
940デフォルトの名無しさん
2018/04/22(日) 14:18:33.01ID:nugsKp1K
Dartほど誰にも望まれてない不憫な子も珍しい
望まれてない技術をゴリ押しするなんて、Google自身が非難していた過去のMSとやってることは変わらないって気付いてないんだろうか
941デフォルトの名無しさん
2018/04/22(日) 14:27:32.48ID:AAVHB68B
ゴリ押すどころかGoogleが真っ先に見捨ててるだろ
942デフォルトの名無しさん
2018/04/22(日) 16:44:50.97ID:WERdgzar
>>939
こっちでどうぞ
【PHP】Laravel【フレームワーク】 [無断転載禁止]
http://2chb.net/r/php/1503683914/
943デフォルトの名無しさん
2018/04/22(日) 18:30:51.10ID:jd9SLSuF
今さらゲリクソプェチピィでフルスタックとかガイジにもほどが
944デフォルトの名無しさん
2018/04/22(日) 19:35:14.33ID:bBR6Oib8
>>939
laravelってそんなに良いかな?
丁度railsのチュートリアルと合わせてlaravelも触ってるけど
railsの劣化コピー感があるんだけど。

この辺の感覚はここに書くには長すぎるからqiitaにでも書くけどさ
945デフォルトの名無しさん
2018/04/22(日) 20:55:44.29ID:o9swHd+I
どの辺がどう良いか言えない時点で頭お察しのペチパーだろ

せめてRailsと比べての明確な利点を理論的に話してもらわんと。ペチパーには無理だろうけど
946デフォルトの名無しさん
2018/04/22(日) 21:02:46.32ID:fdCmw2ub
Railsと比較したらどんなものでもマシだろう。
947デフォルトの名無しさん
2018/04/22(日) 22:34:33.87ID:eKADyGOj
Rails自体を手放しで賞賛する訳じゃないが、
PHP製のRails劣化コピーフレームワークどもがRailsよりマシってさすがに頭ペチパーでは

SymfonyがRailsより良いのか?
Laravelが?
FuelPHPが?
CakePHPが?
948デフォルトの名無しさん
2018/04/22(日) 23:01:59.83ID:IlGrff4D
JavaScriptはブラウザを変えても動く
それに比べて、PHPとRubyはサーバーを変えたらどうなるの
949デフォルトの名無しさん
2018/04/22(日) 23:20:29.43ID:9Np5N8Zp
phpは知らん。rubyは発狂しそうになった。pythonやjavaもトラブったことある。
goのシングルバイナリとか憧れるわ。青い芝生なのかもしれんけど。
950デフォルトの名無しさん
2018/04/22(日) 23:45:16.35ID:eKADyGOj
jsもサーバで動かそうとするとRubyやPythonの比じゃないくらい頭おかしくなるけどな

Goのシングルバイナリは悪くはないんだが妙にデカいのとコンパイルパスがバイナリから消せないのがクソ
951デフォルトの名無しさん
2018/04/23(月) 00:42:42.58ID:Qj7zyv05
型無し糞言語なんて全部糞だからセーフ
952デフォルトの名無しさん
2018/04/23(月) 02:01:40.00ID:sTSAMHq0
>>950
でかいと言ってもrubyなんかのライブラリ含んだ環境と比べてもでかいもんなのかなぁ?よくわからんけど。
953デフォルトの名無しさん
2018/04/23(月) 03:25:35.65ID:6kB1GY2J
nodeのほうがRubyやPythonよりまだマシだったぜ。こいつらの場合システムプリインストール版と戦わなくちゃならんもん。
954デフォルトの名無しさん
2018/04/23(月) 05:55:51.63ID:klhfnu8X
nodeだってそのうちきっとsystemdあたりが使い出して
プリインストールされて衝突するようになるよ
955デフォルトの名無しさん
2018/04/23(月) 06:26:29.65ID:u+QX9S93
railsが最強なのはrailsチュートリアルという無料コンテンツが存在する点。
これ一本で何も知らない素人をwebエンジニアにしあげてしまう力がある。

しかも常にメンテナンスされてて一部古くて使えない。みたいなことも無さそう。

phpもフレームワークを真似るんだったら、こういうエコシステム面もぱくらんとな。

特にphpは推奨すべきphp.ini構成とかあるんでしょ?
956デフォルトの名無しさん
2018/04/23(月) 07:57:49.59ID:Lxhtz3Yj
>>954
node は素人が普通に使っても衝突しにくいと思う
957デフォルトの名無しさん
2018/04/23(月) 08:36:31.93ID:SVjZZRS4
>>950
デカイのはstaticリンクされてるから。
びっくりするような「ただOSとしてlinuxが起動してるだけ、なんのライブラリも入れてない、コマンドもない、むしろシェルすらない」みたいな環境でも起動するんだから必要悪だと思うわ。
958デフォルトの名無しさん
2018/04/23(月) 08:39:44.34ID:SVjZZRS4
>>955
何も知らない素人を、なんとなく組めるけど考え方の骨子も知らずパフォーマンスなんか気にしない「Rails書き」に仕上げる、の間違いだろ。
Railsからruby始めたやつで、唸るようなコード見たこと無いぞ。
ruby大好きな人が書くコードは好きじゃないけど唸ることはある。
959デフォルトの名無しさん
2018/04/23(月) 08:43:37.79ID:p6JtziKv
>>951
そんなこと言ってたら極論シェルすら使えなくなるだろ
960デフォルトの名無しさん
2018/04/23(月) 08:49:26.77ID:gcQjvBIZ
GoのシングルバイナリのメリットはDockerがいらないという点だろ
まあGo使うような意識高い系のインフラはそもそもDockerデプロイ前提だったりするからあまり意味ないけど
961デフォルトの名無しさん
2018/04/23(月) 08:57:04.74ID:8zXr1SIe
唸るようなコードなんて見たくない。
唸りたくない。
驚き最小の法則。
962デフォルトの名無しさん
2018/04/23(月) 09:02:31.54ID:SVjZZRS4
唸るってのは難しくて唸るんじゃねえよ。
美しすぎて唸ったり、ぐうの音もでないときの唸りだよ。
驚き最小限と言うが、そんな事言ってたらバカがバカのままじゃん。
963デフォルトの名無しさん
2018/04/23(月) 09:11:34.54ID:8zXr1SIe
何でバカのお勉強に付き合わなきゃならんのだ。成りすましruby厨は巣に帰れ。美しいコードとやらでシコシコやってろ。
964デフォルトの名無しさん
2018/04/23(月) 10:28:24.82ID:u+QX9S93
>>958
数週間前までプログラムを書いたことのない人のコードだぞ。許してやれよ。

スタートアップのコードは大体クソだと聞く。金を生むようになってからリファクタリングするためにあんたを雇ってくれるんだから雇い主になるんだぞ。もっと敬えw
965デフォルトの名無しさん
2018/04/23(月) 10:39:44.78ID:KRfN1kM2
>>958
つーかパフォーマンスが必要ならそもそもrailsつかうなや。
elixir使え
966デフォルトの名無しさん
2018/04/23(月) 11:40:35.21ID:lvgkpyUP
最強の無料コンテンツがあるのにどうやって金を生むのか不思議
有料って驚き最大じゃん
967デフォルトの名無しさん
2018/04/23(月) 11:56:46.40ID:SVjZZRS4
>>963
rubyがそーいう書き方を是とするのが好かん。
なにがなりすましなんだよw

>>964
プログラマ気分で口開かなければ無視するよ。
往々にして、プログラマ気分で口開くようになるけど。

>>965
ところがrailsしかできない奴は無理矢理rails使うんだよなぁ。
PHPerよりもレベルが低いのに、マシだと思い込んでるバカばっかり。
968デフォルトの名無しさん
2018/04/23(月) 12:09:11.14ID:aoPGecCM
スレタイ読めますか?
969デフォルトの名無しさん
2018/04/23(月) 12:55:04.45ID:jMm7sVs3
Rails が基本になる理由は、
無料で翻訳された、Rails チュートリアルという教科書があって、
数十の技術が、山陰地方のRails合宿などで、学べるから

Git, Bitbucket, Heroku,
Ruby, ERB, HTML, CSS・SASS, JavaScript・jQuery,
DB, SQL, MVC,

Linuxコマンド・シェルスクリプト
環境構築・仮想環境
パッケージマネージャー
テストのやり方

普通、これらは1冊ずつの本になっている。
別個に勉強して、資格を取ると、軽く10年は掛かる

Web アプリには、ものすごい総合力が問われるから、
開発していくと、どこかで出来なくなる

それを、Rails チュートリアルでは、必要な部分を超特急で教える。
だから、Node.js + Express の前に、やっておくべき

ここで苦しむと、他言語で楽になる
970デフォルトの名無しさん
2018/04/23(月) 13:02:03.72ID:8zXr1SIe
10年とか無能すぎワロタwww
971デフォルトの名無しさん
2018/04/23(月) 13:28:10.73ID:u+QX9S93
>>969
多分俺が10年で学んだこと。って言いたいことじゃないか?
大体紆余曲折を経て正解にたどり着く。
それぞれの年代によって開発トレンドも変わっていきその都度ふりまわされることもあり。
そうしてたどり着いた正解を
一冊のチュートリアルにまとめました。
972デフォルトの名無しさん
2018/04/23(月) 13:32:39.38ID:u+QX9S93
>>969
俺もこれに感動した。他のフレームワークでwebアプリ書いてるやつもrailsチュートリアルを読んでほしい。
というか、railsチュートリアルパクって作れ。
973デフォルトの名無しさん
2018/04/23(月) 13:33:05.10ID:Lxhtz3Yj
言いたいことは色々あると思うがNGして我慢しましょう
974デフォルトの名無しさん
2018/04/23(月) 13:34:48.24ID:u+QX9S93
>>972
他のフレームワークもrailsチュートリアルをベースにチュートリアルを作るべき。と言いたかった
975デフォルトの名無しさん
2018/04/23(月) 14:11:35.74ID:SVjZZRS4
総合力とやらしか無い開発者ってのは居て、そして、それで良いと思ってる。ここまでは許そう。
ただ、他人にその低レベルが当たり前だと触れ回るのは如何なもんか。

もうちょっと真面目にやれよ。
過去の言語を知らねば次世代言語の話は出来まいとは言ったが、過去の言語で満足してるなら大人しく寝てろ。
976969
2018/04/23(月) 14:48:01.73ID:jMm7sVs3
Linux 資格のLPIC とか、環境構築・シェルスクリプトとか、
漏れは、個別に勉強しているから、
それぞれの内容は濃いけど、時間が掛かる

ただ、この勉強はしょーもないから、ほとんどの人が続かない。
勉強だから

その点、Railsチュートリアルは面白い。
実際に動くものだから

Ruby の女神・女優の池澤あやかも、そう言ってる。
楽しくないと続かないって
977デフォルトの名無しさん
2018/04/23(月) 15:28:45.42ID:u+QX9S93
>>975

過去の言語って何?
そもそも次世代言語の指すものも明確になってないんだから、ぶっちゃけただの井戸端会議でしかない。したがって資格の有無もない。
978デフォルトの名無しさん
2018/04/23(月) 15:31:29.85ID:u+QX9S93
仮に次世代言語があるとするならそれは初期状態からLSPを揃えた言語であるべきだろうな。最初からIDE連携がしっかり取れてリファクタリングも容易。これは必須事項だろう。
979デフォルトの名無しさん
2018/04/23(月) 15:42:41.08ID:kKKCDRJg
>>978
LSPって何?
「リスコフの置換原則」のこと?
980デフォルトの名無しさん
2018/04/23(月) 15:56:21.02ID:KRfN1kM2
>>979
language server protocol
981デフォルトの名無しさん
2018/04/23(月) 16:26:20.82ID:kKKCDRJg
>>980
ああ、MSのアレね。どうも
>>978
そういう機能も重要だとは思うけど、もちろん一番重要なのは言語設計でしょ?
IDEの機能がいくら優秀だったとしても言語設計がクソなら意味はない。
逆に言語設計さえ良ければそういう機能は自然と後からついてくるのでは?
982デフォルトの名無しさん
2018/04/23(月) 17:02:12.83ID:aOH2hrcK
>>976
情報系の大学に行けば在学中の4年で全て出来る
俺は卒業前にはLPICレベル2も応用情報も持っていたし、Webならインフラから開発まで全て出来た
983デフォルトの名無しさん
2018/04/23(月) 18:11:20.46ID:8zXr1SIe
→「インフラから開発まで」←
984デフォルトの名無しさん
2018/04/23(月) 18:12:48.65ID:SVjZZRS4
>>977
過去の言語って何?ってのは、適宜引用するときにその特徴含め、何と何を比較してるかを述べれば充分でしょ。

井戸端会議する為のベースラインが無いなら、井戸端のおかーさんにひっついてきてる子供みたいなもんだ。
資格の有無は言ってない。意味が無いと言ってる。

「○○」は素晴らしかった、だから「○○」を「□□」で焼き直せ、って論調に
「ならやっとけ。と言うよりそれしか理解できねえから○○がベストだと思ってて、
 何でも○○で解決しようとして、新しいパラダイムなんか理解する気ねえだろ」
って言ってるだけ。
985デフォルトの名無しさん
2018/04/23(月) 18:18:36.33ID:SVjZZRS4
>>976
濃いし、人によっては時間がかかるのも事実かもしれんが、
しょーもない、と言い切るのもおかしいし、ただの勉強でもない。

Railsしか知らないから、Railsは実際に動かせるから楽しいとかぬかすんだろ。
ほとんどRails弁みたいなruby使ってタノシーって覚えて、Rails訛りのrubyしか使えない奴になるのが関の山。

よほど変なハードを要求するものでもなけりゃ、何でも実際に動かせるわw
何もCで書けとまで言ってる訳でなく、perlで生socket使ってhttpサーバ書いた方がよほど応用が効く知識つくんじゃねえの?って話。
今時perlは極端だけどな。
986デフォルトの名無しさん
2018/04/23(月) 19:32:32.81ID:JgfH4MZr
唸るコードは草
987デフォルトの名無しさん
2018/04/23(月) 20:33:33.00ID:AzyZGKdE
唸る僕のコード(ザ・ルビイスト)
988デフォルトの名無しさん
2018/04/23(月) 20:44:54.50ID:iikzPCLQ
は?おまえのかいたコード唸らねえの?
俺のはPCが唸るぜ
989デフォルトの名無しさん
2018/04/23(月) 21:20:18.83ID:SVjZZRS4
俺ruby嫌いだぞ。
990デフォルトの名無しさん
2018/04/23(月) 21:24:14.13ID:p/p8P93w
デバッグは自分との戦い
小並感書き殴るだけで後は誰かが採点してくれるお受験とは違う
991デフォルトの名無しさん
2018/04/23(月) 21:31:57.26ID:SVjZZRS4
しかし、ホントにたとえ自分の嫌いな言語でも関わらないと仕方ない事とか、
その中で「へー、この言語だとこう書けて、確かにシンプルでわかりやすいな」とか感心する事無いの?
言い回しがダサかったのは認めるけど。
992デフォルトの名無しさん
2018/04/23(月) 21:47:58.89ID:p/p8P93w
ソースコードの読み方にはコツがある
読まなくてもわかる情報を全部理解するまで読まないこと
993デフォルトの名無しさん
2018/04/24(火) 00:11:46.25ID:ZNYEqjZq
読まなくてもわかる情報をわざわざ読む理由は?
994デフォルトの名無しさん
2018/04/24(火) 00:40:43.83ID:pcJzry5C
インストールできないとか実行したくないとか
読む以外のやり方がたくさんあるのが嫌いとか
995デフォルトの名無しさん
2018/04/24(火) 07:42:24.61ID:TUZ43qB9
>>985
後半の話はperlよりもgoがおすすめ。
996デフォルトの名無しさん
2018/04/24(火) 09:02:55.18ID:KZ0RDZHW
>>995
俺がGo推しだから、あまりに恣意的過ぎると思って。
俺もそう思う。
997デフォルトの名無しさん
2018/04/24(火) 09:32:39.81ID:oBpm702g
タノシーって覚えることのなにがいけないのかわからん
入門の形態とその後の成長に関係はないだろう
998デフォルトの名無しさん
2018/04/24(火) 10:26:37.84ID:sL4t+Nc4
>>982
わろた
999デフォルトの名無しさん
2018/04/24(火) 10:27:37.29ID:sL4t+Nc4
>>992
データ構造を把握するのが第一だな
その次に大まかな流れを観る
詳細は最後
1000デフォルトの名無しさん
2018/04/24(火) 10:28:01.74ID:sL4t+Nc4
>>993
アスペか
-curl
lud20250122000109ca
このスレへの固定リンク: http://5chb.net/r/tech/1520298555/
ヒント:5chスレのurlに http://xxxx.5chb.net/xxxx のようにbを入れるだけでここでスレ保存、閲覧できます。

TOPへ TOPへ  

このエントリをはてなブックマークに追加現在登録者数177 ブックマークへ


全掲示板一覧 この掲示板へ 人気スレ | Youtube 動画 >50 >100 >200 >300 >500 >1000枚 新着画像

 ↓「次世代言語9[Haskell Rust Kotlin TypeScript Dart] YouTube動画>3本 ->画像>1枚 」を見た人も見ています:
次世代言語29 TypeScript Swift Go Kotlin Rust Nim
次世代言語10[Rust Swift TypeScript Dart]
次世代言語議論スレ[Go Rust Scala Haskell]第5世代
次世代言語議論スレ[Go Rust Kotlin Scala]第4世代 [無断転載禁止]
【AI】DeepL、「次世代言語モデル」を実装--翻訳品質で「GPT-4」上回る [すらいむ★]
自称次世代言語議論スレ[PHP PHP PHP]
Polygon「PS5の次世代機用アップデートは面倒すぎる。XboxのSmart Deliveryは超優秀」
Apple m1で盛り上がってるところ悪いがArm終了、Risc-vが次世代の覇権になること決定
【WhiskeyLake】次世代モバイルCPU雑談スレ13【IceLake】
Sony Mobile 次世代Xperia 総合191
Sony Mobile 次世代Xperia 総合176
Sony Mobile 次世代Xperia 総合218
Sony Mobile 次世代Xperia 総合180
Sony Mobile 次世代Xperia 総合210
Sony Mobile 次世代Xperia 総合185
12月30日「AYAKARNIVAL2019」(パシフィコ横浜国立大ホール)にSKE48次世代ユニット「カミングフレーバー」が出演決定!
Sony Mobile 次世代Xperia 総合256
Sony Mobile 次世代Xperia 総合258
【Type-C】USBの次世代仕様「USB4」が発表。Thunderbolt 3ベースで最大転送速度は40Gbpsに
【Nexusから】次世代Google端末を語るスレ Part15【Pixelへ】
OpenAIがついに人類を終わらせるGPT-4の次世代を木曜日にリリース!、、「博士号級の知能」とのこと。。。通称プロジェクト🍓
PS5独占「Astro's Playroom」驚異の次世代グラフィックを僅かロード10秒で実 Part2
【速報】次世代Xbox「Scarlett」はZen2、Navi、GDDR7、カスタムSSDで最高品質の次世代ゲーム機に★3
【速報】次世代Xbox「Scarlett」はZen2、Navi、GDDR6、カスタムSSDで最高品質の次世代ゲーム機に★5
【速報】次世代Xbox「Scarlett」はZen2、Navi、GDDR7、カスタムSSDで最高品質の次世代ゲーム機に★2
【ゲーム】Microsoft,次世代ゲーム機「Project Scarlett」を2020年のホリデーシーズンにリリース
【悲報】TS抜き終了のお知らせ。次世代4K地デジ規格がARIBで承認、改良型A-CAS採用へ。NHKには悲報だがスクランブルにもついに対応
【PS5Pro(Trinity)】次世代機予想スレ 106世代目 【PS6】
次世代の女性研究者を支援する「Sony Women in Technology Award with Nature」 最終候補者7名決定 [すらいむ★]
次世代iPhone Part265
次世代iPhone Part269
次世代iPhone Part271
次世代iPhone Part267
次世代iPhone Part262
次世代iPhone Part264
Intelの次世代技術について語ろう 96
Intelの次世代技術について語ろう 93
Intelの次世代技術について語ろう 86
Intelの次世代技術について語ろう 94
Intelの次世代技術について語ろう 97
AMDの次世代プロセッサを応援しよう part3
【悲報】 次世代のMacはARMチップを採用か
【鉄道】宇都宮LRT(次世代型路面電車)の車両デザインが決定 "雷の光"を表現
【IT】スカパー、LINE、伊藤忠 次世代型テレビ商用化へ
【企業】韓国サムスン、次世代有機ELに1.2兆円投資
【ガラホ】次世代フィーチャーフォン総合 Part18
【ガラホ】次世代フィーチャーフォン総合 Part16
【独占公開】次世代機PlayStation5のグラフィックを予想!
次世代セレクトショップ STUDIOUS ステュディオス10
【速報】Huaweiの次世代スマホ「Mate 20 Lite」画像キタ━━━━(゚∀゚)━━━━!!
【ガラホ】次世代フィーチャーフォン総合 Part15
【ガラホ】次世代フィーチャーフォン総合 Part13
【燕の次世代エース】原樹理 part8【目指せハーラートップ】
【車】ホンダ、AIを持つ次世代スポーツEV「Sports EV Concept」東京モーターショー2017で世界初公開
任天堂の次世代ゲーム機 Nintendo Smart、「すでに量産開始されている」とWSJが報道
有機ELさえ置き去りにする次世代液晶 パナソニックがメガコントラスト液晶の詳細を発表
天然歯の生理機能を有する『次世代型口腔インプラント治療』の実証に成功 Part3
関数型プログラミング言語Haskell Part31
Dart これ以上変な言語を増やすんじゃねえ! Kotlin
【IT】攻守最強のプログラミング言語って「TypeScript」で良いのか?
次世代iPhone Part230
次世代iPhone Part244
次世代iPhone Part203
次世代iPhone Part239
次世代iPhone Part231
【SKE若手メンの叫び】「SKEも次世代コンサートしたい😵😵!」
03:11:58 up 63 days, 4:10, 0 users, load average: 8.14, 8.64, 9.13

in 1.8695781230927 sec @1.8695781230927@0b7 on 061916