Geohashのアルゴリズム
Photo by Ludovico Cera 前回、最後にGeohashのエンコード・デコード方法を解説、とか書いたのですが、私が書く前にyuroyoroさんがブログで解説していました。しっかり解説されているので、ぜひ、そちらをご覧ください。 Geohashのミソは、座標を2進数にして、それを交互に並べる所にあります。そしてそれをBASE32でエンコードすることで、座標を文字列にして表現しています。 BASE32は、5ビットで1文字なので、Geohashの長さが奇数の場合は、経度の方がビットが短くなります。 (例: 5文字の場合 全25ビット 緯度が13ビット、経度が12ビット) そのため、グリッドの大きさが、Geohashが奇数の場合は縦長、偶数の場合は横長になります。 ビット列から文字列へのエンコード方法に、BASE32を使っているのは大文字小文字を区別しないためだと思いますが、これを
緯度経度を文字列で表すGeoHash - @masuidrive blog
なんか世間的に位置情報アプリが流行ってるらしいし、Google App Engine(GAE)も楽しそう。どうせだから、GAEでなんか位置情報アプリでも作ってみよう！と思ってTwitterに書き込んだところ、Geohashという、位置情報のプロトコル？を教えてもらいました。 これは、その名の通り、位置情報をハッシュで表す規格なのですが、いろいろおもしろい特徴があり、調べているうちに楽しくなってきたので、勢い余ってPure Rubyのライブラリまで書いちゃいました。 そのあと、結局ライブラリを作ったところで満足して、アプリは何も作らなかったので、せめてGeohashの解説でも書いておこうと思います。 位置情報は通常、緯度経度で表します。たとえば東京タワーの緯度経度は35.65861, 139.745447です。 北を上にした地図でいうと、緯度がY座標で経度がX座標です。英語では緯度をlati
CSSを拡張するプリプロセッサを考える
Photo by Aaron Landry CSSで、式とかマクロが使えたらなーと思うことがよくあるので、この際だからプリプロセッサを作ろうと思っています。 文法としては、CSSの構造を大きく変えないで行きます。あくまでプリプロセッサ的な役割で。Sassの様に構文を変えてしまうと、デザイナーの人が取っつき難くなりそうで。 今のところ、考えている文法の例を下に置きました。誰でも考えそうな所で、includeによる読み込み、ネストをサポート、式と制御構造のサポートを行います。 このプリプロセッサはサーバサイドで動的に生成するのではなく、一度静的にCSSに変換して使うことを考えています。その為、User agentなど外部からの変数はサポートしません。 使い方としては、コマンドラインツールによる変換と、Javascriptによる動的な読み込みをサポートする予定です。 開発中は、HTML内に<sc
NoSQL – SQLはもう古い?
Photo by shindotv ここ最近、海外のブログで「NoSQL」という単語をちょこちょこと見るようになりました。 これは新しいデータベースのムーブメントで、「SQL=リレーショナル」ではないデータベースの事を指しています。 NoSQL DBサーバの有名な物は、Facebookがリリースした「Cassandra」、Erlangで書かれた「CouchDB」、日本からは、mixiがリリースしている「TokyoTyrant」があります。 またGoogle App Engineでは、DataStoreというBigTableベースのNoSQLサービスが提供されています。 ある程度ユーザを集めたコンシューマ向けサービスは、大抵の場合パフォーマンスとの戦いとなります。 技術誌の中でも「スケールアウト技法」的な記事を目にすることが増えてきたことからも、多くのサイト運営者が、パフォーマンスの問題を抱
Webでの非同期処理を考えてみる [長い記事だけどコメント求む!]
Photo by harry harris いまPhotoShareのサーバの実装を大きく変えようとして悩んでいます。 (参考: Life is beautiful: マルチスレッド・プログラミングの落とし穴、その２) Rails 2.2でThread safeになるとか、NeverBlockで12倍速くなるっていう話もあるんだけど、負荷が上がればレスポンスが悪くなるのは、どうしようもない。マシンを増やせば解決できる部分もあるけど、マシンを増やせばコストは上がる。 Life is beautifulで書かれていますが、確かに全部の処理を同期的に行う必要はないんですよね。 PhotoShareでも、既にいくつかのページは非同期にerbを生成して、それをRailsとerubisで読み込んで実行しています。 しかし、Railsだけではこういった非同期の処理やviewの一部を事前に生成するという処
![Webでの非同期処理を考えてみる [長い記事だけどコメント求む!]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5bfe0ff7b7b40f7cbbbf772fcb58fe20116a468d/height=288;version=1;width=512/http%3A%2F%2Ffarm1.static.flickr.com%2F124%2F414124784_2ddd9e2e05_m.jpg)
Flickrでかっこいいデスクトップを探してみた
自分の仕事環境をもっとよくするために、参考になりそうな机は無いかなーとFlickrで検索してみました。 特にデザイン系の会社だと、カッコいいオフィスがありそうなので、もしご存じの方いましたら、できれば写真があるページを教えてもらえませんか？ コメントかはてブでお願いします。 view from my workspace Originally uploaded by cityflickr こんな環境で仕事してみたい。 400年前の城らしいですよ。ここ。 ニセコで仕事したときは気持ち良かったなぁ。 Before-after1 Originally uploaded by m2j2 机のビフォーアフター。 前は何でこんな位置にディスプレイがあったんだ？ Home office 2.0 Originally uploaded by slrw82 シンプルでいいですね。屋根裏っぽいのが憧れる。 Th
masuidrive on rails - IKEAと5万円で作る快適仕事場
日本での仕事場環境作りの話はこちら。 Impress BB Watchのデスクトップ百景でMac上のデスクトップを紹介して頂いたので、連動してリアルなデスクトップの話です。 私は家で仕事をしていますが、仕事部屋を設けるのではなく、リビングに机を置いて仕事をしています。 一日の時間のほとんどをPCに向かっているので、一番広い部屋を使わないのはもったいないのです。 仕事机を置くのに必要なスペースは大体2畳程度です。リビングが広めだと、思ったより圧迫感は出ないと思います。なので、うちでは、1LDKで広い部屋の物件を探しました。いま住んでいる家も1LDKです。 アメリカに引っ越してまず行った場所はIKEA。今回の引っ越しでは、アーロン以外の家具類は全部処分してきてしまったので、仕事机も棚も全部買い直しです。 私は、17インチ2枚と、24インチ1枚のディスプレイをアームで固定しています。アームを使う
hatana_bookmark_anywhere.jsの設置方法とカスタマイズ
Photo by Marco Gomes hatana_bookmark_anywhere.jsを設置してくださった方々ありがとうございます。 ブログへの設置方法を書いてくださっている方がまとめておきます。他のブログへの設置方法を書いていただける方、ご連絡お待ちしています。 WordPressへの設置方法 をかもとさんが、プラグインを公開しています。 WordPress Plugins/JSeries » Hatena bookmark anywhere Voxへの設置 今書いた記事のブクマを見る – file-glob こと k.daibaの日記 ココログベーシックへの設置方法 去りにし日々、今ひとたびの幻: [blog]ブログにはてブのコメントを表示する Movable Typeへの設置方法 はてブのコメントを好きな場所に表示する Seesaa ブログへの設置方法 この際、言いたい放題
masuidrive on rails - ブログにはてブのコメントを表示するhatana_bookmark_anywhere.js
Photo by puddles for snails ブログを書いていると、はてなブックマークにいいコメントが付くことがあって、これが多くの人に見てもらえないのは、勿体ないなぁーと思うことがたまにあります。 本当はブログのコメント欄に残してもらえるとうれしいのですが、敷居が高いのかなかなか書いてもらえません。 それなら、ブログにはてなブックマークのコメントを表示すればいい！と思って作ってみました。 どこでもはてなブックマークのコメントを表示するスクリプト、「hatana_bookmark_anywhere.js ver 0.1」をリリースします。 実際の設置例はこのページの下の方を見てください。 設置方法は超簡単。https://raw.github.com/masuidrive/hatena-bookmark-anywhere/master/hatena-bookmark-anywhe
今日はPukiWikiの話です
今日は文科省の研修で、PukiWikiの話をします。最近は、なんだかスピーカーばかりしていますw 明日もLinuxコンソーシアムで、パネリストをやる予定です。 さて、今日の受講者は主に高校の先生方なので、実際にPukiWikiに触れてもらって、手軽さを感じ取ってもらいたいと思っています。 初めは資料を全部印刷しようと思ったのですが、いま時それも無いだろうということで、ここで公開して、実習時にスクリーン以外に、このページを見ながら実習を進めてもらおうと思っています。 実はPukiWikiの話をするのは、InternetWeek 2004以来ひさびさです。特に実習込みは初めてなので、時間配分が難しいですね。 なお、この講習会では、「PukiWiki入門」を配った上で進めています。このプレゼンをみて興味を持った方は買っていただけると嬉しいです。
masuidrive on rails » Blog Archive » プロジェクトの始まりはTracから
そんなわけで、プロジェクトの始まりはTracから。これがないと仕事が始まりません。 Tracが一番良いわけでも無いんだけど、日本語マニュアルがあるところと、ユーザが多いことから、subversionとの連携スクリプトなどが多数公開されているところが、選択理由です。 Railsベースでも複数、プロジェクト管理ソフトが出てきているので、どれか良い物に育ってくれると嬉しいなと思っています。 さて、tracのインストール方法はwebで沢山見つかるので、それを参考にインストール。 Tracは初期設定でも十分使いやすいんですが、チケット登録で担当者をドロップダウンリストにするために設定を変更します。 tracの設定ファイル conf/trac.iniの下記の項目を変更してください。 [trac] default_charset = utf-8 # 文字コードはUTF-8で [ticket] restr
masuidrive on rails » Blog Archive » masuidrive的プロジェクトの方針
初めて会社員になって早3ヶ月。会社の仕組みもやっと分かってきたし、そろそろ本格的に開発プロジェクトも動いて行くということで、今後、社内で私と一緒に開発して行く人に、「私がどういう考えで仕事を進めていきたいか」という事を知ってもらうためのプレゼンを作ってみました。(今のところ一人だけど) NIFTYさんと仕事した時も、作業に入る前に「今までどうやって遠隔地で仕事を進めてきたのか」をプレゼンしていました。特に初めて仕事をする場合、「今まで自分はどういう風に仕事をしてきて、この仕事はどういう風に勧めていきたいか」を明確にしておくと、スムーズに仕事を進めることができます。 仕事、特にその上でのコミュニケーションをうまく進めていくためには、信頼と共通認識が必要だと思ってます。信頼は当たり前の話ですが、開発を進める上での共通認識についてはあまり重要視されることが無い気がしています。 仕事をする上ではコ
Rails 1.1はどこが新しくなるのか (翻訳中)
Posted by masuidrive Tue, 28 Feb 2006 23:20:00 GMT Scott Raymond氏が、ChangeLogなどを元にRails 1.1に搭載される予定の機能をWhat (will be) new in Rails 1.1 にまとめて公開しています。 氏に許可を頂いたので、ここで翻訳したいと思います。私は英語が苦手で勉強をしつつ翻訳なので、間違いもあると思います。気がついた事があれば、コメントをお願いします。 できた所からアップしていますが、自信がなかった部分については、英文も残してありますので、おかしい部分があったら、これもコメントお願いします。 追記 2006/03/03 22:00 遅くなりましたが、やっと終わりました。どーしても訳せなかった文がいくつかあるので、誰か教えてください。翻訳は初めてやったんですけど、ホント難しいですね。 追記
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
masuidrive on rails » Blog Archive » [予告編 30分]AIRとBlazeDSとRubyでメッセンジャーを作る[129ページ]
masuidrive on rails » Blog Archive » アジャイルな環境作り - そんなに急いでどこへ行く