id:naoya:20080320:1206009912 でも少し触れましたが、京都に来てからはてなブックマークの作り直しをしています。どういう意図を持って作り直そうとしているかを述べておきます。 まず大前提として、今のはてなブックマークに追加したい機能、変更したい仕様、本来追加するはずが途中で頓挫したものが結構な数で山積みになっています。それを実現するための基礎作りです。 追加したい機能、変更したい箇所 おそらく新システムの最初のリリース時には、それほど大きく変わった、という印象にはならないかと思います。長く続いているサービスですし、インタフェースや使い方もリリース当初からそれほど大きくは変わっていません。既存システムからの極端な変更は歓迎されないだろうと思っており、まずはオリジナルが持っていた機能をしっかり再現することが重要です。 ただし、既存システムでも問題と思っている箇所は改善して
2007-09-25 miyagawa さんの Twitter で知ったけど、 OAuth という仕様が公開された。 日本語の情報は、OAuth - リソースへのアクセスを代行するプロトコルに、詳しいメモが書かれている。仕事が速いなぁ…。 OAuth は，第三者に対して，認証を要求するリソースへのアクセスを一時的に許可するためのプロトコルです． たとえば，写真印刷サービスがあるとします．そして，あなたは flickr に保存してある非公開写真の印刷を依頼しようとしています．このとき，写真を “公開” 状態にすることなく，また flickr へのログイン情報を教えることもなく，印刷を依頼することができます． 面白そうな仕様なので、ちょっと整理してみよう。 OAuthのメーリングリストなどは全然読んでいないので、勘違いがあるかもしれない。 OpenID が認証のための仕様だとすると、 OAut
最近 Perl でテストを書くときに Test::Class を使ってます。(もしかして常識?) これまでは *.t で Test::More をそのまま使ってたけど、テストが大きくなってくるとコードが分かりにくくなったり、自分であれこれしなきゃいけないことが多くてめんどくさい。 Test::Class は xUnit スタイルで Perl のテストを書けるフレームワークです。xUnit な Perl 実装といえば Test::Unit もあるんですが、テスト用の関数も Test::Unit の流儀に従う必要があってちょっと嫌。Test::Class は Test::More と Test::Harness とか、普段使い慣れてる Perl らしいテストスタイルを使いつつ xUnit できるという点が良いです。 使い方ですが、 Test::Class を継承したテストクラスを作り テスト用
今日のCNETの記事へのブクマの集まり具合からもわかるとおり、夏以降にリリースされる新はてブへの期待は高まっている。その期待の中には、現はてブにおける既存の問題がどれくらいクリアされるのだろうかという期待も含まれている。ということで、2006年12/31までに指摘された、はてブに関して、問題と指摘された事項まとめてみた（観測範囲の都合上、全部はフォローしきれていない点はご容赦いただきたい）。現在までに、これらの問題に対しては多くの方が考察済みで、問題とは言い難いものもあるし、システム的にはどうしようもないユーザの姿勢に依る問題もある。また、現在までにシステムとして対応済みのものも含まれている。 関連今夏に新はてなブックマーク登場--その進化と情熱:インタビュー - CNET Japan http://japan.cnet.com/interview/story/0,2000055954,2
![[はてブ]2006年12/31までに指摘されたはてブに関する問題まとめ](https://cdn-ak-scissors.b.st-hatena.com/image/square/5b03bdcbd79d7674b4bd0cfbeeb71f3ffc84b99f/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fanond.hatelabo.jp%2Fimages%2Fog-image-1500.gif)
昨日、livedoor テクノロジーセミナーに参加してきたので、そのメモと感想を。 アジェンダ セッション1: 「はてなの開発/運用体制について」 / はてな 伊藤直也氏 セッション2: 「livedoor Readerについて」 / ライブドア ma.la氏 セッション3: ディスカッション / はてな 伊藤直也氏、ライブドア 池邉氏 セッション4: 質疑応答 メモ 自分の意見は文字色を変えてます。 セッション1: 「はてなの開発/運用体制について」 / はてな 伊藤直也氏 id:naoya:20061214:1166063145 に発表資料。 はてブのサーバー構成について 特性に合わせて3つのセグメントに分けているのが、非常に特徴的だと思った。 通常リクエスト用 bot用 → リクエストが非常に多いがレスポンス速度はそんなに重要じゃない イメージやカウンタなど → Webサーバーに負荷
はてなでは開発合宿が恒例になっている。合宿という意味にもいろいろあるが、かなり厳しい「体育会の選手の合宿」という意味が近いように、横で見ていて思う。しかし合宿から帰ってきて「合宿で作りました」と書きつつ、 http://d.hatena.ne.jp/jkondo/20050609/1118312703 http://d.hatena.ne.jp/higepon/20050609#1118316773 http://d.hatena.ne.jp/naoya/20050609/1118324303 さて、今日は二つほど大きな update をしました。1つははてなアイデアの株式市場化、それからははてなブックマークのデザイン編集機能とかモジュールとかもろもろ。これらは二つとも合宿で仕上げました。 アイデアは id:jkondo が、ブックマークは僕がそれぞれ3日篭って仕上げました。アイデアは証券
前回、完成度が50%の状態でサービスを公開するという話を書きましたが、「半分の完成度でサービスを出すなんて無茶苦茶だ」といった感想をもたれる方もいるのではないかと思います。 そうした意見の大半は、不具合などによる被害を想定してのことだと思います。確かに「ログインパスワードを誰でも盗めるような仕組みになっていたけれどろくに検証もせずに公開してしまった」みたいな事は許されない事です。 しかし、「パスワードを盗まれて他人が自分に成りすましポイントを換金されてしまう」といった被害と、例えば「一部のブラウザで表示が崩れて見えてしまう」被害とを比べたときに被害の規模が違うことも確かです。 ウェブページの表示が崩れて見えてしまうことを防がなくてはいけないのは確かなのですが、様々な被害を客観的に評価し、例えば表示が崩れるといった被害に対しては「これまでに表示を確認したブラウザは○○と△△ですが、もし他のブ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
