「W3C」を含む日記 RSS

はてなキーワード: W3Cとは

2024-09-21

anond:20240921205257

アプリはいろいろやってるから影響出るときもあるのはわかる

サイトって何をどんなにしたら影響出るんだ?

W3C勧告どおりに作ればええやん

2024-07-21

anond:20240721112956

言語とは、特定ルールに従って情報を伝えるためのシステムです。

CSSは、ウェブページスタイル定義するための特定ルールセットを持ち、それに従って情報を伝えます。したがって、CSS言語一種です。

CSSは汎用プログラミング言語(例:JavaScriptPython)とは異なり、特定目的スタイル定義)のために設計されています

Turing Completeでない言語言語として認識される例として、HTMLSQLも挙げられます

CSSも同様に、特定目的を果たすためのスタイルシート言語です。

世界中ウェブ標準を推進するW3CWorld Wide Web Consortium)は、CSS正式言語として認識し、仕様策定しています

この公式認識CSS言語である証拠の一つです。

2023-12-28

広告ブロックフリーライドではない。どんどん広告ブロックを使え

こんな記事話題になっていた。

【お願い】広告ブロッカー(Adblock)の除外設定をお願いします。 - すまほん!!

個人的にはこうしてお願いを出すのは真摯だと思うし、良質なコンテンツ提供するサイトが続く世界であればいいと思う。

だが、ブコメでこのような意見が目につく。

id:hyperpeppy 広告不快とか詐欺危険なのはわかるけど、なぜそこで「サイトを見ない」じゃなくて「ブロックして見る」になるのかわからない。見る以上は対価を払えよ。

また、他の記事ブクマではこんな意見散見される。下記2記事より引用

[B! 広告] YouTube広告を16倍速であっという間に終わらせるChrome拡張が公開、広告ブロック警告を回避 | テクノエッジ TechnoEdge

[B! 広告] YouTubeが広告を消す「Adblock Plus」をブロックし始めて大混乱に、Adblock Plus公式も対応に乗り出す

id:beed YouTube広告問題があるとして、利用しないではなく、コストを払わず勝手に利用するになるの、ただの自己正当化しかない。

id:manaten Youtube広告利益上げて持続してるビジネスなんだから広告嫌ならpremiumになるか見るなって思っちゃうんだよな。ビジネス持続の対価を支払わず利益だけ受け取るのは万引きと一緒やん

id:minaminoani どうもこのGAFAみたいな巨大企業相手なんだから金払わずに済ましてやろうというのは気に食わない。そんなに広告が嫌ならプレミアム会員になればいいじゃない。

id:bilanciaa タイミング考えろとかで広告ブロック正当化できるものじゃないと思う。卑しいな

id:kagoyax 他社のサービス広告引き剥がして金儲けってどう考えても倫理的にアウトだしこれまで放置されていたのがおかしい。Googleいわく規約違反から何人かアカウントBANしてみせしめ的に取り締まったら効果絶大だろうな

id:hyperpeppy 広告を見たくないならブロックするんじゃなくて「サイトを見るのを諦める」が正しい行動だろ。お店にお金を払いたくないからって商品を盗むのか?

id:shimmering ズルしてる側があたかも正当に書かれているの訳わからんな、これはGigazineが悪い

id:letitbomb78 なぜYouTubeだけは無料で見られるのが当然だと思ってるの?他の動画プラットフォームでも大抵月額制でしょ。広告がどれだけ不愉快でも見れるだけマシだと思わないのか。

id:Meleonic フリーライダーがイキんなと

id:njgj 正式広告を消す手段有料化)があるし、広告が著しい不利益をもたらすわけでもないのだからフリーライドしようとしちゃそらダメでしょ、としか…。

id:pwatermark いや、広告ブロックするくらいなら見るなよ

id:lejay4405 いや広告嫌なら金払えよ。消せる手段があるのに使わないで文句言ってるのマジで

id:ao-no 広告ブロック入れるほどYoutube見てるのに有料プラン入ろうとしないのは普通に盗人猛々しいというか、いびつ。よっぽど貧乏ならともかくそうじゃないんでしょ?

id:diesis そもそも最低限の線引したら広告の質なんてこだわらなくていい。不満なら金を払ってプレミアムになるか、立ち去れ。 /ネット草創期の何でもタダな空気をいつまで引きずってんのクソジジイども。

id:daij1n そもそも広告で成り立っているビジネスなので、それを迂回して見る行為窃盗と同じ。

id:koishi この店には金額に見合った価値はないから盗むのも仕方ないし、窃盗出来ないように対策するなんてひどい!…って君ら正気か?

id:pj_lim 金は1円も払わない。広告ブロック対策には文句言う。ガキが言ってるならまだしも一端の大人が言ってるから普通に引く。正気の沙汰じゃないってブコメあるけどオメーもだよ。

id:zzzbbb 広告ブロックって、必要経費を払ってないってことだからね。税金払ってないのと一緒。さすがに間違ってるとは思う。

id:a_ako 広告ブロックする、お金も払わない、という人は、クリエイター制作コストYouTubeサーバー代を何と思ってるのかな。霞でも食べて生きてると?

id:kamei_rio 広告は嫌いだけど対価も出さずブロックするのはシンプル不正じゃないの。ブロックしてる方々の分を肩代わりさせられるし正直どうかと思う

これらの意見は私の見解とは異なる。広告ブロックフリーライドではないし、ましてや万引きでもズルでもない。

コンテンツブロックを推進する側の意見としては主に以下の2つに大別される。

  1. コンテンツブロック権利視聴者にある
  2. 有害広告ブロックすべき

私は1.の意見である。これはプライバシー自己決定権の問題である

そもそも広告配信する自由が与えられているように、広告を見ない自由も与えられている。

コンテンツブロック提供側の意見引用する。

GitHub - gorhill/uBlock at eab7cb0e03a642129f33b2755ddf6d06f3922417

uBO is NOT an "ad blocker"; it is a wide-spectrum content blocker. (中略)

It is important to note that using a blocker is NOT theft. Do not fall for this creepy idea. The ultimate logical consequence of blocking = theft is the criminalization of the inalienable right to privacy.

Ads, "unintrusive" or not, are just the visible portion of the privacy-invading means entering your browser when you visit most sites. uBO's primary goal is to help users neutralize these privacy-invading methods in a way that welcomes those users who do not wish to use more technical, involved means (such as uMatrix).

(日訳)

uBOは「広告ブロッカー」ではなく、広範なコンテンツブロッカーです。(中略)

ブロッカー使用窃盗ではないことに注意してください。この不気味な考えに騙されてはならない。ブロッキング窃盗の究極の論理的帰結は、プライバシーに対する不可侵権利犯罪である

uBOの主な目標は、より技術的で複雑な手段(uMatrixなど)を使いたくないユーザーを歓迎する方法で、ユーザーがこれらのプライバシー侵害手段無効にできるようにすることです。

よくある質問 · Yuki2718/adblock2 Wiki · GitHub

違法ではありませんし、まともな法治国家においては今後も違法になる可能性はまずないでしょう。ドイツでは6度の訴訟においてすべて広告ブロック側有利の判決が出ました。

ウェブ標準化団体W3Cは、ユーザー拡張機能やブロッカーインストールして、望まないコンテンツブロックできなければならない、それが倫理的な面でウェブのあるべき姿だと明言していますプライバシー気運の強いEUにおいては、アンチ広告ブロックのほうが違法にされかけたこともあります

私たちは見たいものを見る権利がある。強制的配信されるコンテンツを見ない自由がある。広告を見たいと思ってコンテンツクリックしているわけではない。私たち広告と引き換えにコンテンツを見ているのではない。広告私たちにとって商品ではない。

テレビCM中に立って家事をするのも、テレビCMスキップするのも、テレビCM中に勝手テレビが消えるのも体験としては変わらない。同様に動画広告中に立って家事をするのも、広告を表示させないようにするのも変わらない。私たち配信者に機械に固定され、目を見開かされて広告を見るよう強制されていない。

ウェブにおいてコンテンツは店ではない。どちらかというと取り寄せに近い。広告ブロック万引きではなく、商品と一緒に届いたDMを読まずに捨てる行為だ。もしくは一度荷物を空けて勝手DMを捨ててくれる管理人

広告を見たくない人が見なければ潰れてしまビジネスモデルなら、そのビジネスモデルが間違っている。YouTube無料で見られるのは理由がある、もし完全課金制の方が儲かるのならそうすれば良い。Evernoteのように。その時私が課金するかはまた別の話だ(おそらく数ドルらするのではないかな)あとYouTubeプレミアム広告除去を目的としたプランではない。

id:akiat YouTubeプレミアムがないならわかるけど、YouTubeプレミアムユーザーにとっては、フリーライダー不正行為しか見えん。

id:rabbitmansdec30 有料で提供されてるサービス広告非表示)を無料使用するのはなぁ

id:miruto 金もわず広告も見たくないというのは虫の良い話だよ。広告見たくなきゃプレミアムにすればいい。

これをYouTube問題矮小化するな。YouTubeプレミアム課金すれば解決?私はそもそもYouTubeのように課金していない人たちに汚い広告を見せつけるビジネスモデル否定している。YouTubeプレミアム課金たからといって問題は何一つ解決していない。

私はこれまで世の中の人広告に対して興味がないものと思っていた。コンテンツブロッカーを使わなければwebが見れないのは少数派なのだと。だがどうやら異なるらしい。広告収入が減るくらいコンテンツブロッカーが広まっているのならば、そのビジネスモデルは間違っている。

個人的はいまの広告配信ビジネスモデル限界だと思う。コンテンツ制作者と広告配信者が一致していないせいで、ノイズしかない広告差しまれる。質の高い広告とはたとえばYouTuberのレビュー動画オモコロPR記事のようなものだと思う。PR記事動画クリックしてみにいくとき、つまり能動的に広告を見に行くときウェブサイト差しまれ広告のような嫌悪感はない。その広告を見たくてみているので。

(これは余談だが、個人的には広告よりもたとえばコインハイブのようにPCパワーを奪ったり、InstagramTiktokのように完全に嗜好に合致しており煩わしくないと感じる広告の方に未来があると思う。そしてもちろんそのような広告たちもブロック可能であるべきだ。)

コンテンツブロックマナー違反なので黙ってやれという意見がある。私はそうは思わない。私は無差別に投下された汚い広告webを埋め尽くす世界を望んでいない。間違ったビジネスモデルでなければ生き残れないサービスは滅びた方が良い。それを滅ぼすかどうかは私たちが決める。サービス側ではない。

金を払いたくないか課金していないという話ではない。私はそのビジネスモデルが正しいと感じ、続いて欲しいと感じたならば課金している。(たとえばNetflixSpotifyIFTTTやPinboardやDeepLやChatGPT PRO)

もちろん私が広告を見ない権利があるように、サービス側にも広告を見ないユーザブロックする権利があるのだろう。ユーザバンが認められる国や法があるとは思わないが。

改めてである広告モデルけが全てではない。ユーザーへの不便の押し付けではなく、サービスアップデートで覆すべきだ。NetflixSpotify違法ダウンロード駆逐したように。

もっと広告ブロックを使え。Twitterwebなりtweetpdを併用すれば広告は消える。Wikipediaには募金しろ。もちろん支援したいサイトホワイトリストに入れるのも良い。やりようはいくらでもある。くだらない未来を甘受するな。

お前らいつ勝手去勢された?お前の端末はお前の延長だ。自己決定権を取り戻せよ。

2022-07-22

anond:20220722133551

セマンティック・ウェブ(英: semantic web)は W3Cティム・バーナーズ=リーによって提唱された、

ウェブページ意味を扱うことを可能とする標準やツール群の開発によってワールドワイドウェブ利便性を向上させるプロジェクト

セマンティック・ウェブ目的ウェブページの閲覧という行為に、データの交換の側面に加えて意味の疎通を付け加えることにある。

現在ワールドワイドウェブ上のコンテンツは主にHTML記述されている。

HTMLでは文書構造を伝えることは可能だが、個々の単語意味をはじめとする詳細な意味を伝えることはできない。

これに対し、セマンティック・ウェブXMLによって記述した文書RDFやOWLを用いてタグを付け加える。

この、データ意味記述したタグ文書の含む意味形式化し、コンピュータによる自動的情報収集分析へのアプローチ可能となると期待されている。

2022-06-04

HTMLT5は、廃止

2021年1月W3CHTML Living Standardを正式勧告として発表。HTMLT5は、廃止となりました。

2022-06-01

anond:20220601172323

W3Cについても、「だぶりゅーすりーしー」なのか「だぶりゅーさんしー」かで揉めたよな

https://q.hatena.ne.jp/1166359469

2021-07-30

対「伊是名夏子」部隊@旧国鉄

よく知らんけど、この彼女のような活動家が「法律の変更時に何らかのアクションを起こす」だろうなーと旧国鉄法務部隊が推測して、予想可能アクションエミュレーションしてイレギュラー事態を「なんにも問題なし」で解決したのは、プログラマーとしてはすごいと思いました。

それはさておくとして、昨今の DX を理由に React や Vue といった Virtual DOM の推進派が W3C の「アクセシビリティ」で noscript タグなしで動的なサイトを作る現状は、アクセシビリティを高くするために戦ってきた自分としては辛く思います

これと、伊是名夏子さんになんの関係もありませんが、昨今のサイトの作り方が React とかでアクセシビリティを軽視する流れは、残念なこと限りありません。どうにかならんか?

2020-08-20

伊藤詩織氏の今回の裁判始める前に止めたい

https://anond.hatelabo.jp/20200820135849

もう一度になるけどこれ「裁判になった瞬間全員が地獄に巻き込まれる」ので後ろ指差されようが全力を持って提訴取下げなりなんなりさせないといけない。

Twitter本社や、よくインターネット自由に関するポストを出してるTumblrにも協力を請願する準備をするが、もっと他にインターネット自由に関して国際的に影響力のある機関や団体があったら教えてほしい。W3Cは応えてくれるか分からないがとりあえず各方面にお願いしていく

2020-06-22

anond:20200622223511

横。

「」問題傍点が打てないから仕方なくやってる人が多いと思う。

統一表記問題ではなくW3CWhatWG問題

2020-01-23

anond:20200123131608

それこそ、W3C辺りでグローバルな仕様を決めないと、無理じゃねぇかな

2019-09-14

anond:20190914232227

HTML5なんてものはない。HTML Living Standardということだね。

HTML標準仕様策定についてW3CWHATWG合意発表。今後はWHATWGリビングスタンダードが唯一のHTML標準仕様

https://www.publickey1.jp/blog/19/htmlw3cwhatwgwhatwghtml.html


HTML5なんてのは、WHATWG仕様まとめブログが意訳したものに過ぎない。今後はリビングスタンダードが唯一の標準

2019-07-07

anond:20190706190044

真面目に回答したら良いのかな?

おそらくは日本ネット投票がまともに解禁されるようになるには、インターネットで使われる情報技術標準規格を選定するW3Cが定めたSelf-Sovereign Identity(SSI)というポリシーに則ったDecentralized Identifiers(DID/DIDs)が日本でまともに運用されてからだと思われる。

Self-Sovereign Identity(SSI)

Self-Sovereign Identityとは訳すと自己主権アイデンティティで、これは技術の規格というよりも技術を開発・運用するためのポリシーなんだ。

詳しくすると論文が書けてしまうので要約するけどSSIでは以下の10項目が提言されている。

  1. 存在 - 個人独立した存在でなければならない
  2. 制御 - 個人自身アイデンティティ管理しなければならない
  3. 接続 - 個人自身情報接続できなければならない
  4. 透明 - システムアルゴリズムは透明性がなければならない
  5. 持続 - アイデンティティは持続性がなければならない
  6. 可搬 - アイデンティティに関するサービス情報は可搬性がなければならない
  7. 互換 - アイデンティティ可能な限り広い範囲で利用できるべきである
  8. 同意 - 個人自身アイデンティティ使用権限を持てるべき
  9. 請求 - アイデンティティ請求は最小であるべきである
  10. 保護 - 個人権利保護する必要がある

これらの10項目はまだ上手い日本語訳が無くて俺の意訳が含まれていることに注意してもらいたい。

このSSIが何を言いたいかといえば個人情報の公開を第三者ではなく個人自身管理制御できるべきということなんだ。

Decentralized Identifiers(DID/DIDs)

SSIを定めたW3Cはそのポリシーに則って個人情報管理するためのシステム仕様を定めた。

それがDecentralized Identifiers(DID/DIDs)で、これも訳すと中央集権識別ということになる。

何のことだが小難しい漢字語になってしまったので、より現代人へ理解やす平易な言葉へ置き換えると分散デジタルID表現したほうが理解やすいと思う。

現在個人情報(アイデンティティ)というもの中央官庁巨大企業によって中央集権的に管理されてしまっている。

これでは個人情報本来の持ち主である個人自由に利用することが難しいし、そして自身個人情報がどのように扱われているのかというのを把握するのが非常に難しくなってしまっているよね。

更には中央官庁企業としても日本国法で言うところの個人情報保護法の兼ね合いで個人情報管理に関して大きなコストを支払わざる得なくなっており、もし仮に個人情報流出した際に賠償責任などのリスクを負う可能性があるのが現状だ。

そこでW3CはSSIポリシーに則ったDIDという仕様を定め、これまで問題視されてきた個人情報管理問題点を解消しようと近年動き出している。

DDIブロックチェーンにより分散的に個人情報管理しつつ改竄を防ぐ仕様が取られている。

更に特徴的なのは個人個人意思によって個人情報請求に対して公開したい範囲個人情報のみを開示できる仕様になっているんだ。

これはどういうことかと言えば、現在日本ではタバコ酒類を購入することに関して成人であることが条件になっていて、成人認証には運転免許証マイナンバーカードなど公的機関が発行する資格証明証が用いられている。

この問題点タバコ酒類を購入する際に必要個人情報は「成人である」という証明だけのはずなのに、例えば運転免許証であれば氏名や現住所、許諾されている運転車両範囲など余計な個人情報記載されてしまっていることが問題なんだよね。

しかし、DIDを用いるとタバコ酒類購入者が開示する情報は「成人である」ということができるようになる。氏名も生年月日も現住所も許諾されている運転車両範囲も開示する必要がないんだ。

これは中央官庁企業に取っても非常に安心仕様だ。何故ならもし誤って個人情報流出させてしまっても流出するのは誰のものだか判然としない「成人である」という情報のみから

他にも携帯電話通信契約などの場合でも本人確認や法的に契約できる者なのかを確認しなければ契約の締結はできないけれど、DIDを用いると開示する情報は「本人である」というものだけになる。

契約業務をする目の前のスタッフアナタがどこの誰だか全くわからないけれど、アナタが本人であることを知ることができる。こういうことを可能とするのがDIDというシステムなんだ。

ポイントカードクレジットカードDIDと紐付けば何枚も持ち歩く必要なんてなくなる。

そして選挙は本人であることや、投票できる年齢であるかどうかを確認したり、投票秘密を守らなければならない。更に言えば投票の集計もしなければならないよね。

DID中央集権に寄ることなアナタが本人であり投票できる者であることをアナタの許諾を得て承認し、投票秘密を守り、更にはコンピュータから超高速に投票集計もしてくれるんだ。

SSIの透明ポリシーによって投票集計のプログラミングコードアルゴリズムオープンに公開され公正に選挙が行われる。

これが最も先進的な個人情報管理のために提言されている新しい技術だ。

SSIとDID日本でまともに運用開始されるとネット選挙未来はそう遠くなくなるよ。

このエントリでSSIとDIDに注目して貰えたら俺としては何も言うことないぜ!以上!

2019-06-12

増田でわかる分散SNS

1章 アカウント凍結

有子「あっキレイなお花!」

共太「写真を撮ってTwitterシェアしようぜ!」

有子「いい考えね!じゃあさっそく・・・あれ?」

共太「ん?どうしたんだ?」

有子「あっ私のTwitterアカウントが凍結されてる!」

共太「なっなんだってー!」

-----

共太「最近SNSアカウントが巻き込まれ凍結されるって話をよく聞くけどまさか有子のアカウントがなぁ・・・

有子「私なにも悪いことしてないよ!お花や猫の写真シェアしたりしてただけだもん!」

分美「あら?どうしたの?」

共太「あっ分美お姉さん!ちょうど良いところに」

有子「分美お姉さん・・・何も悪いことしてないのに私のTwitterアカウントが凍結されちゃって・・・

分美「あら大変!でも仕方ないわよねぇTwitterシステムの上では巻き込まれ凍結はどうしても防げないわ」

共太・有子「えっそうなの!?

分美「Twitter問題のありそうなアカウント独自アルゴリズム自動で凍結しちゃうのよ。コンピュータプログラムで判定しているからどうしとても間違えてしまうことがあるわ」

有子「プログラム相手じゃ間違えてますよってお話することも難しいよね」

共太「Twitter勝手に始めたことを押し付けてくるなんてヒドイじゃないか!」

有子「私の友達だって悪いことしてないのに何度も凍結されちゃって悲しい思いをしてたんだよ!」

共太「お姉さんなにか良い方法はないの!?

分美「ふふふ・・・あるわ!分散SNSよ!」

共太・有子「分散SNS?」

2章 分散SNSって何?

共太「お姉さん、分散SNSってなに?」

有子「前に少しだけ話題になった気がするけど私よく知らない」

分美「分散SNSはねTwitterFacebookみたいなSNSが動くサーバシステム個人個人自由に設置して、設置されたみんなのサーバ同士が繋がり合ってコミュニティネットワークを作ろうって試みなの」

分美「分散SNS構成するサーバ個人の持ち物だから、持ち主の個人独自ルールを定めることができるのよ」

分美「TwitterFacebookサービスを利用しているとTwitterFacebookが定めたルールに利用しているユーザは従わなきゃならないけど、分散SNSサーバ毎にルールを定められるので凍結される可能性を低くできるわ」

有子「あれ?じゃあもしかして私が分散SNSサーバを設置したら・・・

分美「良い点に気が付いたわね!そう、有子ちゃん分散SNSサーバを設置したら有子ちゃんルールよ!」

共太「すっげぇ!じゃあボクの分散SNSサーバを利用したかったら100円な!」

分美「ふふふ、共太クンの分散SNSサーバからそのルールはもちろん定めて良いわ・・・でも分散SNSを利用するユーザにはルールを選ぶ権利があるのよ?」

有子「なるほどね!もし私の分散SNSサーバの利用が無料だったら共太クンの分散SNSサーバを使おうって思うユーザなんか居なくなるじゃない!」

分美「そうねユーザが困っちゃうようなルールを定めればユーザは利用しないだろうし、更に法律違反するルールを定めて実行しちゃうお巡りさんに捕まってしまリスクも当然あるのよ」

共太「自由ルールを決められても好き勝手にしちゃ駄目なんだ・・・

3章 分散SNSは過疎らない

共太「でもさぁ思ったんだけど新しいSNSってユーザ数が少ないよな」

有子「SNSってやっぱりいっぱいユーザが居たほうが楽しいしね」

分美「実はね、分散SNSっていわゆる『過疎』になる可能性が非常に低いのよ。設置したら既に誰かが居るわ」

共太「えっ!?SNSを設置して直ぐは誰も居ないに決まってるじゃないか!」

有子「そうよね?居たとしてもSNSを設置した管理人さんだけでしょ?」

分美「それが分散SNSメリットの1つなのよ。分散SNSは点在する分散SNSサーバ同士が相互接続することで成り立っているの」

分美「だから例えば分散SNSサーバαが既に設置されている状況であれば、分散SNSサーバβが新たに設置されたとき分散SNSサーバβから既に存在する分散SNSサーバαを利用するユーザが見えてコミュニケーションが取れるのよ」

有子「えぇ!?それってすごいことじゃない!!」

共太「自分分散SNSサーバを利用してくれるユーザ積極的に探さなくても良いわけか」

分美「わざと他のユーザを集めないで管理人がたった1人だけで利用している『お一人様』と呼ばれている分散SNSサーバだってあるわよ。他にも家族だけとか学校友達だけの分散SNSサーバがあったり、お絵かき趣味の人のためや音楽趣味の人のための分散SNSサーバもあるわね」

有子「なるほど学校のお友達なら見知った仲だし凍結なんてほとんどありえないもんね!」

共太「通ってるスポーツクラブ分散SNSサーバ設置したら面白そうだなぁ!」

分美「独自ルールを定められるってことは利用するユーザを好きに選ぶこともできるってわけ!そしてなおかつさっきも言ったとおり他の分散SNSサーバユーザともコミュニケーションが取れるから便利」

分美「そんな便利な分散SNSコミュニティネットワーク形成しているのが『ActivityPubプロトコル』よ!」

4章 ActivityPubプロトコル

共太「アクティティパブ・・・?」

有子「プロトコル・・・?」

分美「早い話が分散SNS同士の会話がちゃんとできるようにする方式規格のことなんだけど、実際に重要なのは利用する分散SNSサーバがActivityPubプロトコル対応しているかどうかってこと」

分美「実は分散SNSってActivityPubプロトコルが登場する以前にも様々なプロトコルが考案運用されてきたの」

分美「例を挙げればOStatusプロトコル、DFRNプロトコル、DiasporaプロトコルZotプロトコルあたりが有名ね」

分美「でも問題プロトコルが違えば相互コミュニケーションが取れないことなの」

有子「あれ?分散SNSサーバは他の分散SNSサーバ相互コミュニケーションが取れるんじゃなかったっけ?」

分美「そう、それを実現したのがインターネットで使われる技術の標準仕様を定める団体であるW3C』が制定したActivityPubプロトコルってわけ!」

共太「そうかActivityPubプロトコル以前は分散SNSでも相互接続できない分散SNSがあったんだな」

分美「W3Cが標準仕様であるActivityPubプロトコルを定めてくれたお陰で、分散SNSほとんどは積極的にActivityPubプロトコル採用するようになり、ほとんどの分散SNSサーバほとんどの分散SNSサーバ相互接続コミュニケーションが完成したわ」

5章 もっと知ろう分散SNS

共太「へぇ!ActivityPubプロトコルって凄いんだなぁ」

有子「お姉さん!分散SNSサーバってどんなものがあるの?」

分美「うん!じゃあ先ず最初に語らなきゃいけないのは『GNU Social』ね!Twitterに触発されたマイクロブログSNSよ」

分美「GNU Socialは分散SNS最初期に登場した分散SNS2007年まで遡るわ」

有子「今から12年も前!?そんな前からあるの!?

分美「12年前はidenti.caっていう名前だったの。GNU Socialという名前に落ち着いたのは2013年よ」

共太「それでも6年も前か。その時から分散SNSを考えていたなんて凄いなぁ」

分美「分散SNSのヒントになっているのは2002年に登場したP2Pファイル交換システムの『Winny』なのよ日本製ね」

有子「2002年17年前!どんどん遡るね!」

分美「WinnyのあとにBitTorrentが登場したり色々日本でも問題になり善悪評価が定まらないけれど革新的システムだったのは確かで、それが現代分散SNSという実装に応用されているわ」

分美「GNU Socialの特徴はなんと言ってもその安定性の高さね。最初期に登場したこともあり機能性に乏しさは感じるしアップデートは驚くほど少ないわ。でも後に登場した分散SNSへ強い影響を与えたの」

共太「アップデートが少なくて済むほど安定してるってことか?」

分美「それもあるし、GNU Socialはプラグインによる機能追加に対応しているのよ。新機能が欲しいなら自分で作れという文化なのGNU Socialは」

分美「次に紹介するのは日本で最も人気のある分散SNSMastodon』ね」

有子「あっ聞いたことある!」

分美「Twitterアカウントの凍結騒ぎで一時期Twitterでも話題にのぼったわね。MastodonGNU Socialに触発されたマイクロブログSNSよ」

分美「GNU Socialを参考としたためGNU Socialと互換性がありつつも、よりもモダンな外観や機能を備え、コミュニティが活発でアップデートも非常に多いのが特徴だわ」

共太「それだけ聞くとMastodonの方が良いように感じるなぁ」

分美「日本国内にMastodonサーバは膨大に存在するし分散SNS選びに迷ったらMastodonって考えるのも悪くはないわ。情報も非常に多いしね」

分美「ただMastodon欠点としてはGNU Socialに比べるとより高性能なサーバマシン必要になることね。とある有名なC++プログラマが『富豪的プログラミングだ』と揶揄したのはMastodonコミュニティでは有名な話よ」

有子「自分Mastodonサーバを設置するときサーバマシンの用意に困るわけね」

分美「まぁとは言っても今の普及価格ノートパソコンくらいで十分に動くわ。利用状況によるけどサーバレンタルするとしても月額2,000円以下かしら」

分美「そんな重いMastodonに触発され動作が軽いことを念頭に置かれ開発されたマイクロブログ分散SNS『Pleroma』も検討に値するわね。Mastodonと一部機能互換性を持っているの。Mastodonクライアントアプリが使えたりするのよ」

有子「GNU Socialを参考にしたMastodonMastodonを参考にしたPleromaか面白いなぁ」

共太「お姉さん!なんかもっとこうドーンッとスゴイやつってないの?」

分美「あるわよ?例えば『Hubzilla』なんかは高機能すぎるくらい高機能よ。SNS機能に加えて、ユーザ単位の公開範囲限定チャットアドレス帳カレンダーオンラインストレージ、簡易Webページ作成RSSフィードリーダーFacebook連携Twitter連携、ActivityPub連携etc...」

共太「スゲェ!なんでもアリかHubzilla!」

分美「もともと『ハブ』になることがコンセプトらしいわね。でも今挙げた機能はHubzillaの最大の特徴じゃないの」

有子「えっこの時点で高機能なのに?」

分美「HubzillaはZotプロトコルによるGridネットワークを特徴としていて、これはサーバ認証ユーザ認証が別個に管理されているのよ」

分美「端的に言うとHubzillaサーバαとHubzillaサーバβで1つのユーザアカウント運用できるのよ。例えば普段使ってるHubzillaサーバαが何らかの障害でダウンしても、ユーザアカウントそのままでHubzillaサーバβで利用できちゃうのよ。普通サーバが変わるとユーザアカウントも変えなくちゃいけないわよね。Hubzillaはユーザアカウントを維持できるの」

共太「えっHubzilla凄すぎない?」

有子「まさに分散SNSだね。サーバ1つ無くなっても他のサーバが使えちゃう

分美「非常に先進的な試みをHubzillaはやってるんたけど、その豊富すぎる機能や細かな設定項目、更には複雑な外観で素人お断り感がスゴイのよ・・・

有子「もっとこう気楽で高機能分散SNSはないの?」

分美「あるわよ?」

共太「ちょっと思ったけど何でもあるんだねw」

分美「筆者の増田もこのエントリ書くため改めて調べてみて驚いてるらしいわ。それでもっと気楽な高機能分散SNSには『Misskey』があるわ。なんと国産よ」

分美「投稿テキストへ太字などが設定できたり、昨今のチャットサービスなどで定番化しつつあるいいね!に変わる様々な反応を送れるリアクション機能ユーザ指定して会話できるグループトーク、様々な情報を表示するウィジェット、更にはリバーシゲームが楽しめたりするわ。他にも機能いっぱい」

有子「エンターテイメントって感じ!結構好きかも!Hubzillaは敷居が高すぎる・・・

共太「エンターテイメントと言えばマイクロブログSNS以外には分散SNSってないの?」

分美「あるわよ。Hubzillaを見たときSNS部分はFacebookっぽいなと感じたと思うのだけれど、よりFacebookっぽい分散SNSに『Friendica』があるわ」

分美「FriendicaはFacebookクローンと言って良いほどFacebook機能酷似していて分散SNSFacebook機能を求めているのであれば一番手っ取り早いかもね」

共太「あるとは思ってたけどやっぱりFacebookっぽい分散SNSもあるのか」

有子「えっじゃあもしかしてInstagramっぽいのも・・・

分美「あるわよwInstagramっぽい分散SNSは『PixelFed』ね。Instagramと同様に投稿する写真エフェクトフィルタがかけられるわ」

有子「あるんだw」

共太「流石にYoutube・・・

分美「あるわよwYoutubeっぽい分散SNSは『PeerTube』というの。PeerTubeの凄さはActivityPubプロトコルへの対応だけじゃなく動画配信自体分散機能を持つこと」

共太「あるんだw」

https://peertube.fr/videos/watch/217eefeb-883d-45be-b7fc-a788ad8507d3

分美「この動画は実際にPeerTubeへ投稿されている動画なのだけれど、複数人が同時に視聴するとPeerTubeはYoutubeにない動画配信挙動をするの」

分美「それは視聴者αに続いて視聴者βが動画の視聴を始めると、視聴者βへはPeerTubeサーバから動画配信されるだけでなく視聴者αから動画配信されるのよ。これはWebTorrentという技術を使って実現しているわ」

分美「理論上の話になるけれど、1GBの動画Youtubeが2人へ配信した場合は当然ながらYoutubeサーバは合計2GB配信することになるけれど、PeerTubeサーバ場合は合計1.5GBで済んでしまうのよ。残り0.5GBは他の視聴者からまかなう

有子「これは本当に凄いじゃない!お姉さん当然100人が同時視聴するとPeerTubeサーバ送信量はYoutubeサーバに比べてもっと下がるんでしょ!?

分美「もちろん理論値だし様々な状況によってPeerTubeサーバ送信量は変わるけど間違いなくYoutubeサーバ100人配信するよりは送信量がかなり少なくなるわ」

分美「ちなみに引用しているPeerTubeサーバはわざとフランスのPeerTubeサーバを選んでいるわ。私1人だと何度も動画が途中で止まったけれど増田に貼った時点でどうなるか楽しみね」

共太「PeerTubeスゲェな!もっと知られていても良さそうなのに」

分美「個人動画配信って自宅サーバでやらない限りはレンタルサーバとかだとかなりお金掛かるのよ。PeerTubeだと送信料が抑えられると言っても積み重なるとかなりの額になるしね」

分美「そして例えばJ:COMとか一部のインターネットプロバイダはWebTorrentなどのP2P通信規制をかけているところもあるわ。そのようなプロバイダ契約しているとPeerTubeの旨味は活かせないわね」

有子「PeerTubeもActivityPubプロトコルリプライしたりできるんてしょ?」

分美「できるわ」

https://peertube.cpy.re/videos/watch/da2b08d4-a242-4170-b32a-4ec8cbdca701

分美「この動画はPeerTubeとMastodonのやりとりのデモ動画よ。Mastodon上でPeerTube動画を視聴してリプライしてるわね。そのリプライはPeerTubeへ反映されているの」

有子「すごい!まったく違うWebサービスなのにやりとり出来ちゃってる!」

共太「さっきのPixelFedもやりとりできるんだろ?いいね!とか。これがActivityPubプロトコル・・・!!」

分美「ActivityPubプロトコルは今後ともどんどん様々なWebサービスに広がっていくわ。現在開発中だけれど電子掲示板Redditに触発されActivityPubプロトコルを組み込んだ電子掲示板『Prismo』は良い例ね。Prismoが正式に稼働するとMastodonから電子掲示板雑談へ参加できるようになるわ」

分美「そして別にActivityPubプロトコル対応するため新しくWebサービスを始める必要もないのよ。例えば過去日本国内で栄華を極めたmixiあたりがActivityPubプロトコルサポートしたら一気にmixiから観測できるアクティユーザが数十万人増えるわ。起死回生の一手として検討に値するわね。はてなハイクもそうよ」

分美「ユーザが居ないこと、ユーザを集めることが問題になるのならば常にアクティユーザが居ることへ期待できるActivityPubプロトコル採用するのはアリなのよ。 Permalink | 記事への反応(3) | 20:57

2019-03-12

anond:20190223223730

HTML仕様って今でもW3C勧告してるっけ?

WHATWGケンカしたままうやむやなことになってない?

2018-09-21

anond:20180921225430

はてなにはプログラマWeb系の人多いんだから毎日w3cのvalidatorにお世話になってる人も多いやろなぁ

2018-07-03

anond:20180703163232

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html lang="ja">

<head>
	<meta http-equiv="content-type" content="text/html; charset=Shift_JIS">
	<title>


  

2018-05-14

それを「見やすい」というのは残念ながら君含めてごく少数(たぶん5人くらい)

吉本コーディング

http://tsudoi.org/guide/detail/7.html

 

大前提として改行あけるよりもインデントの方が視覚的に分かりやすい、ソースを書いた本人だからそう思うだけ、親馬鹿効果

・インデントを前提とした設計がされているエディタをまるで考慮してない

・インデントを無くす代わりに余計なコメントを書いてソースを汚している

・みんなhtmlコーディングの話だと理解した上で言っている、自分が賢いと勘違いしすぎ、整形前のコードは万人に読みやすい支持のあるルール(W3C違反しない範囲)で記述するのは人として当たり前

自分けが分かりやすいと思うやり方にこだわるのは11年目からやめよう、製作必要なのは最適化自分が死んでも問題ない環境づくりの両立であって独りよがりの美しさは誰も求めてない

・インデントが多いと見づらいから勧めていたはずなのに、今はインデントが少ないから使え、という謎の野獣先輩理論、少ないからこそインデント問題ない

 

たぶん彼はある面では良い考えだがインデント排除することが見やすさの向上につながっていない、

もし少しでも記述を減らして早く書きたいのだったらコメントさえ使ってないはずだ。

ある程度の支持も得られたかもしれない。

特に開始タグの前にコメント必要ない、class名を見れば済む話なので必要なら閉じタグに書くべき。

コメント使用こそが薄々内心では分かりづらいと思った彼なりの妥協なのは明白。

 

あとどうしても深い階層になってしま場合スケールに合わせてファイルを分割したり共通かすればいいわけ

今どきhtmlだけしか使わないウェブサイトなんて存在せんだろう…。

 

それからアナティクスを下に書くな!

ちゃんGoogle推奨する位置に入れろ!

気に入らないなら無理に使わんでいい!

 

都合の悪いことは見なかったことにすんな

2016-12-23

俺の主観で書いたインターネット文化流行歴史(2008〜2016)

2006-2007

http://anond.hatelabo.jp/20161223021717

2008年

・この頃にやる夫が出てくる

チャー研ブームNHKに取り上げられる

・「ニコニコ大会議2008」が行われる。

現在行われている超会議とは違い、Apple新製品発表会のような形式だった。

ぼっさん消える

MikuMikuDance公開

秋葉原通り魔事件

iPhone 3Gソフトバンクモバイルにより日本で発売

流行:「あなたとは違うんです」「ローゼン麻生」「ゆっくりしていってね!!!」「毎日変態新聞」「いいえ、ケフィアです。」「●●はわしが育てた」「ビッグウェーブ」

https://www.youtube.com/watch?v=ayPUF-AnoxQ

2009年

・「なんJ虐殺」発生。野球ch住民によりなんJ侵略され、今に至る。

のりピー逮捕

AYA STYLE

長島☆自演乙☆雄一郎K-1初参戦

流行:「お口の中がたかゆきでいっぱいだよお…」「裸で何が悪い」「白いクスリ」「※ただしイケメンに限る」「私女だけど彼氏の財布がマジックテープ式だった 死にたい。。」

2010年

1ch.tv消滅

ぼっさん生存確認

sengoku38事件

韓国から2chへのDoS攻撃が頻発。不幸にもデータセンター米国政府関係サーバが同居しており、CIAキレる

改正著作権法施行違法インターネット配信による音楽映像違法と知りながらダウンロード(複製)することが、私的使用目的でも権利侵害に。

流行:「エルシャダイ」「イカ娘」「本田△」「〜なう」「んでんでんでwww」

http://www.nicovideo.jp/watch/sm12664125

https://www.youtube.com/watch?v=pj2WS_vZJoY

https://www.youtube.com/watch?v=tKhbJNSX3UI

2011年

東日本大震災

バードカフェおせち祭り

トンボ鉛筆震災直後の新卒採用やらかし問題

47氏無罪判決が確定

・「バルス」でTwitter落ちる

地震ネット電気が寸断されたせいか2chニュー速から東北の県名が名前に入ってた人が消える

ジョブズ死去

Twitter日本語ハッシュタグ対応

照英コラ画像

・「ぽぽぽぽ〜ん」「まどマギ」「セシウムさん」「乗らなきゃこのビッグウェーブに」「スーパーで水を発見して喜んだら大五郎だった」「ひなた!膣内(なか)で出すぞ!」

https://www.youtube.com/watch?v=kB1Z-OAxD4g

2012年

アフィブログ軒並み炎上

2chが一部のアフィブログ転載禁止措置

這いよれ!ニャル子さん流行

・この頃から淫夢用語流行りだす

open2ch誕生

ヘイトスピーチ問題化

・完全勝利した淫夢くんUC

遠隔操作事件

虚構新聞記事「橋下市長、市内の小中学生ツイッター義務化」に釣られた人たちが原因で騒動

流行語:「ステマ」「アドセンスクリックお願いします」「嫌儲」「ホモォ」

https://www.youtube.com/watch?v=B66CU71Bf7A

2013年

47氏死去

2ちゃんねる個人情報流出事件」が発生

・この頃から2chの衰退がささやかれるようになる

Twitter犯罪自慢(バカッター)が社会問題化

ニコ動歌い手未成年女子と淫行で逮捕。「やばいと思ったが、性欲を抑えきれなかった」

・元NSA職員エドワード・スノーデンNSA個人情報収集手口を告発

Windows Live メッセンジャーサービス終了

LINE登録者数が1億人を突破

・「今でしょ!」「倍返しだ!」「駆逐してやる」「にゃんぱすー

2014年

2ch転載禁止を明文化する。

・Jimがひろゆきを追い出す

・「2ちゃんねるお家騒動」発生。字幕.in運営する矢野さとるによりopen2ch2chを追い出されたひろゆきにより2ch.scが作られ、以降2ちゃんねるは三つ巴の戦いになる。

・野々村議員の記者会見

HTML5W3Cにより勧告

・「がんばれ♥がんばれ♥」

2015年

海外掲示板reddit日本人利用者が増え始める

例の紐

東京オリンピックエンブレムパクリ疑惑に関連し、「ネット民」という単語TVニュース番組で取り上げられる

・オイルマッチ炎上配信。翌日消火器などの防災用品が飛ぶように売れる

2016年

株式会社はてな上場

はてな匿名ダイアリーが発端で「保育園落ちた日本死ね」が話題

PPAP流行

清原和博さん、オクッスリバファローズ入団

パナマ文書

今上天皇お気持ち表明

・「スズメバチには気をつけよう!」「ウサミンたいそう」流行

ポケモンGOリリース

2016-11-02

HTML5

W3Cは、初期のHTMLからXHTMLまでを仕様勧告したのですが、その作業の遅さなどの諸問題で、この団体に見切りをつけて枝分かれしたのがWHATWGです。

今のHTMLWHATWGが主導しています

WHATWGは、変化していくものとして扱うため、「HTML」と呼称

W3Cは、固定された規格として扱うため、「HTML5」とバージョン化。

WHATWGが作ったHTMLを、W3Cが切りの良いタイミングで複写して、独自の考えを足したのが、「HTML5規格」です。

2015-06-04

Javascriptが糞ならもっといい言語作ればいいんじゃないの?

なんで文句言いながら使い続けるのか疑問なんだけど

HTMLの不満を解消したのがHTML5ってのなんでしょ?

おなじようにJavascript2もW3Cかいうところで作ればいいじゃん。

2015-05-04

Aaron Swartzかいう人

The Internet's Own Boyという映画を観た。その感想を簡単に書く

https://www.youtube.com/watch?v=vXr-2hwTk58

映画を観るまでAaronについて僕は何もしらなかった。僕はそれなりにインターネットが好きだ。こうしてブログを書いてるのも、僕の考えや感じた事に共感してくれる人がいないかをインターネットという拡声器を使って確かめたいからだ。

Aaron Swartzは14才でW3C委員になった。W3Cミーティングの際に、他のメンバーから「いつ集まれる?」と訊かれ、Aaronは「最近14才になったばかりで、ママの許しがないと集まりに行けない」と言った。そんな14才がW3Cで大人と混じって議論をし、その当時Creative Commonsを創ろうとしていたLawrence Lessigに出会いCreative Commonsにも協力した。

とんでもない人だと思った、彼はその後スタンフォード大を中退してY Combinatorプログラムに参加し、自分プロジェクトRedditと合流させた。しかしRedditが成長し、買収された後で彼は解雇されてしまう。その後はシリコンバレーから離れて政治活動に傾倒していく。彼は当時、インターネット自由を奪う危険があるSOPAという法案を食い止めようとした。結果的SOPAは消滅し、インターネット自由は守られた。

彼はその後もインターネット自由を脅かすものと戦った。時にそれは少々強引なやり方でもあった。そんな彼のやり方は、法に触れたと見なされ有罪判決を受けてしまう。インターネット自由と戦った彼は疲れ、怯えて、絶望し、自殺してしまう。

僕が今こうして使っているインターネット自由保証されているものでは無い。この瞬間にも勇敢なハクティビストが僕らのインターネット自由を守っているのかもしれない。彼らに感謝したい、最高の敬意と感謝を送りたい。

Aaronが守ったインターネットはまだ息を続け、毎日僕らに感動をくれる。

ありがとう、Aaron

2014-10-29

HTML5は、終わった。

HTML5がやっと勧告とか良く分からない言葉になったが、ちゃんと現状を認識しておこう。

そもそも、HTML5目的は、新しいHTMLなんかじゃない。

正確には、新しいHTMLなるための道標だったのだ。(過去形

君たちは、window.alertという関数を知っているだろうか。

この関数HTML5定義された最新の関数だ。

え?と思うかもしれない。でも、これこそがHTML5役割だった。

HTMLは、昔、ドキュメントだった。

ドキュメントにalertなんて在るはるがないのだ。

そうやってHTMLは分断されていた。

HTMLというドキュメント操作するAPIとしてDOM。そして、それ以外のAPI黙殺

XHTML1.xでも、それは繰り返された。

XHTML2.0が失敗したのは当然ともいえる。分断されたままアプリケーション拡張しようとしたのだ。

現状を省みずに、ただ夢を追った。

しかし、カウンター存在した。

HTMLの現状を認識することこそ大事であると。

既にHTMLドキュメントではなくアプリケーションであると。

アプリケーションとして見たHTMLには、windowというオブジェクト存在している。

それは”標準仕様”という名前を持たないだけの標準だと。

彼らは現状を定義した。HTMLを再定義した。

次に進むのに必要なのは新しい夢などではなく、現状の再認識だ。

認識さえすれば必要なモノは勝手についてくる。

そう、それがW3C採用され、君たちの知っているHTML5になった。

HTML5の次のバージョンは何ですか?」

HTMLからバージョンを消すことです。バージョニングなんて考えは古い。HTMLは常に更新されるものです。」

彼らはそう語っていた。

HTML5は新しいモノだと勘違いされたが、そうではない。

それは1つの側面でしかない。

大切なのは定義だ。だから勧告なんて待つ必要も無い。

window.alertがクロスブラウザで使える。それがHTML5だった。

君たちは、気付いてるだろうか。

以前よりもクロスブラウザで悩まされることが減ったことに。

最近はまたカオスになってるけどな!)

それこそがHTML5意味だった。

だが、それでも道を踏み外した。

また夢を盛り込もうとした。アプリケーションならアプリケーションなら。

そして、HTML5は、HTMLの再定義という意味を奪われて

新しいアプリケーションプラットフォームという肥料でまるまると太った豚になった。

豚は、そのままでは動かなかった。

HTML5の次のバージョンは、何ですか?」

HTML5.1です。」

HTML5は、終わった。

ログイン ユーザー登録
ようこそ ゲスト さん