(公式プレスリリースは、カーリルブログをみてね)
カーリルは、2010年の公開以後、成長を続けていますが、この時点で4年間タッグを組んできた吉本君に新会社「株式会社カーリル」のリーダーとして事業を引き継いでもらうことになりました。僕は、カーリルの事業からは離れることになります。
カーリルの魅力というのは、なんといっても公共的な領域に対してウェブサービスができることを示して、日本にとって大きな貢献を少人数のチームで成し遂げたことだと思っています。僕らが公開当時もっていた考え方、つまり少人数のフラットなチームでシステムを一気に作り上げることや、ユーザー参加型でサービスを作っていく指向(本のレシピ、ウェブ上の図書館報告)、ポップなデザインによって公共の堅いイメージを変えていくということ、APIを提供して日本中の開発者が図書館サービスの開発に参加できるようにすること、などが利用者に受け入れられたということに満足しています。今や月間の利用者も数十万人、関連プロダクトがスマホだけでも10以上、対応図書館6000館以上というサイトに成長しました。
Notaは世界に通用するソフトウェアを作ることを目標にシリコンバレーで設立し、投資家からの資本援助を受け、これまで様々なノウハウを米国でも日本でも吸収し、最先端のプロダクトの開発に挑戦してきました。カーリルは、その気風にもっともあう挑戦的かつ実験的なプロダクトだったと思います。利用者、図書館の理解が得られ、よいスタートを切った今、さらに事業を発展させるためには、僕ではなく吉本君が最適な人物だと判断しました。彼は僕よりも広い視野から「利用者視点」と「公共」全体を俯瞰したビジョンを示してくれるでしょう。
僕はカーリルの片親であり、自分の書いたコード(特にフロントエンドUI)もたくさん含まれているのでさびしさもありますが、いまは晴れ晴れと送り出す気持ちです。今後のカーリルの成長に一ユーザーとして期待します。
これまでカーリル事業でお世話になった方々には、この場を借りて感謝を申し上げます。ありがとうございました。
さて、カーリルが新会社として独立したことは大変喜ばしいのですが、Notaとしては、戦力ダウンを免れず、今後、新規事業に協力してくれるエンジニアを募集します。まだアイデアはふわふわとした状態です。いまなら、生みの苦しみと楽しみを一緒に味わえます(^-^) 興味がある方はFacebookなどで連絡ください →
洛西一周
rakusai@notaland.com
https://www.facebook.com/rakusai
2012年6月1日金曜日
2011年4月12日火曜日
NOTA2.2 タグ機能、日本語入力ができない問題に対応
NOTAネットワークのみなさま
洛西です。
Flashが10.xにバージョンアップしたため日本語が入力できないという不具合が
でていましたが、本日対応しました。
ご自身のサーバーでNOTAを運営している方はダウンロードをお願いします。
新しいNotaのバージョンは「2.2」です。
■変更履歴:
【新機能】
- テキストとファイルに関して3日以内のものは「new」マークが10秒間点滅します。
- タグ管理機能がつきました。例えばページのタイトルに
今日の日記 [diary]
のように 半角で [test] のようにカッコで書くと、それが「タグ」 になり、サイドバーで管理
しやすくなります。
イメージ画像:

【不具合修正】
- Flash 10.xで日本語入力できない問題を修正
Macでは、Safariのみ対応となります。Chrome, FirefoxではAdobeが現在問題を改修中です。
これらが適用され次第修正されます。
■バージョンアップ方法:
http://nota.jp/ja/download/
にアクセスし、「Download」ボタンを押して、zipファイルをダウンロードしてください。
「日本語入力できない問題」だけを修正したい場合は、「nota.swf」を上書きするだけで
とりあえず問題を修正できます。
全体的にバージョンアップするには、option.plの内容のうち
$m_master_passwd = ""
$m_notadata_dir =""
の内容を適切な場所にメモをとったのち、
すべてのファイルを上書きし、
option.plの該当部分の値を元に戻してください。
簡素な説明ですみません。
ご不明な点があれば、Notaネットワークメーリングリストか、メールでお尋ねください。
■開発者の方へお知らせ:
今回のバージョンより、Notaのソースコードは、
ソースコード管理サービスとして開発者の間で人気の高い github.com
を利用することにしました。
githubを利用することで、例えば、notaの派生コードなどを作ったときにも、
本体がバージョンアップした際に適切にその反映を取り入れる(マージ、リベース)
こともできて便利です。
また、nota.swf本体のソースコードも含めて公開しました。
それでは!
洛西です。
Flashが10.xにバージョンアップしたため日本語が入力できないという不具合が
でていましたが、本日対応しました。
ご自身のサーバーでNOTAを運営している方はダウンロードをお願いします。
新しいNotaのバージョンは「2.2」です。
■変更履歴:
【新機能】
- テキストとファイルに関して3日以内のものは「new」マークが10秒間点滅します。
- タグ管理機能がつきました。例えばページのタイトルに
今日の日記 [diary]
のように 半角で [test] のようにカッコで書くと、それが「タグ」 になり、サイドバーで管理
しやすくなります。
イメージ画像:

【不具合修正】
- Flash 10.xで日本語入力できない問題を修正
Macでは、Safariのみ対応となります。Chrome, FirefoxではAdobeが現在問題を改修中です。
これらが適用され次第修正されます。
■バージョンアップ方法:
http://nota.jp/ja/download/
にアクセスし、「Download」ボタンを押して、zipファイルをダウンロードしてください。
「日本語入力できない問題」だけを修正したい場合は、「nota.swf」を上書きするだけで
とりあえず問題を修正できます。
全体的にバージョンアップするには、option.plの内容のうち
$m_master_passwd = ""
$m_notadata_dir =""
の内容を適切な場所にメモをとったのち、
すべてのファイルを上書きし、
option.plの該当部分の値を元に戻してください。
簡素な説明ですみません。
ご不明な点があれば、Notaネットワークメーリングリストか、メールでお尋ねください。
■開発者の方へお知らせ:
今回のバージョンより、Notaのソースコードは、
ソースコード管理サービスとして開発者の間で人気の高い github.com
を利用することにしました。
githubを利用することで、例えば、notaの派生コードなどを作ったときにも、
本体がバージョンアップした際に適切にその反映を取り入れる(マージ、リベース)
こともできて便利です。
また、nota.swf本体のソースコードも含めて公開しました。
それでは!
2010年1月2日土曜日
Tomato FeedをGoogle App Engineで運用開始
私が運用しているNota.jpやRakusai.orgなどのウェブサイト上にブログの新着情報を出すために利用しているTomato Feedというシステムを誰でも使えるように公開したのでお知らせします。

このシステムは、ブログとホームページを別々に持っているとき、ホームページにブログの新着記事を一覧で表示することができる手軽なシステムがなかったので開発しました。ホームページはきれいなものを作っておき、頻繁に情報を更新するのはブログやノータで行うというように二つを分けて使っている方には便利に使ってもらえると思います。二つが統合されたCMSを使っていない場合は、同じことを実現するのにプログラミングが必要なのでとても手間です。
(Rakusai.orgでは、2カ所、Tomato Feedが使われています。)
実は、このシステムを開発したのは何年も前だったのですが、一般に公開すると負荷が高いと思い、これまで個人用途で使ってきました。しかしここに来て、Google App EngineというGoogleのウェブサービスホスティングが登場し、機能が必要十分なところまで向上したので、こちらにソースコードを移行しました。しばらく使ってみたところ、非常に安定しているので一般に公開することにした次第です。
Google App Engine1週間ほど使ってみたので、技術的な感想を書いてみたいと思います。
技術的な難易度
- 勉強を兼ねてPHPのコードをすべてPythonに書き直しました。Pythonは初めてでしたが、とてもいい言語だと感じました。様々な機能を標準でimportして使えます。文法に適度な制約があり、簡単に学習できます。そして、読みやすい。Object Pascal(Delphi)に似た感覚です。
- Google WebApp フレームワークが普段つかっている自作のPHPフレームワークにとても近い。つまり最近のMVCウェブフレームワークと比較するとモデルが切り離されており、完全にコントローラーやビューに統合されていない。個人的にはがちがちのフレームワークはきらいなので、このほうが好みです。
- Unicodeまわりがはまりどころです。PythonのUnicodeEncodeErrorを知るが参考になりました。print type(変数名) するとunicode型かstr(ascii)型かわかるので、まずはこれを手当たり次第使っていろいろと調査。わたしはプログラムの中身はほとんどunicode型で統一するようにしたところ、エラーはでなくなりました。
- BigTableのインデックスにも制約が多いです。いままでのリレーショナルデータベースでも最近はほとんどJOINやGROUP BYは使っていませんから、その点は問題なく移行できました。しかし、Googleにアップロード(デプロイ)後、しばらくインデックスが作成されるまで待たねばならないのが最初はよく分かりませんでした。簡単なインデックスの作成を待つこと2時間。
運用とスケーラビリティー
- 速度は満足。Amazon S3よりも速いようだ。世界のどこからアクセスしても均一の速度でアクセスできるならば、すばらしい。今後より詳しく測定することにする。
- サブドメインなしの独自ドメインで運用できないのが痛い(サブドメイン付きなら可能)
- DBアクセス(データ取得)がときどき(3日に一回ほど)謎のタイムエラーになる。フィルタのかけ方などに寄るようだ。なぜこれが起こるのかは不明。
- ログがほぼリアルタイムで表示されるのはすばらしい(下図)

↑まだまだ余裕
結論
- サーバーのスケーラビリティを考えなくてよいのは画期的。また、この規模ならば、ほぼ無料なのもよい。今後、運用を続けながら本当に使える技術か、注視していきたい。

このシステムは、ブログとホームページを別々に持っているとき、ホームページにブログの新着記事を一覧で表示することができる手軽なシステムがなかったので開発しました。ホームページはきれいなものを作っておき、頻繁に情報を更新するのはブログやノータで行うというように二つを分けて使っている方には便利に使ってもらえると思います。二つが統合されたCMSを使っていない場合は、同じことを実現するのにプログラミングが必要なのでとても手間です。
(Rakusai.orgでは、2カ所、Tomato Feedが使われています。)
実は、このシステムを開発したのは何年も前だったのですが、一般に公開すると負荷が高いと思い、これまで個人用途で使ってきました。しかしここに来て、Google App EngineというGoogleのウェブサービスホスティングが登場し、機能が必要十分なところまで向上したので、こちらにソースコードを移行しました。しばらく使ってみたところ、非常に安定しているので一般に公開することにした次第です。
Google App Engine1週間ほど使ってみたので、技術的な感想を書いてみたいと思います。
技術的な難易度
- 勉強を兼ねてPHPのコードをすべてPythonに書き直しました。Pythonは初めてでしたが、とてもいい言語だと感じました。様々な機能を標準でimportして使えます。文法に適度な制約があり、簡単に学習できます。そして、読みやすい。Object Pascal(Delphi)に似た感覚です。
- Google WebApp フレームワークが普段つかっている自作のPHPフレームワークにとても近い。つまり最近のMVCウェブフレームワークと比較するとモデルが切り離されており、完全にコントローラーやビューに統合されていない。個人的にはがちがちのフレームワークはきらいなので、このほうが好みです。
- Unicodeまわりがはまりどころです。PythonのUnicodeEncodeErrorを知るが参考になりました。print type(変数名) するとunicode型かstr(ascii)型かわかるので、まずはこれを手当たり次第使っていろいろと調査。わたしはプログラムの中身はほとんどunicode型で統一するようにしたところ、エラーはでなくなりました。
- BigTableのインデックスにも制約が多いです。いままでのリレーショナルデータベースでも最近はほとんどJOINやGROUP BYは使っていませんから、その点は問題なく移行できました。しかし、Googleにアップロード(デプロイ)後、しばらくインデックスが作成されるまで待たねばならないのが最初はよく分かりませんでした。簡単なインデックスの作成を待つこと2時間。
運用とスケーラビリティー
- 速度は満足。Amazon S3よりも速いようだ。世界のどこからアクセスしても均一の速度でアクセスできるならば、すばらしい。今後より詳しく測定することにする。
- サブドメインなしの独自ドメインで運用できないのが痛い(サブドメイン付きなら可能)
- DBアクセス(データ取得)がときどき(3日に一回ほど)謎のタイムエラーになる。フィルタのかけ方などに寄るようだ。なぜこれが起こるのかは不明。
- ログがほぼリアルタイムで表示されるのはすばらしい(下図)

↑まだまだ余裕
結論
- サーバーのスケーラビリティを考えなくてよいのは画期的。また、この規模ならば、ほぼ無料なのもよい。今後、運用を続けながら本当に使える技術か、注視していきたい。
2009年12月31日木曜日
2009 Best Shot
2009年のBest Shotです。


サンフランシスコ, コイトタワーのふもと, 10.08

パロアルト,サンドヒルズロード, 08.02

鎌倉, 釈迦堂切通し, 12.21
日本とアメリカを往復した年でした。
来年はもっとよい景色や人を撮るぞ。
それでは、みなさんよいお年を!
サンフランシスコ, コイトタワーのふもと, 10.08
パロアルト,サンドヒルズロード, 08.02
鎌倉, 釈迦堂切通し, 12.21
日本とアメリカを往復した年でした。
来年はもっとよい景色や人を撮るぞ。
それでは、みなさんよいお年を!
2009年8月16日日曜日
カオスを指向するウェブ、コスモスを指向するウェブ
ウェブのサービスはカオス(混沌)とコスモス(秩序)が交互に登場するのではないか?
開発者の中で両方を指向する人は少なく、どちらかに好みが寄っている人が多いように感じている。
まず最初に登場するカオスがHTMLである。HTMLは柔軟な記法を持ち、ちょっとくらい文法エラーがあっても大丈夫。すきなフォント、色、画像、言語を表示できる。統一された書き方やフォーマットはない。「リンク機能」が特徴で、自分のページへも、他サーバーのページへもリンクをはっていくことができる。
何を発信しても許される自由の空間、パラダイス! HTML(ウェブサイト)を作るのは、楽しいからだ。自分のコンテンツを発信できる。自分だけのメディアがもてる。
それだけで満足だったし、画期的なことだった。HTMLは、世の中に間違いなくカオスをもたらした。
しかし、そうなると情報がばらばらであることに満足できない人が現れる。地球上のHTMLは各サーバーに分散し、全体はどうなっているかを把握する方法はない。そもそもページが永続する保証もないし、リンク切れになるとページの関連性は失われる。Yahooは、Web上にあったHTMLを手動で順番にカテゴリ分けするサイトをつくった。来る日も来る日もリンクというぐちゃぐちゃな糸をたどって有用なサイトを見つけては情報を分類していった。
カオスを生み出すのが好きな人たちはHTMLでは満足できなかった。発信したいことはもっと山のようにあるのに、いちいちHTMLを作成してサーバーにアップロードするのは手間である。そこで、「ブログ」が生まれた。これは便利だった。HTMLの知識がなくても、ウェブのテキストフォームにテキストを打ち込むだけで自動でウェブサイトを作ってくれる。手軽になったので、ますます多くの人が高い頻度で情報を公開するようになった。
ブログの登場でYahooは途方にくれた。これほどまで多くのページが氾濫するとは想像していなかった。もはやディレクトリ分類は機能しなくなった。そこで、みんなにとって有用なページの分類するのではなく、自分が必要な特定のキーワードに対して有効なページを探し出す技術を開発した。そこで抜きんでたのでがGoogleである。Googleの会社のミッションは「世の中のすべての情報を整理(オーガナイズ)すること」である。つまり、Googleの創業者は、世界の情報はコスモスでなければならないという、強烈な信念をもっていると思われる。
また「ソーシャルブックマーク」もコスモス派の成果の賜だ。ソーシャルブックマークによって混沌としたブログは、だいぶ整理されることになった。
Googleによってウェブの情報はすべて整理しきれたように見えた。しかし、カオス派もめげない。
最近のカオス派のめだった動きは、Twitterと動画だ。Twitterは、つぶやきをどんどん投稿していき、友達がそれをほぼリアルタイムで見る。@マークをつけて返信できるが、スレッドがないため、会話はどんどんと予想できない方向に派生していく。
GoogleはまだTwitterを「オーガナイズ」しきれていない。まずTwitterは時間が大事であるが、Googleの検索結果は、かならず遅れる。次に、一つのつぶやきは一つのURLを持つが、Twitterのつぶやきを一つだけ見ても意味のないことが多い。前後の文脈が整理しきれていない。
動画もまだまだである。いまは「タグ」を検索するようになっているが、動画の中身は検索できていない。タグがついていない動画のほうが多いだろう。またリアルタイムの動画配信になるとまさにカオスである。有益なリアルタイム配信はどこにあるのか? 探すことは容易ではない。
カオス派とコスモス派は上にあげたように大きな波として交互に来る場合もあるし、小さな波はもっといたるところで起こっている。どちらかが起きるとどちらかがカウンターパートとして登場するのは歴史の必然であるようだ。
両者は補完関係にあるが、一つ言えることは、カオス系サービスは、生み出した混沌を整理するサービスがなくても、単体で支持されなければ大きな波にはなれない。
カオス派、コスモス派と呼んできたが、カオス派=創造派、コスモス派=整理派と呼んでも問題ないだろう。
あなかはどちらを指向するだろうか?
開発者の中で両方を指向する人は少なく、どちらかに好みが寄っている人が多いように感じている。
最初のカオス派
まず最初に登場するカオスがHTMLである。HTMLは柔軟な記法を持ち、ちょっとくらい文法エラーがあっても大丈夫。すきなフォント、色、画像、言語を表示できる。統一された書き方やフォーマットはない。「リンク機能」が特徴で、自分のページへも、他サーバーのページへもリンクをはっていくことができる。
何を発信しても許される自由の空間、パラダイス! HTML(ウェブサイト)を作るのは、楽しいからだ。自分のコンテンツを発信できる。自分だけのメディアがもてる。
それだけで満足だったし、画期的なことだった。HTMLは、世の中に間違いなくカオスをもたらした。
コスモス派
しかし、そうなると情報がばらばらであることに満足できない人が現れる。地球上のHTMLは各サーバーに分散し、全体はどうなっているかを把握する方法はない。そもそもページが永続する保証もないし、リンク切れになるとページの関連性は失われる。Yahooは、Web上にあったHTMLを手動で順番にカテゴリ分けするサイトをつくった。来る日も来る日もリンクというぐちゃぐちゃな糸をたどって有用なサイトを見つけては情報を分類していった。
そしてまた、カオス派
カオスを生み出すのが好きな人たちはHTMLでは満足できなかった。発信したいことはもっと山のようにあるのに、いちいちHTMLを作成してサーバーにアップロードするのは手間である。そこで、「ブログ」が生まれた。これは便利だった。HTMLの知識がなくても、ウェブのテキストフォームにテキストを打ち込むだけで自動でウェブサイトを作ってくれる。手軽になったので、ますます多くの人が高い頻度で情報を公開するようになった。
こまったコスモス派
ブログの登場でYahooは途方にくれた。これほどまで多くのページが氾濫するとは想像していなかった。もはやディレクトリ分類は機能しなくなった。そこで、みんなにとって有用なページの分類するのではなく、自分が必要な特定のキーワードに対して有効なページを探し出す技術を開発した。そこで抜きんでたのでがGoogleである。Googleの会社のミッションは「世の中のすべての情報を整理(オーガナイズ)すること」である。つまり、Googleの創業者は、世界の情報はコスモスでなければならないという、強烈な信念をもっていると思われる。
また「ソーシャルブックマーク」もコスモス派の成果の賜だ。ソーシャルブックマークによって混沌としたブログは、だいぶ整理されることになった。
最近のカオス派とコスモス派の攻防
Googleによってウェブの情報はすべて整理しきれたように見えた。しかし、カオス派もめげない。
最近のカオス派のめだった動きは、Twitterと動画だ。Twitterは、つぶやきをどんどん投稿していき、友達がそれをほぼリアルタイムで見る。@マークをつけて返信できるが、スレッドがないため、会話はどんどんと予想できない方向に派生していく。
GoogleはまだTwitterを「オーガナイズ」しきれていない。まずTwitterは時間が大事であるが、Googleの検索結果は、かならず遅れる。次に、一つのつぶやきは一つのURLを持つが、Twitterのつぶやきを一つだけ見ても意味のないことが多い。前後の文脈が整理しきれていない。
動画もまだまだである。いまは「タグ」を検索するようになっているが、動画の中身は検索できていない。タグがついていない動画のほうが多いだろう。またリアルタイムの動画配信になるとまさにカオスである。有益なリアルタイム配信はどこにあるのか? 探すことは容易ではない。
まとめ
カオス派とコスモス派は上にあげたように大きな波として交互に来る場合もあるし、小さな波はもっといたるところで起こっている。どちらかが起きるとどちらかがカウンターパートとして登場するのは歴史の必然であるようだ。
両者は補完関係にあるが、一つ言えることは、カオス系サービスは、生み出した混沌を整理するサービスがなくても、単体で支持されなければ大きな波にはなれない。
カオス派、コスモス派と呼んできたが、カオス派=創造派、コスモス派=整理派と呼んでも問題ないだろう。
あなかはどちらを指向するだろうか?
紙copiの10年をビジネス視点で振り返る

紙copiの開発と公開は1999年。今年で10年目になる。「自動保存」と「ブラウザからコンテンツをつかんでドラッグすると取り込める」機能が売りのスクラップブックソフトである。
またインターフェースが非常に細かい点まで作り込まれているため、一旦自分のメモを紙copiにとりはじめると、それ以上の使い勝手がないかぎり他のプロダクトには乗り換えない。例えば、Outlook Expressのようにメジャーな管理アプリに「メモ機能」がついているものは少なくない。しかし、紙copiの手軽さには及ばないため、乗り換えるユーザーはすくないと思われる。
2003年にMicrosoftのOne Noteが発売され競合となったが、使われているという話を聞かない。その後GoogleからGoogle Notebookが無料公開されたが、一旦公開中止となった。One Noteはメモ帳というわりには複雑すぎ、Google Notebookは、ブラウザのプラグインだったため、メモを取るには非力だったことが敗因と思われる。
2008よりEvernoteが、メモに特化したアプリを公開。これが紙copiとコンセプトも機能も近く、強力な競合となっている。
しかし、直接の競合アプリが2008年のEvernoteまでなかったことは紙copiにとって幸運であった。その間、日本市場においてはマーケティングの努力なくシェアを拡大した。
紙copiの成功要因分析
1. 作りこみ
紙copiの特徴の一つは完成度の高さにある。「メモを取る」という単一機能を徹底的に作り込んでいる。主要な機能は洛西が高校2年〜大学1年の3年間でつくったものである。この間、有料化を一度試み、時期尚早と判断して無料に転換、その後はひたすら機能をブラッシュアップすることに専念したことがこの結果を生んだと考える。また高機能化の道を歩まず、機能を追加するたびに以前の機能をけずり、シンプルさを維持してきた。シンプルで高速なことが製品のアドバンテージであり、そこからは逸脱しなかった。
2002年(大学2年)に再び有料化(無料バージョンと有料バージョンの両方を公開)、このときはすでに雑誌等で頻繁に紹介されユーザーがついていたため当初から順調に売り上げを伸ばした。
2. ニッチ
主要プレイヤー(MS, Google)も参入したとはいえ、彼らの本気度は、それほど高いとはいえない。おそらくこの市場がニッチであるためだと思われる。ニッチであるため10年間ブルーオーシャンを歩んで来たといえる。
3. 乗り換え障壁
アプリの特性上乗り換え障壁が高い。日常生活において「メモ」というと、乗り換え障壁はなさそうだが、PC上における「文書作成=エディタ」は使い勝手が重要で、乗り換え障壁が高い部類のアプリケーションになる。またエディタにはない機能として、データ蓄積機能があるため、この点が乗り換え障壁をより高くしている。また継続的に利用するアプリであり、時代がかわっても需要が安定している。
4. テキストファイル
紙copiは、データの保存形式としてディレクトリとテキストデータを利用している。それぞれを「箱」「紙」という日本風の名称をつけているが、独自のバイナリやデータベース等を利用していないため、可搬性、スケーラビリティが高い。たとえばデスクトップ全文検索エンジンのようなものが登場しても、ユーザーは設定なしに紙copiのデータを検索できる。USBメモリにいれてどこでも持ち運ぶことができ、どんなOSからでも(「メモ帳」などを使って)データの閲覧と編集が可能である。開発当初はこれらの技術はなかったが、テキストファイルを採用したためシームレスに対応できた。
5. ノートパソコンの普及
デスクトップパソコンに変わって、ノートパソコンが広く普及したことも紙copiの普及の要因の一つだろう。メモは、気軽に取るものであり、会議室や移動中などに取ることが多い。この用途のためには、軽量でバッテリーが長持ちする携帯性の高いノートパソコンが向いている。ノートパソコンはデスクトップパソコンに比べて非力であるが、紙copiは軽快に動作するためノートパソコンに適したアプリケーションだった。ノートパソコンは、近年、ネットブックやスマートフォンに見られるようにますます小型化の一途をたどっており、今後も紙copiのように使い勝手がよく、軽快なソフトウェアが必要とされると考えられる。
ビジネスモデル
2002年、最初の購入システムは洛西が構築。氏名と住所とメールアドレス等をウェブフォームに入力すると、住所に対してシリアル番号と請求書を郵送するというものだった。
価格は1000円〜3000円の変動式。利用頻度や紙copiへの愛情度などをアンケートで選んで回答すると値段が決定されるという仕組みだった。この方式は誤解されることも多かったが、多くの人が2000円、3000円を支払い、機械的でないところが好感を生んだと思われる。サポートはフリーの頃より協力してくれたみけさんに頼んだ。一度も顔を合わせることなく契約をした。
2002年にユミルリンクに販売とサポートを委託。2500円で販売を開始。
2005年にジャストシステムよりOEM版「ネタの種」の販売を開始。
2005年より開発メンテもユミルリンクに委託。
ユミルリンクが英語版の開発を試みるも中断(継続中)。
2008年末より洛西が開発ディレクションに参画。
現在はユーザー数約20万人。
紙copiのビジネス的弱点
1.
一度買ったらバージョンアップが無料であるビジネスモデル。これはシェアウェア系のソフトによく見られるが、バージョンアップのたびに料金を取る商品にくらべると売り上げが小さい。需要に対して100%売り切ってしまうと、利益がなくなる。
2.
Windowsに依存している。細かい作りこみをすればするほどそのOSに深く依存することになる。Windowsの時代があとどれほど続くかはわからない。この問題に関しては、現在紙copi Netにより対応プラットフォームを広げている。
ブログのデザインを変えて新調
ブログのデザインを変更しました。
ブロガーのテンプレート集のページが見つかったのでそこから気に入ったものを選んで設定しました。
気分がすっきりしますね。
ブログを書こうと思うきっかけは様々だと思いますが、僕の場合はなやんでいるときですね。
文章にしてブログとしてだしてみると、意外にすっきり整理されたりするものです。
そのため、何ヶ月に一度しか、更新されません。それもそのときまとめていくつか書きます。
今回もその用途で使おうと思います。
ブロガーのテンプレート集のページが見つかったのでそこから気に入ったものを選んで設定しました。
気分がすっきりしますね。
ブログを書こうと思うきっかけは様々だと思いますが、僕の場合はなやんでいるときですね。
文章にしてブログとしてだしてみると、意外にすっきり整理されたりするものです。
そのため、何ヶ月に一度しか、更新されません。それもそのときまとめていくつか書きます。
今回もその用途で使おうと思います。
2009年7月8日水曜日
TwitPaintを公開
TwitPaintって何?
TwitPaintは、Twitter上にお絵かきを投稿するサービスです。
とっさに思い浮かんだカタチや感情を140筆以内で描いてフォロアーに見せることができます。

何に使うの?
TwitPaintでは、フォローしている人があなたの作品の上に絵を描いて、リミックスすることができます。 これによって、Twitter上で、マルバツゲームのような遊びをしたり、ブレインストームをしたりして、あなたの絵の世界が広がっていきます。
ユーザー登録したい
本家のTwitter.comでアカウントを作ることができます。
楽しいことうけあいです。ぜひつかってみてくださいね。
2008年8月8日金曜日
シリコンバレー JTPA ギークサロンで発表します
■■■■■■■■■■■■■■■■■■■
JTPA ギークサロン
「洛西一周氏と新しいインターフェイスの発想について語る」
8月8日金曜日午後7時
■■■■■■■■■■■■■■■■■■■
インターフェイスとは人間とシステムをつなぐ部分のこと。開発現場においてはコンセプトとプログラミングとデザインの中間にあるもの。中途半端な存在だが最近成功している企業はインターフェイスが競争優位になっていることも多い。過去のプロダクトの事例を持ち出しながら、発想と設計において意識していること、成功例、失敗例、インターフェイス設計に役立つ工夫などについて話します。
洛西の開発手法:
インターフェイス屋さん、つまり発想屋さんになる
デザインから考える
人の話から考える
自分の苦い/うれしい体験から考える
他のサービスやシステムから考える
洛西プロダクトのメインコンセプト:
何かを作る/入力する障壁をとにかく減らす
きれいなものを作るコンピュータから書き散らすためのコンピュータへ
Notaが目指すのは、Web上のカジュアルなコラボレーション
現場で役立つインターフェイス設計の工夫あれこれ:
いわゆるプログラミングの教科書の逆を行くインタフェース設計論
・エラーをまるめる
・最初の負担を減らす
・操作完了前インタラクション
・コンマ一秒でこれだけ差が出る
・非合理的なレイアウトを活用する
・驚き最大の法則
・音を効果的に使う
・プラットフォーム(またはインターフェスガイドライン)に逆らう
スピーカー: 洛西一周 (らくさいいっしゅう)
--------------------------
100万人以上の利用者を持つソフトウェア「紙copi」や「NOTA」の開発者。
インターフェイスデザイナー。「人間味ある」ソフトウェアづくりを模索している。
2007年米国にて起業。Nota Inc代表。その他、数々のヒットを飛ばすジョークウェアの作者としても売り出し中。
----------------------------------------------------------------------------
日時:8月8日金曜日午後7時
場所: Wilson Sonsini Goodrich & Rosati
950 Page Mill Road, Terrace 2C
(メインエントランスがあるビルの280側の隣、レンガの建物の2階です。)
Palo Alto, California 94304-1050
進行:
19:00 開場、ネットワーキング
19:30-20:30 講義
20:30 Q&A、懇親会
食事:軽食が提供されます。
参加費用:賛助会員 10ドル、一般 15ドル
賛助会員につきましては、当日45ドルの寄付金を持参してご登録いただければ、その日のセミナーから10ドルになります。賛助会員についての詳しい情報は、こちらのリンクをご覧ください。http://www.jtpa.org/about/donation/
応募方法: Facebookの以下のURLよりイベント参加を申し込んでください。その際Wallに「洛西氏に聞いてみたいこと、話したいこと」を1-2行簡単に記載ください。http://www.facebook.com/event.php?eid=20908483843
Beta版
会場に来られない方のために、講義の様子をUstreamでライブキャストします。ご興味のある方は当日以下のURLからご覧ください。
http://www.ustream.tv/channel/jtpa-geek-salon
_______________________________________________
皆様のご意見・ご感想はこちらのJTPA公式フォーラムまで:
http://www.lingr.com/room/jtpa
JTPA ホームページ:
http://www.jtpa.org
(過去サロンの録画の一部をご覧になることができます。)
JTPA ギークサロン
「洛西一周氏と新しいインターフェイスの発想について語る」
8月8日金曜日午後7時
■■■■■■■■■■■■■■■■■■■
インターフェイスとは人間とシステムをつなぐ部分のこと。開発現場においてはコンセプトとプログラミングとデザインの中間にあるもの。中途半端な存在だが最近成功している企業はインターフェイスが競争優位になっていることも多い。過去のプロダクトの事例を持ち出しながら、発想と設計において意識していること、成功例、失敗例、インターフェイス設計に役立つ工夫などについて話します。
洛西の開発手法:
インターフェイス屋さん、つまり発想屋さんになる
デザインから考える
人の話から考える
自分の苦い/うれしい体験から考える
他のサービスやシステムから考える
洛西プロダクトのメインコンセプト:
何かを作る/入力する障壁をとにかく減らす
きれいなものを作るコンピュータから書き散らすためのコンピュータへ
Notaが目指すのは、Web上のカジュアルなコラボレーション
現場で役立つインターフェイス設計の工夫あれこれ:
いわゆるプログラミングの教科書の逆を行くインタフェース設計論
・エラーをまるめる
・最初の負担を減らす
・操作完了前インタラクション
・コンマ一秒でこれだけ差が出る
・非合理的なレイアウトを活用する
・驚き最大の法則
・音を効果的に使う
・プラットフォーム(またはインターフェスガイドライン)に逆らう
スピーカー: 洛西一周 (らくさいいっしゅう)
--------------------------
100万人以上の利用者を持つソフトウェア「紙copi」や「NOTA」の開発者。
インターフェイスデザイナー。「人間味ある」ソフトウェアづくりを模索している。
2007年米国にて起業。Nota Inc代表。その他、数々のヒットを飛ばすジョークウェアの作者としても売り出し中。
----------------------------------------------------------------------------
日時:8月8日金曜日午後7時
場所: Wilson Sonsini Goodrich & Rosati
950 Page Mill Road, Terrace 2C
(メインエントランスがあるビルの280側の隣、レンガの建物の2階です。)
Palo Alto, California 94304-1050
進行:
19:00 開場、ネットワーキング
19:30-20:30 講義
20:30 Q&A、懇親会
食事:軽食が提供されます。
参加費用:賛助会員 10ドル、一般 15ドル
賛助会員につきましては、当日45ドルの寄付金を持参してご登録いただければ、その日のセミナーから10ドルになります。賛助会員についての詳しい情報は、こちらのリンクをご覧ください。http://www.jtpa.org/about/donation/
応募方法: Facebookの以下のURLよりイベント参加を申し込んでください。その際Wallに「洛西氏に聞いてみたいこと、話したいこと」を1-2行簡単に記載ください。http://www.facebook.com/event.php?eid=20908483843
Beta版
会場に来られない方のために、講義の様子をUstreamでライブキャストします。ご興味のある方は当日以下のURLからご覧ください。
http://www.ustream.tv/channel/jtpa-geek-salon
_______________________________________________
皆様のご意見・ご感想はこちらのJTPA公式フォーラムまで:
http://www.lingr.com/room/jtpa
JTPA ホームページ:
http://www.jtpa.org
(過去サロンの録画の一部をご覧になることができます。)
2008年8月6日水曜日
紙copi Net Project
紙copiがインターネットを通して,Mac,iPhone,携帯からも使える紙copi Netプロジェクトを始めました。
本日よりこちらでベータを版をお使いいただけます。
http://kamicopi.net/
また紙copi Netのブログを始めました。
http://blog.kamicopi.net/
紙copiが1999年(もう9年前!)に始めた自動保存と一行目がファイル名になるという発想は,その当時は他になく,また技術的にも「ハードディスクに頻繁にアクセスが発生する」「保存されているか分からず不安」という点で懐疑的な見方もありましたが,結果的には受け入れられました。
現在のWebを見てみると,本当にリアルタイムでコンテンツを保存していくというサービスはあまりないように思います。たとえばSNSやブログで日記を書いているときにブラウザのタブを閉じたりしてデータが消えちゃったというようなことはよくあります。紙copi Netは自動保存をウェブでも実現します。ウェブアプリ時代(Web2.0時代)の新たな標準を狙っていきたいです。
本日よりこちらでベータを版をお使いいただけます。
http://kamicopi.net/
また紙copi Netのブログを始めました。
http://blog.kamicopi.net/
紙copiが1999年(もう9年前!)に始めた自動保存と一行目がファイル名になるという発想は,その当時は他になく,また技術的にも「ハードディスクに頻繁にアクセスが発生する」「保存されているか分からず不安」という点で懐疑的な見方もありましたが,結果的には受け入れられました。
現在のWebを見てみると,本当にリアルタイムでコンテンツを保存していくというサービスはあまりないように思います。たとえばSNSやブログで日記を書いているときにブラウザのタブを閉じたりしてデータが消えちゃったというようなことはよくあります。紙copi Netは自動保存をウェブでも実現します。ウェブアプリ時代(Web2.0時代)の新たな標準を狙っていきたいです。
2008年4月6日日曜日
2008年3月22日土曜日
「紙copi」が、ベクターPCショップの「2007年度PCソフトダウンロード販売本数ランキング」の第2位にランクイン
「紙copi」が、ベクターPCショップの「2007年度PCソフトダウンロード販売本数ランキング」の第2位にランクインしました。
2008年3月19日水曜日
NOTAサイトのトップページにNOTAを使ったサイトの一覧を掲載しました。
NOTAサイトのトップページにNOTAを使ったサイトの一覧を掲載しました。
ぜひ、あなたが使っているNOTAのサイトも教えてください!(support@nota.jpまでメールをください。)
ぜひ、あなたが使っているNOTAのサイトも教えてください!(support@nota.jpまでメールをください。)
2008年2月23日土曜日
2008年1月25日金曜日
「紙copi」がベクタープロレジ大賞にてインターネット部門賞を受賞
『第10回ベクタープロレジ大賞』にて、「紙copi」がインターネット部門賞に選ばれました。
受賞作品一覧(ベクター):
http://shop.vector.co.jp/service/special/award/
受賞作品一覧(ベクター):
http://shop.vector.co.jp/service/special/award/
2007年10月8日月曜日
2007年9月15日土曜日
Mozilla 24にてC-Shirtsのワークショップが行われました。
2007/9/15-16
Mozilla 24にてC-Shirtsのワークショップが行われました。Live Codingも開催されました。
Mozilla 24にてC-Shirtsのワークショップが行われました。Live Codingも開催されました。
2007年6月22日金曜日
kamicopi international アルファ版公開!!
紙copi多言語化の第一弾として、ついに、待望の英語版のアルファ版がリリースされました!
英語圏に知り合いがいる方は、ぜひとも、「kamicopi」をご紹介ください。
改良の余地はまだたくさんありますが、みなさまのフィードバックを元に完成度の高いソフトウェアに仕上げていく所存です。今後、kamicopiは、日本発のオリジナルなソフトウェアとして、海外でも広く受け入れられるようがんばっていきます。ご協力よろしくお願いいたします。
↑このように、すべてのメニューが英語化されています。アルファ版なので、Debugメニューがついています。
misc(他)メニューから言語を選択可能です。再起動することなく、その場で表示言語が切り替わります。箱(フォルダ)の名前も、言語に合わせて自動的に変更します。
※今回の英語化は、ボランティアの方々の協力がなければ、実現しませんでした。ご協力いただいた方に感謝申し上げます。
2007年6月15日金曜日
Creative CommonsのISummit2007でC-Shirtsを発表しました。
2007/6/15-17
Creative CommonsのISummit2007でC-Shirtsを発表しました。
Creative CommonsのISummit2007でC-Shirtsを発表しました。
2007年5月30日水曜日
本日(5/30)21時から紙copiユーザー会
洛西です。
本日(5/30)21時から紙copiユーザー会を開催します。
場所は,渋谷のBarTubeという撮影スタジオ兼バーというちょっとアヤシイところです。
紙copiユーザーならどなたでも参加できますので,お時間のある方はぜひご参加ください!!
現在進行中の紙copiを10カ国語に翻訳するプロジェクト「kamicopi international」の翻訳ボランティアの方も参加されます。いろんな言語が飛び交う楽しい会になりそうです! そして,もしかすると,開発途中の各国語版を披露できるかもしれません。
BarTube:
http://snbar.ameblo.jp/
直前のお問い合わせは,本人までどうぞ :-)
登録:
投稿 (Atom)


