有限会社　高梨IT製作所

ほんとにひさびさの更新になってしまいました。

タイトルの数式、もちろん数学的には間違っています。では何がいいたいか、というと・・・

弊社もついに、「人」を雇うようになりました！＼(^o^)／

一人社長として呻吟しながら、あるいは連絡さえ取れなくなりお客様にご迷惑をおかけしながら、なんとか5年あきらめず頑張ってきましたが、これで弊社の抱える問題の一つが解消されました！今、本当に気が軽いです。

いずれ、このブログにもその方に投稿していただくようになるかもしれませんので、お読みの皆様におかれてはよろしくお付き合いのほどお願い致します。m(__)m

いつだったか「弊社ホームページを見て仕事依頼は、今のところない」ようなことを書きましたが、その方は、なんと「弊社ホームページを見て」エントリーメールを送ってきました。すでに何件かお仕事を依頼し、働いていただいております。

正直な話、仕事の依頼などより、優れた人材を呼び寄せられるほうがどのくらいありがたいかわかりません。特に、当市のような地域においては。

人柄・職歴については申し分なく、技術的にもちょうど私の詳しくないところをよくご存じなので、まさに願ったりかなったりです。

ちょっとこのところすでに請け負っていた仕事でバタバタしていたので、体制は整備中なのですが、まあ少なくとも「一人社長」と卑下しなくてよくなったのかな、と思っています。ｗ

あとは、ちゃんと給料を支払えるよう定常的に仕事を獲得できるか、が問題ですね。今までなら私がガマンすればよかったのですが、これからはそうもいかなくなります。ただ、この点については、最近私自身が多忙だったこともあり、その繋がりはもちろん維持しているので、あまり心配していません。むしろ、「スタッフが増えました」と言えば、より安心しておつきあいいただけるのではないかと思っています。

１人を雇う体制を整えれば、２人、３人と増やしていくのは、たぶん最初のときよりも苦労はないはずで、その準備に取り組んでいます。

世の中は、3.11震災の影響で風評被害やら倒産やらと不景気な話ばかりで、もしかしたらこんな話は不謹慎なのかもしれませんが、弊社としてぜひアナウンスしておきたく、今回の記事を書かせていただきました。

今までは、機械を動かすことを考えていればよかったですが、これからは人を動かすことも勉強もしなければなりませんね。なんて、生意気なことを言っていますが、皆様からのご指導・ご鞭撻をよろしくお願い致します。m(__)m

[2011年4月12日 09:55 追記] リトル・チャロ2にも対応した Ver.0.13 を公開しました。

コメント・メールなどで不具合をお知らせいただきました皆様、また、対応方法をコメントにお寄せいただいた皆様に感謝申し上げます。

キャプチャツール Ver 0.12 Ver 0.13(2011年度&リトル・チャロ2対応バージョン)を下記のリンクよりリリースさせていただきます。

nhk-rtmp-capture-ver0.13

使い方は今までと変わりありません。リトル・チャロ２にも対応しようと思いましたが、今のところ対応できていません。ご了承ください。 リトル・チャロ2のストリーミングダウンロードにも対応しました。また、ダウンロード中にウィンドウを操作しても表示が固まらなくなりました。

2011年度からはFlashの再生プログラム(streaming.swf)に変更が加えられ、毎週、14桁のマジックワード(0077PTLP2BX71C, 0109BSNQVLFRF1など)が埋め込まれるようになり、これを抽出しないとダウンロードできない状態になっておりました。これを解析する方法を探っていたのと、弊社業務、また私自身の体調不良などが重なってしまい、リリースが遅くなりました。申し訳ございません。

このマジックワードの解析方法は人の手を介さず、自動的に解析できる方法を確立ずみです。毎週月曜日に最新のものに更新し、それを本ツールで読みに行く形を取っています。

また、今回は公開方針・および寄付のあり方について、ご指摘をいただきました。

公開方針について

このプログラムは多くのオープンソースソフトウェアを使って構成されています。そのプログラムをクローズド・ソースにして公開しておりましたのは、改変が加えられた場合、私が責任をもてなくなってしまうことを危惧したためです。しかしながら、今回、対応方法など、ユーザー様から多くのご協力をいただきました。この状況を鑑み、Google Project Hosting に全コードと使用バイナリを公開することに致しました。

寄付について

当初、自宅サーバで公開していましたところ、予想を大幅に超えるアクセス数をいただき、とても自前サーバでは対応しきれず、やむなく外部ホスティングサービス(さくらインターネット)を利用することになりました。サーバ代自体は月数百円程度ですので、自前でお支払いしてもよかったのですが、「もしかしたら月1回くらいは寄付があるかもしれない」という予想のもと、任意の寄付をお願いしておりました。が、こちらも予想を大幅に超える善意の寄付をいただくことになりました。

おかげさまで寄付ベースのビジネス(?)に関して充分な経験を積むことができました。コメントなどでご意見もいただいているところですし、これを機に弊社あての寄付は受付を終了とさせていただきたいと存じます。今までご寄付いただきました皆様、誠にありがとうございました。

ただし、皆様ご存じの通り、3月11日に発した東日本大震災には今後も多額の援助が必要となりそうです。日本赤十字社のサイトからは銀行振込・クレジットカード・コンビニ決済など多様な義援金の受付を行っています。

もし、本ソフトが皆様のお役に立ち、その謝意を示すことをご希望される方は、上記リンクより、任意の額の義援金をお申し出いただければと存じます。

今後のTODOなど

先にも書きましたとおり、リトル・チャロ２への対応ができておりません。また、Windowsでの利用を前提としており、Mac対応のリクエストもいただいております。ですので、

• リトル・チャロ対応
• Adobe Airアプリとして作り直し、Mac&Win両方で動作するものにする

を今後の課題とさせていただければと存じます。

今後とも、本ツールへのご理解・ご協力をよろしくお願い申し上げます。

facebookのウォールやTwitterのタイムラインが気になってしかたがないソーシャルモンキーの皆さまこんばんは。無料で使えるAPIやPaaSを日々探索中の高梨です。

さて、私事ですが、以前からこういうのできたらいいなーと思っていたことのひとつに「SNSを通じて知り合った人と本やCD, DVDを貸合えたら」ってのがありました。さすがにP2Pでデータをやりとりとなると著作権法的にアレでしょうけど、現物を貸し借りする分には問題ない、はず。一言で言えば「P2P図書館」です。ちょっと前までは日本でSNSといえばmixiでしたが、ガラケーアプリ開発が必須だったり、時代の流れ的にfacebookかな、と。何より商用利用も可ってのがいいですよね。

まあ実際に貸し借りをしなくても、個人の蔵書データベースをネット上に持てるだけでも、ちょっとステキです。「へー、この人の読んだこの本、面白そう」とかね。中には持ってることを公開したくない物もあるでしょうけど、それは非公開にするか、そもそも登録しなければいいわけで。

実際すでに、似たようなサービスはいくつかありますが、私がやりたかったのは

1. USBカメラに書籍のISBNバーコードを見せて登録 (いちいち検索&登録という2段階の作業をしない)。
2. バルク登録(ISBN一覧データで)も可能。
3. 本を登録したりコメント書くと同時にウォールに書き込まれる。
4. データはいつでもエクスポート可能。
5. 「借りたい」申請が「いいね!」くらい簡単にできる。
6. 本棚でカテゴリ分けできて、RSSで取得できる。

といったものです。ブクログさんなんかはかなり上に近いです。特に、4.の機能は地味だけど大切で、いくら提供側が「クラウドだから大丈夫」といってもユーザさんの安心度が違ってきます。実際、読書メーターさんの機能リクエストを見ても、データのインポート・エクスポートは需要が高いようです。APIを切りだして実装はユーザさんに任せるというのも手ですね。

で、いろいろ調査して以下のようなサービスを材料にすることにしました。

• Amazon Product Advertising API (書籍&商品データ取得。海外の商品も検索できるようにする)
• Google App Engine (Webインターフェース、ビジネスロジック。言語はPython)
• Amazon SimpleDB (いわゆるNoSQLだが、LIKE 検索も可能。GAEのDataStoreではそれができない)

また、使用するライブラリは以下。

• jQuery (AjaxおよびXMLパース)
• ZXing (Flashでバーコード読み取り)
• boto (AWSを使うためのPythonライブラリ)
• Kay (GAE専用？のフレームワーク)

ソースコードのレポジトリはSubversionホスティングをしてくれる unfuddle.com に置くことにしました。

というわけで、材料の調査はだいたい目処がつきました。後はこれを組み合わせてコーディングしていきます。

私はGoogleの回し者ではありませんが、ｗ 昨日のGmailサービス障害について、公式なアナウンスが出ていましたので、意訳してお知らせしたいと思います。

Gmail back soon for everyone (Gmailはもうすぐ全員分が復旧します)

Monday, February 28, 2011 | 6:30 PMPosted by Ben Treynor, VP Engineering and Site Reliability Czar (24×7)

Imagine the sinking feeling of logging in to your Gmail account and finding it empty. That’s what happened to 0.02% of Gmail users yesterday, and we’re very sorry. The good news is that email was never lost and we’ve restored access for many of those affected. Though it may take longer than we originally expected, we’re making good progress and things should be back to normal for everyone soon.

Gmailアカウントにログインしたら、空っぽだった、なんて、落胆させるような感じを想像してみてください。それが昨日0.02%のGmailユーザに起こったことです。大変申し訳ありません。不幸中の幸いとしては、メールは失われておらず、影響のあった多くの人たちにはアクセスを復旧できたことです。当初に予想していたよりも長くはなってしまいましたが、作業は順調に進んでおり、もうすぐ全ての人にとって通常通りになるでしょう。

I know what some of you are thinking: how could this happen if we have multiple copies of your data, in multiple data centers? Well, in some rare instances software bugs can affect several copies of the data. That’s what happened here. Some copies of mail were deleted, and we’ve been hard at work over the last 30 hours getting it back for the people affected by this issue.

こう考えている人もいるでしょう。「複数のデータセンターに複数のデータのコピーを取っているなら、なぜこんなことが起こりうるうんだ？」と。珍しいケースでは、ソフトウェアのバグがいくつかのコピーに影響することがあります。それがこの場合で起こったことです。メールデータのコピーのいくつかは削除されてしまい、我々はこの30時間に渡り、この問題で影響を受けた人々を元に戻すため、作業を懸命に続けています。

To protect your information from these unusual bugs, we also back it up to tape. Since the tapes are offline, they’re protected from such software bugs. But restoring data from them also takes longer than transferring your requests to another data center, which is why it’s taken us hours to get the email back instead of milliseconds.

これらの異常なバグからお客様の情報を保護するために、我々はテープにもバックアップを取っています。テープはオフラインであるため、そのようなソフトウェアのバグからは保護されます。ただ、それらからデータを復旧することは、リクエストを他のデータセンターに転送するよりも時間がかかります。それがメールを元にもどすのに、ミリセカンド以上の時間がかかっている理由なのです。

So what caused this problem? We released a storage software update that introduced the unexpected bug, which caused 0.02% of Gmail users to temporarily lose access to their email. When we discovered the problem, we immediately stopped the deployment of the new software and reverted to the old version.

それで、何がこの問題を引き起こしたのか？ 我々は、0.02%のGmailユーザに一時的なアクセス障害を引き起こすという予期しなかったバグを発現したストレージソフトウェアの更新をリリースしてしまいました。問題を発見した際には、新しいソフトウェアの適用を即時中止し、古いバージョンに変更します。(読み間違いにより、誤訳していたので修正。)問題を発見した際、我々は新しいソフトウェアの適用を即時中止し、古いバージョンに戻しました。

As always, we’ll post a detailed incident report outlining what happened to the Apps Status Dashboard, as well as the corrective actions we’re taking to help prevent it from occurring again. If you were affected by this issue, it’s important to note that email sent to you between 6:00 PM PST on February 27 and 2:00 PM PST on February 28 was likely not delivered to your mailbox, and the senders would have received a notification that their messages weren’t delivered.

いつものように、何が起こったか略説する詳細な障害報告とともに、再び発生することを防止するための修正事項を App Status Dashboad に投稿します。もしあなたがこの問題に影響を受けていたら、2月28日11:00(JST)から3月1日07:00(JST)までに送られたメールはあなたのメールボックスに届いていないことがあるかもしれないこと、そして、送り手は不達の通知を受け取っているかもしれないことを心に留めておくことは重要です。

Thanks for bearing with us as we fix this, and sorry again for the scare.

改善中の我々とともに、ご辛抱いただいていることに感謝申し上げます。そして、ご迷惑をおかけし、重ね重ね申し訳ありません。

順調に復旧が進められているようで何よりです。私自身、先日のエントリにも書いたようにメールデータはGoogleのクラウドに入れていますし、お客様にもお勧めしようかと思っていたところですから。幸い、私のアカウントは99.98%の内に入っていたようで(笑)これといった障害はないのですが、障害が起こった際に迅速かつ的確にこのような声明をアナウンスすることは、私自身の経験から言っても非常に重要なことです。そして、それを実行しているGoogleは素晴らしい。

和訳については、私が慣れていないため、読みにくい点もあるかもしれません。こなれた訳になっていない箇所も多々あります。が、緊急性が求められる内容のため、ざっと推敲して投稿しました。悪しからずご了承ください。