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)
862:デフォルトの名無しさん
18/05/31 13:43:58.54 DK3FW3yv.net
>>848
こんどRubyistボコすときこれ使うわサンキュー
863:デフォルトの名無しさん
18/05/31 14:32:59.98 bmWKWolR.net
>>849
遠慮なくphpと同類扱いできるな。
864:デフォルトの名無しさん
18/05/31 14:38:11.50 OnZL/ItY.net
>>848
Rubyも含め、一時的に流行して廃れた負債言語が上位にランクインしてるな
言語そのものが糞というのももちろんあるけど、それ以上に、
終わってる言語で自分のキャリア上無価値と知りながらも負債をメンテするために触らざるを得ないのは辛いものがあるよね
865:デフォルトの名無しさん
18/05/31 14:42:28.25 bmWKWolR.net
他のグラフ見ると、RubyとRoRは同様に嫌われてるけど、
c#とLinqやUnity比べるとLinqやらUnityは嫌われてないとか、そこそこ面白いな。
多分ホントに負の遺産を負のままにしてきたツケだろ。
866:デフォルトの名無しさん
18/05/31 14:43:45.00 BSHKveO1.net
Rubyだって記法と実行速度と互換性がクソなくらいで他はそんなに悪くないだろ
あと信者がうざったいくらいで
867:デフォルトの名無しさん
18/05/31 14:44:26.38 bmWKWolR.net
信者がウザいって致命的だと思うけど。
868:デフォルトの名無しさん
18/05/31 14:47:15.28 oLzSHmHn.net
記法も互換性も実行速度もクソってもはやライブラリしか残ってないやん
869:デフォルトの名無しさん
18/05/31 14:55:00.57 h8BNVU1v.net
>>852
C#はWindows開発という最低最悪のイメージとセットなのにこの程度なのは相当な高評価だね
870:デフォルトの名無しさん
18/05/31 15:20:44.61 Rs+XOVpI.net
>>855
まあRoRだけで生き延びてきたような言語だからな
871:デフォルトの名無しさん
18/05/31 15:26:03.20 DK3FW3yv.net
RubyがオワコンってよりはRoRがオワコンってことだな
Rubyは元から始まってすらいなかった
872:デフォルトの名無しさん
18/05/31 15:46:21.48 fZ2+DRwl.net
RoRが流行ったのは事実だしそれでRubyがひろがったのも確か
でもいまはDjangoなりなんなりもっと書きやすくて読みやすい言語があるわけだ
873:デフォルトの名無しさん
18/05/31 16:11:17.43 RZ7CjKQ5.net
単純に疑問なんだが
昼間っから5chにカキコんでるような連中が
どんな根拠をもってある言語を叩いてるのか不思議だわ
誰かが作ってくれた言語をただ使うだけのユーザが
記法がどうの言えたもんだよな
オカンのタダ飯を批判するがごとく
874:デフォルトの名無しさん
18/05/31 16:32:19.04 oLzSHmHn.net
たしかに
875:デフォルトの名無しさん
18/05/31 17:12:57.79 Hmps7oME.net
勝手に作り上げた人物像を非難して
批判を潰そうとする方がよっぽど害悪じゃね
妄想癖の権威主義って感じ
876:デフォルトの名無しさん
18/05/31 17:24:07.19 Rs+XOVpI.net
Rubyは確かにオワコンっぽいけど、なんでダメだったんだろう？
Pythonが良くてRubyがダメな理由が分からん
877:デフォルトの名無しさん
18/05/31 17:37:38.55 oLzSHmHn.net
numpy対抗のライブラリが弱くて研究者の歓心を引けなかった
878:デフォルトの名無しさん
18/05/31 17:40:46.94 pyEWWgKP.net
いろんなソース見るとRubyは記法が人によってバラバラという印象はある
Pythonも無いわけではないけど
879:デフォルトの名無しさん
18/05/31 17:56:24.97 bmWKWolR.net
飯食いながらもしもしで5chとか普通じゃねえの？
880:デフォルトの名無しさん
18/05/31 17:58:06.78 79IVC2am.net
完全にイメージなのだが, RubyにはPerlと同じ臭いを感じる
Pythonは割と遠い感じ
881:デフォルトの名無しさん
18/05/31 18:19:38.00 bmWKWolR.net
悪い意味で自由な文法だからな。
書きやすいが読みにくい。
だからこそ設定より規約みたいな概念を「わざわざもう一回言ってまで」徹底しないと、
保守性最悪の動かさないとよくわからない、担当が辞めたら誰も
882:保守できない逸品に仕上がる。 さらにグダグダして、Objectの親クラス足した時点で言語として終わったと思ってる。 なんでmethod_missingの解決にそういう事したのか全くわからん。常識的に考えて破壊的変更を甘んじて受け入れて対応するだろ。 破壊的変更されると規約で決めた決めごとでしかないから破綻するとかどんな戯言なんだと思ってたらその主張が通るとか意味不明じゃん。 それで純オブジェクト指向とか抜かしてたのにスーパークラス作るとか頭湧いてる。 うざったくて無能な信者とか煮ても焼いても役に立たん。 確かBasicObject継承したクラスで定数宣言しても理屈としてはわかるがビミョーに納得のいかん結果になったと思う。 まだc#の拡張メソッドでコンパイル出来なくて悩む方がマシ。
883:デフォルトの名無しさん
18/05/31 18:34:50.95 3a+XHa0i.net
業務とかである程度使われちゃうと
好きじゃないのに使わなきゃいけない人が
増えてヘイトが溜まるのでは
>>856
じゃあ他に何を使ってアプリ開発を？と考えると c# いいよね！となる
884:デフォルトの名無しさん
18/05/31 18:35:54.28 3a+XHa0i.net
なんか1レス内で矛盾したこと言ってるなオレは
885:デフォルトの名無しさん
18/05/31 18:40:33.99 bmWKWolR.net
矛盾してなくないか？
選んだ結果c#なのと、嫌々c#を使うのは別かと。
.net上だし、どのプロジェクトも
VB.net使って協力会社増やそう→爆死
中身はcppのdllでガワだけc#→爆死
と、みんな何度か死んできただけだと思う。
delphiがすごく嫌われる程度に選択肢自体はあるんだし。
886:デフォルトの名無しさん
18/05/31 18:59:44.49 5P1WhOJA.net
なるほど
でアプリ開発分野での嫌々使わされてる系が Delphi と Obj-C、と。
2ちゃんブラウザの Jane も Delphi だっけ
887:デフォルトの名無しさん
18/05/31 19:54:50.70 bmWKWolR.net
delphiと言うかpascalが好きな人は未だに一定数居るからな。
そういうプロジェクトにつっこまれて、二度とこんな他の役に立たん言語はやりたくないと思ってプロジェクト抜けた人が積み重なったんだと思うよ。
vbaのマクロを一度でも「業務として」保守させられた人みたいな感じで。
888:デフォルトの名無しさん
18/05/31 19:57:27.27 G5mniSyx.net
windows版とlinux版のどっちかを手抜きするやつは危ない
実装できないくせに仕様だけ意識高い系
889:デフォルトの名無しさん
18/05/31 20:10:52.26 20e2UKVx.net
pythonも言語自体はクソだし、速度もおっそいし
ただただライブラリによって流行ってる
将来的にrubyと同じ命運をたどるのは間違いない
890:デフォルトの名無しさん
18/05/31 20:12:41.46 wxsQOhGX.net
Pythonはよ殺してくれ
891:デフォルトの名無しさん
18/05/31 20:21:52.70 G5mniSyx.net
altjsのように言語仕様を変えるのは素人でもできる
jsが流行ってるのは実装によって流行ってる
pythonも同じ
892:デフォルトの名無しさん
18/05/31 20:54:54.24 Ao0QiwhU.net
実行環境ベッタリな言語が嫌われてる印象。
893:デフォルトの名無しさん
18/05/31 21:27:17.72 1A8TuuXd.net
>>875
どっちが古いか指折り数えてみろ
894:デフォルトの名無しさん
18/05/31 21:29:02.34 20e2UKVx.net
>>879
なんの話？
古さの話してんの？
895:デフォルトの名無しさん
18/05/31 21:40:43.64 1A8TuuXd.net
>>880
Pythonもいずれそうなるというが、言語として出てきたのはRubyの方が後な訳で
それならPythonの方が先に死んでるよね？って話
896:デフォルトの名無しさん
18/05/31 21:46:29.96 Ao0QiwhU.net
まあ生き残ってる言語のが少ないんだから死ぬ言っとけばだいたい当たる。
897:デフォルトの名無しさん
18/05/31 21:53:53.72 Rs+XOVpI.net
>>881
原因が同じだか
898:らって時間も同じとは限らないだろ？ アホなのか？ まあ、本当に原因が同じかどうかも分からないが…
899:デフォルトの名無しさん
18/05/31 22:24:44.37 20e2UKVx.net
>>881
先に生まれた言語から死ぬルールってなに？
よくわからん
900:デフォルトの名無しさん
18/05/31 22:29:39.48 cLwOw0aL.net
rubyがオワコンであること自体には異論が出ないって
大分雰囲気が変わって来た感じがするな
901:デフォルトの名無しさん
18/05/31 22:34:13.24 wWFAOKjq.net
ドカタと関係ない世界で使われるようになった言語は長生きするから
残念ながらpythonは当分死なないよ
webドカタ専用言語だったrubyと違ってね
902:デフォルトの名無しさん
18/05/31 22:38:04.89 BlPwOISk.net
1.8のころは好きだったよRuby
903:デフォルトの名無しさん
18/06/01 01:00:10.75 PC7gEPYW.net
一方のんきなRubyistは今日もRubyKaigiとかいう身内オナニーで
他言語をdisっていた
904:デフォルトの名無しさん
18/06/01 01:33:36.25 sEckpmZ4.net
matzが他言語disるから取り巻きも同じ事やるんだよな……
もうお前らがdisられる側だってのに
905:デフォルトの名無しさん
18/06/01 01:49:41.57 Kjs/aFNB.net
rubyは関数の取り回しがキチガイ仕様過ぎる
あとシンタックスな、行き当たりばったりで実装できたものから突っ込んでくなよ。計画性と言うものはないのか。
906:デフォルトの名無しさん
18/06/01 02:41:29.01 R35aiX71.net
python は numpy が無ければ perl,ruby と同様非互換バージョン(2 -> 3)の断絶を超えられ無かったと思うよ。
numpyのおかげでアカデミックで生き残った所からの挽回かと
907:デフォルトの名無しさん
18/06/01 04:23:16.91 dsxx4VrW.net
Rubyは2008年のComplex/ComplexFloatの議論のときも
「スクリプト言語で数値計算なんてやるわけない」って頭ごなしに
数値計算で便利な改善を蹴ったりするような文化だったし、
Rubyにnumpy相当が育たなかったのは偶然じゃないよ
わざわざ開発者がアンチスレに降臨して意思表明してたくらいだし
ｽﾚﾘﾝｸ(tech板:134番)
908:デフォルトの名無しさん
18/06/01 06:13:30.45 /a7YB1o/.net
まあそう思ったのは普通な気もするけどね。
逆に python みたいにめちゃくちゃ遅くても c の呼び出し滑らかにしとけば
数値計算もいけるって感覚がどれくらい正当なのかは未知数だったと思う。
909:デフォルトの名無しさん
18/06/01 07:12:08.65 yaMgL5KL.net
Ruby開発者がイメージする数値計算と実際のニーズとの間にズレがあったんだよ
Rubyコミュニティに代表されるように、目的よりもプログラミング技術そのものに拘る連中の間には、
処理の粒度を粗くするのをダサいと考える文化が根強く存在してて、
巨大バッチ処理において処理の粒度をとにかく粗くすればスクリプトの遅さは問題にならない、っていうnumpy的な方向性は関心を持たれにくかった
Rubyを数値計算に使えるようにたいとか吹いてた時期もあったけど、その頃もJITとか明後日の方向を向いててどうしようもないほどにズレてた
910:デフォルトの名無しさん
18/06/01 07:16:27.89 V5eoRgyy.net
私たちみたいに賢い人たちはrubyなんか採用してないんだからどうでもよくない？
911:デフォルトの名無しさん
18/06/01 08:56:38.06 r5NV/DiH.net
RubyはクラスベースではないOOPをdisって戦利品を得ていた気がする
戦利品が枯渇したら終わり
TypeScriptとSwiftは静的型ではないOOPをdisってる
912:デフォルトの名無しさん
18/06/01 09:28:56.14 xhz/zG58.net
typescriptというかaltjsに関しては、最初から
jsが進化するor WASM等の別物が流行るまでの期間限定なのは
913: 開発者自身も織り込み済みでやってる気がするんだ
914:デフォルトの名無しさん
18/06/01 10:27:18.22 r5NV/DiH.net
C++の演算子オーバーロードがdisられた時期もあった
disってたのはRubyだけではないし、数値計算に使えないイメージもRubyだけではない
915:デフォルトの名無しさん
18/06/01 10:45:42.72 xhz/zG58.net
>>898
それはiostreamの<<,>>とかstringの+のような流用の話で演算子オーバーロード全般じゃないだろ
まあ最近でもpathの/みたいにやらかしてるけどさ
他と比較して配列が扱いづらい云々ならともかく、C++単独で数値計算が苦手なイメージなんて最初から無い
916:デフォルトの名無しさん
18/06/01 11:05:15.17 nDEm3rZ6.net
wasmでjs以外の言語って流行るのかね
バイナリサイズ大きくなってappletやFLASHみたいに読み込みに時間がかかるサイト量産されそう
917:デフォルトの名無しさん
18/06/01 11:33:47.46 bzS5DKKK.net
共同ツール 1
URLﾘﾝｸ(seleck.cc)
URLﾘﾝｸ(trello.com)
ボードのメニュー → Power-Upsから拡張可能 Slack DropBoxなど
Trello Chrome拡張機能 elegant
URLﾘﾝｸ(www.kikakulabo.com)
trelloのオープンソースあり
共同ツール 2
URLﾘﾝｸ(www.google.com)
共同ツール 3
URLﾘﾝｸ(slack.com)
URLﾘﾝｸ(www.dropbox.com)
URLﾘﾝｸ(bitbucket.org)
URLﾘﾝｸ(ja.atlassian.com)
URLﾘﾝｸ(www.sketchapp.com)
URLﾘﾝｸ(photoshopvip.net)
URLﾘﾝｸ(goodpatch.com)
Trello Chrome拡張機能プラグイン集
URLﾘﾝｸ(chrome.google.com)
Slackプラグイン集
URLﾘﾝｸ(slack.com)
Sketchプラグイン集
URLﾘﾝｸ(sketchapp.com)
918:デフォルトの名無しさん
18/06/01 11:38:41.56 yj/dLDhy.net
wasmかわいいよwasm
一応JSよりサイズが小さくなることを売りにしてるから多分大丈夫
919:デフォルトの名無しさん
18/06/01 11:41:11.80 yj/dLDhy.net
と思ったけどコンパイル時間がどんくらいになるんかな
920:デフォルトの名無しさん
18/06/01 12:00:32.33 sEcyCFHu.net
wasmといえば、Goももうちょいで対応しそうだし、c#だとblazorみたいな面白い荒業が出てきてたり、結構面白いよな。
最初から(たいてい他言語で書かれてる)共有ライブラリ使わない静的リンクでのクロスコンパイルが得意とか、
他言語呼び出さなくてもフレームワークにだいたい道具が揃ってて、かつ生きてるOSSのVMがあるとか、色々好条件が揃ってたんだろうけど。
blazorはwasmで書かれたVMだけだから、フレームワークやライブラリのデッドコードエリミネーションをどれだけ積極的にやるか次第だし、
Goもgithubのcommit見てる感じ今までのコンパイルとさほど速度変わらなさそうで、
emscriptenよりは少し気軽な気持ちでgo buildとかmsbuild叩けるんじゃないかな。
921:デフォルトの名無しさん
18/06/01 19:38:50.08 RsiXZK4k.net
ヨくわらんけど
rubyはなくなってもいい
922:デフォルトの名無しさん
18/06/01 21:47:36.97 qtlRxa1X.net
ruby亡き後、rubyがここまで嫌われる原因となった人格破綻者ruby信者たちに新たに担がれる可哀想な言語は何？
923:デフォルトの名無しさん
18/06/01 21:53:05.61 xhz/zG58.net
Delphi信者だって全部C#に行ったわけでもなく結構バラバラになったしコアな連中は未だにしがみついてるしで
rubyだってこれといった移行先なんてないでしょ
924:デフォルトの名無しさん
18/06/01 22:02:10.88 37GHyRIw.net
Scalaに行った連中は路頭に迷っちゃった
925: Elixirも期待されたけど結局泣かず飛ばず Ruby難民達の未来は厳しい
926:デフォルトの名無しさん
18/06/01 22:11:25.87 tuMT8+bP.net
おまえらどんだけRuby嫌いやねん
927:デフォルトの名無しさん
18/06/01 22:20:35.65 dWbp+vof.net
とりあえず、まつもとゆきひろがキモいのをどうにかしてくれ。話はそれからだ。
928:デフォルトの名無しさん
18/06/01 22:40:27.25 eXxjWeAx.net
俺、Ruby作れる気がしないからまつもとひろゆき凄いと思うんだけど、おまえらそうでもないの？
929:デフォルトの名無しさん
18/06/01 22:46:31.07 CMP3AU6M.net
終わった過去の言語の話をするのでなく、これからのことを話すべきなのではないか？
930:デフォルトの名無しさん
18/06/01 23:00:06.59 hus0bbCf.net
んだんだ
goの話なんてどうでもいいのだ
931:デフォルトの名無しさん
18/06/01 23:06:28.95 R35aiX71.net
Ruby嫌いじゃないよ
なんらかのニッチを埋めて衰退するのは寧ろ立派であるとすら思う
932:デフォルトの名無しさん
18/06/01 23:23:24.16 uCsHgk1n.net
これからというとC++2aの話題か。
933:デフォルトの名無しさん
18/06/02 00:19:46.51 sv5fppzn.net
C++の14～の機能を未だに覚えられない。
というか使わない
覚えられたら便利なんだろうけど
934:デフォルトの名無しさん
18/06/02 01:11:15.74 ePJ8dEBw.net
autoを使うだけでEigenがよく分からないことになって辛い
935:デフォルトの名無しさん
18/06/02 02:01:37.96 UARZ4gE7.net
>>916
ジェネリックラムダだけでも11より14以降使いたい理由になたよ。
936:デフォルトの名無しさん
18/06/02 09:16:37.21 I53fC9WV.net
>>848
型無し糞言語は全て死ねということだな
歴史がきちんと証明した
妥当だし、すばらしいことだな
937:デフォルトの名無しさん
18/06/02 09:40:48.53 GKIIUFA/.net
プログラミング言語って大半が機能過多になって廃れるよね
言語自体がプログラミングのアンチパターンを踏襲している
938:デフォルトの名無しさん
18/06/02 09:41:33.77 l+OoLCVZ.net
rubyってクソ言語かな。
swiftの言語仕様毎年変更に比べれば全然良い
939:デフォルトの名無しさん
18/06/02 09:41:56.52 z1beHaLa.net
>>919
javascript や bash の順位
940:デフォルトの名無しさん
18/06/02 09:44:31.58 I53fC9WV.net
未だに型推論すら入らない糞オブザ糞、いわゆるSHIT
あの糞ウンコゴミ屑死ね死ねナンバーワン永世ドベのピチ糞PHPoorですら
ようやく型が書けるようになったというのに
（だからといってあの糞には2度と近付かないが）
941:デフォルトの名無しさん
18/06/02 09:45:45.96 I53fC9WV.net
>>922
JSにはFlow/TSがある
bashは小規模ではしょうがない
サバサイド言語で型を書かない意味がわからない
バカなのか？
942:デフォルトの名無しさん
18/06/02 09:46:51.29 I53fC9WV.net
すまん、自明だったな
型無し糞言語はバカ、型無し池沼イット土方はバカ
いますぐ死んでほしいよな、ほんと
これが総意
943:デフォルトの名無しさん
18/06/02 09:47:28.66 l+OoLCVZ.net
>>923
まだイマイチ。コンテナ内の型決めれないし
944:デフォルトの名無しさん
18/06/02 09:49:36.92 z1beHaLa.net
>>924
typescript は typescript で項目があるけど
>>919
＞型無し糞言語は全て死ねということだな
適当に反論して「全て」と言ったの無しにしようとしてるだろw
そう言うことせずに間違いを指摘されたら撤回して訂正しようよ面倒な奴だな
945:デフォルトの名無しさん
18/06/02 09:50:18.77 l+OoLCVZ.net
あとtsはコンパイルが終わると型情報捨てられるの辛い。動的な型検査で外部から流入してくるjsonとか処理したいなぁ
946:デフォルトの名無しさん
18/06/02 09:51:13.40 z1beHaLa.net
>>925
自省して「全て」を消したようなので許してやろう
947:デフォルトの名無しさん
18/06/02 09:52:51.42 I53fC9WV.net
型推論は型あり言語だぞ？
型無し糞言語は死ねは撤回しない
やや例外かもしれんがPHPも死ね
948:デフォルトの名無しさん
18/06/02 09:54:10.67 I53fC9WV.net
あ、ちゃんとbashも
949:死んだ方がいいと思ってるぞ 目の前にいたら包丁で微塵切りにしてやりたいわ
950:デフォルトの名無しさん
18/06/02 10:05:34.13 1ZPJADB4.net
>>920
C#はC++に迫ろうかというくらいに複雑化したけど破綻も廃れもしてないよ
一方Kotlinは多言語をパクり終えて独自の機能を入れだしてからヤバい臭いがしてきた
期待したけど第二のScalaだわこれ
951:デフォルトの名無しさん
18/06/02 10:06:09.66 tIKh6LGM.net
>>928
実行時型情報が捨てられるのはしょうがないとしても、型定義からTypeGuard Functionを生成
できるような機能があったらいいのにねぇ。
inteface定義したらいっしょにTypeGuard Function書くのがルーチンになってしまった。
952:デフォルトの名無しさん
18/06/02 10:08:23.01 J1HVezEs.net
動的型チェックはPHPみたいになるからマジで止めとけ
静的チェックが安全性とコストのバランスが最良
953:デフォルトの名無しさん
18/06/02 10:18:36.08 0R2D4vql.net
>>934
自動で書いてほしいって話だから別にphpになるわけではない。考えられるのはtsのコードパースしてtsのコードから自動生成かね。
とょっと面白そうな題材に感じた。試してみる！
954:デフォルトの名無しさん
18/06/02 10:27:51.64 tIKh6LGM.net
jsonschemaを吐き出してくれるnpmモジュールはあったりするんだよね。
それを使ってvalidateすればいちいちコード本体を書く必要はなくなるんだろうけど、
今のところはまだ自分で書いた方がお手軽なんでそうしてる。
955:デフォルトの名無しさん
18/06/02 11:39:52.72 /MI23KhR.net
未だにPHPがどうのこうの言ってる連中がいて驚く
とっくの昔にクソ言語確定しただろ
次世代言語スレで口にするのも汚らわしい
956:デフォルトの名無しさん
18/06/02 11:49:28.58 YvfmserM.net
動的型には厳しいことを言うくせに
Rustを教えてやったら難しすぎると弱音を吐く奴がいる
他人に厳しく自分に甘いクズだ
957:デフォルトの名無しさん
18/06/02 11:58:51.65 ePJ8dEBw.net
それは同一人物なのか？
958:デフォルトの名無しさん
18/06/02 15:13:23.43 yQHVvQ0k.net
>>911
俺も書けないしクソゴミレベルを自覚してるが
ここの人らは違うんだろうな
書けるし書いてきたんだろうな
日本を代表するようなプログラミング言語を
959:デフォルトの名無しさん
18/06/02 15:20:04.81 WjqGWIgv.net
うわっ…ruby信者が気持ち悪いイジケかたしてきた。
960:デフォルトの名無しさん
18/06/02 16:35:27.47 uxIlP8w7.net
簡単な機能を難しく書くことに意味はないっていう当たり前のことを
まず言わなきゃならんかな。
961:デフォルトの名無しさん
18/06/02 16:53:15.38 1tVzFlee.net
もとからこのPHPに拘るやつおかしいと思ってたけど、bash切り捨てるとか頭おかしすぎるだろ。
問題領域違いすぎるとは思わんのかな？
カッターナイフ持って「これじゃ戦争できない」と言ってるレベルだろ。
962:デフォルトの名無しさん
18/06/02 16:55:03.67 h8wX53q7.net
>>932
一旦破綻しかけたから色々捨てた、が正しいかな。c#は。
963:デフォルトの名無しさん
18/06/02 17:31:40.18 yQHVvQ0k.net
C#って何か捨てたん？
増築増築ってイメージだけど
964:デフォルトの名無しさん
18/06/02 17:34:28.54 cIhT2aak.net
>>943
上手いこと言うな
965:デフォルトの名無しさん
18/06/02 17:40:43.45 1tVzFlee.net
>>945
.net coreと.net standardとかで、このレベルが(新しい)標準のAPIな！って仕切り直して、
その標準を満たす形で各実装を進めてる感じ。
割と細かい範囲まで、mscorelibから抜けてる。
966:デフォルトの名無しさん
18/06/02 17:54:15.35 n18o0bWg.net
>>920
これ
ある程度いったらバグ取りだけでいいよ
967:デフォルトの名無しさん
18/06/02 18:23:39.36 aS+ccrWD.net
>>943
bashは必要悪
PHPはただの悪
bashの代わりはないが
PHPを選ぶヤツはセンスがない、技術力がない
こんな簡単なこともわからんのかね？ん？
968:デフォルトの名無しさん
18/06/02 18:27:55.09 aS+ccrWD.net
bashがどーしても必要な状況はわかる
PHPがどーしても必要な状況って何さ（失笑）
PHPがどーしても必要な状況ってさ
みずほも泣いて逃げ出すレベルの、ホイ卒日雇いゲェジが残業200時間で運用するクッッッソレガシーのゴミみたいな環境のことだろ？
ま、好きにするといいんじゃないかな
俺、そんな底辺と関わり合うこと二度とないしｗ
969:デフォルトの名無しさん
18/06/02 18:30:10.36 ksuP6z4O.net
>>949
bashの代わりもあるぞ。
「PHPを選ぶやつはセンスがない、技術力がない」と言うやつも充分センス無いんじゃねえの？
PHPを讃えてるわけではなくて、言語として酷いのは分かってて言ってるけど。
必要悪になる前に、何でも「善」→「当たり前」→「ただの悪」と推移するもんなんだから、
他のなにかに対して必要悪と言う存在を認めてしまってる状態で、ただの悪を断ずることは出来んよ。
もし順番なら次スレ誰かよろしく。
970:デフォルトの名無しさん
18/06/02 18:32:22.29 ksuP6z4O.net
>>950
ではそのPHPではない言語がどーしても必要で、PHPではいけないときって何さ？というと、ただの感情論でしかないと気づくよ。
ガイジとやらを集めることは簡単なんだから。
発注側としては、正直、動いてて保守されればどんな言語で書かれてようが知ったこっちゃない。
971:デフォルトの名無しさん
18/06/02 18:37:36.21 IWfywqbw.net
>>952
スレチ死ね
972:デフォルトの名無しさん
18/06/02 19:02:58.57 pCnJrSzQ.net
>>947
.NET Standardのリリース方針が決まってないから、今またfast Spanのせいでバタバタしてるよね
973:デフォルトの名無しさん
18/06/02 19:03:56.45 pCnJrSzQ.net
URLﾘﾝｸ(github.com)
974:デフォルトの名無しさん
18/06/02 19:08:14.97 uxIlP8w7.net
やっぱどの言語も増築の誘惑は大きいのかね。
バカユーザーの声なんて無視すりゃいいのにって気がするんだが。
975:デフォルトの名無しさん
18/06/02 19:57:59.83 Jy4UBNx5.net
パターンマッチを後から入れようとしてる言語は大体残念な出来だな
初期設計重要
976:デフォルトの名無しさん
18/06/02 20:09:56.50 77Zs73WY.net
Juliaのパターンマッチも残念な感じだけど
あれもうちょっとなんとかなるんだろうか
977:デフォルトの名無しさん
18/06/02 20:40:31.33 ePJ8dEBw.net
マクロの限界を感じる出来やね。Jeff次第なんかなあ？あれ
978:デフォルトの名無しさん
18/06/02 20:43:59.07 EGy82ACu.net
>>951
bashの代わりって何？
ちょっとしたサーバ内での作業を自動化するのに
いっつもbashの引数を受け取るときは・・・for文は・・・リストは・・・
と調べててめっちゃ作業効率悪いんだわ
あるんならマジで教えてたもれ
979:デフォルトの名無しさん
18/06/02 21:39:48.17 uxIlP8w7.net
pythonでも使えば？
980:デフォルトの名無しさん
18/06/02 21:52:19.47 MzjK288P.net
アプリ内でのチャット機能ってunityとかじゃできないよね？
どの言語できる人呼べば良いのか教えてください。
981:デフォルトの名無しさん
18/06/02 22:12:12.91 1ZPJADB4.net
>>962
AWSでインフラ作れてコードも書ける人
言語はどうでもいい
982:デフォルトの名無しさん
18/06/02 22:14:56.43 MzjK288P.net
>>963
ありがとナス！
983:デフォルトの名無しさん
18/06/02 22:17:37.86 DgJrF6Hz.net
>>960
実装方法に選択権あるならどの言語でもいい要件やん
自分が一番書きやすいの使いな
984:はれ # VB？あ、ごめんなさい…
985:デフォルトの名無しさん
18/06/02 22:27:52.11 DqEhcn23.net
普段からシェルで生活している人間だと自動化の見通しがすぐできるからいいのよ
シェル触ったことない人がシェルスクリプト書こうとするのが間違いだと思うよ
986:デフォルトの名無しさん
18/06/02 22:50:59.94 MzjK288P.net
アプリゲームの課金システムもゲームシステムとは別分野だと思うけどそれもAWSでできるの？
987:デフォルトの名無しさん
18/06/02 23:19:52.19 v1sz/IRP.net
次世代シェルスクリプト
fish
ユーザーフレンドリーを謳うシェル。サブシェルを使わないなどの他には見られない特徴がある。
xonsh
Python とシェルスクリプトのアクロバティックな融合。$(...)でシェルスクリプトを実行、@(...)でPythonを実行。
Xiki
ウィキの能力を取り入れた。斬新だったが開発は頓挫してしまったか。
他には、実験的な試作だったようだが qsh なるシェルが面白かった。hoo/bar のようにスラッシュが含まれていてもPATHから探してこれる。
988:デフォルトの名無しさん
18/06/03 01:55:34.28 E2YFKSIl.net
>>968
UIとしての(本来の意味での)シェルとシェルスクリプトは区別した方が良いのでは。
fish は前者特化でしょう。
bash は微妙な所でDebianはUIシェルと独立させるためにdashを採用した訳だし。
989:デフォルトの名無しさん
18/06/03 15:43:45.16 wmmqOXT3.net
シェル素人童貞ワイ
シェルにも方言があると知って身が震える
頭のシェバンがbashなやつだけがLinux標準で使えるシェルだと思ってタンゴ
あんな糞みたいな言語仕様に、糞方言を糞上塗りした糞連中がいるとか草々の糞が生い茂りますよ
これもう半分犯罪行為だろ・・・