次世代言語25 TypeScript Swift Go Kotlin Rust Nim

1 名前：デフォルトの名無しさん [2022/04/17(日) 17:52:35.38 ID:KG26dcth.net] スレタイ（順番はRedMonk準拠）以外の言語もok 前スレ 次世代言語24 Go Nim Rust Swift Kotlin TypeScript https://mevius.5ch.net/test/read.cgi/tech/1647887021/ 374 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 15:45:25.25 ID:nnpkzAOE.net] phpは障害者雇用枠だから 375 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:23:50.76 ID:fXQBWCQI.net] 前にも書いたけど学校のサイトとかをワードプレスで運用してるところ結構あるんだよね 他の言語では先生達に書き換えて運用とか無理だと思う PHPはそういう用途に向いてる 絶対そこはRustとかGoにはならない 376 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:44:01.30 ID:Crnvpu67.net] 言語と人を比較して言うのだが PHPを批判するような子は たいていPHP以下の存在 そして必ずPHPの作者以下の技量 377 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 19:58:05.95 ID:FaPJ+Yjv.net] たぶんPHPが存在してなければ、また誰かが気軽にwebサイトをさらっとかけるスクリプト言語をRustのようなシステムプログラミング言語で開発していただろう そしてそれはPHPのようなものになるのだろうね 378 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 21:18:48.98 ID:nnpkzAOE.net] たしかにPHPが障害者を吸ってくれたおかげで助かってるところはあるかも ITの汚物入れ、人類最底辺のクズ、エタヒニン・罪人 それがPHPoor 379 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 21:24:48.98 ID:cvAz2ZRh.net] Reasonってどうですか？ https://reasonml.github.io/ 380 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:15:53.12 ID:K6x/4GwT.net] こんスレってなぜかJuliaの話、完全スルーするよな。Go？Rust？Zig？Nim？時代遅れのローエンド言語や 381 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:27:03.12 ID:gkaMUNbq.net] >>370 GoとPHP、どっちも使わない人からしたら大して変わらない説。 382 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:38:01.94 ID:awtM9gjL.net] >>373 よっぽど根に持ってるんだな。 ちょっと病的な感じ。 383 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:48:27.27 ID:6EgfuGip.net] ローエンド言語なんて言葉ある？ ローレベル言語ならわかるけど 384 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 22:57:18.29 ID:IOMhb3u+.net] >>375 単に知られてないから話題に反応できないだけだと思う 良いところ教えてよ 385 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:02:55.81 ID:kzHHMnSC.net] Julia、せっかく新規言語で型付けと動的性のバランスを取れる立ち位置にあったのに、抽象-具象の継承ベースの型を採用した部分が個人的にジェネリクスと噛み合いが悪いと思っていて悲しい 1-originとかは正直瑣末事だと思ってる分そこだけが本当に合わない 一応最新バージョンだとパラメト� 386 名前：潟bクな抽象型とそのパラメータに抽象型を使えるし、その部分型をパラメータにも抽象型コンストラクタ（？）にも適用できるから実用上十分なんだと思うが [] [ここ壊れてます] 387 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:13:16.89 ID:6EgfuGip.net] JuliaのユーザーってPythonは当然として、他にはMATLABやRが競合になるようなコミュニティだから、 このスレとはまるで層が違うんじゃないかな MATLABやRの話も全く出ないし 388 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:27:24.69 ID:awtM9gjL.net] Juliaって計算科学や数値解析に特化した、R言語みたいなものでしょ？ 389 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:34:47.33 ID:fFwxA39Q.net] Julia厨はクソみたいな押し付けするくらいなら 自分で他言語のライブラリの移植でもした方がよっぽど使ってもらえるという当たり前のことすら理解してないからな。 390 名前：デフォルトの名無しさん mailto:sage [2022/04/29(金) 23:47:45.01 ID:dUco7/4p.net] >>380 その継承が中途半端なことしかできないし 継承を採用したことも失敗してるし Juliaはあかんね 391 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:03:38.50 ID:UesQSoYk.net] 継承は基底クラスと派生クラスの役割（責務）の分担が非常に難しいです。 よほど上手く設計しないと、すぐに「スパゲッティ・オブジェクト・プログラム」ができあがります。 継承は実装の再利用という面があるので、得てしてコピペの代わりに使われがちでもあります。 既存のあるクラスの振る舞いをちょっとだけ変えたいから継承を使おうってやってしまうと、 派生クラスのソースを見ただけでは何をやってるのか全くわからない最悪のコードになります。 まだコピペのほうがマシなことも。 最初はちゃんとクラス階層の設計がされていたとしても、だんだん皆が使う共通ルーチンを基底クラスに持たせよう、としてしまうとか、 基底クラスは、すぐに、巨大かつ影響範囲が広すぎてイジれない「神クラス」になるでしょう。 この場合の基底クラスの役割は、グローバル変数そのものと言ってよいですね。 とにかく、継承を使うと、コピペ、グローバル変数の使用、といった「禁じ手」と実質的に同じことが簡単にできてしまいかねません。 もし継承を使うのであれば、かなり注意が必要です。 その一方で、継承でないと絶対にダメという用途もあんまりないのです。 継承を一律禁止してしまってもそんなに困らないところがあります。 そのため最近ではGoやRustなど言語の仕様として継承（インタフェースではない実装を持つクラスの継承）を禁止している言語が増えているという有り様です。 392 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:45:40.28 ID:JnqjPuKd.net] 今北産業 393 名前：デフォルトの名無しさん [2022/04/30(土) 00:48:57.89 ID:LJ+fWFU3.net] 長い。そして間違っている。 Rustは代わりにtraitで継承を表現できるが、Goは表現する方法はなく、似たことをするとデータ構造を弄くることになる。 そもそも継承においてはデータ構造と実装の併合が問題なので、あとは察してください。 394 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:53:39.80 ID:03/a5/ox.net] じゃあ継承使わないでプラグイン機構使いたいときはどうすんの？ 395 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:55:27.41 ID:xinPqoeI.net] プラグイン機構とだけ言われても意味が一意じゃないと思うけど mixinのことかいな？ 396 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 00:56:29.80 ID:5YZgJnSQ.net] Composition over inheritanceは30年近くも前のGoFですでに広まってるのになぜ次世代言語スレで話題になるんだろう 397 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:03:52.06 ID:xinPqoeI.net] ていうかJuliaの型システム知らなかったから簡単に調べたけど具象型はsupertypeになれないとか書いてあるん 398 名前：ですが Juliaでもいわゆる継承の問題点はちゃんと回避されているんではないですかね [] [ここ壊れてます] 399 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:17:16.86 ID:mZJBhlPe.net] >>391 継承とジェネリクスとの相性の悪さが問題なのではないかな 400 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 01:19:25.03 ID:onyz3Xxm.net] >>390 その後に継承のデメリットの方が多いと分かってきたため そのデメリットをどう回避するかが各言語の主題となっている 401 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:04:17.75 ID:LJ+fWFU3.net] >>390 知った気になって語りやすい話題だからだろう。 実装の拡張を肯定しつつデータ構造を直接拡張しないところが重要。 それを字面だけ解釈して、結局は妥協でデータ構造が暗黙に継承するような、先進言語の形だけ真似した言語もあるくらいだからね。 402 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:17:19.37 ID:Z7DxbzXv.net] >>387 Goだけがどの話題でも機能不足との結論になっていて悲しいです 403 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 02:24:06.80 ID:iqR9XqAh.net] クラス継承しか知らないプログラマーは何でも継承で表現しようとするために失敗しているわけだから 継承のないプログラミング言語で修行させればそこは学習できるはずだ 404 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 03:12:19.75 ID:TIk5gKqZ.net] 実際言うほど継承使わないからなぁ 共通的な部分を継承で済ます場合はあるけど データもその共通部分がはっきりしているなら親クラスで定義するけど ただフレームワークを使ってたらコントローラはControllerから継承みたいなのはどうしてもあるが 405 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 03:18:56.57 ID:QdZCFn9O.net] >>397 そこは移譲ではダメなの？ 406 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 05:30:17.12 ID:ES8eyWNp.net] typescriptは不要だな。jscript .netといっしょで空虚だ。 407 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 08:27:54.46 ID:UilcMqZz.net] マイクロソフト、JavaScriptに型宣言を追加しつつトランスパイラ不要の「Types as Comments」をJavaScript仕様策定会議のTC39に提案へ https://www.publickey1.jp/blog/22/javascripttypes_as_commentsjavascripttc39.html 408 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 11:29:38.19 ID:8xaJAFlZ.net] 継承自体は悪くなくて設計が悪い 実際継承使わないパターンが多くなったのでそれもどうでもいい クラスに当たるものに委譲で継承的なことをすると状態が問題になる そしたら状態を持つのが悪いと言うまた不思議な話になる そしてどんどん学習時間取られてみんな疲弊していく 409 名前：デフォルトの名無しさん mailto:sage [2022/04/30(土) 11:37:07.51 ID:8xaJAFlZ.net] 委譲元のクラスが単体では問題なく動くのに組み合わせるとテストを通らない よく見ると以上元のクラスの内部状態が必要になってるけど公開されていない 完全な設計ミス interfaceに必要な要素を追加…などできずデフォルト実装を追加 こうしてゴミが出来上がる 410 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 13:19:33.60 ID:GvRRQSqT.net] 継承はそのオブジェクトの内に閉じた処理、オブジェクトの外の処理でもリスコフ置換原則が成立する範囲ではスマートでいいと思うよ ただ現実的な話、ビジネスルール自体がそうなってないケースが多い オブジェクトの外の処理は多くの場合、処理対象の子クラスの型で分岐を求められる これにオブジェクト指向で対処しようとすると、めんどくさいデザインパターンの洪水に呑まれる オブジェクトの内側のことは継承でエレガントに実現しておｋ（嫌いなら使わなくてもおｋ） 外側のことは地道にpattern matchingで泥臭く頑張る これでいいと思うね 411 名前：デフォルトの名無しさん mailto:age [2022/05/01(日) 14:26:43.52 ID:TYpzgypv.net] キチガイ隔離すれの本領発揮 412 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 15:30:58.63 ID:1sKYDrOo.net] RustもJuliaやGoみたいに廃れて消えていく気がしている。 https://qiita.com/AKKYM/items/78c04840bc72d9db834d 413 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 15:37:27.28 ID:KjQtFKQ9.net] ポエムすぎ。 414 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 16:13:59 ID:KIr6c+FR.net] このRustと同じ分類となる、更に便利な言語が登場しないと、Rustを置き換えることが出来ないだろう ＞ プログラミング言語は以下の3つに分類される ＞ CとC++　←『省メモリ高速』だが、「メモリ解放でミスると危険」 ＞ GC言語　←『省メモリ高速』ではないが、「メモリ解放は自動で気にしなくていい」 ＞ Rust　←『省メモリ高速』だが、「メモリ解放は自動で気にしなくていい」 415 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 16:14:52 ID:1l9w5D7n.net] >>405 妄想でつか？ 416 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 21:23:49.61 ID:Z7VnuZFm.net] JuliaはFORTRANを駆逐できましたか？ 417 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 22:23:58.30 ID:BE/fpmM/.net] https://mun-lang.org/ Mun触ったことのある人いる？ ぱっと見GCつきのrustみたいに見える 418 名前：デフォルトの名無しさん mailto:sage [2022/05/01(日) 23:42:24.67 ID:/piMIc6O.net] >>410 文法や基本型はRustと同じっぽいね ドキュメントを見る限りでは非常に小さいサブセットで開発途上なのかよくわからない 419 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 12:37:31 ID:LXFM7yFt.net] >>407 その分類、そもそもニーズが大きくない気がするし、 このまま競合は現れずに行きそうだよね。 420 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 13:23:34.89 ID:2hhO4/Db.net] >>410 Dlang: C++風のGC言語 Crystal: Ruby風のGC言語 nim: Python風のGC言語 Vlang: Go風のGC言語 Mun: Rust風のGC言語 ← New! こういうこと？ 421 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 13:56:24.42 ID:nH+No7UX.net] VlangはGC無かったと思った 422 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 14:17:19 ID:2hhO4/Db.net] >>414 ほんとだ、ありがとう 423 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 16:08:02 ID:btF26FKd.net] >>412 重視されているからこそ C/C++からRustへの移行(安全化)だけでなく 各種GC言語からRustへの移行(高速化)が起きている現実 424 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 16:39:23 ID:zwMG9j3G.net] >>416 ないわ～ pythonからRustってありえないよ 425 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 17:38:01.22 ID:/8s7agyt.net] NumPy, SciPyのライブラリの実装FORTRANをCにベタ移植して更にC++でラップしたような物ばかりだったけどRsutへの移行は順調に進んでいますか？ｗ 426 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:06:45.99 ID:+Vpltyoe.net] それらPythonの使い方は単なる皮言語だからな 次世代言語スレで皮言語を持ち出す時点で頭おかしい 427 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:19:24.75 ID:cySxIzYo.net] >>418 どの分野でもどの言語でも同じだけど 他の言語に移行するのは新たな物(仕組み・システム)を作る時だよ そのまま移植は非常にレアケース 例えば古すぎるたり性能面で難があるけどアルゴリズムだけだから再設計せずそのまま他言語へ移植など 428 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:33:01.46 ID:LXFM7yFt.net] >>416 GCあり言語では、データ構造は気にしても、 メモリ操作を意識している人は、少数じゃない？ だから置き換えは、結構ハードル高いと思うけれど。 >>417 Pythonは、グルー言語でもあるから、 単純な置き換えは、そうそう進まなさそうだよね。 429 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:40:21.71 ID:YtZJWkql.net] >>421 メモリ操作とは具体的になあに？ めったにない特殊なケースは除くとしてハードルが高いことなんて無いんじゃないかしら 430 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:48:20.40 ID:/8s7agyt.net] >>422 低レイヤー言語だとメモリ読む前にキャッシュしたりアライメント揃えたりするでしょ 431 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:52:18.84 ID:qXzB3q2R.net] >>423 何それ？ よほど特殊なことをしない限りそんなコードを書くことはないよ C言語でもアライメント気にせずに変数に値が入るし変数そのものがキャッシュだし 432 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 18:55:15.58 ID:/8s7agyt.net] >>424 ｗ 433 名前：デフォルトの名無しさん [2022/05/02(月) 19:01:36.90 ID:srM4fb0r.net] >>424 他人のこさえたライブラリと構造体を受渡するときなんかは意識せざるを得んよな。 コレはレアケース？ 434 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 19:06:45.80 ID:TE2kIXA8.net] >>426 それはFFIと言って低レイヤー言語だけの問題ではない PythonでもJavaScriptでもある 元の話題 >>423 > 低レイヤー言語だとメモリ読む前にキャッシュしたりアライメント揃えたりするでしょ 435 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 19:16:29.24 ID:nqnbrNKO.net] 例えばSIMD命令使うのが "よほど特殊なこと" に該当するかどうかという話？ 436 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 19:29:07.60 ID:TE2kIXA8.net] この流れでFFIもSIMDも関係ないと思います GCあり言語の普通のプログラムをGCなし言語へ置き換える話をしています >>421 > GCあり言語では、データ構造は気にしても、 > メモリ操作を意識している人は、少数じゃない？ > だから置き換えは、結構ハードル高いと思うけれど。 >>422 > メモリ操作とは具体的になあに？ > めったにない特殊なケースは除くとしてハードルが高いことなんて無いんじゃないかしら 437 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 19:31:38.61 ID:LXFM7yFt.net] メモリ操作って言い方が曖昧なら、スタックとヒープを意識するかしないかって言い方ならどう？ GCあり言語でスタックとヒープを意識するような事ってあまり無いと思うんどけど。 438 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 19:44:24.10 ID:xCWuNsuo.net] >>430 GCなし言語でどうしてもスタックとヒープを意識しないとプログラミングできないことってある？？ 439 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 20:03:38.83 ID:nqnbrNKO.net] >>431 ありなしで言ったらあるでしょ 性能意識するコードとか 440 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 20:09:21.38 ID:9bp9MTNx.net] >>432 それは性能をよっぽど気にする特殊な場合だけでしかもその中の一部のコードだけやろ それ以外は関係ないやん 441 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 20:41:15.68 ID:hiZvMXbQ.net] 言うほど低レイヤーコード書いてるやつはここにはおらん。 だから話がおかしな方向に行く。 442 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 20:50:55.80 ID:cNSfGfye.net] >>434 GCあり言語のコードをGCなし言語にする話だから 低レイヤーコードなんて一切関係ない 443 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 22:55:54 ID:54UIx2Ed.net] スタックは普通に意識するでしょう、末尾最適化されてないナンチャッテ意識高い系の再帰呼び出しとか直すけど・・・ GCアリ言語でも無しでも、スタックサイズは普通に意識する。 ヒープは言うほどRustは組み込みに使わないし、トヨタが使うというてもそれはメモリコンパクションのあるようなOSが載ってる場合だから 本当の組み込みじゃないし、でもアロケーターが64byte-4kでもVec::with_capacity(size);とか普通にIO系の処理では意識するでしょ 444 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 23:14:26.49 ID:zFIpg6hX.net] >>436 Rustはヒープ無しでも動作するからヒープを意識しなくていいのはその通りだが ヒープが有る場合でもVec::with_capacity(size);等は動作最適化を手動でする時のみ必要であって、 プログラマーは何もしなくても全自動でcapacity拡張してくれるから意識しなくてもよい 445 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 23:25:13.41 ID:nqnbrNKO.net] >>433 そもそもの質問が「ヒープ意識しないとプログラムできないことってある？」だから、反論になってないよ 頻度は問題にしてなくて有無の話だから 446 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 23:32:26.49 ID:uvbh46KP.net] >>438 それは君の方がおかしい 今回のこの文脈ではそこは意識する必要がない ＞GCあり言語の普通のプログラムをGCなし言語へ置き換える話をしています ベクタの使用領域の大きさはどちらの言語でも自動的に拡張してくれるのに任せればよいから意識しなくてよい 447 名前：デフォルトの名無しさん mailto:sage [2022/05/02(月) 23:45:32.15 ID:2hhO4/Db.net] GCありの言語で循環参照するようなデータの持ち方をしまくってるようなコードだったりすると、 そのまま移植できないだろうし面倒かな？ 場合によってはRustでいうArenaみたいなのまで持ち出して再設計しないといけなそう 移植なんてしたことないしあくまでも想像だけど 448 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 00:46:48 ID:Hze7UEQ+.net] >>437 ”Rustはヒープ無しでも動作する”、不正確でダウトといっても良い。”Box<T>を使わない場合、Rustは最小のメモリで動作する” 一般的に最小のメモリとはプログラムをメインメモリにロードした領域であり、それ以外にも、ヒープ解析すればRustの場合は、 Config structなどが多数メモリにロードされていることが分かります。後半の文は意味不明。 449 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 00:49:19 ID:owaZy9f2.net] GCあり言語って一絡げにできるほど似通ってるんだっけ 450 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 01:10:00 ID:Fo6zlgca.net] >>441 知識が浅すぎる Rustはヒープ無しでも動作する、で正しい そのためRustの標準コアライブラリcore::はヒープ無しで動作するように作られている std::のうちcore::以外の部分はヒープを用いており明確に両者は区別されている >> ”Box<T>を使わない場合、Rustは最小のメモリで動作する” 意味不明 Box<T>はヒープを使う型の一つに過ぎない それ以降の記述は全く意味不明 451 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 02:44:39.08 ID:x2jyG4Fk.net] まじきち隔離所、顔真っ赤になってｗｗ 452 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 02:45:30.07 ID:fvC5V6zC.net] まーたRust信者がスレハイジャックしてる 453 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 02:51:30.24 ID:K+UwgLRo.net] ベアメタル等OSなしでも動作しないといけないため Rustはヒープを前提とせずに動くよう設計されている 454 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 04:29:19.13 ID:5MBm6VS9.net] >>444 本当はスレ民のことが気になって仕方ないだろ？ 隠しても無駄ｗｗｗ 455 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 06:00:49.14 ID:iYuWu8Ht.net] なぜせっかくRustで作られたブラウザを除外するかね？ 「NHKプラス」、「Firefox」での視聴が不可能に　5月23日から推奨ブラウザを「Microsoft Edge」「Google Chrome」「Safari」に限定 [孤高の旅人★] https://asahi.5ch.net/test/read.cgi/newsplus/1651490664/ 456 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 06:33:11.84 ID:fvC5V6zC.net] >>448 そのどれかのブラウザがインストールされてない端末って何がある？ Linuxと組み込みくらい？ 457 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 08:05:32.71 ID:JBdnv4nv.net] 「Firefoxはバグ 458 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 08:06:08.35 ID:JBdnv4nv.net] 訂正：firefoxはバグが多いの？ 459 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 10:17:41.36 ID:vk1zxqeV.net] Chromeより軽くてFirefoxオススメ 460 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 11:37:27 ID:+GUXg/j9.net] >>448 もし本当に視聴不可となったら技術力が無さすぎる 昔ならともかく今の時代にブラウザ依存なコードを書くのはダメなプログラマーの典型 視聴不可ではなく動作確認するブラウザの数を絞るなら理解できる 461 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 11:57:44.21 ID:TRGOwhZ/.net] > 「Firefox」など、上記3ブラウザ以外での動作はもともと確認しておらず、推奨ブラウザには加えていなかったという。 > 「5月23日以降に予定している設備更新に伴い、Firefoxでは動画が完全に再生できなくなる どういう設備更新なんだろうな・・・ WebKit系じゃないと使えない仕組みがあるのか 462 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 12:01:19.67 ID:WbhGI2Ja.net] 今どきはブラウザ依存な書き方する方が面倒だろう。普通にテストしてないだけでは。 463 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 12:02:22.58 ID:WbhGI2Ja.net] >>454 あ、本当に動かなくなるのか。 464 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 12:10:09.97 ID:DDJgB2x8.net] chromiumにしか実装されていない独自拡張機能に依存したAPIに手を出したとか？？ でもSafariで動くなら違うか Firefoxでだけ動かないコードなんて可能なのか？？ 465 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 12:29:47.29 ID:wY2/8p8r.net] Chromiumは現代のIE6ですから 466 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 12:49:05.47 ID:owaZy9f2.net] そういえばchromeにrust使う話ってどうなったんだ？ 467 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 19:12:46.20 ID:iYuWu8Ht.net] >>459 ああ、ごめん。さぼってたわｗ 468 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 19:19:05.53 ID:fvC5V6zC.net] たしかFirefoxもまだ全部はRustに治せてないんだろ 469 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 19:33:27.34 ID:5FiUhjhg.net] >>461 君は何らかの大きなシステム開発に関わったことがないのかね？ どんな言語と言語の場合でも一気にやることは不可能かつムダ 新規部分や改修部分に絞って手を付けていく 470 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 20:16:20.57 ID:fvC5V6zC.net] >>462 なるほど だからよそと違ってバグまみれとか言われるんやなｗ 471 名前：デフォルトの名無しさん mailto:sage [2022/05/03(火) 20:22:09.94 ID:jGM9XRro.net] Chromeの方がセキュリティバグ多いよな 頻繁にバージョンアップしろと言ってくる 472 名前：デフォルトの名無しさん mailto:sage [2022/05/04(水) 19:26:52.80 ID:mmwxiGlB.net] >>464 JVN iPedia - 脆弱性対策情報データベース。https://jvndb.jvn.jp/ 期間指定なし ・safari 884件 ・edge 1054件 ・firefox 1989件 ・chrome 3464件 期間指定2018/01から ・safari 48件 ・edge 391件 ・firefox 492件 ・chrome 937件 とはいえ、Chromeのほうがローリングリリース・ローリングアップデートの期間が短い（現在は４週間)2021/3頃から6週間から変更された。 以前はFirefoxはローリングリリースを採用していないかった。またChormeの使用者がFirefoxより10倍なので脆弱性も発見されやすい。 何かと問題なSafariの脆弱性がこれだけのはずが無く、脆弱性報告数＝危険なブラウザとははっきり言えない 473 名前：デフォルトの名無しさん mailto:sage [2022/05/04(水) 19:52:07.53 ID:htgGZwEX.net] 途中まで数字で語ってるのに最後だけ願望になっててワロタ 474 名前：デフォルトの名無しさん mailto:sage [2022/05/04(水) 21:47:24.52 ID:8rho1RVn.net] go-tour-ko.appspot .com

---

---

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef