シナトラ千代子 - 「はてなは二階建てにすべき」とはなにか
「はてなは全然初心者にやさしくないしむしろ敷居が高い」という批判に対応するには、どうすればいいのか。「なんでユーザーがわざわざそんなこと……」というひともいるかもしれませんが、こういうのは頭の体操みたいなものです。ちょっと考えてみましょう。 二階建てにすべき理由とは さて、なんとなくイメージから入りますが、はてなは「二階建て」にすべきではないかと。 二階建てというのはつまり 一階 人力検索 はてなアンテナ はてなダイアリー 二階 はてなRSS はてなブックマーク ダイアリーなどを補強するツール類（F、G、カウンターなどなど） もっとも、どういうふうに分けるかは、はてな次第なわけですが。 でもってイラストにすると こういう感じ*1。 これがどういうことかというと、 一階の入り口の部分は徹底的に簡単にする。 人力、アンテナ、ダイアリーに絞る ユーザーインターフェイスやヘルプの改良はここらへんを
naoyaのはてなダイアリー - 疎結合のための Web API
RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？ 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな
CNET Japan Blog - 近藤淳也の新ネットコミュニティ論：50%の完成度でサービスを出す
はてなでサービスを出す時に心がけていることとして、「50%くらいの完成度でサービスを出す」という事があります。 普通に考えれば、サービスは「これで完成」と思う部分まで作り上げて出すべきものである気がしますが、ウェブサービスの場合、実際は半分くらいの完成度で出した方がうまく行く確率が高いと思います。 新しいサービス（例えばブログとWikiがくっついたようなダイアリー）の構想を考えたとして、そのサービスの機能は3種類ぐらいに分けて考えられます。 最低限必要な機能…ログインや日記を書く機能など。どんなシステムでも持ち合わせている機能 そのサービスを特徴付ける基本機能…キーワードの自動リンクシステムや、それを実現するためのキーワード作成機能など。どのサービスにもあるわけではないが、サービスのコンセプトを表すために必須の機能 発展的機能…1.や2.を前提として考えた場合に必要となるであろう機能。コメ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
