アカウント名:
パスワード:
俺もそう
いやいや。
GPLに敵対していた頃の記憶が抜けないので、まだアンチMSな気持ちも残ってるけどTypeScriptはOKですよ。
自分から積極的に使うことはないけど、C# もまあ OK。
このあたりは Turbo Pascal のファンだった頃の記憶が影響しているかも。C# も TypeScript も、Turbo Pascal を作った Anders Hejlsberg の言語ですからね。
絶対に使わん
子供っぽいなその考え。
同意。そもそも遅いし
それに加えて、TypeScriptやAltJSを使ってるサイトって、いつでもコードが壊れてHTMLコードを再生できない可能性があるし、JS切ってる人やネット環境が遅い人に優しくないし、サイトが見れなくなる可能性を全く考えてない。Internet ArchiveにもJSファイル全部読み込まれないとちゃんとサイトが保存・表示できない。
互換性考えずにコーダー側の都合でサイトを作って、サーバーで処理するべきことを閲覧者でやらせようとする、コンビニのセルフレジみたいな感じだよ。ほんと客に仕事させるな。HTMLとJSとCSSで数十行以内で済むようなことですら、ほとんど使わない何十MBのJSファイルを読み込ませて、無駄な電気とメモリ読み書きさせて地球環境にも悪いね。jQueryよりもひどいよ。
それ、TypeScriptやAltJSの問題じゃなくて、SPAの話じゃね?そして、TypeScriptは型がある言語だから、素のJavaScriptに比べてコードが壊れる可能性は格段に低いよ。あと、JS切るのはもう諦めろ。今は2023年だ。2003年じゃない。
面白いよな、新しい技術を使った方が遅くなるって殆どのサイトは実はJSは不要 [technicalsuwako.moe]これも新しさに訴える誤謬 [wikipedia.org]の一例か
いや、ちゃんと作ったSPAのページは早いよ。実動作は変わらんかもしれんけど、体感が早い。最初に全データをロードして、画面表示だけ切り替えるとかしてるからな。逆に、アホが作ったページは遅い。でもこれはSPAに限った話ではないが…とはいえSPAをちゃんと作るのは難しいから、そういう意味ではSPAの問題といえるかもしれない。
なお、JS != SPAなので、やっぱり元コメ (#4526733 [srad.jp]) が変なこと言ってることに違いはない。
いや、ちゃんと作ったSPAのページは早いよ。実動作は変わらんかもしれんけど、体感が早い。
体感が遅いというとちゃんと作ってないからだという詭弁が飛んでくるんだろうからそこについてはどうでもいいけどSPAを推すなら最初から#4526761のように早いというデータを出せばいいだけそうでなければただのフロントエンドエンジニアのオ○ニーでしかない
JSに画面表示だけ切り替えさせるより丸ごと別のHTML読み込んだ方が早そう
あなたが勝手にSPAの話じゃね?と言ってるだけで何の証明にもなってないので別に変でも何でもない
SPAの話題じゃ無いとなると、#4526733 は完全によく分かってないど素人…って事になっちゃうけど、いいの?
だったらここでそれを証明したらいいんじゃない?
コードが壊れやすいこと自体の話をしてるわけじゃないだろう、これは…
JSが必要ないって主張は最近よく見るようになった特にプライバシー志向の方々の間で完全に悪質なブラウザフィンガープリンティングのせいだと思っていたが、これも理由としてありそうだな
OnionサイトとかだとJS嫌いはよく見るねJSオンにしてるとオフにしろ!って怒って来たりこれだけでかなりの脆弱性を緩和できるからセキュリティ的には正しいとも言えるしそれにWebのコンテンツなんて殆どメインはテキストか動画であとは補足的に画像などがあるだけだからユーザー視点だとJavaScriptはいらないと言えばいらないんだよねデフォではオフにしてブラウザゲームとかのどうしても必要なサイトだけ選択的にオンにするのがいいと思う
> これだけでかなりの脆弱性を緩和できるからセキュリティ的には正しいとも言えるし
西暦何年の話をしてるんだよ?XSSやらの脆弱性の話題は大方フレームワークレベルで対策されて、今問題になっているのはもっと別のレイヤーだよ。(サーバーに侵入されてコードを改ざんされるとか。)
> 西暦何年の話をしてるんだよ?XSSやらの脆弱性の話題は大方フレームワークレベルで対策されて、今問題になっているのはもっと別のレイヤーだよ。ブラウザの脆弱性をJSをオフにするだけで対策することができる場合とかあるんですよあなたが知らないだけで
# ちなみにフレームワークに脆弱性が存在することもあるのでw
西暦何年の話をしてるんだよ
こういう無知な馬鹿がいるから恒心教みたいなスクリプトキディの集まりに個人情報ぶっこ抜かれるサイトがあとをたたないんだろうな死ね
セキュリティに完璧なんて存在しないから不要なものを切るのは正しい選択だよ
西暦何年の話をしてるんだよ?JavaScriptは2010年頃にはとっくに最低限の必須の機能になってるよ。不要なJavaScriptを切ってセキュリティ対策は90年代から00年代初頭のテクニックだぞ。
いや、だから別にJSなくてもメインコンテンツのテキストも画像も動画もみれるけど要ると思い込んでいるのは脆弱性を軽視してる害悪フロントエンドエンジニアだけ
既に指摘されてるけど古いテクニックだから正しくない、とかってのは新しさに訴える誤謬なので注意。
> 西暦何年の話をしてるんだよ?JavaScriptは2010年頃にはとっくに最低限の必須の機能になってるよ。2023年現在JS無効を推奨しているプロジェクトも多くあるJSモリモリの本家よりJSなしで見られるnitterの方が軽量で早かったり本家よりJSなしのinvidiousの方が圧倒的にプライバシーを保護できたりむしろこれらはJSが最低限の必須機能ではないことを証明してしまっているw
昔、ブラウザにFlash Playerの拡張が入ってないと、インストールしたら見れるようになる文字列やバナーを表示してたもんだが、最近のJSだけで構築しているサイトではそのエラーすら表示しないこともあるんだよね。ページが真っ白の例も見かける。ソースコードみたらvendor.jsを読み込んでるだけのいつもやつ。vendor.js内でエラーが出て止まってるのもあるし。誰も苦情あげないのかなあ。
広告関連の脆弱性はjavascript起因のものが多いんじゃない?
JS無しでGoogle Map作れって言われたら絶望しかない
どこで見たんだったか忘れたけどWebAssenblyが脆弱性リスクを高めるって話もあるよね
それに似たコメントがPR内にもあったけど、それへの返しは> Skill issue.
個人の問題に帰着させても何も解決しないよ元々楽がしたい人たちばかりなんだから
そういう理由でTypeScript使いたくない人たちはどこに向かうんだ?ピュアJSが最上になるのか?
WebAssemblyでしょ。
WebAssemblyも実態はJSじゃなかった?
違うよ
WebAssemblyはJavaScript以外の言語で書かれたコードをブラウザで実行できるが読み込みと実行はJavaScriptに依存しているので実態はJSといっても過言ではないね
マシン語プログラムを動かそうしたら、読み込みと実行はBASICに依存するような昔の8bitパソコンを思い出した。その場合に「マシン語の実態はBASIC」と言ったら過言だと思う。
読み込みと実行をCのプログラムに依存している言語だらけだが、それらの実態をCとは言わないだろう。
Dart
VS CodeやGitHubも?しんど
GitHubにも代替はあるし、VSCodeを使っていない人も多いよリスク分散を考慮せず一つに依存してるとわからないんだろうけど
おれはそんなものより便利で楽な方を取るんで頑張ってくれ。なんかあったらほら見たことかと笑ってくれていいよ。
いや、別に笑わないよ君が簡単なものに縋って大した技術が身に付かなくてもリスクを軽視して独占による手数料の高騰やプライバシーの侵害などに巻き込まれたとしても俺は嫌な思いしないしどうでもいいからね
突然有料化したりしたらどうするんだろうねこの人Herokuの時にこういうことがあるかもと学ばなかったのかなちなみにその時Herokuの楽さに頼り切ってて他のサービスに移行できませんでした…という自虐ブログを見かけたが特に面白いとは思わなかった簡単にできるってことは競合も増えるのにお金までむしり取られて大変だなって思っただけで
何にせよ若いうちにできることはやっといた方がいいわな
その若いっていうのはソフトウェアの年齢であって、人の年齢じゃないからなー
はい、VSCodeではなくVSCodium [vscodium.com]を使っています
アンチMSだからこそボーランドのツールを使ってたような昔の記憶。
# 嘘です、安かったからTurboPascal使ってました。
俺もそうだからMSの貢献した結果を含んでるLinuxは使わないし、MSが発端となったJavascriptを使いまくってリッチコンテンツを表示するWebページもやらない最初の規格策定時にMSが絡んでたUSBも一切使わない
もちろんUNICODEも、とうぜんそれをエンコードしただけのUTF-8も。
海底ケーブルも使わない。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
吾輩はリファレンスである。名前はまだ無い -- perlの中の人
アンチMSの人たちはTP使いたくないよね (スコア:0)
俺もそう
Re: (スコア:0)
いやいや。
GPLに敵対していた頃の記憶が抜けないので、まだアンチMSな気持ちも残ってるけど
TypeScriptはOKですよ。
自分から積極的に使うことはないけど、C# もまあ OK。
このあたりは Turbo Pascal のファンだった頃の記憶が影響しているかも。
C# も TypeScript も、Turbo Pascal を作った Anders Hejlsberg の言語ですからね。
Re: (スコア:0)
絶対に使わん
Re: (スコア:0)
子供っぽいなその考え。
Re: (スコア:0)
同意。そもそも遅いし
Re: (スコア:0)
それに加えて、TypeScriptやAltJSを使ってるサイトって、
いつでもコードが壊れてHTMLコードを再生できない可能性があるし、JS切ってる人やネット環境が遅い人に優しくないし、
サイトが見れなくなる可能性を全く考えてない。Internet ArchiveにもJSファイル全部読み込まれないとちゃんとサイトが保存・表示できない。
互換性考えずにコーダー側の都合でサイトを作って、サーバーで処理するべきことを閲覧者でやらせようとする、
コンビニのセルフレジみたいな感じだよ。ほんと客に仕事させるな。
HTMLとJSとCSSで数十行以内で済むようなことですら、ほとんど使わない何十MBのJSファイルを読み込ませて、無駄な電気とメモリ読み書きさせて地球環境にも悪いね。
jQueryよりもひどいよ。
Re: (スコア:0)
それ、TypeScriptやAltJSの問題じゃなくて、SPAの話じゃね?
そして、TypeScriptは型がある言語だから、素のJavaScriptに比べてコードが壊れる可能性は格段に低いよ。
あと、JS切るのはもう諦めろ。今は2023年だ。2003年じゃない。
Re: (スコア:0)
面白いよな、新しい技術を使った方が遅くなるって
殆どのサイトは実はJSは不要 [technicalsuwako.moe]
これも新しさに訴える誤謬 [wikipedia.org]の一例か
Re: (スコア:0)
いや、ちゃんと作ったSPAのページは早いよ。実動作は変わらんかもしれんけど、体感が早い。最初に全データをロードして、画面表示だけ切り替えるとかしてるからな。逆に、アホが作ったページは遅い。でもこれはSPAに限った話ではないが…とはいえSPAをちゃんと作るのは難しいから、そういう意味ではSPAの問題といえるかもしれない。
なお、JS != SPAなので、やっぱり元コメ (#4526733 [srad.jp]) が変なこと言ってることに違いはない。
Re: (スコア:0)
いや、ちゃんと作ったSPAのページは早いよ。実動作は変わらんかもしれんけど、体感が早い。
体感が遅いというとちゃんと作ってないからだという詭弁が飛んでくるんだろうからそこについてはどうでもいいけど
SPAを推すなら最初から#4526761のように早いというデータを出せばいいだけ
そうでなければただのフロントエンドエンジニアのオ○ニーでしかない
Re: (スコア:0)
JSに画面表示だけ切り替えさせるより丸ごと別のHTML読み込んだ方が早そう
Re: (スコア:0)
なお、JS != SPAなので、やっぱり元コメ (#4526733 [srad.jp]) が変なこと言ってることに違いはない。
あなたが勝手にSPAの話じゃね?と言ってるだけで何の証明にもなってないので別に変でも何でもない
Re: (スコア:0)
SPAの話題じゃ無いとなると、#4526733 は完全によく分かってないど素人…って事になっちゃうけど、いいの?
Re: (スコア:0)
SPAの話題じゃ無いとなると、#4526733 は完全によく分かってないど素人…って事になっちゃうけど、いいの?
だったらここでそれを証明したらいいんじゃない?
Re: (スコア:0)
コードが壊れやすいこと自体の話をしてるわけじゃないだろう、これは…
Re: (スコア:0)
JSが必要ないって主張は最近よく見るようになった
特にプライバシー志向の方々の間で
完全に悪質なブラウザフィンガープリンティングのせいだと思っていたが、これも理由としてありそうだな
Re: (スコア:0)
OnionサイトとかだとJS嫌いはよく見るね
JSオンにしてるとオフにしろ!って怒って来たり
これだけでかなりの脆弱性を緩和できるからセキュリティ的には正しいとも言えるし
それにWebのコンテンツなんて殆どメインはテキストか動画で
あとは補足的に画像などがあるだけだからユーザー視点だとJavaScriptはいらないと言えばいらないんだよね
デフォではオフにしてブラウザゲームとかのどうしても必要なサイトだけ選択的にオンにするのがいいと思う
Re: (スコア:0)
> これだけでかなりの脆弱性を緩和できるからセキュリティ的には正しいとも言えるし
西暦何年の話をしてるんだよ?XSSやらの脆弱性の話題は大方フレームワークレベルで対策されて、今問題になっているのはもっと別のレイヤーだよ。
(サーバーに侵入されてコードを改ざんされるとか。)
Re: (スコア:0)
> 西暦何年の話をしてるんだよ?XSSやらの脆弱性の話題は大方フレームワークレベルで対策されて、今問題になっているのはもっと別のレイヤーだよ。
ブラウザの脆弱性をJSをオフにするだけで対策することができる場合とかあるんですよ
あなたが知らないだけで
# ちなみにフレームワークに脆弱性が存在することもあるのでw
Re: (スコア:0)
西暦何年の話をしてるんだよ
こういう無知な馬鹿がいるから恒心教みたいなスクリプトキディの集まりに個人情報ぶっこ抜かれるサイトがあとをたたないんだろうな
死ね
Re: (スコア:0)
セキュリティに完璧なんて存在しないから
不要なものを切るのは正しい選択だよ
Re: (スコア:0)
西暦何年の話をしてるんだよ?JavaScriptは2010年頃にはとっくに最低限の必須の機能になってるよ。
不要なJavaScriptを切ってセキュリティ対策は90年代から00年代初頭のテクニックだぞ。
Re: (スコア:0)
西暦何年の話をしてるんだよ?JavaScriptは2010年頃にはとっくに最低限の必須の機能になってるよ。
不要なJavaScriptを切ってセキュリティ対策は90年代から00年代初頭のテクニックだぞ。
いや、だから別にJSなくてもメインコンテンツのテキストも画像も動画もみれるけど
要ると思い込んでいるのは脆弱性を軽視してる害悪フロントエンドエンジニアだけ
既に指摘されてるけど古いテクニックだから正しくない、とかってのは新しさに訴える誤謬なので注意。
Re: (スコア:0)
> 西暦何年の話をしてるんだよ?JavaScriptは2010年頃にはとっくに最低限の必須の機能になってるよ。
2023年現在JS無効を推奨しているプロジェクトも多くある
JSモリモリの本家よりJSなしで見られるnitterの方が軽量で早かったり
本家よりJSなしのinvidiousの方が圧倒的にプライバシーを保護できたり
むしろこれらはJSが最低限の必須機能ではないことを証明してしまっているw
Re: (スコア:0)
昔、ブラウザにFlash Playerの拡張が入ってないと、インストールしたら見れるようになる文字列やバナーを表示してたもんだが、
最近のJSだけで構築しているサイトではそのエラーすら表示しないこともあるんだよね。
ページが真っ白の例も見かける。ソースコードみたらvendor.jsを読み込んでるだけのいつもやつ。
vendor.js内でエラーが出て止まってるのもあるし。誰も苦情あげないのかなあ。
Re: (スコア:0)
広告関連の脆弱性はjavascript起因のものが多いんじゃない?
Re:アンチMSの人たちはTP使いたくないよね (スコア:1)
JS無しでGoogle Map作れって言われたら絶望しかない
Re: (スコア:0)
どこで見たんだったか忘れたけどWebAssenblyが脆弱性リスクを高めるって話もあるよね
Re: (スコア:0)
それに似たコメントがPR内にもあったけど、それへの返しは
> Skill issue.
Re: (スコア:0)
個人の問題に帰着させても何も解決しないよ
元々楽がしたい人たちばかりなんだから
Re: (スコア:0)
そういう理由でTypeScript使いたくない人たちはどこに向かうんだ?ピュアJSが最上になるのか?
Re: (スコア:0)
WebAssemblyでしょ。
Re: (スコア:0)
WebAssemblyも実態はJSじゃなかった?
Re: (スコア:0)
違うよ
Re: (スコア:0)
WebAssemblyはJavaScript以外の言語で書かれたコードをブラウザで実行できるが
読み込みと実行はJavaScriptに依存しているので実態はJSといっても過言ではないね
Re:アンチMSの人たちはTP使いたくないよね (スコア:1)
マシン語プログラムを動かそうしたら、読み込みと実行はBASICに依存するような
昔の8bitパソコンを思い出した。
その場合に「マシン語の実態はBASIC」と言ったら過言だと思う。
Re: (スコア:0)
読み込みと実行をCのプログラムに依存している言語だらけだが、それらの実態をCとは言わないだろう。
Re: (スコア:0)
Dart
Re: (スコア:0)
VS CodeやGitHubも?しんど
Re: (スコア:0)
GitHubにも代替はあるし、VSCodeを使っていない人も多いよ
リスク分散を考慮せず一つに依存してるとわからないんだろうけど
Re: (スコア:0)
おれはそんなものより便利で楽な方を取るんで頑張ってくれ。
なんかあったらほら見たことかと笑ってくれていいよ。
Re: (スコア:0)
いや、別に笑わないよ
君が簡単なものに縋って大した技術が身に付かなくても
リスクを軽視して独占による手数料の高騰やプライバシーの侵害などに巻き込まれたとしても
俺は嫌な思いしないしどうでもいいからね
Re: (スコア:0)
突然有料化したりしたらどうするんだろうねこの人
Herokuの時にこういうことがあるかもと学ばなかったのかな
ちなみにその時Herokuの楽さに頼り切ってて他のサービスに移行できませんでした…という自虐ブログを見かけたが
特に面白いとは思わなかった
簡単にできるってことは競合も増えるのにお金までむしり取られて大変だなって思っただけで
Re: (スコア:0)
何にせよ若いうちにできることはやっといた方がいいわな
Re: (スコア:0)
その若いっていうのはソフトウェアの年齢であって、人の年齢じゃないからなー
Re: (スコア:0)
はい、VSCodeではなくVSCodium [vscodium.com]を使っています
Re: (スコア:0)
アンチMSだからこそボーランドのツールを使ってたような昔の記憶。
# 嘘です、安かったからTurboPascal使ってました。
Re: (スコア:0)
俺もそう
だからMSの貢献した結果を含んでるLinuxは使わないし、MSが発端となったJavascriptを使いまくってリッチコンテンツを表示するWebページもやらない
最初の規格策定時にMSが絡んでたUSBも一切使わない
Re: (スコア:0)
もちろんUNICODEも、とうぜんそれをエンコードしただけのUTF-8も。
Re: (スコア:0)
海底ケーブルも使わない。