Simple Gimmick v2

コワーキングを発明しよう！

2011-12-13T23:37:00.001+09:00

コワーキングアドベントカレンダー2011参加エントリです。

ちょうど一年前、コワーキングが生み出す新しい仕事の形というエントリを書きました。不思議な縁が組み合わさって始めたコワーキングでしたが、当初の熱気はそのままに、飽きることなく今に至るのも、東京での震源地となったPAX Coworkingと下北沢オープンソースカフェがあったからだろうと思います。それぞれの場所を運営する佐谷さん、河村さんや、そこで出会ったみなさんには感謝してもしきれません。

自身のことを少し振り返ってみます。先のエントリに書いた、新しい働き方を発明するところまでは行かなかったものの、コラボレーションはいたるところで発生しました。

一番大きかったのは、下北沢オープンソースカフェで、WordPressを作っているAutomattic社のマクラケン直子さんと出会い、以前から気にはなっていたものの行くことのなかったStartup Weekend Tokyoへの参加を後押しされ、参加してみたら面白くて素晴らしいメンバーと出会ってColishというサービスを作るのに参加できたことです。その後も、コワーキング仲間の何人かがStartup Weekend Tokyoに参加し、面白いつながりが生まれています。また、自分が関わってはいないものの、いろいろな方がコラボをしながらサービスやプロダクトを作っていく現場を目の当たりにできたことも強く印象に残っています。

昨年は手探りだったコワーキングが、少しずつ参加者の輪を広げることで、さらにパワフルなものになっていく、その過程の当事者となれたことは、得がたい体験でした。

っとまあ、このあたりはすでに起きたことでしかありませんし、コワーキングで体験できる内容は人それぞれでしょう。ということで、過去の話はこれぐらいにして未来の話をあと少しだけ。

ぼく自身は今でも、コワーキングをベースとした新しい働き方を模索していますが、来年に向けての目標は、コワーキングをたくさん発明することです。 Jellyに見られるように、コワーキングは友だち同士が集まって仕事をするだけでも成り立ちます。以前にも書きましたが、集まった人の数、もっというと組み合わせの数だけコワーキングの種類があるのです。今でこそ、スタートアップのインキュベーションという側面が強調されていますが、それだけと考えるのはもったいない。だからぼくは、いろんなコワーキングを発明できたらいいなあと思っています。もうしばらくすると、「コワーキングかくあるべし」みたいな人がいろいろ出てくるとは思いますが、そんなのはほっときましょう。コワーキングを「集まって仕事をすることで、世の中のいくつかの問題を解決できる(かも知れない)構造」ぐらいに大まかに考えておいて、具体的なことは集まった人で考えちゃえばいいのです。

そんなこんなで、またまた楽しみな一年になりそうです。来年の今ごろ、どんな報告ができるかなあ。 :-)

PAX Coworkingに入りました

2011-10-13T11:48:00.000+09:00

２ヵ月ぶりのブログエントリになりますが（苦笑）、本日よりPAX Coworkingに入居しました！フルタイムではないのですが、メンバーの末席に加えていただけることになりました。お誘いをいただいた佐谷さん、その他、楽しい様子をいつも伝えてくださった他の入居者のみなさんに感謝します。
昨年、PAX Coworkingでは２度目となるJellyに参加してから１年あまり経ちました。住んでいるところからはややたどり着きにくい場所にあったこともあり、Jellyには参加しつつも入居にまでは至りませんでしたが、そんな私にもJOINしやすいプランを用意していただいたことが、最後の一押しとなりました。
今まで、この場所や人から面白い刺激を受け取り続け、何かお返しをせねばといった思いは強かったのですが、これで一つの区切りになったかなと思っています。PAX Coworkingに近い方からも「お返しはもらった人じゃなくて別の人でもいいんじゃないかな」と言っていただいたこともあり、あまり気にせず「Pay Forward」な感じで、面白さや成果をシェアできるよう貢献をしていければと思います。まあ、自分が楽しむのが一番最初ですけどね！
いや、ホント、コワーキング（というよりはもっと限定的にPAX Coworking）と出会えたこと、それに参加できたことは自分の人生の中で確実にエポックなできごとだったと思います。
佐谷さんほかメンバーのみなさん、そしてJellyに参加されるみなさん、今後ともどうぞよろしくお願いいたします。

Coworkingってダメじゃんと言う前に考えておくべき３つのこと

2011-08-12T01:32:00.001+09:00

最近、Coworking(コワーキング)という言葉が知られるようになってきた。それ自体は喜ばしいことだが、よく理解しないままの発言もいろいろと見かけるように感じる。

そんな発言を見てCoworkingに興味を持ち、実践してみたところうまくいかないという事例も多くなりそうで、結果としてCoworkingってダメじゃん、とも言われかねないので、そろそろCoworkingについてエラソーに語ってみようと思う。

1. Coworkingは、「箱ありき」ではない

Coworkingスペースはシェアオフィスと根本的に別のものだ。前者はコミュニティを基盤とし、後者はビジネスを基盤とする。コミュニティを育成する覚悟と時間がなければ、Coworkingスペースは成り立たない。今までシェアオフィスと呼ばれていた形態にコミュニケーション機能を後付けすればCoworkingスペースにできるという考えではうまくいかないだろう。

また、Coworkingは、オフィスという「箱」にどうやって「人」を入れるか、という発想では成立しない。「人」の集まりを作り、それが「箱」にいる理由を見つけ出していくプロセスが必要である。ただし、バーチャルなコミュニティが存在するだけではダメで、リアルな「箱」は必ず必要となる。

2. Coworkingは、カタリスト抜きには成り立たない

試験管にタンパク質を入れて振っても生物はできない。 Coworkingもオフィスに人を入れてさあ何かやりましょうとけしかければ生まれるものではない。 Coworkingスペースを生きたものにするには、何らかの触媒が必要である。 2011年8月3日に行われた『New Yorkのコワーキング・スペース「New Work City」創業者と語る新しい働き方の可能性』というイベントでPAX Coworkingを運営される佐谷さんは、リラックス、開かれた空間というキーワードに加え「カタリストの存在」が重要と述べている。少なくとも今の時点では、魅力的な「場所」だけが触媒となった事例は存在せず、カタリストと呼ばれる「人」の存在が必須であると言えるだろう。

3. Coworkingは、すべての人に受け入れられるものではない

ノマドワーカーと言われる人たちが増え、個人で仕事をする機運はこれまでになく高くなっているが、Coworkingはそのすべての受け皿になるものではない。

私の知り合いでも、Coworkingを体験したもののそれ以降参加しない人がいる。 Coworkingがイヤというのではなく、聞いてみると、単に自分の仕事のスタイルと合わないケースが多い。私自身も、誰とも会わずに集中して仕事をしたい場合はCoworkingスペース以外の場所を利用するし、個人で仕事が完結するようなクリエイターの場合、専用の創作環境で過ごした方が効率がよい場合もある。

Coworkingに向いた仕事のジャンルはこれからも見つけられると思うが、すべてのニーズを満たすことはできないだろう。

それでもしかし、体験するのが一番

これらの条件をクリアしたとしても、うまく行くかどうかはわからない。しかし、Coworkingに興味があるだけでなく、自分でも運営してみたいと思う人は、ぜひ一度どこかのCoworkingスペースを訪れ、それを体験してみてほしいと思う。場所や時間でも違いはあるので、できれば複数のスペースで。体験すれば、どうやってCoworkingスペースが成り立っているかを理解するのは難しくないと思う。

そして、もう一つ。

Coworkingスペースは、必ずしも豪華なオフィスを必要としない。大きさにかかわらずコミュニティが集まれる場所があれば、そこは立派なCoworkingスペースとなり得る。必要なものは電源とWiFiとカタリストを中心としたコミュニティ。これだけである。実際に、一時的ながら場所を借りてCoworking体験イベントJellyを開催した事例も出てきている。その気になれば誰でもCoworkingできる。ぜひ実践してそれが向いている面、もしくは向いていない面も含め、肌で感じていただければ幸いである。

クリエイティブ資本について考える

2011-05-04T02:50:00.000+09:00

メガリージョンとスパイキーな生き方を提唱しているリチャード・フロリダの「クリエイティブ資本論」を読了。

コワーキングを実践したり、注目している人にとっては示唆の多い本。しかし長い。ざっと全体を流し読みして、興味のありそうなところを読み込んでいくのがよいかも。

先日のJellyで扱った「ソーシャルキャピタル」の次にあるものとして「クリエイティブキャピタル」を論じていたりして、なかなか興味深い。

今度の日曜日5/8に開催されるJelly#14に持っていこうと思うので、興味のある方がいらしたらお貸しします。

10分間の東京駅地下探検

2011-04-30T19:13:00.002+09:00

　今日は、病人に付き添って新幹線に乗る体験をした。

　車いすで待機する待合室は丸ノ内側にある。内線電話が並んで２つ。それぞれJR東海とJR東日本で呼び出し先が異なるという不思議なユーザビリティの悪さを体験しつつ、係の方を呼び出して八重洲側にある新幹線乗り場まで移動した。　人の多い場所を、係の人がいるとはいえ、車いすを押して移動するのは大変だと思っていたが、なんと、地下に業務用の道があり、そこを通っての移動であった。

　この道、作りがとても古い印象があったので聞いてみたところ、大正時代に東京駅が作られたときから存在しており、当時は丸ノ内側にあった郵便局に手紙を運ぶために利用していたものだという。現在は構内を移動する業務のために使われているとの説明を伺いながら、一般では入れない場所を探索する楽しみをしばし味わう。

　八重洲口が近くなると今度は新幹線をサポートする方々が荷物などの準備をするそばを通る。ちょうど東北新幹線が走るようになり、活気が戻ってきたところだと教えていただいた。通路の脇には震災の様子を撮った写真と、がんばろう！のメッセージ。人や物の流通を回復させる使命感に満ちた内容に、私自身も元気をもらうことができたような気がする。

　たかだか10分程度の時間で、病人の付き添いというシチュエーションではあったが、隠された東京駅の地下を見るという貴重な体験ができたのはとてもありがたいことであった。

セゾンカードのWeb明細取得gem作りました

2011-03-13T21:56:00.001+09:00

カード明細がどんどんWeb化していく昨今ですが、わざわざ毎月手動でそれをダウンロードするのは、間違いがあったり、そもそも忘れてしまったりと面倒です。

ということで、Web明細を取得するweb_invoice gemを作ってみました。実際にはMechanizeの動作確認的に作ってみましたが、Cookieを打ち返せるためログイン付き自動処理ができるのは便利だなあと思いました。 Web明細という名前ですが、今のところセゾンカード(Netアンサー)にしか対応していません。ドキュメントもgemにきちんと書いてないので、とりあえずこちらに。

インストール

$ gem install web_invoice
$ webinvoice [-c config-file] [-d download-dir] [-u user] [-p password]

使い方

インストールすると、webinvoiceコマンドが使えるようになります。パラメータは以下の通り。

-c 設定ファイル: 通常 ~/.webinvoicerc となっている設定ファイルを別のパス名で設定します。
-d ダウンロード先ディレクトリ: (設定ファイル中の記述より優先されます。)
-u ユーザ名: (設定ファイル中の記述より優先されます。)
-p パスワード: (設定ファイル中の記述より優先されます。)

設定ファイル

通常は ~/.webinvoicerc という名前です。書式はYAMLフォーマットです。

services:
  saison_card:
    user: [Netアンサーのユーザ名]
    password: [Netアンサーのパスワード]
    download_to: ダウンロード先ディレクトリ(フルパス)
    default: true

保存ファイル名

セゾンカードの場合、SAISON_YYMM.csv と SAISON_YYMM.pdf という2つのファイルがダウンロードされます。YY=年(西暦の下2桁)、MM=月。

バグ

他のWeb明細がダウンロードできるようになるかは未定です。 ruby 1.9.2でのみ動作確認しています。一番難しかったのはwebからのデータ取得ではなく、コマンドラインインターフェースを作るところでした。次からはもっと簡単になるはず。:-)

下北沢オープンソースCafeプレオープンJellyに参加

2011-03-10T02:23:00.001+09:00

@ cognitomさんが仕事場の近くのガレージを改造して作られたコワーキングスペース、下北沢オープンソースCafeのプレオープンイベントに参加した。場所は下北沢駅から5分程度の住宅街の中。知っていなければ気づかずに通り過ぎてしまいそうな隠れ家的雰囲気をもったコワーキングスペースである。 Facebookページはこちら。

元々ガレージだったこともあり、車一台が入るほどの広さ。プロジェクタの代わりになる60インチのディスプレイにつながる形で4人掛けの机。その反対側の壁にはカウンタ型の細長い机。（今回はここに4人ほどが座った。）そして小さめの机に2つの椅子。今回はこのすべてが埋まったのだが、さすがに満員といったところであった。天気が良くあたたかい日であれば、外に机と椅子を置いての作業もできそう。

普段お邪魔しているPAX Coworkingとは異なり、空間の狭さが濃密な空気を生み出していた。逆に複数のグループがそれぞれ会話をするというのは少し難しいかなと感じた。

今回はプレオープンJellyという形であったが、正式オープン後は毎週水曜日にJellyを開催するとのこと。このように定期的な開催をすることが、独自の「場」を作り出す要素になりそうな予感もある。

コワーキングならではの創発的ディスカッションは健在で、今回は、新しくMacを買われた参加者のために、自分たちがどんなソフトを使っているかを紹介し合うという場も発生した。その後はJellyの中で30分程度の(小ネタ的な)ものを説明するセミナー的なものをやってはという提案もあり、面白い展開が見込めそうな気がした。

興味のある方はぜひ一度参加してはいかがだろうか。このカフェ専用のTwitterアカウント OSSCafeもあるので、情報はそちらを参照するか、前述のFacebookページをみていただくのが早いと思う。

Macでいろいろと役に立つソフト。 (備忘録的な意味でまとめます。Web開発系がベースですが、一般的なものも少しあります)

請求管理: Billings 3 | Professional Time Billing for Anyone. http://j.mp/hl3vXT
ブラウザ操作自動化: Fake - Mac OS X Web Browser Automation and Webapp Testing Made Simple. http://j.mp/gkJw6Q
Web画面キャプチャ: LittleSnapper - Screenshot and Website Capture for Mac http://j.mp/gct6zJ
スクリーンレコーダ: Screencasting Software - ScreenFlow Overview - Telestream http://j.mp/g5UVIg
素材: ストックフォト：ロイヤリティフリーの画像＆写真の検索 | iStockphoto.com http://j.mp/hLu64R
素材: 写真素材 - PIXTA http://j.mp/h3LKU9
自分がどんなソフトをどれぐらい使っているかを計測するツール: Wakoopa - Tracking & Understanding http://j.mp/f4V70Q
不要ファイルを指定した条件で定期的に削除: Noodlesoft: Hazel http://j.mp/hF8OWx
CSS/HTMLエディタ: MacRabbit - Espresso http://j.mp/edqsEC
MySQL データベース操作ツール: Navicat - MySQL For Mac OS X - The best free MySQL Client Management tool http://j.mp/gNJIQU
GitXの「使える」バージョン: Brotherbards's Blog » Blog Archive » Experimental GitX fork http://j.mp/gC6rGQ
Subversion GUI for Mac --- 失念！

その他、英語版アプリに日本語表示用のテキストを入れるためのワザなどの紹介もあった。

DNSサービスDozens APIにrubyからアクセスしてみる

2011-02-18T00:11:00.001+09:00

お世話になっているワンダーウォールの松田さん(twitter:@ mzdakr )がDozensというサービスを作られている。今日はそれがTechCrunchでも取り上げられたりした。

実はこのDozens、少し前にAPIが出ていて、ぼくもrubyでアクセスしてみたりしたのだが、どうもうまくいかなかった。がしかし、松田さんからサンプルをいただいていろいろ試していたところ、Content-Typeにapplication/jsonをちゃんと設定すればよいことを発見、無事に動作した。しかもドキュメントにちゃんと書いてあったというオチ。(苦笑)

まあドキュメントを読めば作れるものではあるけれど、自分の情けなさも含めて、コードをgistで晒しておくことにする。著作権は主張しませんので、PUBLIC DOMAINで扱ってください。実際に使うときはエラーチェックとかしっかりしたほうがよいと思いますが。(笑) APIのほうはまだβということで、将来的に仕様が落ち着いてきたらgem化したりするかも知れません。

GeoHex V3 for Java 正式版リリース

2010-12-26T15:23:00.004+09:00

GeoHexがV3にバージョンアップしました。ということでJava版もV3にアップデートしました。

See: chsh/geohex4j - GitHub https://github.com/chsh/geohex4j

テストデータを @ sa2da さんから受け取り、一部JavaScript側での対応をしていただいたため、すべてのテストが通るようになりました。これをもって、正式リリースとします。

それではどうぞお楽しみください。

GeoHex by sa2da is licensed under a Creative Commons 表示-継承 2.1 日本 License.

コワーキングが生み出す新しい仕事の形

2010-12-12T11:11:00.001+09:00

私がコワーキングを知ったきっかけはパクチーでした。(笑)今年の９月ごろ、たぶんGoogleで関連ワードを検索 ☞ パクチー狂会 ☞ 主催者でパクチーハウス東京を経営されている佐谷さんのブログ ☞ PAX Coworkingというスペースがある ☞ Jellyというイベントがあるらしい ☞ 参加してみた ☞ 楽しすぎる ☞ 何度も参加したという流れです。

元々、面白そうなことには首を突っ込みたくなる性分なのですが、単純なシェアオフィスとも異なる「コミュニティ」や「コラボレーション」という言葉に良い意味で少し引っかかるものを感じ参加したところ、これが予想を遙かに上回る楽しさ。そんなわけで、すっかりハマってしまって今にいたります。

私自身は10年程度小さいソフトウェア会社を経営しているエンジニアです。ほとんどフリーランスのようなものです。一般的な会社の方と仕事をすることがほとんどですが、そういった会社の構造が、ソフトウェア作りとかみ合わない場面をいくつか見てきました。中で仕事をしておられる人に問題があるわけではなく、物理的なモノを作ることを目的とした形が、知識を組み立てたモノを生み出す形にそぐわないという感覚です。だからといって、みながフリーランスで仕事をすればよいというものでもありません。少し前から語られるようになったノマドワーキングも、あくまでスタイルであり、会社を置き換えるような仕事の形を提示するものではありません。

しかし、コワーキングはこんな状況を変えていくかも知れない、そんな期待を持っています。現状におけるコワーキングの定義は、フリーランスやそれに相当する人たちが何らかのつながりを持って仕事をすることです。ただ、そこで終わることは多分ない。人と人が組み合わさることで、思いもよらない何かが生み出される。ぼくは、このムーブメントをきっかけに、新しい組織の形なり運営方法なりが発明されるのではないかと思っています。

その兆候はすでにあります。何度か参加しているJellyをきっかけに、アイデアが一気に凝縮され、形になっていくプロセスを実感しました。これについてはブログの別エントリを参照いただければと思いますが、今までに感じたことのないコラボレーションでした。

これと似たようなことが、少なくともソフトウェアやサービスを作るところではたくさん起きてきそうな予感がします。もちろん、それ以外にも仕事のジャンルは無数にありますが、コワーキングの効果が一番早く現れるのは、考えた結果がダイレクトに出てくるタイプの仕事かなと思います。というか、予想するだけじゃなくて自分で何か作ったほうが楽しいし、たぶんコワーキングなら相互に助け合って面白いものが作れますよ。さあ、みなさん、ご一緒にコワーキングしましょう♪そして新しい時代をみんなで作りましょう。

揮発性データチェックサンプル

2010-12-08T23:38:00.000+09:00

短い時間にのみ重複する要素を検証する方法として作った例。
キーが存在していれば「ある」を返し、なければキーを設定するが数秒で揮発するようにタイマーを設定しているだけ。
書き込みをロックした方がよいような気もするけれど、とりあえず簡単なアイデアとして。

How to Start CoCoworking with various nomad workers.

2010-11-23T21:37:00.004+09:00

Coworking(コワーキング)が少しずつ認知されてきています。実際に参加してみると、その面白さにハマることは請け合いですが、まだまだ場所が少ないのが現実です。

しかし、コワーキングはスピリットである、というのもまた事実です。場所はあくまでも触媒であり、そこに集まる人こそが宝なのです。

しかし、触媒がなくてどうやって集まれるのか。そこで気づいたのがオフィスでも自宅でもないサードプレイスと呼ばれる場所。最近のノマドワーキングの盛り上がりから、サードプレイスは増えてきています。常設は難しくても即席のコワーキングスペースとしては成り立つかも知れません。

そこで、いろいろなノマドワーカーがいろいろなサードプレイスで、「私はココで仕事をしています。良かったら一緒に働こう！」というメッセージを発し、そのメッセージを受け取った人がそこに集まる、という仕組みを思いつき、これを「ココワーキング」と名付けました。

しかし細かいところは全然決まっていません。(笑) 私自身は、六本木ライブラリにいることが多いので、いるときは#cocowというハッシュタグと場所を示す何か(とりあえずFoursquareあたり)で意思表明してみようと思います。ただ、これだと集まりにくそうなので、ある程度日付と時間帯を決めて全国的に開催したり、カフェなどで(もちろん許諾は取った上で)開催するというのも面白いかなと思っています。

あと、サードプレイスはココワーキング専用のスペースではありません。関係のない方もいらっしゃいます。そのため、お互いを認識できるマークやカラーを決めたら、仲間意識も盛り上がり、一般の方には迷惑をかけずにすむのではないかと思います。どんな共通項でもよいと思いますが、一つだけ私が希望するのは、黄色以外を使って欲しいということのみであります！

ということで、CoCoworkingをしてみたい人、CoCoworkingをしてる人に会ってみたい人は、どんどんハッシュタグ#cocowでつながりましょう。つながれたらいいですね。

大人の秘密基地作りはとっても楽しい体験だった

2010-11-12T22:08:00.005+09:00

最近、経堂にあるPAX Coworkingというコワーキングスペースで行われているJellyというイベントに何度か参加した。そこで出会った@ mzdakrさんや@ pfjkさんと半ば突発的に開発をスタートさせたサービスがeventre.am。

詳細はmzdakrさんのブログエントリやpfjkさんのブログエントリをご覧いただくとして、特筆すべきはそのスピード感であった。

10/28に構想を打ち合わせ、11/4新宿スタバでの第一バージョン発表までが１週間。その翌週にはデザインも適用したバージョンにまでアップデート。さらに11/8にMashup Award 6に応募。その２日後、11/10の夜までに、デザインや機能面もさらにアップデート。どこからどうみてもあり得ない展開になかば酔いそうになりながら過ごした２週間だった。

なぜこんなことが実現できたのか。もちろん、素晴らしいメンバーに出会えたことが１番の理由ではあるが、ぼくの中では「純粋に自分たちが面白がるだけが目的の遊びができた」ことにつきる。この体験、どこか記憶に残っていながら思い出せなかったが、作っている途中から、子供のころの秘密基地作りと同じだということに気づいた。

子供の遊びというのは基本的に揮発性のもので、遊び終わったら何かが残るということはない。しかし、秘密基地だけは別である。

信頼できる仲間が集まる。
場所を選定する。
材料を集めて居場所を構築する。
細心の注意をもって居場所を維持する。

そのどれが欠けても成立しない。

今回はそのすべてが揃った。奇跡的に。決して「秘密」ではないけれど、これはぼくにとって、秘密基地作りそのものだった。他でもない、スタバでリリース情報をゲリラ的に発表。途中の連絡はほぼTwitterで公開しながら行ったが、これはトランシーバーでの会話。 11/10のMashup Award 6のコンテンツ更新締め切りの直前には、DMでのやりとりもあり、まるでスパイ映画の主人公になっているような高揚感。さらに言うと、メンバーはそれぞれがプロフェッショナルで、子供の秘密基地とは全く違うグレードの高さを確保。

今、少し落ち着いてはいるけれど、思い返すに「ありえねー」的な展開なのだ。

これが、Coworking(コワーキング)でいつも得られるとは限らないし、本当に偶然が重なったことだけは確かだと思うけれど、こんなことが起きたという事実は記録に残しておきたいと思う。どこか別の場所で別の仲間が、新しい秘密基地を作り上げることを願って。

GeoHexをJavaにポーティングしてみた(V2対応)

2010-10-02T23:44:00.022+09:00

@ sa2daさんが作られた規格 GeoHex（ジオヘックス） | geogames.net http://geogames.net/labs/geohex をrubyにポーティングした@ hal_skさんのソースをJavaにポーティングしてみました。RSpecで用意されていたテストケースもJavaで動くようにしました。今までなかったのは、LLと違って単にニーズがないだけなのかもなあと思いつつ、せっかくなので公開します。
中身がちゃんとわかってないんですが(汗)、テストはすべて通るようになったので、githubに置いてみました。 http://github.com/chsh/geohex4j
Solrのほうにうまくつなげられたら面白いことができるかも知れないと思ってのことですが、実際そのあたりがどうなるかは全くの未定です。
もし質問とかがあれば、 @chshii あてにつぶやくか、このエントリにコメントいただければと思います。

2010/10/6 追記
ライセンス表記を失念しておりました。失礼いたしました。

GeoHex by sa2da is licensed under a Creative Commons 表示-継承 2.1 日本 License.

V2(世界対応版)に関する情報は http://geogames.net/geohex/v2 から参照できます。

上記エントリは当初V1(日本国内版)を対象としたものでしたが、その後V2(世界対応版)にも対応しました。こちらはオリジナルのJavaScriptからポーティングしたもので、ライセンスもCC-BY-SAに従います。現在のところ、オリジナル版に実装されているメソッドのうち、getZoneBy系のもののみ動作します。また、シンプルに使えるencode/decodeメソッドをラッパーの形で付け足しています。

Google Spreadsheetのセル数上限は40万

2010-09-25T13:37:00.033+09:00

Google Spreadsheetのセル数上限は40万(このブログ記事を公開する時点で)。
ドキュメントにあたったところ、スタートガイド - Google ドキュメントヘルプ http://j.mp/aswch8 の情報では20万セルと、サイズの制限 : Google ドキュメントの概要 - Google ドキュメントヘルプ http://j.mp/91Wo46 の情報では40万セルと異なっていたので実際に確認してみた。
値入りの200列x500行(=10万セル)のシートを4枚作り、新しいシートを作ったり、シート内にセルを追加しようとするとエラーが出る。シート内での最大行数は制限がないということで確認していない。
Google SpreadsheetはAPIがあるのでデータベース的な使い方も可能だが、サイズ的には、200列x2000行、100列x4000行、50列x8000行、25列x16000行なので、用途によってはすぐに上限に達してしまいそうなので注意。データが多くなれば、Webでの編集はもちろん重くなるので、あくまで「簡易な」データベースと考えておいた方が無難だなあ。

ブログを引っ越し

2010-08-23T14:01:00.000+09:00

今まで、CORESERVER上にブログを置いていましたが、契約を続けないことにしました。ということで、Bloggerに移動です。今までのコンテンツはバックアップが取ってあるので、どこか別のサーバであらためて公開することがあるかも知れません。これからもどうぞよろしくお願いします。