naoyaのはてなダイアリー - ライブドアの技術の話
今回のライブドアの件で、「ライブドアは虚業」、とか「日本のネット企業は心を改めて技術を磨け」みたいな論調を良く見かけるわけですが。 いずれ誰かが書くだろうと思っていて、やっと出てきたライブドアの技術の話。 ライブドアが意外と技術系っぽいことについて - 圏外からのひとこと ライブドアが普通に技術系であることについて - 圏外からのひとこと ライブドアの直近の財務諸表なんかを見ると確かに証券周りなどの売り上げの占める割合が多かったりもしますが、その企業の設立当初から今に至るまでその屋台骨を支えてきたのは間違いなくライブドアが持っている確かな技術で、日本のウェブ関連企業の中でもその技術レベルの高さは、その辺でなんとか 2.0 だとか声高に言ってる企業なんかよりも遙かに高いと思ったほうが良いでしょう。 圏外からのひとことの中で示されていたポインタ以外にも、最近の取り組みは以下のリンクが参考になる
はてなブックマークの概要取得の処理 - naoyaのはてなダイアリー
はてなブックマークが取得する概要は、本文ではなく Feed から取得している よって、 Feed に含まれない範囲の過去の記事は概要が取得されない Feed を提供していてもそれから正しく概要を取得するとは限らない 簡単にまとめるとこのようなことになります。 ちょっと前に、遅まきながら MT のバージョンを 3.171 から 3.2-ja-2 にアップグレードした。したら、はてなブックマークにブックマークされた際に、記述している記事の概要（excerpt）が反映されなくなった。ちなみに、この <$MTEntryExcerpt$> を反映してくれない件に関しては真琴さん（hxxk.jp）が色々と調べていたんだけど、今んとこ一旦打ち切りという状態になっている。 ここのロジックが内部でどう実装されているかを明示していないのが理由で少々混乱を与えてしまっていて、申し訳ないです。現時点でどういう実装
Google Blog Search Launched - naoyaのはてなダイアリー
いやあ、びっくりしましたね。Google Blog Search が何の予告もなく突如ローンチ。Google Maps のときもそうだったけど、Google の新サービスリリースにはいつも驚かされます。 さて、何をどういう風にインデクシングしているかといった気になる点ですが、About Google Blog Search に結構詳しく書いてあります。 要点としては RSS や Atom などのフィードをベースにしている Weblogs.com あたりに ping を飛ばしててフィードを吐いてる blog を集めている Google のことだからアンカーもたどっているかもしれないけど、それは明記されていない いまのところ 2005年6月以降の記事がインデクシングされている といったことが書かれているところでしょうか。検索のインデックスにフィードそのものに含まれる文章が使われてるのか、記事の
naoyaのはてなダイアリー - Hatena ID Auto-Discovery の仕様
前回のエントリーではたくさんのコメント、トラックバックをいただき、ページの中にはてなアカウント名を埋め込む仕様が徐々に固まりつつあります。FOAF を使う、microformats 的解決手段を使う、PI を使うなどいろんな方法があるんだなあと勉強になりました。それから rel="payment" なんて話が海外ではあがっているという事も知りました。 それでどれを採用しようか、というところですが、投げ銭以外の目的でもそのページを書いている人の ID が取得できると将来的に拡がりがありそうだと思い、汎用的な Dublin Core を使った表現方法を試してみています。 <link rel="schema.DC" href="http://purl.org/dc/elements/1.1/" /> <link rel="DC.creator" title="id:naoya" href="ht
new Classs or Class->new どっち - naoyaのはてなダイアリー
昨日はJava的と書いたのだが、よく考えてみるとJavaでこういう書き方をするのはコンストラクタだけだなぁ。何となく思ったので書いておく。 Class instance = new Class(); instance.do();こう考えてみると、コンストラクタでnew Class、メソッド呼び出しで矢印というのも、あながち変でもないか。（id:naoyaさんによると、Class->new型の人も結構いるらしい。ふむふむ。） Perl のコンストラクタ呼び出しは my $instance = Foo::Bar->new;でも my $instance = new Foo::Bar;でもいいんだけど、どっちが好みかという話。よくある議論のひとつですね。なぜ Perl がこの両者の呼び出し方をサポートしているかは TIMTOWTDI、というよりも単に Perl のオブジェクト指向シンタックスの実
やじうまWatchは Permalink を装備して RSS を吐くべし - naoyaのはてなダイアリー
最近やじうまWatchを見ていないことに気付きました。そうか、フィードが出てないからリーダーに登録していないんだった。 RSSは、なんでもRSS使うとか自分でスクレイピングするとか(あとたぶん誰かが野良RSS化しているはず...)でどうにでもなりそうですが、Permalink がないのはいかんともしがたい。なんでかって、はてなブックマークに追加できないわけですよ、旦那! やじうまWatchのエントリーなんてはてなブックマークでほぼ100%注目入りしそうなんだけどなあ、もったいないなあ。 RSS feed がないってのはダメなサイトを判別する手段だ、と。たとえプレオープンでコンテンツが何もなくても、RSS フィードがあればとりあえず登録しておける（E-mail と違って、つまんなければ後で削除はカンタン）。フィードがないってことは、もう二度と来なくてもいいよ、というサインですらあるのだ、って
?ref=rss とか ?rss とか - naoyaのはてなダイアリー
ページへのアクセスが、RSSフィードからのアクセスかどうかを判定するためにフィード中の Permalink (link エレメント)の末尾に ?ref=rss や ?rss といったクエリパラメータを追加しているサイトがあります。 はてなブックマークのように、URLをキーにして同じページをほげほげしている人の数を数える、なんてことをしているアプリケーションにとっては、この ?ref=rss や ?rss が少し曲者で、?ref=rss つきのブックマーク、そうでない方のブックマークは、本来同一のコンテンツなのに別のページとみなされてしまうからです。 同様の問題にリダイレクタの問題があります。リダイレクト元とリダイレクト先、最終的には同じコンテンツなのですが、URLをキーにすると別物として扱われてしまう。ただ、リダイレクトはリダイレクトが完了した最後のURLを扱えばこの問題は回避できます。(
naoyaのはてなダイアリー - RSSだけのブログ? / 重要なのは Permalink と RSS
最近RSS関連の有益な情報をたくさん配信してくださっているRSSマーケティングガイドさんに、面白い記事が上がっていました。 HTMLバージョンが無いRSSで配信されるだけのブログってありでしょうか？あるブロガーの一言が少しだけ話題になっているようです。 ということで、特定の情報を特定のユーザーだけに配信したい、という目的であればRSSだけのブログでいいんじゃないかというお話です。RSSによる全文配信が普通になりつつある昨今、自分のサイトのリピーターと思われるユーザーはそのほとんどがフィードリーダーで情報を読み、そこで完結しているのだからHTMLバージョンいらないじゃないと。HTMLに来るユーザーは検索エンジン経由のユーザーで(一見さんだから)そこでは有益なコミュニケーションが難しいなどなど。 そういえば以前にもギークな人たちの間でそんな話題になったことがあったなあなんて思いながら読んでいま
僕やはてながPerlを選ぶ理由 - naoyaのはてなダイアリー
ご存知の通り、はてなのシステムはほぼすべてPerlで書かれています。そもそも僕がはてなに入った一つの理由に、僕が一番得意とする言語であるPerlを使ってシステムを構築していたという点があったりします。 世の中にはたくさんのプログラミング言語があります。Perl、Java、Ruby、PHP、Python、C、C++、lisp、Smalltalk、Cobol...数え上げたらキリがありません。そして、プログラマはかならずと言っていいほど、どれかひとつ以上の言語を愛しています。好き、ではなく愛しているのです。 自分が愛しているものを批判されると感情的になりやすいのは人の常、プログラミング言語の差異に関する議論は炎上しがちで、よく宗教戦争だなんて言われたりもします。その中で、言語なんてどれも一緒だなんていう乱暴なまとめがされることもよくあったりします。 しかし、何年かプログラマというものを経験して
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
