18/05/04 06:17:07.59 E+YYG/ag.net
きっとスマートポインタなんかじゃやだもんって意味かと思いました。
398:デフォルトの名無しさん
18/05/04 10:09:56.44 VQ//CMaE.net
極めて大きな最適化の自由度とはなんだったのか
399:デフォルトの名無しさん
18/05/04 10:34:38.24 +ni+4ZPZ.net
>>392
メモリアドレスが抽象化されてれば、実行時の状況や統計情報に基づいたメモリレイアウトの最適化ができるね
理論的には、一緒に使われるものをメモリ上で近くに置いたりしてキャッシュヒット率を上げたりできる
400:デフォルトの名無しさん
18/05/04 11:25:26.68 VQ//CMaE.net
>>393
それは抽象データ型を定義できる言語ならどれでも可能か
それともC++やRustでは不可能か
これが問題だ
401:デフォルトの名無しさん
18/05/04 14:10:07.69 51fiRXRv.net
この知ったかぶり
抽象データ型なんか関係ないだろ
402:デフォルトの名無しさん
18/05/04 15:02:25.96 ZqOHI6SP.net
>>393
ってもそれ空理空論であって、
x[i,j,k] みたいな配列のメモリレイアウトをアクセスパターンから
決めるという単純な処理ですらどの処理系にも実装の予定すらないだろう
「c/c++では有能なプログラマがちゃんと判断して書くから最適な結果が得られる可能性が高い」
という言説の方がまだ現実的
403:デフォルトの名無しさん
18/05/04 15:04:28.49 ngnuzOEt.net
>>396
単純に隙間を詰めるだけなら普通にやってるし、それだけでもメモリのアクセス効率や利用効率は改善するよ
404:デフォルトの名無しさん
18/05/04 15:05:37.17 ZqOHI6SP.net
>>397
それアクセスパターンと関係ないでしょ
話通じてないな
405:デフォルトの名無しさん
18/05/04 15:09:57.46 ZqOHI6SP.net
アクセスパターンからの最適化というのは、
巨大な配列だけどアクセスされるのはごく一部
→スパース配列を用いる
2次元で同じyについて近しいxで連続してアクセスされることが多い
→ cでいう v[y][x] というように同じy座標のものを連続して並べる
こういうこと
406:デフォルトの名無しさん
18/05/04 15:12:34.97 ZqOHI6SP.net
実装が隠蔽されていればそういう最適化の自動化が可能だという>>393に対して、
それはそうだが絵に描いた餅過ぎると否定的なことを言ったのが>>396
以上
407:デフォルトの名無しさん
18/05/04 15:24:22.35 51fiRXRv.net
ヒープの話から来てるからあくまでメモリアロケートした単位での最適化と考えるべきでしょ
話を拡大解釈して通じてないのはお前だと思う
408:デフォルトの名無しさん
18/05/04 15:40:45.66 8dzo215M.net
>>401
393をそう読むのなら話通じないな
別にお前が無違ってると主張する気は無いよ
思想と言論の自由は認めるから黙れとも言わないし
409:デフォルトの名無しさん
18/05/04 15:45:30.86 8dzo215M.net
あ、いや俺が間違ってる気がしてきた
コンパクションで並べるとかいう話か
それでもやっぱり
>>396
＞「c/c++では有能なプログラマがちゃんと判断して書くから最適な結果が得られる可能性が高い」
＞という言説の方がまだ現実的
だと思う
410:デフォルトの名無しさん
18/05/04 17:35:05.26 ngnuzOEt.net
で、有能なC++プログラマはヒープの断片化をどうやって回避するの？
一般的な回避策としてはまとめて静的に確保するわけだけど、それだとRAII的な方法論を否定してることになるよね
411:デフォルトの名無しさん
18/05/04 17:41:04.90 VQ//CMaE.net
生ポインタをprivateメンバーにすれば再配置できるんだろ
412:デフォルトの名無しさん
18/05/04 18:45:44.08 VQ//CMaE.net
そもそもRAIIを肯定するのも否定するのもC++プログラマの自由だ
この自由を尊重すれば、極めて大きな最適化の自由度はC++にもあるんじゃないか
自由を奪ったら最適化の自由度もなくなるのは当たり前だ
413:デフォルトの名無しさん
18/05/04 18:55:41.39 /D8HsFql.net
C++は何も縛らないからなんでも出来る理論本当に嫌い
414:デフォルトの名無しさん
18/05/04 19:00:50.09 ngnuzOEt.net
縛ったほうが最適化の自由度は上がる
C/C++はポインタのせいで配列アクセスの並列化がやりづらいのは有名な話だ
415:デフォルトの名無しさん
18/05/04 19:11:43.01 VQ//CMaE.net
>>407
じゃあ逆の理論はなんなの
一長一短理論
どっちもどっち理論かね
416:デフォルトの名無しさん
18/05/04 19:12:50.22 /D8HsFql.net
>>409
>>408
417:デフォルトの名無しさん
18/05/04 19:24:33.12 HyF2shia.net
GCは、あるプログラマにとっては仕事を単純にしてくれるが、別のプログラマにとっては仕事を複雑にする要因になるという特性があるんだよね
418:デフォルトの名無しさん
18/05/04 20:34:01.38 +h39vGOl.net
>>411
プログラマに、というよりは作ろうとする対象によってではないかな。
419:デフォルトの名無しさん
18/05/04 22:10:23.06 VQ//CMaE.net
「設定より規約」で複雑な設定を不要にするために規約で縛って単純にすることはある
最適化とは関係ない
420:デフォルトの名無しさん
18/05/04 22:27:54.24 U2Bct8CT.net
>>413
全然レイヤが違うぞ…はぁ
421:デフォルトの名無しさん
18/05/04 22:29:07.68 /D8HsFql.net
もういいや
422:デフォルトの名無しさん
18/05/05 00:07:46.07 3M7DBZHK.net
>>414
全然違うレイヤでしか評価されない概念だからね
型宣言を省略して単純にした言語はあまり評価されない
だからC++のように複雑な言語がずっと勝ち続ける
423:デフォルトの名無しさん
18/05/05 09:26:04.08 0zR7mPRl.net
言語レベルでは縛りを減らして、ツールもしくはプロジェクト毎の規約で矯正する方が成功してる印象。
424:デフォルトの名無しさん
18/05/05 12:36:15.72 Ptn/YTVe.net
Ruby使いはなんでもRails基準で話するから困惑させられるわ。
規約で縛るのと、設定させるのはまた別の次元の話な気がする。
規約で縛った上でさらに明示的に設定させるなんて思想もあるし、
明示的に設定すること、と言う一文すら大きく捉えたら「規約」だと思うんだが。
misra然り、規約で担保される部分も否定はしないけど、
そんなこと考えなくても言語レベルで無茶は出来ないってのは、結構有益だと思うよ。
goが他の言語だと警告で済ますものをコンパイルエラーにしてたりとか。
425:デフォルトの名無しさん
18/05/05 14:40:21.15 0zR7mPRl.net
それはわかる。
ただ「言語レベルで無茶させない」機能を実装するために「言語実装が無茶してる」
っていう本末転倒レベルのコンパイラが増えてる。
426:デフォルトの名無しさん
18/05/05 14:54:28.61 fkw9D7UX.net
何かを実装しやすくする為の機能、とバグを減らすための安全装置としての機能、と分類した時に後者が気に入らんて訳だな。
古いタイプのハカー思想的にはそうだろうね。
まあでも人間にコード書かせてる内は後者を充実させて行くしか無いでしょう。
427:デフォルトの名無しさん
18/05/05 17:40:15.09 wfyrkg3u.net
バグを減らすための機能はコードを書きやすくするための機能でもあって欲しい。Fortranはその辺のバランス感覚が地味に良い
428:デフォルトの名無しさん
18/05/05 18:31:47.37 sJdk0i7H.net
[][][] [[[ ] X_[[[ [] ][ [] ][][[[]
429:デフォルトの名無しさん
18/05/05 22:21:49.30 g4wn0nIy.net
このスレ的にDart 2はどうなの？
430:デフォルトの名無しさん
18/05/05 22:28:11.15 J0iT62yj.net
>>423
哀れな水子霊
供養してあげよう
431:デフォルトの名無しさん
18/05/06 11:13:25.80 UdK4FK7I.net
>>420
半分だけはその通り。
ただセキュリティーについても結局は効率や速度を要求されるからって話なんだよ。
安全のためにって効率を落とすようなルールを作っておいて
ノルマは下げないみたいな現場ではセキュリティーホールつくようなハックが流行るってこと。
ルールを厳しくして逆に流出なんてパターンは結局これ。
432:デフォルトの名無しさん
18/05/06 11:29:16.72 EZJKrplU.net
悪事の限りを尽くしてきたサイコパスが
効率悪化だけは許さない真面目キャラになるのなんでだろう
433:デフォルトの名無しさん
18/05/06 12:54:13.10 BpvGgdyJ.net
安全性重視と言えば聞こえはいいが
やってることはWarningをErrorにしてるだけだからな
434:デフォルトの名無しさん
18/05/06 13:00:40.56 5SuvHbqD.net
>>427
明確にエラーなら、それを前提にした最適化ができる
435:デフォルトの名無しさん
18/05/06 13:12:21.81 4/stHYd4.net
まあ正直Worningでいいとは思う
436:デフォルトの名無しさん
18/05/06 13:18:55.75 +3dRclkW.net
>>425
unsafeなりなんなりあるかと。
効率や速度というのは、安定動作している事が確実に出来てからやっとテーブルに上げることができる話題であって、
それで落ちる効率なんてのは最初からサボってた証拠とみなす方が多いかと思うよ。
ルールを厳しくして結局流出ってのは、また別の尺度かと。
流出したとしても、それは理由もはっきりさせられるし、なによりソフトウエアの瑕疵ではなくて運用の問題の話になってくる。
437:デフォルトの名無しさん
18/05/06 14:32:39.98 7acvvhvM.net
セキュリティーについての効率化云々とか、半可通だなあとしか言えんわ…
438:デフォルトの名無しさん
18/05/06 15:54:07.22 cxBuJYdg.net
レイヤの上書きし続けるのやめろ
439:デフォルトの名無しさん
18/05/06 15:58:41.42 +3dRclkW.net
いくらコンパイラが怒らないからと言え、セキュリティーホールを突くようなハックとやらをしてたら流石にコードレビューではねるんじゃね？
どういうコードかイマイチ想像がついてないけど。
インラインアセンブラが禁止されてるからハンドアセンブルしたコードか入ってるconst char[]を無理矢理呼び出すとかかな。
単純にそのプロジェクトで使ってる静的解析が誤認するようにコードを書く事を、静的解析のセキュリティーホールと勘違いしてるのか、
それとも、バッファオーバーランしないようにするにあたって、根本的に長さを指定できる関数を使わずに付け焼き刃でバッファにクソ長い配列使うみたいなコードなのか(でもこれは静的解析で怒られそう)
一体何が、コーディングの上でセキュリティーホールを突くようなハックなんだろう？
ピアレビューがあれば瞬殺されて終わりな気もするし。
440:デフォルトの名無しさん
18/05/06 16:29:24.39 3zhAqmJH.net
>>421
Fortranって現役なんか？聞いたことないが
441:デフォルトの名無しさん
18/05/06 16:32:16.64 YMV7ENjt.net
>>434
現役だよ
442:デフォルトの名無しさん
18/05/06 16:36:08.57 T0X5noxd.net
スパコンでは現役。計算物理屋とかFORTRANしか書けないおっさんも居るしね。
まあ数値計算系のコード書いてる連中なんてgitも知らなかったりするレベルで
超絶的に遅れてるから意見なんて無視していいよ
443:デフォルトの名無しさん
18/05/06 16:41:56.05 4/stHYd4.net
>>434
現役かと言われたら、現状数値解析以外では老害しか使っとらん感じで口ごもっちゃうけど、そんな状況に反して最新の言語仕様は結構いい。そして老害はFortranの良い仕様は使っとらん
ある意味逆に次世代言語感あると思う
444:デフォルトの名無しさん
18/05/06 17:13:53.77 +3dRclkW.net
ベンダーがきっちり面倒見てるのも大きいわな。Fortranは。
老害と呼ばれるコードが生き残れるのも、新しいものがサポートされていくのも。
445:デフォルトの名無しさん
18/05/06 18:05:19.44 4/stHYd4.net
まあ新しいもののサポートは遅いがな
446:デフォルトの名無しさん
18/05/06 18:53:07.67 UdK4FK7I.net
まあ運用の問題と言えばそうだけどね。
実際どこぞのrustコードなんて結局unsafe丸がこみコードになってるって話だよ。
レビュアーがまともならってのもその通りだが
P○zyさんとことか有名どこでもそんなもんですよ。
447:デフォルトの名無しさん
18/05/06 19:31:39.25 9CUhRDV/.net
}]] [[《_["[[]]" 〈[]》》 [][][]0,1》》〈〉 [] } } "B,V,0%%%,*1BVLO,SASA1`}}//%\\0,1\"VL"\
448:デフォルトの名無しさん
18/05/07 12:03:19.49 Go6Qgpic.net
>>440
そのP○zyさんのコードはどこで見れるの？
449:デフォルトの名無しさん
18/05/07 17:37:45.62 aRQ7vpNn.net
Fortran現役ってすげーな。
なんか便利な構文あるの？
スペースがなくても構文が認識するって凄いね。何というか分野によって現役だったりするし、web系とか組み込み系とか分野毎に次世代を考えたほうが良いのかも
450:デフォルトの名無しさん
18/05/07 18:29:43.67 Si7Pqr9d.net
数値計算の新しいアルゴリズムってあるの？
動画の圧縮とかだったらどんどん新しくなってるけど
451:デフォルトの名無しさん
18/05/07 18:42:27.46 4LWU/9Ql.net
アルゴリズムというよりは非プログラマが数学物理をプログラムに落とし込みやすいって所じゃないか？
統計メインの生物系なんかはもうRやPythonに移ってるけど
452:デフォルトの名無しさん
18/05/07 21:30:21.40 u0xzmUnv.net
>>443
まあ、分野についての言及は必要だろうね。
453:デフォルトの名無しさん
18/05/07 22:27:02.76 9toRjaak.net
よし、じゃあワシがwebの代表として次世代言語はrustであることをここに宣言しよう
454:デフォルトの名無しさん
18/05/07 23:32:28.33 b+1hN3YL.net
今phpのlaravelしててミドルウェアとかバリデーションとかルーターとかマイグレーションとか
それ自体はフレームワークの機能なんだけど言語仕様としても使えそうなのがチラホラあるけど
こういうの言語に使われることないんかな？
455:デフォルトの名無しさん
18/05/07 23:45:44.05 eqjeSWEf.net
>442
はいよ
URLﾘﾝｸ(tan)
456:akh.jp/posts/2016-12-20-rust-pezy-sc.html
457:デフォルトの名無しさん
18/05/08 00:32:28.71 kgnxB5OH.net
一元論が無理なら八百万って極端すぎる
二刀流くらいがちょうどいい
458:デフォルトの名無しさん
18/05/08 07:49:53.07 BTpaOhWg.net
C++の置き換え言語としてRustには期待している。ただ構文がなんかうっとうしいなあ。
ruby風のラムダは気に入ってるが。
459:デフォルトの名無しさん
18/05/08 08:43:30.21 lO+5Uui0.net
>>445
Numpy相当のベクトル記述が出来るたった一つのコンパイル言語。それがFortran
460:デフォルトの名無しさん
18/05/08 10:01:01.47 JvzvEXdE.net
>>452
確かにあれは書きやすいし速い
GPGPUでの(それをラップしたライブラリでの)行列演算に対するアドバンテージって何かあるのか？
分岐がモリモリ入ってくる場合くらいしか思いつかないが
461:デフォルトの名無しさん
18/05/08 13:34:11.30 k5VrHriK.net
>>453
なんのことを指しているんだ？
462:デフォルトの名無しさん
18/05/08 17:08:07.13 I+Jt0Kav.net
>>452
現実のFortranプログラミングは大量に宣言したスカラー配列を添字でゴリゴリ回すだけだけどな
行列やベクトルの演算のセマンティクスなんか一切残らん
463:デフォルトの名無しさん
18/05/09 01:16:05.28 PEulJP5b.net
haskellの方がCより速いってさ
URLﾘﾝｸ(superstrings.io)
464:デフォルトの名無しさん
18/05/09 02:14:38.03 0YDcqAhS.net
>>456
URLﾘﾝｸ(superstrings.io)
465:デフォルトの名無しさん
18/05/09 02:26:18.12 bn/AH8fd.net
なんですぐばれるウソをつくのだろう？
466:デフォルトの名無しさん
18/05/09 02:35:21.53 hrOQbIqv.net
>>457
すばらしいね。
Cのコードに
__attribute__((optimize("unroll-loops")))
付けると100倍早いけどw
あと、手元の環境で gcc は何故か -O だけunroll付けたのと同様に早くて -O2 以上は遅かった。
バグと言うべきなのかな。
467:デフォルトの名無しさん
18/05/09 03:11:33.85 0bpmHxx0.net
>>453
コンパイラのやる気さえあれば、ライブラリでは不可能な最適化なんていくらでもでできるだろ
実際にやってるかはしらん
468:デフォルトの名無しさん
18/05/09 07:10:29.94 UxragvBK.net
乱数生成が遅いってどこかで見たような、Haskell
469:デフォルトの名無しさん
18/05/09 07:59:31.19 2PdkdhLd.net
>>461
それって言語の問題ではなくコンパイラの実装の問題？
それとも言語仕様として計算量の大きい生成アルゴリズムが規定されてたりするんだっけ？
470:デフォルトの名無しさん
18/05/09 08:01:55.30 2PdkdhLd.net
あ、ごめん。ライブラリの乱数生成の関数を呼んだらということかと思ったけど、自分で乱数生成の処理を書いたらということかな。
471:デフォルトの名無しさん
18/05/09 08:15:55.42 UxragvBK.net
>>463
ごめん、そこまで詳しくないので、誰か補足を。記憶だと前者だったかな。
472:デフォルトの名無しさん
18/05/09 08:17:13.45 yFt+gB3J.net
URLﾘﾝｸ(qiita.com)
この辺の話？
473:デフォルトの名無しさん
18/05/09 09:54:11.86 X/W01mab.net
>>458
せっかくコンパイラ作ったんだからみたいな貧乏性だな
一方、富豪的プログラマはインタプリタを使う
474:デフォルトの名無しさん
18/05/09 21:36:31.89 AJJ2h/PO.net
なんか知らんが定期的にCより速いって話が出てくるな。
高級かつランタイム速度が落ちないってなんかおかしいとか思わないもんなのかな。
475:デフォルトの名無しさん
18/05/09 22:20:41.60 dqSR3cl1.net
さ、最適化をダイナミックに出来るから……
476:デフォルトの名無しさん
18/05/09 23:00:53.08 hrOQbIqv.net
理想を追求
477:する精神は忘れなくて良いやろ
478:デフォルトの名無しさん
18/05/10 02:12:17.66 FhKx4uhS.net
高級品だと遅くなるならC++がCより速くなることはないんだろうなあ
フムフム
479:デフォルトの名無しさん
18/05/10 08:10:24.35 WcF1ShgP.net
実際、もしもコードを書く人がコンパイラを書いた人よりも賢いならばCの方が早 速いｗｗ
480:デフォルトの名無しさん
18/05/10 09:54:42.57 +xjpfXr5.net
コンパイラの最適化能力的には今でもFortranが頭ひとつ抜けてるんだっけ
481:デフォルトの名無しさん
18/05/10 10:07:40.42 sqBEyANZ.net
async awaitの存在のお陰でTypeScriptが使いやすさで一歩先言ってる感あるな。
VasualStudioでもサポートしてるんだよね。mac版試してみたい
482:デフォルトの名無しさん
18/05/10 15:49:44.61 TSTj28YJ.net
>>472
どうせバックエンド同じなので、C言語でもpragmaとattribute駆使すればFortranと同じになるはず
483:デフォルトの名無しさん
18/05/10 16:11:32.31 gErYAeAK.net
>>474
しんどー
484:デフォルトの名無しさん
18/05/10 16:20:28.17 VgJxGkPJ.net
rebuildfmで聞いたがswiftは機械学習との親和性を高める方向でラトナーは頑張ってるみたいね。
485:デフォルトの名無しさん
18/05/11 00:25:42.85 ew48BEmx.net
にむにむ
486:デフォルトの名無しさん
18/05/11 11:38:41.21 Bitu5gZ+.net
フォートランはスタックフレームを使わないから早いらしい
487:デフォルトの名無しさん
18/05/11 19:21:18.09 BkhZdaXW.net
>>467
昔々 Java の方が C++ より速いなんて話もあった。
JIT で速くなるとか。
しかしC++だったとしてもややこしい機能を使わずC言語風に作って最適化掛かったらお終いのような気がしてならない。
488:デフォルトの名無しさん
18/05/11 20:24:29.02 ew48BEmx.net
Cはポインタが自由すぎて最適化難しいとはよく聞く
489:デフォルトの名無しさん
18/05/11 21:16:38.36 mlwOVON7.net
Javaの場合はいくら局所的に速くなっても、JITそのものにかかる時間だったり
あるいは膨大なロード時間を計測に含めてしまうと台無しだからなあ
もちろん速いとアピールしたいベンチマークではその辺が含まれないようにするし
遅いとアピールしたい場合は
490:デフォルトの名無しさん
18/05/11 21:22:37.76 RZoOPILo.net
どっちかというとマルチコアを活かした最適化って人間が頑張るしかないんじゃないかな。
だからgoでgoroutineとか、
関数型言語推しになるんでわ
491:デフォルトの名無しさん
18/05/11 21:41:43.97 rzT1F5bb.net
>>481
javaに限らずインタプリタ系も起動時間含めて time で測ってドヤってる Qiita の記事とか消滅して欲しい
492:デフォルトの名無しさん
18/05/11 21:43:50.20 bSh0JSQF.net
>>480
ポインタをintやchar*に変換する自由を利用してFFIのようなものを作れるよ
自由にCを呼び出すことで他言語が速くなる
493:デフォルトの名無しさん
18/05/11 22:13:19.06 ew48BEmx.net
>>484
なぜその内容で>>480に安価つけるし
494:デフォルトの名無しさん
18/05/11 23:06:50.43 bSh0JSQF.net
>>485
内容に問題はないので、わからないなら自分で考えるか質問を変えてみてはどうかな
495:デフォルトの名無しさん
18/05/11 23:15:21.11 mlwOVON7.net
>>484の意図(自由過ぎるポインタにはメリットもあるよ)もわかるし
>>485の反応(最適化の話題から逸れてるだろ)もわかるんだけど
正直>>486はぞっとするほど怖い。なんだろうこの不気味な感じは
496:デフォルトの名無しさん
18/05/11 23:16:13.67 ew48BEmx.net
なんやこいつ。
まあええわこのスレには会話通じんやつがおるみたいやし時間の無駄やわ。深く考えんとこ
497:デフォルトの名無しさん
18/05/11 23:19:46.30 KxM4SNOx.net
>>487
>>484からその意図を読み取れるのはすげー行間把握力だと思うわ
>>486が怖いのは同意
498:デフォルトの名無しさん
18/05/11 23:20:50.68 bSh0JSQF.net
「不気味罪という罪はない」とか言われたらゾッとするかもしれないが
そういうことを平気で言う奴は今の世の中にはいっぱいいるな
499:デフォルトの名無しさん
18/05/11 23:24:44.89 ew48BEmx.net
この感じどうせまた例のADHDやろ。つついてもうたことを後悔してるわ
500:デフォルトの名無しさん
18/05/11 23:25:19.88 cXvpx1C3.net
>>480
501:デフォルトの名無しさん
18/05/11 23:30:08.91 cXvpx1C3.net
>>480 はコンパイラの最適化を受けての発言でいわゆるaliasの問題の
ことを言っていると思われる
で >>484 はコンパイラ関係ないFFIを持ち出してしったかをかます
で >>485 がもっともなツッコミ
で >>486 で上から目線で地面見てドやる
→キモイ
まとめてみました
502:デフォルトの名無しさん
18/05/12 00:31:38.38 5NKz3ewG.net
C / C++ はとりあえず OpenMP 相当のものを標準化して実装して欲しいわ
他の言語よりクライアント側で使うこと多いから１つ１つの処理もスケールさせたい
503:デフォルトの名無しさん
18/05/12 00:39:55.31 ioGXghPg.net
アルゴリズム変える以外に速くする方法なんてのは
結局倉庫番を上手く解くって話にしかならんわ。
504:デフォルトの名無しさん
18/05/12 00:48:56.95 R/twbybb.net
？？
それアルゴリズムでは？
505:デフォルトの名無しさん
18/05/12 00:52:27.47 F3K2afGN.net
あーもうめちゃくちゃだよ
506:デフォルトの名無しさん
18/05/12 01:03:23.63 +7qwtmL0.net
なんかgoogle ioでwasmからdom操作できるようになるって話があったらしい。
507:デフォルトの名無しさん
18/05/12 01:04:46.62 iFoVhrV3.net
地獄の始まりじゃないでしょうね（震え）
508:デフォルトの名無しさん
18/05/12 01:13:51.18 8RYDCDzW.net
みんなアルゴリズムよりむしろデータ構造を変えたがる
CのポインタもJSのdomもデータ構造だろう
でもデータ構造を変えるのは速くするのが目的とは言ってないかも
509:デフォルトの名無しさん
18/05/12 01:38:25.14 5NKz3ewG.net
>>457
>On Xeon Thinkpad P50 with Ubuntu, compiled with gcc -O3 this runs about 15.3 ms ― more than 20% slower than haskell!
あんまり関係ないが
3年前のレッツノートRZ4の最下位モデル、
Core M-5Y10 ベースクロック0.8GHz で
Visual Srudio 2017 でコンパイルしたバイナリも
ちょうど 15.3ms だわ
2コア4スレッドのcpuなので openmp で 4並列にしたら5.7ms
510:デフォルトの名無しさん
18/05/12 08:55:56.45 ioGXghPg.net
>>496
いやメモリやレジスタにデータやコードを載せるタイミングの話なんだが。
「アルゴリズム」はもう少しソフトなレイヤーを指したつもり。
511:デフォルトの名無しさん
18/05/12 10:24:39.71 LrYQoKex.net
>>501
最適化上手く行けば0.2ｍｓぐらいになると思うで
i5-3550 で 0.08ms
512:デフォルトの名無しさん
18/05/12 10:28:01.57 LrYQoKex.net
>>498
reactが早くなるってか。
ようやく90年代のクラサバに追いつくなw
513:デフォルトの名無しさん
18/05/12 10:32:35.98 TkoJoFTb.net
GoogleはSUNと同じ愚を犯してるように見える。
514:デフォルトの名無しさん
18/05/12 10:34:13.54 NuxM0Gnx.net
wasmのDOM実装は最初からロードマップに入ってる
515:デフォルトの名無しさん
18/05/12 10:46:00.14 +7qwtmL0.net
jsの出番が減るのか最近の仕様は好きなんだけどな。typescriptが直接wasm吐くようになってほしい
516:デフォルトの名無しさん
18/05/12 10:47:42.87 +7qwtmL0.net
>>505
sunはコンテナーをいち早く実現してたり
zfs出したり、先進的な企業だったよな。金が稼げなか
517:ったけど。 googleは金があるから問題ない
518:デフォルトの名無しさん
18/05/12 10:52:24.71 15xgRckc.net
>>507
Blazorに期待してる
519:デフォルトの名無しさん
18/05/12 10:55:45.44 Wuy9HJPF.net
JavaScriptからwasmへのコンパイルができるようになったら普及は速いんだろうけど、いつになるかなぁ。
そのころにはwasmのエコシステムも十分整備されてそう。
520:デフォルトの名無しさん
18/05/12 11:01:20.26 NuxM0Gnx.net
>>507
各種apiのリファレンス実装として続いてくんじゃないかとは思ってる
正直TS→wasmは期待しちゃうよね
521:デフォルトの名無しさん
18/05/12 11:13:10.47 +7qwtmL0.net
rustでwasm吐くとdom操作もメモリ効率が良い感じになるのだろうか。
個人的にはgoで全部できるようになりそうで嬉しい。
meteor.jsというのがあってね。コンセプト的にすごく良かったんだけどエコシステムがいろいろ終わってた。wasmでもう一度復活するかも
522:デフォルトの名無しさん
18/05/12 11:31:33.64 Gv6T+VfX.net
Rustでブラウザ本体を書き直す動きがJSの部分にまで広がる
ブラウザを作れない言語には速い遅いという以前の問題がある
523:デフォルトの名無しさん
18/05/12 13:14:14.79 LrYQoKex.net
>>508
思い出は美化されるね。
不便なコマンド、SysV系転向、長いことジャーナリング無し、ftpのlsがユーザのロケールでパース困難、NFSの進歩の遅さ、etc
罪を数えたらキリが無いよ
524:デフォルトの名無しさん
18/05/12 13:53:25.93 Douv0h4u.net
>>491
なんでも俺のせいにすなw
525:デフォルトの名無しさん
18/05/12 14:06:23.00 Gv6T+VfX.net
よかった、透視能力なんてなかったんだ
526:デフォルトの名無しさん
18/05/12 14:10:21.47 TkoJoFTb.net
>>508
SUNは我田引水に失敗して凋落したのだ。
自社の高価な機器を売るためにメモリーイーターな言語を広めたり、自社の機器以外では性能が発揮できないように互換環境を禁止したり。
527:デフォルトの名無しさん
18/05/12 14:13:17.43 TkoJoFTb.net
Googleは現在我田引水のため色々やってるが、消費者にとっては良いことは何もない。
吉と出るか凶と出るか。
一方、MSは戦場から早々に離脱したので、不戦敗となるのか、勝ちもしないが負けもしないのか。
528:デフォルトの名無しさん
18/05/12 17:45:08.76 5NKz3ewG.net
>>503
dot関数自体の最適化はほぼ完璧に行われています
gcc だと 100 回繰り返してるところを1度で済ます
最適化が起きてるだけでは？
速度もちょうど100倍だし。
そうじゃないと
>i5-3550 で 0.08ms
1G回の積和を0.08msで完了ということは毎秒125Gの積和を実行したことになりますから、
演算性能は125GFlopsメモリ帯域は1000GB/sになる (←あり得ない)
529:デフォルトの名無しさん
18/05/12 17:51:25.31 5NKz3ewG.net
最後の計算間違ってるか
結果はあってるけど10M個の積和を0.08ms、という計算か。
530:デフォルトの名無しさん
18/05/12 18:44:38.63 LrYQoKex.net
>>519
ああ、確かに。引数変わらないから１００回ループが１回に省略されてるな…
531:デフォルトの名無しさん
18/05/13 08:36:01.91 JK3lyAGE.net
Cはハスケルの１００倍はやかったってこと？
532:デフォルトの名無しさん
18/05/13 11:23:16.33 LKCtUx3M.net
GCのベンチマークって無いのかな
一番速いのはGo言語？
533:デフォルトの名無しさん
18/05/13 11:26:00.88 X0FozZBp.net
Rustってcと比べて機能てんこ盛りなのに同等の速度で実行できるって何でなの？
534:デフォルトの名無しさん
18/05/13 11:46:40.60 JUfYpDRX.net
別に機能が多いかどうかは関係ない。
速度を出すための設定を細かくできるかどうか。
細かく設定するってことはそれだけ手間がかかるってこと。
535:デフォルトの名無しさん
18/05/13 12:03:30.51 1GQ1TBB+.net
整数とポインタの見分けがつかない
536:機械語に比べたらCも機能てんこ盛り だがCのポインタは参照とスライスとBoxとOptionの見分けがつかない
537:デフォルトの名無しさん
18/05/13 13:34:16.59 NXXuYZ+p.net
>>526
これ重要やな
538:デフォルトの名無しさん
18/05/13 15:12:37.68 JK3lyAGE.net
>>457
のCのコードみたけどぎょれつ演算にブロック化してないからキャッシュミスが
多くなって遅くなってるだけだな。
ハスケルは自動でメモリーの最適化してるからはやいだけだな。
539:デフォルトの名無しさん
18/05/13 15:18:09.79 Xeb1zMif.net
dot product計算するだけのマイクロベンチなんか言語比較として無意味
540:デフォルトの名無しさん
18/05/13 15:34:14.94 NXXuYZ+p.net
>>528
へえ。ハスケル意外と有能やん
541:デフォルトの名無しさん
18/05/13 15:50:11.19 bgY0d3zI.net
デタラメ言ってるだけだぞw
このスレの連中はホント騙されやすいな
542:デフォルトの名無しさん
18/05/13 16:00:43.94 bgY0d3zI.net
1次元のリニアなメモリをシーケンシャルに読むだけなのにブロック化とか
ここは物事の真偽もわからない初学者の集まりなんだからデタラメで混乱させるなよ
検証できることはちゃんと検証してから発言しよう
543:デフォルトの名無しさん
18/05/13 16:15:28.33 NXXuYZ+p.net
うわマジやん糞かよ死ねや
544:デフォルトの名無しさん
18/05/13 16:24:23.38 1GQ1TBB+.net
でも検証にはコストがあるからな
お前は嘘つきだと宣戦布告して戦争か裁判をやって勝つまでが検証です
545:デフォルトの名無しさん
18/05/13 17:28:06.32 JK3lyAGE.net
xとy別々の配列じゃなくて
x0y0x1y1x2....のように並べるってことだよ。
そうするとメモリーアクセスが早くなる。
546:デフォルトの名無しさん
18/05/13 18:40:55.81 bgY0d3zI.net
>>535
コード読めよ
xとx掛けてるんだぞ
547:デフォルトの名無しさん
18/05/13 21:55:04.60 MDWbrDHx.net
検証もせずに適当に推測するが
>>457のHaskellの方がCより速いというのはループを1回で済ます最適化がされた結果であって、
1ループあたりの実際の速度はCの1/80の速度なのかもね
548:デフォルトの名無しさん
18/05/13 23:16:22.73 aRNPCfaw.net
Haskellが早いと言うかHaskellだと早く出来ることがあるって感じだろ
549:デフォルトの名無しさん
18/05/13 23:53:00.06 eikXWKbu.net
そりゃそうだろ
言語によって得意な処理は違うし、プログラマの実力によっても変わる
数値計算に限定すればjuliaは手軽に書けて尚且つ実行速度も速かったりする
バカが書いたCのコードより天才が書いたHaskellのコードのほうが(多分)速い
言語の速度だけ比較してあーだこーだ言う前に
各言語に関する詳細な知識とコーディングの実力を身に着けるべし
550:デフォルトの名無しさん
18/05/14 00:07:25.34 NNbrsR8u.net
SEYANA
551:デフォルトの名無しさん
18/05/14 06:12:40.31 Hm1IiEDM.net
ドット積のような簡単な計算ならCPUの処理速度が速すぎて
メモリー転送速度がボトルネックになることは明らかだしな。
ハスケルの場合、ランダムな数値をメモリーに記録することなく
オンザフライで計算したのかもしれないな。
552:デフォルトの名無しさん
18/05/14 07:36:06.84 P8BYP3+b.net
ドット積が律速になることってある？
553:デフォルトの名無しさん
18/05/14 07:59:32.34 WfY57EXm.net
バイナリサイズも気になるけど。
と言うか、速い遅いはあんまり簡単に割り切るわけにいかんし、
推測より実測は確かだけど、その前に何を実測してるのか、
大体どれぐらいになるかをもう少し予測したほうがいいと思うんだけどな。
こういう小さい関数単位のベンチは特に。
最新の処理系は両方持ってないから俺出来ないけど、ネイティブコード比べたほうが良いのでは？
gccは(いろんな意味で)信じられない最適化かかってる事あるし。
554:デフォルトの名無しさん
18/05/14 08:36:31.93 zbYXMED5.net
>>542
HPCならなくはないけど、その場合は手計算で展開して前後の計算も含めたもっと大きなドメインで最適化するわな
単独でdotだけの最適化なんて、自分の息子を気持ちよくする以上の意味はない
555:デフォルトの名無しさん
18/05/14 13:14:41.23 0aBfdvZZ.net
C++の定数式を使う。
556:デフォルトの名無しさん
18/05/14 17:04:14.47 ar4V5qZH.net
>>539
そういう話でしかないからそういう話だという指摘をしたんだろ
557:デフォルトの名無しさん
18/05/14 18:11:35.62 kUkLIG4O.net
SEYANA
558:デフォルトの名無しさん
18/05/15 07:41:24.21 cBszxXz8.net
ハード的なことは自分はよう知らんが、純粋関数のみで書いたところは、筋の良い関数への置き換えが利いてくれる、てことなのだろう。
知る限りだと、map、fold、filter、zipみたいな基礎的な高階関数と、配列更新はupdate関数を使っとけばその辺が勝手にかかるみたい。
>>457の例は、sumはfoldで、zipWithはzipとmap。
速度ガチ勢は満足しないだろうが、宣言的にやってる割に速度を出したければ、この辺りを気をつけてれば良い印象。
逆に気をつけないと、相当遅い。LazyとStrictも気をつける必要がある。
559:デフォルトの名無しさん
18/05/15 09:00:25.93 ykJK+It6.net
これはhaskellじゃなくて理系がバカなんだ
文系がhaskellを勉強しても速度のことなんて考えないだろう
560:デフォルトの名無しさん
18/05/15 15:12:17.78 +IcyTYky.net
このスレは何を議論するスレなんだ
561:デフォルトの名無しさん
18/05/15 15:24:27.98 RQo6Vb+e.net
雑段するぞ
562:デフォルトの名無しさん
18/05/15 18:37:20.71 3hgL0M2i.net
SOYANA
563:デフォルトの名無しさん
18/05/15 19:24:43.54 0x8zM7pd.net
>>550
次世代言語と言えば関数型、関数型と言えばHaskell、ホルホルホル。
564:デフォルトの名無しさん
18/05/15 19:50:21.10 dt28ByE7.net
>>549
理系が馬鹿ってことは文系が頭いいってこと？そんなバカな
565:デフォルトの名無しさん
18/05/15 20:03:43.73 TjuX/LAp.net
先入観は可能を不可能にするって二刀流の人が言ってた
566:デフォルトの名無しさん
18/05/15 20:20:31.80 maavPO86.net
このご時世理系文系なんて言ってるのもどうかと思うがね
567:デフォルトの名無しさん
18/05/15 21:18:11.07 +IcyTYky.net
>>553
くっさ。流石にそういう返答は求めとらん。性格悪すぎか
568:デフォルトの名無しさん
18/05/15 22:06:27.79 cAjQsfjh.net
理系文系で語る奴にはろくなものがイないはず
ソースは川上
569:デフォルトの名無しさん
18/05/15 22:38:41.36 TjuX/LAp.net
そのろくでなしを討ち取るか逃げ切られるか確定してないソースにはあまり意味がない
570:デフォルトの名無しさん
18/05/16 00:35:59.84 y71KiaeG.net
はてな民の悪口はやめロッテ
571:デフォルトの名無しさん
18/05/16 04:13:18.32 /r6FU1qw.net
>>548
加えて >>457 には left fold にしとかないと遅いよとある
理由はあまりに明白だからか触れられていないけど
ここはあまり実践に拘る人いないからわりとどうでもいいか
572:デフォルトの名無しさん
18/05/16 06:37:06.57 wZFh8fJh.net
コンパイル時と実行時で語る奴は速いよ
OOPと関数型で語る奴にはろくなものがいない
573:デフォルトの名無しさん
18/05/16 06:47:58.51 OmXLSXyH.net
LazyかStrictかってな。評価戦略も考えてかなならん。
まあ、Haskellも使いこなすには、それなりの背景知識がないとあかんという事だね。
574:デフォルトの名無しさん
18/05/16 07:09:06.16 wZFh8fJh.net
lazyは無限の計算を打ち切る
遅い計算をちょっと速くするだけの最適化とは次元が違う
575:デフォルトの名無しさん
18/05/16 07:20:15.91 mOBIQo/B.net
>>562
これは同意かな。
結局抽象論でドヤるの好きなだけなやつってのは
実測を嫌う傾向にあるから問題を引き起こす。
576:デフォルトの名無しさん
18/05/16 07:35:27.07 /r6FU1qw.net
>>564
初めから無限の計算をしないように書いた方が多くの場合(ずっと)速いのでないかみたいな話だろ
577:デフォルトの名無しさん
18/05/16 07:51:39.34 R9tYk9Qj.net
そんなlazy全否定するような話題だったのか
578:デフォルトの名無しさん
18/05/16 07:55:55.64 wZFh8fJh.net
そういう話題だったら初めからそう言えばいいのに
現実的には後出しが便利だから後出ししてる
現実を実測しよう
579:デフォルトの名無しさん
18/05/16 08:00:59.77 9/p4w1/n.net
いや後出しも何も>>457のブログにlazy遅いよねとか書いてあってそれについて話してるわけだし…
580:デフォルトの名無しさん
18/05/16 08:02:16.32 9/p4w1/n.net
と俺は思ってたんだが違うのか？
581:デフォルトの名無しさん
18/05/16 08:23:21.13 OmXLSXyH.net
あってるよ。
582:デフォルトの名無しさん
18/05/16 08:30:32.29 SZWziQ/v.net
もう少し真剣に考えてもいいんじゃないか？
誰も最適化が完璧に行われてる、の追試しないの？
ghcの最適化結果のバイナリをgdbで眺めるだけでも全然違うと思うが。
俺がやるとおま環でオラつくなとか言われるの目に見えてるから静観してるけどさ。
583:デフォルトの名無しさん
18/05/16 09:41:30.81 L2yt4rd4.net
お前の静観ってうるさいのなｗ
584:デフォルトの名無しさん
18/05/16 09:50:51.21 +AvdAm/t.net
例がクソすぎて正直興味わかない
585:デフォルトの名無しさん
18/05/16 09:51:48.57 ub+CyxOt.net
>>573
やめたれｗ
586:デフォルトの名無しさん
18/05/16 10:11:53.73 +AvdAm/t.net
これ正味のところコンパイラのバックエンドの性能比較にしかなってないし、
その差も最適化オプションの違いと想像できる範囲だもの
587:デフォルトの名無しさん
18/05/16 15:45:52.24 f5OfgQEL.net
うーん、だったら異なる言語の速度比較に説得力を持たせるためには、どんなルールを定めればいいの？
588:デフォルトの名無しさん
18/05/16 16:15:52.78 w3xM0aVb.net
お題を設定して、そのお題を解く実行速度でも競えば
589:デフォルトの名無しさん
18/05/16 17:11:19.52 nSjgdD8L.net
これは反対意見が多いと思うんだけど任意の問題について各々の言語で素直な(読み書きしやすい/一般的な)書き方で解いた際の速度比較が一番だと思ってる
コンパイルオプションレベルでの最適化はアリだと思うけどソースでの最適化なんてほんとにそれするの？っていうのあるし
590:デフォルトの名無しさん
18/05/16 17:35:38.66 JOa7NyYz.net
問題の難度が低すぎるから早押しクイズになってしまう
正解者が1名いるかいないかの難問なら速度はどうでもいいだろ
591:デフォルトの名無しさん
18/05/16 17:54:36.37 bvYagxcd.net
>>579
いや、そもそもソースを1つに限定しようとするのがダメだと思う
読みやすい(一般的な)コードと最適化を前提としたコードの両方を用意する
そうすれば両方のケースで比較できるようになる
あと、その任意の問題とやらも複数ケース用意する必要があるだろうな…
面倒臭いけどそれがベストだと思う
592:デフォルトの名無しさん
18/05/16 18:10:24.62 JOa7NyYz.net
>バカが書いたCのコードより天才が書いたHaskellのコードのほうが(多分)速い
一方ロシアは天才が書いたCのコードを用意した
593:デフォルトの名無しさん
18/05/16 18:51:37.22 w3xM0aVb.net
>>580
ある種の難問を解きやすいのが関数型言語のウリのはずだし、それはそれで一つの結果じゃない？
594:デフォルトの名無しさん
18/05/16 19:03:04.49 mn6BTyTm.net
それはそれとして
個人的に>>457の確認をしてみたいのだけど、
どんな main 書けばいいのか誰か教えてくれないか？
ghc -O2 で下記のようなコードをコンパイルすると
一切メモリ使わずレジスタだけで0.1ずつ増加させた数を積和していくからテストにならないし、
10M個の積和を100回実行するところも1回に省略される気しかしない…
URLﾘﾝｸ(ideone.com)
module Main (main) where
import Prelude hiding (sum, length, zipWith, map)
import System.Environment (getArgs)
import
595:Data.Vector.Unboxed test :: Data.Vector.Unboxed.Vector Double -> Double test v = sum $ zipWith (*) v v main :: IO () main = do (n':_) <- getArgs let n = read n' :: Int let v1 = enumFromStepN 0.0 0.1 n print n print $ test v1
596:デフォルトの名無しさん
18/05/16 19:11:48.70 mn6BTyTm.net
いやごめん
Haskell スレで聞いてみます
597:デフォルトの名無しさん
18/05/16 19:50:33.80 mn6BTyTm.net
せっかくだから一応貼っておくと ghc -O2 は上記の sum zipWith をここまで最適化した
_c8Gb:
testq %r14,%r14 // 全て終わったら
jle _c8Gh // ループ終了
_c8Gi:
movsd %xmm1,%xmm0 // m0 <= m1
mulsd %xmm1,%xmm0 // m0 <= m1*m0
addsd %xmm0,%xmm2 // m2 <= m2+m0
addsd _n8GK(%rip),%xmm1 // m1 <= m1+0.1
decq %r14 // 回数カウンタ減らす
jmp _c8Gb // ループ
遅延評価と fusion すごいw
598:デフォルトの名無しさん
18/05/16 19:58:05.30 ub+CyxOt.net
ソースコードより短いのは流石に草
599:デフォルトの名無しさん
18/05/16 21:37:36.10 JOa7NyYz.net
これO(1)じゃなくてO(n)だけど速いのか？
聞くは一時の恥、聞かぬは一生の恥
600:デフォルトの名無しさん
18/05/16 21:40:07.47 ub+CyxOt.net
O(1)になるまで最適化って、それ1/6公式使わないと無理じゃね？
601:デフォルトの名無しさん
18/05/16 21:43:37.16 JOa7NyYz.net
つまり、鳥人間コンテストのような謎のルールで縛られてまともな飛行機作れない状態か
602:デフォルトの名無しさん
18/05/16 21:50:17.17 ub+CyxOt.net
1/6公式使うまで最適化してくれるようなコンパイラあんの？ あったら見て見たいんだけど
603:デフォルトの名無しさん
18/05/16 22:22:29.79 /X1sH6Jm.net
visualc の出したコードではループ回数が10の倍数だということを織り込んで
10回分ずつ loop unrolling して端数回を処理するコードは略されてた。
そこまでわかってるならもう全部計算しといて略せよという気がした。
604:デフォルトの名無しさん
18/05/16 22:57:07.69 /X1sH6Jm.net
1/6公式使うのは違う計算をして微妙に違う値になるから最適化というより簡略化だな
605:デフォルトの名無しさん
18/05/16 23:22:07.02 kpFCptG2.net
先に除算を分岐処理しないとオーバーフロー条件変わっちゃうからなぁ
606:デフォルトの名無しさん
18/05/16 23:44:41.84 mOBIQo/B.net
まあ最適化してるってことでコンパイル時に全て計算してしまえば
ランタイム速度はいつだってO(1)だよ。
607:デフォルトの名無しさん
18/05/17 00:08:51.80 44AbGMy1.net
悪質な反則と正しいハックの違いを
理系の学問では説明できない
608:デフォルトの名無しさん
18/05/17 01:23:03.74 GvGg8gY/.net
コンパイル時に計算可能なのは>>457で
>>584は実行時の引数使ってるから計算しとくのは無理だな
いつだってO(1)に最適化できる、未来を予測する神のコンパイラがあれば別だけど。
積和しないで公式使うのがよろしくないってのは、
数学や算数の計算と違って丸め誤差のあるコンピュータ言語での
浮動小数点数演算は誤差に関する統一的な挙動、
通常 IEEE 754 に準拠した挙動が期待されるわけで、
式を変形したり変えたりすると丸め誤差の出方が違って結果の値が変わっちゃうから。
もちろん規格を守らなくて良いというオプションはあっても良いわけどけど。
…誰か何か他の話題を
609:デフォルトの名無しさん
18/05/17 17:09:11.06 UKx8yrTb.net
自分で考えろカス
610:デフォルトの名無しさん
18/05/22 10:01:58.35 C41sjEPZ.net
お前が考えろゴミ
611:デフォルトの名無しさん
18/05/22 17:54:26.91 IYYsp57a.net
ほなワイが集めたるで～
612:デフォルトの名無しさん
18/05/22 21:27:22.64 XSJVgfVv.net
つまりRust最強
613:デフォルトの名無しさん
18/05/22 21:57:35.93 eYNszKh+.net
何がどういう理屈で「つまり」なんだってばよ(；￣Д￣）？
614:デフォルトの名無しさん
18/05/22 22:03:03.16 +QrWxPmY.net
Rustは最近impl traitが実装されて使いやすくなった
615:デフォルトの名無しさん
18/05/22 22:41:37.50 eYNszKh+.net
impl trait は確かに嬉しかった
これでやっとトレイトオブジェクト使わずにイテレータが返せるようになった
616:デフォルトの名無しさん
18/05/22 22:50:22.39 BI9R8Qza.net
rust わかりやすいくらいダメな方向に行ってるな。。
617:デフォルトの名無しさん
18/05/22 23:12:28.14 auQt52bO.net
Juliaは？
けっこう化けそうな希ガス
618:デフォルトの名無しさん
18/05/22 23:20:40.27 eYNszKh+.net
何が理由で「ダメの方向」って言ってるのか分からない
C++の後継としてはRustは限りなく理想に近い言語だと思うが…
619:デフォルトの名無しさん
18/05/22 23:23:35.78 eL1QxRDx.net
>>606
去年も全く同じこと言ってたよなお前
620:デフォルトの名無しさん
18/05/22 23:28:27.19 m7LLEOxE.net
JuliaはPythonを殺せない気がする。ボトルネック以外速くてもあんまり意味ないし
621:デフォルトの名無しさん
18/05/22 23:38:51.33 rpUF29sL.net
py 3.6で標準で型付けできるようになったし
av女優の名前借りたゲス言語なんてオワコンでしょ
622:デフォルトの名無しさん
18/05/22 23:41:37.77 CTd7FMth.net
型システムだけはJuliaの方が好き。っていうかクラス嫌い
623:デフォルトの名無しさん
18/05/23 00:06:43.07 QWeWgJFJ.net
結局Dartなんだよなあ
624:デフォルトの名無しさん
18/05/23 00:10:03.78 NeMRQIGN.net
数値計算の話をwebで流すのやめろ！
625:デフォルトの名無しさん
18/05/23 00:24:34.00 lm4BwuCE.net
Juliaいらね
数値計算に使う分には記述性はFortranと大差ない
626:デフォルトの名無しさん
18/05/23 00:30:13.83 8U/w+cdS.net
Julia使ってるとコンパイル不要のスクリプト系の強みをjitのプリコンパイルの時間で失ってる気がするんだけど分かる人いない？
627:デフォルトの名無しさん
18/05/23 00:30:32.27 NeMRQIGN.net
>>614
パ……パイプとより柔軟な内包表記があるから……
グラフも出せるし……
628:デフォルトの名無しさん
18/05/23 00:32:43.88 xLXjXRd/.net
>>614
第一級関数がFortranにはないじゃん？
629:デフォルトの名無しさん
18/05/23 01:02:46.26 mwVk/jhM.net
Rustはクラス嫌いなだけでなく第一級関数も嫌う方向に行った
630:デフォルトの名無しさん
18/05/23 01:25:54.25 LjfntoLm.net
内包表記とかいうそびえ立つ糞
あのガイジ文法が読みやすいってpython作った低学歴はメクラのガイジなのか？
631:デフォルトの名無しさん
18/05/23 01:28:00.60 01TEDvfp.net
使わなきゃいい
632:デフォルトの名無しさん
18/05/23 01:48:18.92 NeMRQIGN.net
内包表記読みにくいって方が理解できん
633:デフォルトの名無しさん
18/05/23 01:52:39.56 prSTZoE+.net
包皮
放屁
やっぱ読みにくいわ
634:デフォルトの名無しさん
18/05/23 01:55:25.46 prSTZoE+.net
ピリオド.でpropertyをつないでいく何たら記法ってやつ
Rubyのゴルフ好きがよく使うが
あれこそ読みにくい
635:デフォルトの名無しさん
18/05/23 01:55:41.96 lm4BwuCE.net
>>615
Juliaは数時間～数日単位の時間のかかる処理に使うもの
全く問題にならないオーバーヘッド
636:デフォルトの名無しさん
18/05/23 02:34:11.07 V0Z2NuNB.net
>>618
なに言ってるんだ？
Rustは普通に第一級関数使えるんだが…
いろんなクレートがクロージャ使いまくってるんだが…
あとクラスを嫌ったのはむしろ正解だろ？
データと操作を一緒にするのは失敗で関連付けるのが正解
つまり、クラスは失敗でRustのimplかGoのレシーバが正解
637:デフォルトの名無しさん
18/05/23 04:36:59.97 L+y822nJ.net
Haskellの移植だっけか？あっちは分かりやすい。
638:デフォルトの名無しさん
18/05/23 04:38:52.45 L+y822nJ.net
Pythonic wwなリスト内包表記
もう少しうまくパクればいいのに。
639:デフォルトの名無しさん
18/05/23 06:54:23.85 eQfPSYhe.net
確かに for がネストしてたり if else がネストしてんのに内包表記するのは馬鹿だなと思うわ。
素直に for 文書いて append しろやと。
640:デフォルトの名無しさん
18/05/23 07:02:28.47 eQfPSYhe.net
>>607
後継っつーか、ほぼc++と同じ方向に行ってるだけになってるだろ。
それに意味があるか？
641:デフォルトの名無しさん
18/05/23 09:26:47.69 McbJvmIi.net
Python の内包表記はややこしいって、Guido 自身が言ってるw
たぶん、a.b.c.d など、Ruby, jQuery みたいに、
Python では、関数型のメソッドチェーンができないからだろ
642:デフォルトの名無しさん
18/05/23 09:50:48.87 V0Z2NuNB.net
>>629
GCがないこと以外はほぼ全て真逆の方向に進んでると思うんだが…
Rustほど信頼性に極振りしてる言語なかなかないぞ
アレのどこが同じ方向なんだってばよ？
643:デフォルトの名無しさん
18/05/23 09:59:13.80 1qopdzmM.net
メソッドチェーン推しのくせにオプショナルチェーンに考えが至らず、多言語の後追いでパクリ導入したが?を識別子にできることとクソ命名習慣が相まり?.が使えず&.となった、もはやまともにパクることすら出来なくなってきた糞ジャップ言語があるらしい。
644:デフォルトの名無しさん
18/05/23 14:15:18.86 zwnct6X1.net
pythonはもう機械学習の覇権言語として確固たる地位を確立してしまったので、
ITドカタどもが書きやすいと感じるかなんて、最早どうでも良い領域に到達してしまった
645:デフォルトの名無しさん
18/05/23 14:49:50.61 xLXjXRd/.net
機械学習を自分で書ける腕があるなら、既に人が作ってくれたものを捨ててわざわざ一からやるなら別にPython使わなくても良いのよ？
646:デフォルトの名無しさん
18/05/23 17:28:38.80 mefsnanK.net
自分のオリジナルのモデルを実装したら、比較検証用に他のモデルも動かす必要あるわけじゃん？
既存のモデルまで全部自前で実装するのはダルいんだわ。
で、既存のモデルはPythonで動かすってなったら、そのまま自分のモデルもPythonで動かせた方がデータの加工やグラフ化なんかを使い回せて便利ってなっちゃう。
647:デフォルトの名無しさん
18/05/23 17:34:28.36 xLXjXRd/.net
わかりみが深い
648:デフォルトの名無しさん
18/05/23 19:47:24.32 1qopdzmM.net
でも例えばtensorflow.jsはpythonのtensorflowやkerasのモデルインポート出来るぞ。
こんな風に移行手段提供されるんだったら言語は何でもいいんじゃない？
649:デフォルトの名無しさん
18/05/23 19:57:50.83 eQfPSYhe.net
rustに信頼性？
あの言語で信頼できる書き方できるならc++でもできるほどのプログラマだわ。
機能追加しまくって聳え立つクソになりつつあるって意味で全く同一方向だと思うがね。
650:デフォルトの名無しさん
18/05/23 20:04:05.38 0agB57Q/.net
>>631
お前がそう思うならそうなんだろう
お前ん中ではな
651:デフォルトの名無しさん
18/05/23 20:08:16.04 Vc3iwML4.net
>>637
まあライブラリ提供側の気分次第やね
提供してくれたら喜んで移行できる
652:デフォルトの名無しさん
18/05/23 20:08:23.39 0agB57Q/.net
Rustでまともなプログラム書けるならC++でまともにプログラミングできるって点が一番のRustの致命的にゴミな部分な
Rustを使う意味はただのひとつもない
653:デフォルトの名無しさん
18/05/23 20:42:05.12 Vc3iwML4.net
Juliaはendがなあ……
654:デフォルトの名無しさん
18/05/23 21:14:13.23 Ex+BBdgR.net
>>641
大きな違いがあるぞ。
C++はまともでないプログラムでもエラーや警告を吐かずにコンパイルできてしまうが、Rustは、少なくともメモリ周りがまともでないかどうかはチェックしてくれる。デバッグや保守を考えたらRustの方がありがたい。
655:デフォルトの名無しさん
18/05/23 21:30:42.02 V0Z2NuNB.net
>>643
Sync, Sendのマーカートレイトのおかげでマルチスレッド下のデータ競合もチェックしてくれるぞ
もちろんNull安全も保証してくれる
むしろRustを使わずC++を使う理由の方が「既存資産」以外にはひとつもない
656:デフォルトの名無しさん
18/05/23 21:53:37.23 cEWT5Ura.net
前から気になってたんだけどWindowsのDLLみたいな動的リンク方式のライブラリを作ったり使ったりするのに適した言語って最近のである？
言い方を変えるとバイナリ形式のプラグインやアドオンを作ったり使ったりする言語を探してるんだけど
最近のプラグインやアドオンってスクリプトが主流なんだよね
657:デフォルトの名無しさん
18/05/23 21:57:13.88 H7n6Wk6+.net
>>637
それ、Pythonで書いておけば何処でも動くから
Pythonで書こうってのが加速するだけじゃん
js では学習済みのモデルが動くだけなんだから
658:デフォルトの名無しさん
18/05/23 22:05:53.52 1qopdzmM.net
>>646
ちがうよ。学習も出来るフルセットだよtensorflow.jsは。
たしかに学習済みモデルを動かすだけのライブラリもあったけどね。
そうではないから盛り上がってるんじゃん。
659:デフォルトの名無しさん
18/05/23 22:10:00.62 H7n6Wk6+.net
あ、ホントだ。教えてくれてありがとう。
660:デフォルトの名無しさん
18/05/23 22:14:28.24 NeMRQIGN.net
数値計算の次世代言語雑魚すぎィ！
Fortress 復活させろよぉ！
661:デフォルトの名無しさん
18/05/23 22:32:26.36 X0L2uE50.net
>>645
ネイティブならC++
ネイティブでなくてよければC#がベスト
662:デフォルトの名無しさん
18/05/23 23:52:54.57 cEWT5Ura.net
>>650
やっぱそうなるか
次世代言語への移行はまだまだ先になりそうだ
ありがとう
663:デフォルトの名無しさん
18/05/24 00:56:23.12 OfFTJh37.net
>>643
そもそもRustでコンパイル通せるならC++で十分ってことへの答えになってないな
そもそもチェック自体も胡散臭い。当てにならん
URLﾘﾝｸ(github.com)
664:デフォルトの名無しさん
18/05/24 01:01:49.92 OfFTJh37.net
>>644
Rustみたいな鬼のように複雑な言語使ってコンパイル通せるなら、
C++でバグ出さずに書けるっつってんだろ
コンパイル通せる前提で話すんなや
あんな数年の歴史しかないのにC++に匹敵する
サクラダファミリアに成長できた複雑怪奇な言語コンパイル通すのと
C++でバグなくプログラミングする難易度ほぼ同じなんだから
既存資産の分でC++に軍配あがるだろって単純な話よ
665:デフォルトの名無しさん
18/05/24 01:06:34.50 /hP4MdXz.net
>>653
桜田じゃない。サ「グ」ラダだ、タコ助。
666:デフォルトの名無しさん
18/05/24 01:48:40.06 wnD2d+8L.net
>>653
ああもう煩いな
おれの経験にのみ基づく話なので「それはおまえだけだろ？」
と言われた場合はぐうの音も出ないのであまり書きたくなかったが…
俺はRustを趣味で使い始めて１年半くらいで自分でもRust使いだと名乗れる
くらいには詳しくなったが、それでも未だにコンパイラには時々怒られてる
ただし、コンパイラのエラー情報を見れば何がダメなのか
すぐ理解できるようになったので少し考えれば修正できるようにもなったし
未だに怒られること自体はさほど大きな問題にはなっていない
ただ、始めた頃と比べれば、だいぶ怒られる回数は減ったが完全に無くなりはしなかったし、
今後もずっと俺はRustのコンパイラには時々怒られるような状態のままだと思う
そしてその状態の俺がC++で同じようにコードを書いた場合、
Rustだと時々コンパイラが怒ってくれてた部分をC++は全て無視してバグになってしまう
俺にはRustのコンパイルを(時々怒られつつ)通すことは出来るが
C++でバグを出さないことはできない。だから俺はRustを使う
他のRust使いはどうなんなんだろうな？俺と同じヤツはいないのか？
667:デフォルトの名無しさん
18/05/24 08:03:37.58 haXyd0aV.net
サクラダファミリアwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
チェリーブロッサムボーイかよwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
668:デフォルトの名無しさん
18/05/24 08:09:10.38 fO25J7ke.net
だいたいそんなもんじゃない？
今まで静的解析かけてたようなものが、コンパイラに標準実装されたようなもんかと。
無自覚にガバガバのCpp書くよりはよっぽど良いかと。
669:デフォルトの名無しさん
18/05/24 08:14:37.42 hcSrmWsG.net
どっちに対しても言えるけど
そいつ本人の説得力ってのは
そいつのコードを見るまでわかんねえ
口では色々言ってるやつのコードが結局「えｗ」みたいなこともあるし
「えｗ」みたいなコード書いてるやつがそれを恥じて黙るどころか
むしろ誇ってるみたいな態度でどんどん発言をさらにするケースまであり
>>655
どっちかってーとコンパイラやボローチェッカが怒ってくれることは重視してない
言語の仕様とか、クロージャがすっきりかけたりするとことかすこ
C++のクロージャとか哀れで涙出てくるわ
670:デフォルトの名無しさん
18/05/24 08:15:09.80 hcSrmWsG.net
ageちゃったぃ
すんまそ
671:デフォルトの名無しさん
18/05/24 08:35:15.47 ythCS9Ag.net
自分のコードを見せなければ正体がバレないというのは楽観的すぎる
他人が書いたものをを正しく読めなかったらすぐバレる
672:デフォルトの名無しさん
18/05/24 08:39:58.30 Ikv8gz3W.net
誰がそんなこと言ったんですかね……
673:デフォルトの名無しさん
18/05/24 09:12:00.44 YtgWYLdm.net
やっぱりお題必要だな
674:デフォルトの名無しさん
18/05/24 09:22:43.01 ythCS9Ag.net
お題ならPythonで十分
Pythonのコードを見せても、型がないとかなんとかケチつけられた場合の保険がRustだろ
675:デフォルトの名無しさん
18/05/24 10:16:37.36 uCHPd8NS.net
お題なしで雑談というか口(くち)プロレスでいいよ
で実際速いの？どんなコード出てるの？とか実践始めるとみんな黙りこんじゃうからw
授業中先生に当てられたくない子供みたいに
676:デフォルトの名無しさん
18/05/24 10:38:36.76 wnD2d+8L.net
>>655
結局、「Rust書けるんならC++も書けるだろ？」って言い分は
俺には全く適用されてないってことが言いたかったんだ
>>658
確かにC++のクロージャは酷いな
そこら辺もRustだと比較的すっきり書けて良いよね
677:デフォルトの名無しさん
18/05/24 10:46:26.14 Ikv8gz3W.net
>>664
みんな黙り込むのは質問が意味不明だったり、場にそぐわない質問だったり、質問者に触れたくないというパターンもあるのでそのパターンだけではない
678:デフォルトの名無しさん
18/05/24 11:36:01.54 ythCS9Ag.net
無料で教えてもいいと思える範囲でみんなやってるだろ
課金しないともったいないレベルになったら大抵は黙り込む
679:デフォルトの名無しさん
18/05/24 19:30:37.89 vRvusgVp.net
ネイティブDLLでプラグインっつったら旧BorlandのBPLはすごく便利だったんだが
DelphiとC++Builderでしか作れないし、今となってはとてもおすすめできない
680:デフォルトの名無しさん
18/05/24 20:11:25.74 8MplY56S.net
>>667
それな。少しばかりの優越感に浸るためにノウハウの公開はしないわな。
681:デフォルトの名無しさん
18/05/24 21:04:40.93 DVWxp3L/.net
>>665
Rustのクロージャもどっこいレベルでひどいだろ
FnOnceとFnMutとFnの区別つかねえし、、moveのつくつかないで挙動まったく変わるし
Rustの代表的クソ仕様じゃねえか
少なくとも「C++のクロージャより出来が良い」なんて言えない
682:デフォルトの名無しさん
18/05/24 21:14:58.76 /hP4MdXz.net
少なくとも「C++のクロージャの出来よりはマシ」
683:デフォルトの名無しさん
18/05/24 21:30:50.88 VphYtM0
684:Y.net
685:デフォルトの名無しさん
18/05/24 21:49:45.67 xIKDzvCc.net
後追いなのに「マシ」でしかないなら良くないな
686:デフォルトの名無しさん
18/05/24 21:55:08.28 VphYtM0Y.net
だいたい静的言語が無理やりクロージャーなんて入れる必要ないのに、
「俺もそれくらいできるから！」みたいなノリで無理くり入れるのが間違ってんだよ。
大人しく継承でオーバーライドしときゃいいんだよ。
カスのワガママに従うからクソが聳え立つ。
687:デフォルトの名無しさん
18/05/24 21:55:59.77 hcSrmWsG.net
>>670
そーなん？
偉そうなこと言っといて実は俺C++あんま知らんのよごめんね
FnOnceとFnMutとFnの使い分けはまぁ毎回俺もぐぐってる
fn main() {
let seq = |mut a| {move || {a += 1; a}};
let mut f = seq(0);
let mut g = seq(100);
println!("{} {} {} {}", f(), f(), g(), g());
}
↑スッキリじゃん？
|| {a += 1; a}
↑この部分は↓こう書けたらなぁと思ったりするけど
|| ++a
688:デフォルトの名無しさん
18/05/24 21:56:31.96 /hP4MdXz.net
一般にAがBよりマシとは、AがBより僅かなりとも優良であることを意味する。
後か先かは関係ない。
689:デフォルトの名無しさん
18/05/24 21:59:14.23 xIKDzvCc.net
先であること自体に莫大なメリットがあることを考慮に入れた上でのなおかつ「マシ」ならその通りだがな
690:デフォルトの名無しさん
18/05/24 22:03:14.32 CdSxt682.net
Rustは第二のC++でも作ろうとしてるのか？
691:675
18/05/24 22:07:12.31 hcSrmWsG.net
おっとID変わってるけど俺>>658ね
692:デフォルトの名無しさん
18/05/24 22:48:36.88 A2obqUPd.net
>>674
Goもだけど「継承自体がクソだからやめようぜ」って流れなんだよな
無理矢理クロージャ入れる必要がないには同意
無名関数が使えりゃ足りる
693:デフォルトの名無しさん
18/05/25 01:34:45.66 PKA0x+Yj.net
>>670
自分でC++の重大な欠点を言ってる気がするんですが…
自ら「区別がつかない」って言っちゃってるじゃん…
Rustならその3つをコンパイラがきちんと区別を付けて
間違ってたらコンパイルエラーとして教えてくれる
C++だと自分の脳内で区別しないとバグになる
他にもC++はキャプチャリストは自由度が高い分書くのがめんどくさいし
キャプチャしない場合でも[]は省略できない
戻り値の型は推論するくせに引数の型は推論してくれない
一行だろうと{}必須。よって戻り値ある場合はreturnも必須
mutableキーワードも必要に応じて推論してくれない
C++だとあまり使うことはないかもしれないが
例外がスローされる場合はそれも書かないといけない
RustならFnOnceとFnMutとFnの違いは推論されるから書き分ける必要はない
キャプチャする環境の所有権を移動したい場合にのみmoveをつけるだけ
move以外は他言語のクロージャと書き方は全く変わらない
確かに他言語のクロージャより仕様は複雑だが
推論がしっかりと効くから書く側はすっきりと書ける
まあクロージャを書く側ではなくて受けとる側(定義側)は
上記の3つをしっかり区別する必要があるので難しいのは認める
これはGCがない言語である限りは仕方のないこと…
とはいえ、ライブラリ作ろうとしない限りは定義側を書くことはないでしょ
694:デフォルトの名無しさん
18/05/25 01:49:54.39 HnuamdJg.net
敬称が糞って
ヒューマンクラスを継承したちんさんクラスとまんさんクラスは糞なのか？
695:デフォルトの名無しさん
18/05/25 02:31:46.48 hLxVSrBi.net
>>682
その例えを借りるなら
ちんさんクラスとまんさんクラスを両方継承したふたなりさんクラスを作るときに
戦争が起こる
696:デフォルトの名無しさん
18/05/25 03:03:41.33 xEzst0Sw.net
そこはis-a関係でなくhas-a関係を使うべき
697:デフォルトの名無しさん
18/05/25 06:59:36.86 N3c6aWbU.net
ちんもまんもクラス外に公開しなければならないインターフェイスだからhas-aだと実装を晒しすぎる
698:デフォルトの名無しさん
18/05/25 07:53:32.29 HnuamdJg.net
インポリメンツちんぽか
699:デフォルトの名無しさん
18/05/25 13:18:54.68 hlSUANfD.net
rustがいかに注目されているかよく分かるやりとりだな
700:デフォルトの名無しさん
18/05/25 14:15:14.14 4TBK/UtB.net
is-aは寿命が同じ
has-aは寿命とメモリが断片化する
でもこれは全ての実装において正しいとは言えない
実装非依存のおまじないの方が正しいからis-aとかhas-aとかいうおまじないを使う
701:デフォルトの名無しさん
18/05/25 14:50:00.53 B3ITbo/r.net
はああん？C++が一番有能に決まってるだろが。
702:デフォルトの名無しさん
18/05/25 14:58:09.55 AvKDu7Ii.net
C++が一番有能なら何を求めてこのスレに来たんだ
703:デフォルトの名無しさん
18/05/25 15:08:44.57 1dRV9c5u.net
なにこれHaskellってコンパイラを入れるためのツール必要なのか
開発環境を管理するツールってことでええんか
704:デフォルトの名無しさん
18/05/25 15:15:51.49 B3ITbo/r.net
>>690
最強の次世代言語C++について話すためだろうが。
705:デフォルトの名無しさん
18/05/25 15:21:56.55 AvKDu7Ii.net
>>692
C++が最強なのって、先行であることの諸々のメリットを含めての話？含めずの話？
706:デフォルトの名無しさん
18/05/25 17:35:23.86 8DzJcbZi.net
>>691
Cとかと一緒で複数種類コンパイラがあるからな
707:デフォルトの名無しさん
18/05/25 17:36:36.20 8DzJcbZi.net
>>692
C++2aから次世代？
それともC++2aまで今世代でその次から次世代？
708:デフォルトの名無しさん
18/05/25 19:02:17.99 xyc9D3Rc.net
開発環境を管理するツールを管理するツールが無いだけマシ。
709:デフォルトの名無しさん
18/05/25 22:32:01.50 R7850AfQ.net
>>695
visual studioも c++17完全対応したらしいから17までは現世代でいいかなと。
710:デフォルトの名無しさん
18/05/25 22:56:51.43 dKyw+i0Y.net
>>696
nodeやpythonやrubyの悪口はやめるんだ。
711:デフォルトの名無しさん
18/05/25 23:27:50.48 4TBK/UtB.net
CPythonはC言語の環境さえあればなんでもできるしライブラリだけはC言語並みに速い
JavaもHaskellもただコンパイラを作るだけでなく
C言語のライブラリの使用を禁止する大義名分を作れるかどうかが重要になる
制御の反転とか
ドメインモデル貧血症とか
712:デフォルトの名無しさん
18/05/25 23:41:53.32 AvKDu7Ii.net
なんでCのライブラリを使っちゃいけないの？
713:デフォルトの名無しさん
18/05/25 23:52:56.77 xxaSk9pj.net
>>697
どうせuniversal initializer周りはバクだらけだろうよ。
>>698
nodeはもはやnpmのが価値がある。
>>700
ハサミで怪我した人はハサミを根絶すれば怪我しなくなると信じてるんだよ。
714:デフォルトの名無しさん
18/05/25 23:55:48.17 4TBK/UtB.net
>>700
インタプリタ＋Cのライブラリ
を使っていい現状でPythonが勝ってるから
使っちゃいけないことにすればコンパイラ言語が勝てる確率が上がる
715:デフォルトの名無しさん
18/05/26 00:01:52.26 i86nCRmL.net
C+スクリプトが最強ってことね
Haskellもコンパイル出来るスクリプトみたいなもんだし
716:デフォルトの名無しさん
18/05/26 07:12:23.43 JffIKOaJ.net
そういえばc言語にはパッケージ管理ツールってあるの？
717:デフォルトの名無しさん
18/05/26 07:23:38.94 E+a4SYdv.net
>>704
C++ならMSのVcpkgとか？
使ったことないけどマルチプラットフォームらしい
718:デフォルトの名無しさん
18/05/26 08:07:14.44 lww/3Yi3.net
>>704
結構OSと結びついてること多いし、普通はOS全体のパッケージ管理ソフトの
aptとかyumで入れる。
719:デフォルトの名無しさん
18/05/26 08:11:41.09 sQSfUS3A.net
結構OSと結びついてる？？
多い？
普通は？
？？？
>>705
こっちの発言は普通に>>704へのレスとして正常
720:デフォルトの名無しさん
18/05/26 08:15:37.17 lww/3Yi3.net
>>707
はいはい、じゃあお前はMSのVcpkgってのを使ってろよ。
721:デフォルトの名無しさん
18/05/26 11:01:18.92 yLdCoEV+.net
/usr/libとか.local/libとかにでもほりこんどきゃいいっていう単純なルールだからむしろパッケージマネージャ使うより分かりやすい
722:デフォルトの名無しさん
18/05/26 11:44:24.93 Alqb/ffm.net
ファイルシステムと結びついてる
そのファイルシステムよりも優れたパッケージのデータベースを作れないだろうかと
723:デフォルトの名無しさん
18/05/26 12:07:11.19 +v/aNAKk.net
>>710
すでに広く使われてるけどな。
724:デフォルトの名無しさん
18/05/26 14:24:01.93 lww/3Yi3.net
自分は使わず他人を実験台にする気しか感じられん。
725:デフォルトの名無しさん
18/05/26 15:25:11.42 Alqb/ffm.net
口先だけの理論を極めたら実験台は最小限で済むのに、口先だけの人をなぜ笑うんだい
726:デフォルトの名無しさん
18/05/26 15:28:25.91 /ACViDE8.net
その実験を他人任せにしてるからやで
727:デフォルトの名無しさん
18/05/26 15:40:35.41 yLdCoEV+.net
自分の成果として世に出すものならともかく、しょうもないことは人に投げれたから投げたほうがいいでしょ
728:デフォルトの名無しさん
18/05/26 15:56:16.96 Alqb/ffm.net
そもそも実験の量を減らせないのかなと思うんだが
必要な実験の量は決まっていてそれ以上減らすのは不可能
という根拠がどこにあるのかなと
729:デフォルトの名無しさん
18/05/26 18:23:53.82 +v/aNAKk.net
つまり、C++が最強なわけです。
730:
18/05/26 18:27:00.30 LE8Quobi.net
あの、どうしようもない仕様のC++が最強なわけがない…
731:デフォルトの名無しさん
18/05/26 19:21:26.10 Gw/MbzDj.net
そう言うアンチが使ってるウェブブラウザも99%C++製という
732:デフォルトの名無しさん
18/05/26 19:26:18.19 +v/aNAKk.net
Menlo Park Projectで挫折したビル・ジョイはゴスリンにJavaを作らせたわけですが、結局これも挫折してしまいます。
733:デフォルトの名無しさん
18/05/26 19:27:25.33 +v/aNAKk.net
>>719
C++が向いてる非常に限られた応用分野がアプリケーション・ソフトウェアだという話もある。
（俺の中で）
734:
18/05/26 19:27:33.89 LE8Quobi.net
>>720
Java は復活するよ、OpenJDK 化したのが巧手になるという
735:デフォルトの名無しさん
18/05/26 19:29:42.28 +v/aNAKk.net
Javaはもう無理じゃないのかな。
当初の野心的な設計が何の意味も持たないほど汚されてしまっている。
736:デフォルトの名無しさん
18/05/26 19:31:33.41 +v/aNAKk.net
VPSで計算主体のちょっとしたサービスを作ろうと思うと、Javaじゃ重すぎるので、C++で書き直そうかと思ってる。
Boost.Beastが出たことだしね。
737:デフォルトの名無しさん
18/05/26 19:33:00.94 +v/aNAKk.net
Javaで書くと月3万くらいかかるけど、C++で書き直すだけで1000円で済む。
738:デフォルトの名無しさん
18/05/26 19:38:23.21 CFSKq76+.net
AWS Lambdaとかうまく使えばJavaのままでもほぼタダで運用できる可能性もあるぞ
739:デフォルトの名無しさん
18/05/26 20:07:16.64 +v/aNAKk.net
でもお高いんでしょう？
740:デフォルトの名無しさん
18/05/26 20:22:14.49 Gw/MbzDj.net
アプリケーション・ソフトウェアという言葉に
GUI処理担当という含みがあるなら、
その部分は Android なら Java だし iPhone なら Objective-C という風に
主要なモバイルプラットフォームで C++ は使われていないことを指摘しておく。
もちろんどちらもコア部分は c++ だけど。
アプリケーションを離れてみると
ffmepg などの動画関連のコーデックやフォーマットのライブラリはほぼ全てが c++
ソフトウェアの分野ごとの各種言語のシェアってどんなんなんだろうね
人工知能だと Python なのか
741:デフォルトの名無しさん
18/05/26 21:05:39.67 +v/aNAKk.net
>>728
向いていない言語を使ってるからモバイルはもっさりなのでは。
742:デフォルトの名無しさん
18/05/27 06:45:23.52 iAW8TpSo.net
>>715
つまり面倒なことは自分はやらんと。
「怠惰はエンジニアの美徳」を間違った解釈しとる典型例やな。
743:デフォルトの名無しさん
18/05/27 10:10:48.49 BN8VpKje.net
モラルハザードは美徳の欠如ではなく合理的行動、の典型例じゃん
スポーツの試合中に起きたことを美徳云々で説明するのはバカ
ただし試合やってないのに24時間戦ってる奴は本物のサイコパス
744:デフォルトの名無しさん
18/05/27 10:49:05.13 Rm2uu4hA.net
じゃあ、試合中に無防備の背中にタックルを決め込むのは何？
745:デフォルトの名無しさん
18/05/27 10:54:04.85 3MSe96++.net
ただし上司に命令されてやむを得ずやったものとする
746:デフォルトの名無しさん
18/05/27 11:19:36.68 6sX4/naG.net
言語界の生ける神であるHejlsbergは人の扱いが上手いから出世したんやで
どれだけセンスや技術があっても人を使えない奴はくだらないタスクに追われて腐るだけ
747:デフォルトの名無しさん
18/05/27 11:20:31.96 VySgS13P.net
>>730
エンジニア関係なくしょうもないことは他人にやらせるのが生存戦略なんだよなあ……
一生しょうもないことやってろ
748:デフォルトの名無しさん
18/05/27 11:53:49.22 BN8VpKje.net
>>732
どこからどこまでが試合中なのか空気読めない人には難しい
試合を止めたり再開したりするから
749:デフォルトの名無しさん
18/05/27 12:21:29.10 M6iLAzp4.net
>>735
ってなことを言ってると
お前が他人に投げたいしょうもないことを
受け取ってくれる人がいなくなるんだよな
それとももう既にいないからこんなところで愚痴りに来てるのかな？
750:デフォルトの名無しさん
18/05/27 12:24:41.96 VySgS13P.net
>>737
？？？ いるが？
後半もなんか妄想で叩いてきてるし、きしょい奴やな君
751:デフォルトの名無しさん
18/05/27 12:28:28.97 iAW8TpSo.net
パッケージ管理ソフトの使い心地の調査をしょうもないことといって切り捨て、
他人にやらせるとかクソ中のクソだな。
こんな奴が出世するようになってるから日本の技術者は腐るんだろう。
752:デフォルトの名無しさん
18/05/27 12:34:12.22 VySgS13P.net
>>739
それ誰の話？ まさか妄想で俺に攻撃してる？
753:デフォルトの名無しさん
18/05/27 12:46:02.82 fX39yZK1.net
日本の技術者がどうのとか大きな話するのは
自分が恥かくだけだからおやめ
おうちに帰ってカーチャンに聞いてもらってくれ
754:デフォルトの名無しさん
18/05/27 15:51:17.04 1qLnSHOL.net
当スレッドが本になりました。
読みやすい印刷されたペーパーとしてご購入できます。
是非この機会にご検討ください。
755:デフォルトの名無しさん
18/05/27 17:13:45.33 vGsyzOgH.net
>>729
そうやって妄想で現実を否定して何が嬉しいんだよ…
756:デフォルトの名無しさん
18/05/27 19:35:35.04 ryWgNuxw.net
JAVAが遅いなんてずっと言われてるし少なくともその部分は現実だろ
速いから使われてるわけじゃない
757:デフォルトの名無しさん
18/05/27 19:57:16.66 QS1EkFJo.net
Javaは速いだろ
エンプラのサーバーに最適化されすぎてて、一般ピープルが触ると遅く感じるだけだ
最近はコンテナやFaaSの流行によってサーバーサイドにおいても重厚(遅いわけでわない)なスタックが嫌われるようになったから、
これまでのJavaのパフォーマンス特性も時代に合わなくなっているのは確かだけど
758:デフォルトの名無しさん
18/05/27 20:15:35.91 1qLnSHOL.net
ほむ、Javaはどのくらい速いのですかな？
759:デフォルトの名無しさん
18/05/27 20:32:33.16 UStC7dOM.net
うーん、これくらい！ｗ
760:デフォルトの名無しさん
18/05/27 20:52:17.86 PKMOK1NR.net
>>747
やったぜ！
761:デフォルトの名無しさん
18/05/27 20:56:47.34 1qLnSHOL.net
JavaはC++より二十倍速いで有名なページが、言及されまくった挙句、Hashはstd::vectorの二十倍速い場合もあるに変わったのを思い出した。
762:デフォルトの名無しさん
18/05/27 21:17:03.12 349lNz1d.net
webフレームワークだと上位はC++とJavaだな
URLﾘﾝｸ(www.techempower.com)
763:デフォルトの名無しさん
18/05/27 21:34:21.37 Rm2uu4hA.net
最近はRustもtokioのおかげで上位に食い込むようになってきたぞ
764:デフォルトの名無しさん
18/05/27 21:34:55.15 J2TkP5AD.net
>>750
最近はC#も頑張ってるな
URLﾘﾝｸ(www.techempower.com)
765:デフォルトの名無しさん
18/05/27 21:38:00.21 Lun0pFel.net
エラー吐きまくってる恥ずかしいフレームワークが3つともC++だなｗ
766:デフォルトの名無しさん
18/05/27 21:47:29.24 1qLnSHOL.net
ウェブフレームワークだとC++は遅いのか。
不思議なもんだ。
767:デフォルトの名無しさん
18/05/28 00:31:09.16 bV3do8uo.net
>>750
c++は早くネットワーク関係のライブラリを標準で持てと。
ファイシステムよりプラットフォーム依存少ないだろうから標準になるの早いと思ったんだけどなぁ。
768:デフォルトの名無しさん
18/05/28 00:46:52.85 yucnVNXj.net
Networking TSはあるけどな。
当面はBoostで凌ぐしかないんじゃないのかな。
769:デフォルトの名無しさん
18/05/28 00:48:07.93 yucnVNXj.net
VPSだとJavaは使えないからな。
C++だとずいぶん安上がりなので、主流になると助かる。
770:デフォルトの名無しさん
18/05/28 00:55:15.18 NFhkET8o.net
勘弁してくれ
C++は限られた脳力しか持てない人類には複雑すぎる
771:デフォルトの名無しさん
18/05/28 00:55:58.49 yucnVNXj.net
Boost.Geometryでグラフィクスを作ればクロスプラットフォームのアプリができるんじゃないのか。
772:デフォルトの名無しさん
18/05/28 00:57:48.56 yucnVNXj.net
GDIにあったような計算がGeometryに揃っているのを発見したのだが。
773:デフォルトの名無しさん
18/05/28 01:01:36.65 yucnVNXj.net
>>758
Boost.BeastのFAQにライブラリの部品として使われることを意図してると書いてあった。
したがって、利用者側がテンプレートを駆使するスタイルではなく、用途に合ったインターフェースが用意されればいいんじゃないだろか。
C++は、複雑な利用法もできるけど、他の言語のような簡単な利用法もできるので。
774:デフォルトの名無しさん
18/05/28 01:01:38.30 CgSA54C+.net
ネットワーク関係はsignalに依存する気がする
javaはどうやってsignal依存を誤魔化してるの
775:デフォルトの名無しさん
18/05/28 08:20:44.90 FWdUDFme.net
>>750
プレインテキストのランキングの方がピュアじゃない
776:デフォルトの名無しさん
18/05/28 08:34:51.50 QC8z8DAi.net
Boostって何をブーストするの？コンパイル時間？
777:デフォルトの名無しさん
18/05/28 10:31:28.63 UfG8Uu1M.net
c#最近実運用してるけど割と良いと思えてきた。
バランスがだんだん良くなってきたと思う。
半分腐ってるクラスをcoreで捨ててったからかな。
778:デフォルトの名無しさん
18/05/28 16:49:29.89 yucnVNXj.net
>>764
プログラミングを加速させるんじゃないかな。
次世代のステージへ。
779:デフォルトの名無しさん
18/05/28 20:34:02.65 PHGZrKV/.net
>>758
Rustよりは分かりやすい
780:デフォルトの名無しさん
18/05/28 20:42:40.78 HwCURH5x.net
>>767
いや、C++は深みにはまるとRustの方がはるかに簡単だったなと思いだす
781:デフォルトの名無しさん
18/05/28 20:52:43.80 PHGZrKV/.net
>>768
簡単な要素を述べよ
782:デフォルトの名無しさん
18/05/28 20:55:46.12 QC8z8DAi.net
述べよ（命令）
783:デフォルトの名無しさん
18/05/28 20:59:32.13 PHGZrKV/.net
分かりやすいと主張する側に分かりやすさを説明する義務がある
784:デフォルトの名無しさん
18/05/28 21:04:34.97 Cnh4I4wm.net
>>771
では、お願い致します
767デフォルトの名無しさん2018/05/28(月) 20:34:02.65ID:PHGZrKV/>>768
>>758
Rustよりは分かりやすい
785:デフォルトの名無しさん
18/05/28 21:05:57.55 sW7tsilJ.net
それは、わかりやすくない、わかりにくいと主張する側に説明責任があるとも言えるのでは？
わかりにくさの説明義務を放棄して「いや、わかりにくい。わかりやすいと言うならわかりやすい要素を挙げろ」というのは、ちょっと無責任だと思うが。
それじゃやってる事同じだよね。
786:デフォルトの名無しさん
18/05/28 21:06:31.21 sW7tsilJ.net
ああ、リロって無かった。ごめん。
787:デフォルトの名無しさん
18/05/28 21:23:25.05 yucnVNXj.net
プログラミング言語Rust 第四版が無いからわかりにくい。
788:デフォルトの名無しさん
18/05/28 21:40:44.10 OZNzbx2M.net
c++はオーバーロードの優先順位、値を返す時のコンストラクタの省略ルール、
テンプレートのマッチング、エラーなどこの辺がわかりにくい、てか覚える気にならん。
789:デフォルトの名無しさん
18/05/28 21:43:46.15 HwCURH5x.net
C++はキャストの種類が多すぎてどれ使うべきなのかよく分からんくなるとか
マクロの各要素に括弧つけるの忘れて演算子の優先順位が狂って
そのことに気付くのに半日くらいかかったとか
インクルードガードなるものを知らなくて2重インクルードしてて困ったとか
他にも、C++は数え上げていくときりがないくらい落とし穴がいっぱいある
使い慣れてるヤツはそんなところで間違えないから問題ないのかもしれないけど
慣れてないヤツからすると上みたいな比較的簡単な部分でさえ落とし穴が多くて
そこにテンプレートとかが加わってくると「こんなもん使えるかよ」ってなる
Rustなら変なコード書けば大抵コンパイルエラーになるんで安心
逆にC++のほうが簡単って言ってるやつらは
Rustの何が難しくてC++の何がRustより簡単だと思ってるわけ？
790:
18/05/28 21:49:46.40 dVAXJXVu.net
>>777
＞C++はキャストの種類が多すぎてどれ使うべきなのかよく分からんくなるとか
あれは、たしかに意味がよくわからないところがありますね…
＞マクロの各要素に括弧つけるの忘れて演算子の優先順位が狂って
C の時代からのバッドノウハウ…というか、もうマクロは書かないほうがいい…
＞インクルードガードなるものを知らなくて2重インクルードしてて困ったとか
別に二重インクルードしても「ほとんど」問題ないとは思うのですが…
791:デフォルトの名無しさん
18/05/28 23:04:24.84 yucnVNXj.net
>>778
無茶言い過ぎ。
792:デフォルトの名無しさん
18/05/28 23:30:57.70 QC8z8DAi.net
あんなにC++マニアだったのにC++のちょっと良くない部分も見えて来始めた感じ？
793:デフォルトの名無しさん
18/05/28 23:36:45.76 RI6Mq7Tq.net
D--くらいなの無いの？
794:デフォルトの名無しさん
18/05/28 23:40:07.57 yucnVNXj.net
二重インクルードしても問題ないとか言ってるくらいだから使ったことないだろ。
795:デフォルトの名無しさん
18/05/28 23:44:09.14 QC8z8DAi.net
たしかに。マニアはちょっと違うな
796:
18/05/28 23:50:30.89 dVAXJXVu.net
>>782
C/C++にて二重インクルードするとどんな問題が発生するのでしょうか？
797:デフォルトの名無しさん
18/05/28 23:54:31.87 QC8z8DAi.net
無限ループ起こさない上手い奴説
798:デフォルトの名無しさん
18/05/29 00:16:27.56 XTs2/c/j.net
C++は低級言語なんだよ
何でもありの世界で適切に振る舞うには野蛮であらねばならない
しかしそれは知的であることと矛盾しない
799:デフォルトの名無しさん
18/05/29 01:06:58.24 R8AzzyYJ.net
>>786
Rustも低級言語なんだよ
低級言語であるために常に野蛮である必要性はない
時に野蛮になれればいいだけだ
800:デフォルトの名無しさん
18/05/29 02:02:32.47 yILeSRd7.net
C++は言語オタクの遊び道具に成り果ててるイメージ
しかも言語理論もへったくれもない増改築を繰り返した温泉旅館のごとき醜悪さ
template特にSFINAEとかconstexprとかいきあたりばったりじゃん
しかもそういう複雑なメタプログラミングの仕様を規定してるくせに、
そのデバッグ手法はアウトオブスコープっていうのが超無責任だと感じる
801:デフォルトの名無しさん
18/05/29 03:38:52.77 OLm/G7uq.net
最近になってようやくD言語のbetterCモードが使い物になるようになった、らしい
gc無し例外無しクラス無し、ランタイムはC言語のものだけを使うモード
D言語のC言語から微妙に改善された構文とメタプログラミング機能はそのまま使えるということで
顧客が本当に必要だったもの感ある
802:デフォルトの名無しさん
18/05/29 07:11:02.64 xMMbb2sa.net
>>788
そんなとこだな。あいつらはデバッグなんてしないし考えもしない。
ただrustもそんなc++の暗黒面を後追いしつつある。
803:デフォルトの名無しさん
18/05/29 08:53:07.29 z8Gf8T53.net
今後Rustがどうなるかを知っているのがC++だというなら
C++は遊び道具などではなく未来予知の道具だ
804:デフォルトの名無しさん
18/05/29 09:11:48.44 yILeSRd7.net
その考えが遊び道具だってんの
仕事でC++使っていわゆるプロダクトレベルのソフトウェアを作ってる身になってほしい
805:デフォルトの名無しさん
18/05/29 09:14:50.67 P0r/84Mp.net
>>788
増改築を繰り返した温泉旅館のようって例え至るところで聞くな。
温泉旅館だけど風評被害で訴えるぞ！
806:デフォルトの名無しさん
18/05/29 09:17:58.21 z8Gf8T53.net
>>792
人にものを頼むときには金を払え
プロダクトレベルってそういうことだろ
807:デフォルトの名無しさん
18/05/29 09:38:00.09 YS72R3qS.net
c++やめてrustでfirefox作ってるんなら
rustはbetter c++なんだろ？
それはいい
808:デフォルトの名無しさん
18/05/29 09:51:51.59 eSDryNnZ.net
>>794
標準化やってる連中が言いそうなセリフだ
809:デフォルトの名無しさん
18/05/29 11:29:49.32 R8AzzyYJ.net
で、先週くらいからずっとRust勢はC++より優れてる点を挙げているのに
Rustアンチの奴等はそれに反論する訳じゃなくてほとんど無視して
RustはC++と変わらないって言ってるだけじゃなんの説得力もないんだけど…
>>655とか,>>675,>>681,>>776,>>777に対するマトモな反論はないの？
810:デフォルトの名無しさん
18/05/29 12:03:55.74 z8Gf8T53.net
RustとC++は同じではないが対立しないだろう
どちらかが嘘をついているとか偏差値の差が10以上とか原因がなければ対立は起きない
811:デフォルトの名無しさん
18/05/29 13:25:23.83 CZL5n1gP.net
>>797
だってまったく「優れてる」って根拠になってねーもん
個人の感想だったり、なんだかんだ言いつつC++側が決して手放しで優位でないって認めてたり
仕様の複雑さはC++が分かりにくいのは前提の上で、Rustの方が分かりやすいとは誰も言ってないよね
Rust使ってて客観的に生産性上がったってデータ、当のブラウザをRustで書いたmozillaからすら出てねえのに
812:デフォルトの名無しさん
18/05/29 13:31:51.50 CZL5n1gP.net
>>798
当のRust信者が「RustはC++の後継！」とか言わなきゃ住み分けできると思うぞ
813:デフォルトの名無しさん
18/05/29 15:13:51.33 R8AzzyYJ.net
>>799
個人の感想しかないに決まってるだろ
分かりやすいだの生産性だのをどうやってデータで出すんだよ
分かりやすさなんて数値化できないし
生産性も行数ぐらいでしか数値化できない
そしたら次は行数なんかで生産性が測れるかよってなる
それとも君は誰もが納得できる計測方法を知っているとでも？
確かにRustの方が分かりやすいとは言ってないが
C++の方が分かりにくいとは言ってるよね
それって相対的にRustの方が分かりやすいってことだよね
814:デフォルトの名無しさん
18/05/29 15:32:47.66 R8AzzyYJ.net
>>800
RustがC++の後継になれるかどうかはともかく目指してるのは事実だからな
ていうかどうやって住み分けるの？
個人的にはC++の資産を今さら捨てるわけにはいかないって理由ぐらいしか
使い分ける理由が存在しないと思ってるんだが…
それって現実的な妥協案ではあっても住み分けではないよね
815:デフォルトの名無しさん
18/05/29 16:59:20.34 sxnzIvUq.net
JavaやRustが優れているというのに、JavaやRustで書かれたアプリがユーザーに全く受け入れられないのは、呪いがかかっているからだろう。
816:デフォルトの名無しさん
18/05/29 18:47:43.68 YS72R3qS.net
rustは良いと思う
web開発では使いたくないけど
817:デフォルトの名無しさん
18/05/29 21:11:37.30 xMMbb2
818:sa.net
819:デフォルトの名無しさん
18/05/29 22:01:56.22 z8Gf8T53.net
>>805
それJavaScriptとTypeScriptを比較しても同じこと言えるの？
820:デフォルトの名無しさん
18/05/29 22:08:15.67 Esnw/0hW.net
小中規模ならtsいらないよflow使って最後外すくらいで十分。
821:デフォルトの名無しさん
18/05/29 22:56:13.39 ltkxDyOc.net
えー俺はjsの入門者こそtsやるべきだと思う。つーかjsがtsになれ
822:デフォルトの名無しさん
18/05/29 22:56:53.67 ltkxDyOc.net
小規模でも全然ts使いたいよ。楽しい
823:デフォルトの名無しさん
18/05/29 23:01:00.03 Xt8fAcdV.net
tsはソースの見た目が美しい
C系シンタックスの最高到達点だと思う
824:デフォルトの名無しさん
18/05/29 23:18:04.94 ltkxDyOc.net
型宣言が後置なのが良い。
c#はそこが残念。
825:デフォルトの名無しさん
18/05/29 23:19:25.69 ltkxDyOc.net
あーでもflowはjsなんだっけ？
コメントで型情報追加するとか？
826:デフォルトの名無しさん
18/05/29 23:53:03.39 qS+NaeOE.net
コメント使うのは最初の一行だけ。シバンみたいに。
あとは後置で普通に型書けるよ。
導入・取り外しが簡単。あくまでjs。
tsはよくも悪くも別言語だねありゃ。
827:デフォルトの名無しさん
18/05/30 00:04:30.40 PtoY56Ui.net
>>813
取り外すってでも型情報ついてるんだよね。どうやってjsコードとして維持してるの？
828:デフォルトの名無しさん
18/05/30 00:05:53.83 PtoY56Ui.net
tsはジェネリクスができることが増えて変態化してるのがいや。
エラーがわかる気がしない。flowはどうなん？
829:デフォルトの名無しさん
18/05/30 00:26:34.49 NC6i02jY.net
TSはそっち行っちゃったかー感半端無い。
JSはもっと関数的な記法に進化出来たのにAlgol系じゃなあ…
DartがショボすぎたのとCoffeeの失速が致命的だった。
830:デフォルトの名無しさん
18/05/30 00:38:41.66 VHqnU0fy.net
>>814
flow-remove-typesってコマンドで外すんだよ
831:デフォルトの名無しさん
18/05/30 00:51:02.32 yvJ4REyT.net
バベラせるだけだから、flow-remove-typesせんでええやろ
生でJSとやるのはもうリスク高すぎ
832:デフォルトの名無しさん
18/05/30 00:55:46.97 qwpvUJlq.net
ここまで真の次世代言語Ponyの話題なし
最近バージョン上がったのに
833:デフォルトの名無しさん
18/05/30 01:20:13.39 A4Meokwp.net
>>818
とりあえず通報しとくわｗ
834:デフォルトの名無しさん
18/05/30 01:29:07.64 A4Meokwp.net
>>819
ちらっとチュートリアル読んでるけど良さそうじゃん！シンタックスも奇形じゃないし。何で話題にならんの？
835:デフォルトの名無しさん
18/05/30 01:42:24.59 qwpvUJlq.net
>>821
バックに企業がついてないのが1つ
日本語の情報がほぼないのが1つ
まだ1.0になってないのが1つ
安全性ならRustが先行、カジュアルな並列ならGoが先行してるのが1つ
キラープロダクトがないのが1つ
……多いな
836:デフォルトの名無しさん
18/05/30 01:45:47.89 qwpvUJlq.net
安全性の理論自体は論文ベースだし
文法はまともだし
分かりやすいアクターモデルだしGC系言語だしで
次世代感は高いはずなんだがなあ
837:デフォルトの名無しさん
18/05/30 02:05:09.64 A4Meokwp.net
これ気に入ったわ。流行らんくても趣味で遊んでみるわｗ
838:デフォルトの名無しさん
18/05/30 04:56:23.34 Xc/sLWnw.net
goって並列用言語なの？
それ以外の用途では微妙っぽいけど
839:デフォルトの名無しさん
18/05/30 07:23:24.71 isqQ3IJf.net
GCはむしろ旧世代
840:デフォルトの名無しさん
18/05/30 08:03:44.50 yvJ4REyT.net
ググラビリティ低い名前つけんなっていつも思うわ
何がポニーだワイの馬並みぶち込むぞカス
841:デフォルトの名無しさん
18/05/30 08:30:01.46 YpjU4Kk3.net
Juliaにponyを打ち込む動画はよ
842:デフォルトの名無しさん
18/05/30 08:36:37.93 6aQpK9IN.net
ponyいい感じに見えるわ
違うそうじゃない的改良しないで頑張ってほしい
843:デフォルトの名無しさん
18/05/30 08:49:14.13 rSpBF+9Z.net
言語オタ多いのねここ
844:デフォルトの名無しさん
18/05/30 09:18:14.14 Vam/MnMy.net
まあ最近の言語は～～langってぐぐればだいたい出てくるからそこまで困りはしないが
845:デフォルトの名無しさん
18/05/30 09:30:23.57 PtoY56Ui.net
>>818
これだったら別にtsと変わらんの違います？
846:デフォルトの名無しさん
18/05/30 10:01:51.44 cAup9oL+.net
Haskellが影響を与えた言語の連なりに "cat" てのあるってのを見知って
"cat language" でググったら
「お家の猫ちゃんと楽しく会話する方法」ばっかりヒットして血圧急上昇でした
847:デフォルトの名無しさん
18/05/30 10:59:48.01 HNDM+IHA.net
nimには次世代感感じないのにponyには感じるのはなぜだろう
848:デフォルトの名無しさん
18/05/30 12:13:53.56 OvgslO8C.net
名前から朝鮮臭がするからでは？
849:デフォルトの名無しさん
18/05/30 12:16:08.24 ZHid/qwr.net
正直>>835はぞっとするほど怖い。なんだろうこの不気味な感じは
850:デフォルトの名無しさん
18/05/30 12:45:09.59 q3w6F9sV.net
actorって誰得なんだよな
851:デフォルトの名無しさん
18/05/30 12:46:33.33 ywjxOJvq.net
>>835
古代生物かな
852:デフォルトの名無しさん
18/05/30 14:57:06.10 cAEded3J.net
>>835
存在しないものをかぎ分ける嗅覚の持ち主のようだ
nimはこうなんというか「ここが今までと違う！」ってセールスポイントが見えない気がするんだよな
D言語っぽい感じ
853:デフォルトの名無しさん
18/05/30 19:53:27.04 NMloaNbV.net
Cを超える言語はいつ出るんだ？
854:デフォルトの名無しさん
18/05/30 20:39:15.00 1y9VVRG8.net
開発者シェアという意味ならJavaがとっくに超えてる
855:デフォルトの名無しさん
18/05/30 22:28:03.84 P4J+TOSS.net
>>825
並列っつーかサーバ用だな。
待ち受けてスレッド回すっつー書き方に特化してる。
856:デフォルトの名無しさん
18/05/31 02:44:43.06 QFV8wAla.net
>>842
意外とバッチ処理にも向いてる
特にある程度量のデータを右から左にデータ加工しながら投げたいみたいな用途
857:デフォルトの名無しさん
18/05/31 03:22:08.51 nWho3S1c.net
nimはまあ、ぼくのつくりなおしたさいきょうのDelphiみたいなもんだから……
構文木を扱うタイプのマクロは新しいかは別にして珍しくはある
858:デフォルトの名無しさん
18/05/31 06:27:15.67 Ao0QiwhU.net
>>844
それlispマクロまんまじゃん。
859:デフォルトの名無しさん
18/05/31 06:28:20.06 KdSxJ4h7.net
>>843
結局何でも向いてるよな。カジュアルに使える
860:デフォルトの名無しさん
18/05/31 12:43:53.84 C9fqJU0/.net
ライブラリ書くのには圧倒的に向かないけどな
貶す意味でなく、よくも悪くも土方のための言語
しかし世の中でプログラムが必要な分野の多くは土方だからこそ流行ってる
861:デフォルトの名無しさん
18/05/31 13:00:56.28 Mu/CSqL6.net
日本生まれのクソ言語Ruby『最も嫌われているプログラミング言語』堂々ランクイン！！
URLﾘﾝｸ(japan.zdnet.com)
おめでとうクソ言語！🎊
おめでとう日本の恥！！ｗｗｗ
URLﾘﾝｸ(japan.zdnet.com)