cles::blog

RSS Feed の検索エンジンであるBulkfeesがケータイ対応したようです。

Bulkfeeds モバイル対応: blog.bulknews.net

Bulkfeeds で携帯電話ブラウザからのアクセスに対応しました。URL は そのまま http://bulkfeeds.net/ です。User-Agent を見て自動的にテンプレートを切り替えています。

昨日取り上げたhotmailに引き続きサービスのケータイ化の話題になんですが、最近こういうニュースが多くなっているように感じます。もはや、この流れは止まらないのでしょうね。

hotmailはもともと容量が少なかったので、普段はMSN Messenger専用にしているんですが、これを気にちょっと使ってみようかなと思います。

MSN Hotmailが、iモードに対応

このサービスは、PCからと同じようにiモード携帯端末からも、サーバー上にあるHotmailのメールボックスを利用するシステムなので、PCとiモードとの間で、メールの転送を設定する必要がありません。よって、PCとiモードとの間でメールを転送する手間やトラブル、パケット代の負担がなくなります。

FOMAになってからというもの、ちょっとウェブとか見るとパケット代がかなりすごいんですよね。ウェブメールなんかを恒常的に使うにはやっぱり定額制にしないと話にならないんじゃないでしょうか。そのあたりもDoCoMo、Microsoftの陰謀ともいえなくもないかも。

２次会は八月の鯨。このお店のカクテルは全部映画の題名になっているという、とってもユニークなお店です。勢いで入ってしまったのですが、なかなかいいチョイスでした。

客層はかなりばらばらで、カップルがあまりいなかったのが印象的でした。しっとりというよりは、にぎやかに飲むという感じのお店です。

† 今考えたらネタとしか思えない

前の台湾料理でかなり口が油っぽかったのでメニューも見ずにこんなオーダーをしちゃいました^*1。スオミさんの所でもすっかりネタになっちゃってます。

八月の鯨 (渋谷) - Lacrime

"「ノンアルコールカクテルお願いします。えっとねー、柑橘系のさわやかな感じで。うん。よろしく。」"

で、出てきたカクテルが写真です。グレープフルーツ系でかなりすっぱかったのですが、まぁ、イメージどおりに作ってもらえました。でも、残念ながら名前を失念しちゃったんですよね。

• ^*1: ウチのkosekingは僕のパターンを知り尽くしてるから、こういうの僕の真骨頂だってよくわかっているよね。

この時期はとにかく人が多いので、渋谷とかには行かないようにしているのですが、今日はブロガーの集いに参加するため特例です。

メンバーは、VANILLACHIPSのfudaさん、tea*spoonのテテさん、Lacrimeのスオミさんの３人。もちろん皆さんとは初対面だったわけなんですけど、楽しい時間がすごせました。

さらに、fudaさんとは同じ高校の卒業生だということが判明。意外に世間って狭いです。次はお正月に仙台牛タンオフ（仮）でもしましょうかね。

久しぶりに銀座でランチをしようということで、ビックカメラ前で待ち合わせをして向かったのが新嘉坡式肉骨茶餐室。メニューはバクテー定食のみといたってシンプル。選択の余地もなく、バクテー定食をオーダー。味は悪くないと思うのですが、１０００円というコストパフォーマンスは微妙なところ。

† 期間限定？

帰ってきてからウェブをみてわかったのですが、再開発に伴ってビルが取り壊されるまでの期間限定のようです。だから、年末までなんですね。

+今日の豆知識

韓国料理の定番。ビビンバ。
このビビンバの意味は、「ビビン」が混ぜる。「バ」が米という意味です。

仕事上ウェブアプリのマニュアルなんかを書かないといけないことがしょっちゅうあるのですが、そのときに面倒なのが膨大な数のスクリーンショットを取らなければならないということにつきると思います。

これを自動的にやってくれるソフトがWebSwoonです。Passion For The Futureさんの「Webを連続キャプチャして画像化するWebSwoon」というエントリで経由で知りました。ライセンスがGPLなところも使いやすくてよいですね。

† さっそく試してみる

試しにcles::blogをキャプチャしてみたのが貼り付けている画像です。これでマニュアル等の作業効率がかなりアップできそうです。

すばらしいソフトなのですが、難をひとつあげるとすれば、キャプチャするときの画像の縦横比と出力する画像の縦横比を自動的にあわせてくれないことでしょうか。

プログラムを開発すれば、もれなくテストがついてきます。人間が書いたプログラムであればどんなプログラムでもテストをすると大なり小なり必ずバグが見つかります。複数人で開発を行うときには、バグの内容を開発した本人に伝える必要があるわけですが、意外にこれが難しかったりするわけです。

Joel on Software - やさしいバグトラッキング

良いバグレポートのルールを覚えるのは簡単だ。
すべての良いバグレポートに必要なものは正確に3つだ。
１．再現する手順、
２．期待されること、そして
３．その代わりに観察されたこと。

そのテの本を読むと難しいことがたくさん書いてあったりしますが、これはわかりやすいし、何より的を射ていますね。

ちょっとお仕事ライクに書いてみる。

本日、4:00～13:45にかけてネットワーク装置の不具合が発生したためcles::blogにアクセスすることができない状況になっておりました。
このため、13:45に該当のネットワーク装置の再起動を行い、現在は復旧しております。
長時間にわたってサービスがご利用いただけない状況になりまして、ご利用の皆様には大変ご不便ををおかけいたしました。

というか、5000円くらいの安物ルータを本気で使ってるのが悪いのかな。

やぁみんな。元気にゴッゴッてる？

そろそろゴッゴル大戦も終盤戦ということで、ちょっと切り口を変えてチェックしてみました。「ゴッゴル＋○○」でどれだけヒットするか。

最初は軽い気持ちでポコポコ打ってたんですが、意外と面白い。