アカウント名:
パスワード:
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無しに閲覧することは可能ですし(記事のサイトも上記リンクのデータをもとに描画しているようですし)閲覧し
>それは単にあなたがグラフィカルにサイトを閲覧するのにサイト開設者に利益を与えたくないたった一人の個人の感情より社会全体の利益に注目する方が大切。
>(だから広告ブロックする)し、広告ブロックするのは端末の負荷を下げるため、帯域を節約するため。
>サイト開設者に無償で無償であるかどうかは問題にしてない。現状の広告は見た目がわずらわしく、処理が重く、プライバシーを犯す。見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>余計な仕事をさせたいというだけですよね?なぜサイトを軽くすることは利用者から知識的、時間的、経済的負担を取り除く。その理由は前のコメントにかかれている。
>「ただ働き(もしくは少ない期間・予算)を求めているのに、私は求めていない。
>閲覧に時間がかかる、広告が出るのは気に食わない。閲覧に時間がかかるのは気に食わないのはサーバー側が対処できるから。視覚的にごちゃごちゃしたサイトを作るより、負荷の軽いサイトを作る方が簡単だから。広告は見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>閲覧しないは損失だから俺の方法に合わせる」と言われてもただのゆすりでしょ。サーバーとクライアントの関係において、利用者にコンピューターの知識がない場合は、クライアント側がサーバー側に支配され負担を押し付けられる。企業と消費者の関係もこれに似ていて、企業は消費者を支配しようとするが、政府の独占監視や消費者庁による消費者保護は行われることは当然である。これをゆすりとは言わない。
>また、今回の東京都のサイトに限って言えば、東京都オープンデータカタログサイト [tokyo.lg.jp]を参照すればjavascript無しに閲覧することは可能ですし(記事のサイトも上記リンクのデータをもとに描画しているようですし)JSなしで見れるページへのリンクが今回のJSを必要とするページに貼られてない、転送されない。そうしなければ、利用者がそれを探すのに時間がかかったり、見つけられないままになる。
>閲覧しないという選択肢によって情報を得られなくなるわけではないです。東京都オープンデータカタログサイトを、サイトに訪れるすべての人が知っているとはいえない。このことにはテキスト主体のサイトへのリンクを貼る、転送させることによって対処できる。
>クライアント側にもサーバ側にもコストがかからないという方法を提案しようとしているようですが、>開発・運用にかかるコスト(そして期間)の観点、そして運用後の追加要望対応(例えばユーザー側で区ごとにデータ表示できるようにしたい等)の容易性の観点が抜けているように見えます。>>[1]については、以前からデータカタログサイトがあるので無視するとして、>[2]については、>〇リクエスト毎に画像を生成する場合> ・複数人が同時アクセスしても画像生成に支障がでない作り> ・複数人が同時アクセスしても即時レスポンスを返せるだけのサーバの用意負荷がかかるなら次の手段で対処できる。
>〇画像ファイルを静的に持つ場合> ・データは日々更新されるので、そのデータを取得し> 各種画像ファイルを生成するためのバッチ処理の作成>> ・(将来的な話になるが)追加要望に対して対応できない可能性がある>>といった追加の作業、今回のサイトの場合、ブラウザ側に表示される表やグラフの画像を、ブラウザが行うようにサーバーが送信する前に変換して送信するだけでいい。
>サーバー費用が掛かり今回のサイトの場合、テキストから表やグラフに変換されたものを送信前に画像へ変換することは、大量のアクセスがあるサーバーの他の処理と比べればとても軽い。
>これは、リリースまでの時間が余計にかかることになります。今回の場合、JS必須のサイトを作らず、ブラウザ側がJSを使わず閲覧でき、サーバーはJSのいらない画像を送信するだけでいい。別の多くのサイトでは、時間に余裕がありながら、重く処理させている。
>閲覧まで数秒~数分の負担は支払いたくないが、サイトのリリースまで1、2週間(場合によってはもっと)遅れるのは構わないというの>であれば、そう考える人が多くいるのであれば、より軽量なサイトを誰かが作ると思われるので、それまで待っていればよいのではないですか?時間に余裕のあるサイトですらクライアントに重い処理をさせる。したがって、今回のサイトがそうなるかはわからない。
長々と書いてますが、結局は貴方一人の個人の感情でしょ?個々の端末で数秒から数分程度時間がかかったとしても、早く安く開発・リリースできているのだから、社会全体の利益になってるでしょ
文章は3行以上あっても読め
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
どういう風にプロジェクトが進んだんだろ (スコア: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無しに閲覧することは可能ですし
(記事のサイトも上記リンクのデータをもとに描画しているようですし)
閲覧し
Re:どういう風にプロジェクトが進んだんだろ (スコア:0)
>それは単にあなたがグラフィカルにサイトを閲覧するのにサイト開設者に利益を与えたくない
たった一人の個人の感情より社会全体の利益に注目する方が大切。
>(だから広告ブロックする)し、
広告ブロックするのは端末の負荷を下げるため、帯域を節約するため。
>サイト開設者に無償で
無償であるかどうかは問題にしてない。現状の広告は見た目がわずらわしく、処理が重く、プライバシーを犯す。見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>余計な仕事をさせたいというだけですよね?
なぜサイトを軽くすることは利用者から知識的、時間的、経済的負担を取り除く。その理由は前のコメントにかかれている。
>「ただ働き(もしくは少ない期間・予算)を求めているのに、
私は求めていない。
>閲覧に時間がかかる、広告が出るのは気に食わない。
閲覧に時間がかかるのは気に食わないのはサーバー側が対処できるから。視覚的にごちゃごちゃしたサイトを作るより、負荷の軽いサイトを作る方が簡単だから。広告は見た目が落ち着いていて、処理が軽く、プライバシーが守られるものなら私は許容する。
>閲覧しないは損失だから俺の方法に合わせる」と言われてもただのゆすりでしょ。
サーバーとクライアントの関係において、利用者にコンピューターの知識がない場合は、クライアント側がサーバー側に支配され負担を押し付けられる。企業と消費者の関係もこれに似ていて、企業は消費者を支配しようとするが、政府の独占監視や消費者庁による消費者保護は行われることは当然である。これをゆすりとは言わない。
>また、今回の東京都のサイトに限って言えば、東京都オープンデータカタログサイト [tokyo.lg.jp]を参照すればjavascript無しに閲覧することは可能ですし(記事のサイトも上記リンクのデータをもとに描画しているようですし)
JSなしで見れるページへのリンクが今回のJSを必要とするページに貼られてない、転送されない。そうしなければ、利用者がそれを探すのに時間がかかったり、見つけられないままになる。
>閲覧しないという選択肢によって情報を得られなくなるわけではないです。
東京都オープンデータカタログサイトを、サイトに訪れるすべての人が知っているとはいえない。このことにはテキスト主体のサイトへのリンクを貼る、転送させることによって対処できる。
>クライアント側にもサーバ側にもコストがかからないという方法を提案しようとしているようですが、
>開発・運用にかかるコスト(そして期間)の観点、そして運用後の追加要望対応(例えばユーザー側で区ごとにデータ表示できるようにしたい等)の容易性の観点が抜けているように見えます。
>
>[1]については、以前からデータカタログサイトがあるので無視するとして、
>[2]については、
>〇リクエスト毎に画像を生成する場合
> ・複数人が同時アクセスしても画像生成に支障がでない作り
> ・複数人が同時アクセスしても即時レスポンスを返せるだけのサーバの用意
負荷がかかるなら次の手段で対処できる。
>〇画像ファイルを静的に持つ場合
> ・データは日々更新されるので、そのデータを取得し
> 各種画像ファイルを生成するためのバッチ処理の作成
>
> ・(将来的な話になるが)追加要望に対して対応できない可能性がある
>
>といった追加の作業、
今回のサイトの場合、ブラウザ側に表示される表やグラフの画像を、ブラウザが行うようにサーバーが送信する前に変換して送信するだけでいい。
>サーバー費用が掛かり
今回のサイトの場合、テキストから表やグラフに変換されたものを送信前に画像へ変換することは、大量のアクセスがあるサーバーの他の処理と比べればとても軽い。
>これは、リリースまでの時間が余計にかかることになります。
今回の場合、JS必須のサイトを作らず、ブラウザ側がJSを使わず閲覧でき、サーバーはJSのいらない画像を送信するだけでいい。別の多くのサイトでは、時間に余裕がありながら、重く処理させている。
>閲覧まで数秒~数分の負担は支払いたくないが、サイトのリリースまで1、2週間(場合によってはもっと)遅れるのは構わないというの>であれば、そう考える人が多くいるのであれば、より軽量なサイトを誰かが作ると思われるので、それまで待っていればよいのではないですか?
時間に余裕のあるサイトですらクライアントに重い処理をさせる。したがって、今回のサイトがそうなるかはわからない。
Re: (スコア:0)
長々と書いてますが、結局は貴方一人の個人の感情でしょ?
個々の端末で数秒から数分程度時間がかかったとしても、
早く安く開発・リリースできているのだから、
社会全体の利益になってるでしょ
Re: (スコア:0)
文章は3行以上あっても読め