アカウント名:
パスワード:
https://github.com/tokyo-metropolitan-gov/covid19/blob/development/CON... [github.com]結構色々なとこから参加してますね。元から横の繋がりがある人達なのかな。発起から取り纏めまで都庁の人間なのでしょうか。だとしたら有能な類じゃね。
こういうJavascript動いてないと一切見れない余計なサイトを作る犯人リストってことね。
コストをかけてJavaScriptを使わず開発することに意味はありますかね。
本来ならサーバー側で1秒以下で処理できる作業を、サイト閲覧者のウェブブラウザ上で何秒〜ひどい時は何1分以上もかけてJavaScript動かして処理するのは何が目的なのでしょうか。閲覧者側のコストを考えないで新しいツールを使いたいだけの自己満足な開発者にはほんと呆れるわ。何やってもいいが、閲覧者側に負担を増やすのだけは辞めろよ。ウェブサイト開発でも店舗運営でもビジネスでも当たり前のことをなぜできないのだろう。
サーバーに負荷が少ないほうがええやろ。今回のようなサイトはとくに。目的はそれだけで充分。
クライアントの負荷を上げながらサーバーの負荷を下げることがなぜいいのか答えてない。JSを使わないブラウザや性能のない端末で閲覧させる手段として、テキスト主体のページに転送する、サーバー上で物体を周期的に画像ファイルに変換してHTMLに貼る、JSのSNSボタンを外しリンク付き画像のSNSボタンを付けるような事ができる。利用者がページを軽くする手段として、NoScriptやuBlock originを使う、名前解決でいらないものをブロックする、パソコンからスマホ向けページを見る、高性能の端末を使うなどがあるが、知識的、時間的、経済的に負担が大きい。高性能な端末を持っている人は重いものを使うために選んでいて、サーバー側がそうさせるようにしてはならない。
よくわからないけど、閲覧にコストを支払いたくないのであれば、見なければ良いんじゃないの？
javascriptフレームワークに限らず、採算のために広告をつけるサイトはあまたあるし(例えばsradとか)、その負担を許容して閲覧している訳でしょ？
開発のコスト(コストが高ければ必然的にサービス提供に時間がかかる)とか、高性能なサーバーを購入する予算をすぐに確保できない中で、すぐにリリースできる手段として今回のようなサイトが作られたわけで、それを閲覧する時間的負担(数秒～数分間じっと待っているわけではないだろうから、損失として計上できないだろうけど)を支払いたくないのであれば、しばらくまでば、閲覧者に負担をかけない静的なサイトが作られるんじゃないの？
>よくわからないけど、閲覧にコストを支払いたくないのであれば、見なければ良いんじゃないの？利用者にコストを掛けず閲覧させるようなことをサーバー側ができる。見ないという選択は情報を得られなくなるが、この負担は大きい。
>javascriptフレームワークに限らず、採算のために広告をつけるサイトはあまたあるし(例えばsradとか)、その負担を許容して閲覧している訳でしょ？私は許容していないのでブロックしているが、知識や時間がなくて軽量化できない人はブラウザとメールくらいしか使わなくても、重いウェブページを見るために高性能で高額な端末を
それは単にあなたがグラフィカルにサイトを閲覧するのにサイト開設者に利益を与えたくない(だから広告ブロックする)し、サイト開設者に無償で余計な仕事をさせたいというだけですよね？
「ただ働き(もしくは少ない期間・予算)を求めているのに、 閲覧に時間がかかる、広告が出るのは気に食わない。 閲覧しないは損失だから俺の方法に合わせる」と言われてもただのゆすりでしょ。
また、今回の東京都のサイトに限って言えば、東京都オープンデータカタログサイト [tokyo.lg.jp]を参照すればjavascript無しに閲覧することは可能ですし(記事のサイトも上記リンクのデータをもとに描画しているようですし)閲覧しないという選択肢によって情報を得られなくなるわけではないです。
クライアント側にもサーバ側にもコストがかからないという方法を提案しようとしているようですが、開発・運用にかかるコスト(そして期間)の観点、そして運用後の追加要望対応(例えばユーザー側で区ごとにデータ表示できるようにしたい等)の容易性の観点が抜けているように見えます。
[1]については、以前からデータカタログサイトがあるので無視するとして、[2]については、〇リクエスト毎に画像を生成する場合 ・複数人が同時アクセスしても画像生成に支障がでない作り ・複数人が同時アクセスしても即時レスポンスを返せるだけのサーバの用意
〇画像ファイルを静的に持つ場合 ・データは日々更新されるので、そのデータを取得し 各種画像ファイルを生成するためのバッチ処理の作成
・(将来的な話になるが)追加要望に対して対応できない可能性がある
といった追加の作業、サーバー費用が掛かりこれは、リリースまでの時間が余計にかかることになります。
閲覧まで数秒～数分の負担は支払いたくないが、サイトのリリースまで1、2週間(場合によってはもっと)遅れるのは構わないというのであれば、そう考える人が多くいるのであれば、より軽量なサイトを誰かが作ると思われるので、それまで待っていればよいのではないですか？
>それは単にあなたがグラフィカルにサイトを閲覧するのにサイト開設者に利益を与えたくないたった一人の個人の感情より社会全体の利益に注目する方が大切。
>(だから広告ブロックする)し、広告ブロックするのは端末の負荷を下げるため、帯域を節約するため。
>サイト開設者に無償で無償であるかどうかは問題にしてない。現状の広告は見た目がわずらわしく、処理が重く、プライバシーを犯す。見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>余計な仕事をさせたいというだけですよね？なぜサイトを軽くすることは利用者から知識的、時
長々と書いてますが、結局は貴方一人の個人の感情でしょ？個々の端末で数秒から数分程度時間がかかったとしても、早く安く開発・リリースできているのだから、社会全体の利益になってるでしょ
文章は３行以上あっても読め
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
目玉の数さえ十分あれば、どんなバグも深刻ではない -- Eric Raymond
どういう風にプロジェクトが進んだんだろ (スコア:1)
https://github.com/tokyo-metropolitan-gov/covid19/blob/development/CON... [github.com]
結構色々なとこから参加してますね。
元から横の繋がりがある人達なのかな。
発起から取り纏めまで都庁の人間なのでしょうか。だとしたら有能な類じゃね。
Re: (スコア:0)
こういうJavascript動いてないと一切見れない余計なサイトを作る犯人リストってことね。
Re: (スコア:0)
コストをかけてJavaScriptを使わず開発することに意味はありますかね。
Re: (スコア:0)
本来ならサーバー側で1秒以下で処理できる作業を、サイト閲覧者のウェブブラウザ上で何秒〜ひどい時は何1分以上もかけてJavaScript動かして処理するのは何が目的なのでしょうか。
閲覧者側のコストを考えないで新しいツールを使いたいだけの自己満足な開発者にはほんと呆れるわ。
何やってもいいが、閲覧者側に負担を増やすのだけは辞めろよ。ウェブサイト開発でも店舗運営でもビジネスでも当たり前のことをなぜできないのだろう。
Re: (スコア:2)
サーバーに負荷が少ないほうがええやろ。
今回のようなサイトはとくに。
目的はそれだけで充分。
Re: (スコア:-1)
クライアントの負荷を上げながらサーバーの負荷を下げることがなぜいいのか答えてない。
JSを使わないブラウザや性能のない端末で閲覧させる手段として、テキスト主体のページに転送する、サーバー上で物体を周期的に画像ファイルに変換してHTMLに貼る、JSのSNSボタンを外しリンク付き画像のSNSボタンを付けるような事ができる。
利用者がページを軽くする手段として、NoScriptやuBlock originを使う、名前解決でいらないものをブロックする、パソコンからスマホ向けページを見る、高性能の端末を使うなどがあるが、知識的、時間的、経済的に負担が大きい。高性能な端末を持っている人は重いものを使うために選んでいて、サーバー側がそうさせるようにしてはならない。
Re: (スコア:0)
よくわからないけど、閲覧にコストを支払いたくないのであれば、
見なければ良いんじゃないの？
javascriptフレームワークに限らず、採算のために広告をつけるサイトは
あまたあるし(例えばsradとか)、その負担を許容して閲覧している訳でしょ？
開発のコスト(コストが高ければ必然的にサービス提供に時間がかかる)とか、
高性能なサーバーを購入する予算をすぐに確保できない中で、すぐにリリースできる手段として
今回のようなサイトが作られたわけで、それを閲覧する時間的負担(数秒～数分間じっと
待っているわけではないだろうから、損失として計上できないだろうけど)を支払いたくないのであれば、
しばらくまでば、閲覧者に負担をかけない静的なサイトが作られるんじゃないの？
Re: (スコア:0)
>よくわからないけど、閲覧にコストを支払いたくないのであれば、見なければ良いんじゃないの？
利用者にコストを掛けず閲覧させるようなことをサーバー側ができる。見ないという選択は情報を得られなくなるが、この負担は大きい。
>javascriptフレームワークに限らず、採算のために広告をつけるサイトはあまたあるし(例えばsradとか)、その負担を許容して閲覧している訳でしょ？
私は許容していないのでブロックしているが、知識や時間がなくて軽量化できない人はブラウザとメールくらいしか使わなくても、重いウェブページを見るために高性能で高額な端末を
Re:どういう風にプロジェクトが進んだんだろ (スコア:0)
それは単にあなたがグラフィカルにサイトを閲覧するのに
サイト開設者に利益を与えたくない(だから広告ブロックする)し、
サイト開設者に無償で余計な仕事をさせたいというだけですよね？
「ただ働き(もしくは少ない期間・予算)を求めているのに、
閲覧に時間がかかる、広告が出るのは気に食わない。
閲覧しないは損失だから俺の方法に合わせる」と言われても
ただのゆすりでしょ。
また、今回の東京都のサイトに限って言えば、
東京都オープンデータカタログサイト [tokyo.lg.jp]
を参照すればjavascript無しに閲覧することは可能ですし
(記事のサイトも上記リンクのデータをもとに描画しているようですし)
閲覧しないという選択肢によって情報を得られなくなるわけではないです。
クライアント側にもサーバ側にもコストがかからないという方法を
提案しようとしているようですが、開発・運用にかかるコスト(そして期間)の
観点、そして運用後の追加要望対応(例えばユーザー側で区ごとに
データ表示できるようにしたい等)の容易性の観点が抜けているように見えます。
[1]については、以前からデータカタログサイトがあるので無視するとして、
[2]については、
〇リクエスト毎に画像を生成する場合
・複数人が同時アクセスしても画像生成に支障がでない作り
・複数人が同時アクセスしても即時レスポンスを返せるだけのサーバの用意
〇画像ファイルを静的に持つ場合
・データは日々更新されるので、そのデータを取得し
各種画像ファイルを生成するためのバッチ処理の作成
・(将来的な話になるが)追加要望に対して対応できない可能性がある
といった追加の作業、サーバー費用が掛かり
これは、リリースまでの時間が余計にかかることになります。
閲覧まで数秒～数分の負担は支払いたくないが、
サイトのリリースまで1、2週間(場合によってはもっと)遅れるのは構わない
というのであれば、そう考える人が多くいるのであれば、
より軽量なサイトを誰かが作ると思われるので、
それまで待っていればよいのではないですか？
Re: (スコア:0)
>それは単にあなたがグラフィカルにサイトを閲覧するのにサイト開設者に利益を与えたくない
たった一人の個人の感情より社会全体の利益に注目する方が大切。
>(だから広告ブロックする)し、
広告ブロックするのは端末の負荷を下げるため、帯域を節約するため。
>サイト開設者に無償で
無償であるかどうかは問題にしてない。現状の広告は見た目がわずらわしく、処理が重く、プライバシーを犯す。見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>余計な仕事をさせたいというだけですよね？
なぜサイトを軽くすることは利用者から知識的、時
Re: (スコア:0)
長々と書いてますが、結局は貴方一人の個人の感情でしょ？
個々の端末で数秒から数分程度時間がかかったとしても、
早く安く開発・リリースできているのだから、
社会全体の利益になってるでしょ
Re: (スコア:0)
文章は３行以上あっても読め