Wikipediaがプロの物書きを超える？--米エスクワイア誌の挑戦
米国「Esquire」誌のライターA.J. Jacobsは、配布／編集が自由なオンライン百科事典「Wikipedia」について記事を書こうと思い立ち、画期的なアプローチを取ることにした。Wikipediaに関する低俗で間違いだらけの記事草稿を同サイトに投稿する、それがJacobsの試みた手段だった。 Wikipediaでは、だれもが百科事典の記事を新たに執筆し、既存の項目を編集することが可能である。この取り組みは2001年から続けられており、現在では英語版だけで74万9000件におよぶ記事を掲載するに至っている。各記事はこれまで、執筆コミュニティの多くのメンバーによって、何度も何度も編集の手が加えられてきた（Wikipediaは英語版のほか、109の言語のバージョンが存在している）。 あらゆる記事を好きにいじってもよいわけだが、Wikipediaコミュニティは記事の精度に常に目を光らせてお
ビル・ジョイ：「ウェブの未来は携帯端末に」
マサチューセッツ州ケンブリッジ発--Bill Joyは、ウェブが未来のプラットフォームになることに（自分の働くベンチャーキャピタルのお金を）賭けている。 Joyは、Sun Microsystemsの共同創業者で、Berkeley UnixやJavaを筆頭に、さまざまな技術開発の原動力となった人物だが、同氏によると、ウェブとつながる携帯電話やPDAなどの各種ワイヤレス小型デバイスの爆発的な人気が、ハイテク業界を劇的に変えつつあるという。 常時携帯するデバイスからいつでもアクセス可能で、インターネットが常に「手元」にあるため、同氏はこの状態を「Here（手元）」Webと呼んでいる。現在ベンチャーキャピタルKleiner Perkins Caulfield & ByersのパートナーであるJoyは米国時間30日、当地でTechnology Review誌主催により開催中のEmerging Tec
AWS News Blog
Week in Review – AWS Verified Access, Java 17, Amplify Flutter, Conferences, and More – May 1, 2023 Conference season has started and I was happy to meet and talk with iOS and Swift developers at the New York Swifty conference last week. I will travel again to Turino (Italy), Amsterdam (Netherlands), Frankfurt (Germany), and London (UK) in the coming weeks. Feel free to stop by and say hi if you a
そのページが誰のものなのかを示す識別子を埋め込む仕様を考えています - naoyaのはてなダイアリー
今はてなブックマークに、はてなポイントをインフラにした投げ銭機能のようなものを追加したいと思っているのですが、ポイントを送信できる対象がはてなダイアリーだけでは面白くないし、それ以外のウェブサイトにもポイントを送信できるような仕組みを考えています。 そこで、AmazonのアソシエイトIDやGoogle AdSenseのIDのような、各アカウント毎にユニークなIDを発行してそれをウェブサイト上のどこかに埋め込んでもらえばいいのかなと思っています。その埋め込む方法を microformats で実現したらいいんだろうか、と思ってたのですがどうもそういう用途に使うというのは少し違うような気がしています。 ということで、引き続き投げ銭機能の仕様を考えています。全体的な機能自体の仕様はだいたい固まったのですが、この識別子のフォーマットについて決めかねています。 具体的にどういうことかというと、例えば
RSS and Atom - ウィザシステム - Witha System Ltd.
RSS 2.0 と Atom 1.0 の比較 最終更新日：2005/010/03 Witha System » Atom目次 » [1章 The Atom Project – RSSの興隆からAtomの誕生] » [2章 Atomフォーマット – The Atom Syndication Format] » [3章 Atom出版プロトコル – The Atom Publishing Protocol(AtomAPI)] » [4章 The Atom Publishing Protocol（AtomAPI）の利用法] » [AtomやAtomAPI関連のニュースや仕様へのリンク] » [RSS 2.0 と Atom 1.0 の比較] This page is a Japanese translation of “RSS 2.0 and Atom 1.0, Compared” by Mr. B
Locations Microformat – Microformats
Last Thursday evening, we (Kevin, Tantek and I) hosted a BOF at O’Reilly‘s Where 2.0 conference. Thanks to the O’Reilly guys for giving us the time and space to gather some people to talk about location tagging on the web. I’ve posted an only-slightly-edited copy of the IRC log, which we were using to transcribe the meeting. The discussion went really well and it was great to talk to some people t
ぶろぐ。@4bit.net: RESTful Web Applicationの可能性
« LAMP | メイン | AnnotationとPOJO » 2005年06月21日 (火) RESTful Web Applicationの可能性 [テクニカル] RESTについて、前に先輩のsatoshi氏と話をしていたのだが、共通の感想が「WebブラウザからPUT, DELETEメソッドが使えればいいのに…」ということだった。HTML form要素のmethod属性は、仕様として"GET"と"POST"しか許されていない。実装もそうなっているようだ。例えばGekkoの実装の場合「Tociyuki::Diary - Gekkoのform@methodはgetとpostだけを受け付ける」 そこでPUT, DELETEなしでWebアプリケーションのURI設計をするとしたらどうなるかなと思い、ちょっと調べてみると、W3CでXFormsという規格があり、他のメソッドも使えるようになっている
ぶろぐ。@4bit.net: RESTfulアプリケーションとCookie
« AnnotationとPOJO | メイン | 病気 » 2005年06月23日 (木) RESTfulアプリケーションとCookie [テクニカル] おおっ、RESTful Application関連のレポートを発見。しかも2年前。 REST版ショッピングカート 方向性はおおむね同意。そして、クッキー使ってもいいんじゃない？ たしかにパフォーマンス低下やプライバシー漏洩ってのはあるけど、RESTの原則からいうと、クッキーによってresponseを変えてはならない、ってだけだから、クッキーを手軽なローカルレジストリとして使うのはアリなような気がする。ドメイン別だから便利だし。もちろん、都度サーバに送られたクッキーは使わない。 それとも、ブラウザが開いている間はオンメモリで保持しておいて、ブラウザが閉じる（もしくは別のサイトに移る）ときに、ローカルのクッキーに書き出すっていうことはできな
yohei-y:weblog: はてなブックマークのタグ編集に Atom PP を用いる件について
楽しそうなので、考えてみることにする なにはともあれはリソースのことを考えよう。 タグをリソースとするならまずはそれに URI を割り当てなければならない。 僕(yohei) の "atompp" というタグの URI は以下のような形式とする。 http://b.hatena.ne.jp/atom/yohei/tag/atompp 次に考えるのはタグリソースの 表現に何を使うか。 構造を持った情報なので XML になるのはすんなり確定。 問題はその形式。候補は以下のとおり。 最新 AtomPP のメンバー要素(member) 長所: 軽い、簡単 短所: member/@href で参照する先の URL はどの XML 形式にする? あるいはタグ名のテキスト(plain/text)か? Atom の entry 要素(entry) 長所: 標準。使える子要素がいろいろ定義されている 短所:
A Short Introduction to Microformats: a Stepping Stone on the Way to Semantic Markup, or a Distraction from It?
A Short Introduction to Microformats: a Stepping Stone on the Way to Semantic Markup, or a Distraction from It? Up until recently I had been struggling with understanding microformats, those mysterious formats built in XHTML that several folks have been talking about passionately: promising everything from better search engine visibility to better structured code to a realization of true semantic
AWS News Blog
Week in Review – AWS Verified Access, Java 17, Amplify Flutter, Conferences, and More – May 1, 2023 Conference season has started and I was happy to meet and talk with iOS and Swift developers at the New York Swifty conference last week. I will travel again to Turino (Italy), Amsterdam (Netherlands), Frankfurt (Germany), and London (UK) in the coming weeks. Feel free to stop by and say hi if you a
Queries vs Methods
先日のパネルの内容を、村田さんがブログでまとめられている。yoheiさんのブログも参照。 で、パネルのハイライトはAdam Bosworthの（いろんな意味で）coolな発言に尽きるんだけど、ランチしてたとき一つわかんなかった（ので発言しそびれた）のが、彼の「Queries vs Methods」の真意。彼はA9のOpenSearchの試みを、Good Exampleとしていて、「何かしゃべれるか？」と聞いてきたのだが、どうも真意を理解していなかったので、あいまいな感じで終わっていた。で、Adamは実際にOpenSearchの話を壇上で一瞬し、ちらっと僕のほうを見て、僕の目から判断して「こりゃダメだ」と思ったらしく、自分で話したのであった。 で、その場で僕はようやく理解した（と思う）。彼のMethodsという言葉に代表されるのは、Strict Syntaxということなんだろうと。例えばGo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.lost-season.jp/mt/archives/2005/07/htmltagcloudext.html
http://www.tbray.org/atom/RSS-and-Atom
fumiakiyの日記
http://d.hatena.ne.jp/fumiakiy/20050707
TEDDY-G隣家
http://www.dive-in.to/~tks/diary/20050129.html