岩家.net

一定枚数目の名刺の裏にでも Post-It を貼り付ければ，名刺の残り枚数がどれくらいかをパッと見で把握できるかな，なんて思って実践してみてます．現在，1枚，10枚，30枚目にそれぞれ貼ってます．

紙質によっては粘着剤が残ることもあるみたいなので，どこかに貼って剥がしてを繰り返して粘着力を落としてから貼り付けるのがよさげです．

ちなみに私の場合， フラッグ 透明見出し ハーフサイズ をよく使ってます． （今回の名詞用途だけでなく．）

• フィルムタイプで丈夫
• （半） 透明なので文字が隠れない
• ポップアップ式で取り出しやすい

といったところがいいですね．使い切るたびにケース （ディスペンサ） がごみになってしまうのがナントモ，ですが．このタイプでも詰め替え式が出てほしいものです．

本日も午前から午後一にかけ，バナナ ココナッツ フラペチーノ をいただきながら週次レビューしてきました．飽きっぽい性格な私ですが，まだまだナントカ続いとります．

以前のエントリ で “その後の手順” を書いたわけですが，まぁほぼそのとおりにやってみてます．

ただ，最初の In-Box へアウトプットするプロセスだけ，ちょっと違ってきてます．というのも，モバイルな環境が整っていない私の場合，出先で check*pad の公開リストを閲覧することができないわけです．

それでもアウトプットのトリガに活用したい公開リスト，すぐに思いつくような次の 2パタンについてそれぞれ何度か試してみました．

• 自宅で check*pad の公開リストをいくつか開き，その状態でネットワークを切断して持ち出す．（もちろんノート PC．）
• check*pad の公開リストをトリガにしたアウトプットステップのみ自宅で行い，他のアウトプットステップとその後のすべてのプロセスを出先で行う．

後者の方が効率がよさげでした．（一目瞭然？） でも，たまには前者を行うことで，マンネリ予防になるのかもしれません．

まぁ現在所持中の携帯 W51S の PCサイトビューアでも閲覧は可能なんですが．．．ねぇ．

Apollo が搭載している Webkit を使ったブラウザちっくなアプリを作ってしまえば，もう Safari いらないかも，などと何かの作業中にふと思ってみました． （詳しくは 先人方の記事 を参照．）

あ，アプリ作らなくても Scout なるサンプルアプリがある んですね．これはすごい． （でも練習として簡単なものを作ってみますかね．）

しかし，単純にそうでもないようで，[Apollo] WebKit を搭載した Apollo は少し Safari と動作が違うみたい によれば，XMLHttpRequest 使用時における responseText で得られるテキストのエンコーディングが，Safari と Scout で異なるらしいです．この記事を見る限り Webkit のバージョンの違いに因るものと考えられそうですが （単純思考でスミマセン），どちらの場合においても，とりあえず recover_utf8 関数を通しておけば無問題っぽい？

もう寝ねば．．．

満了まであと 2日．．．そんな本日，R32 の車検を受けてきました．

気になる個所が少なからずあり，無事通るだろうか，なんて心配をよそに，意外にすんなり通ってしまいました．

以下，適当にまとめてみました．

風景いくつか

撮ってみたはいいものの，なんか使いどころが見つからなかったので，ここでひとまとめに．

今回の主な流れ

1. 出発．
2. 受検場のある 愛知運輸支局 近くにあるテスター屋さんにて調整．
3. 愛知運輸支局に到着．
4. 重量税，検査受検料の各印紙を購入．所定の場所に貼り付ける．
5. 書類をチェックしてもらう．リサイクル券が無いことを指摘される．
6. リサイクル券自動発行機の操作に戸惑うが，何とか発行．書類チェックも完了．
7. 受検する． 1回ドジる．
8. 合格印が揃った上で，書類の最終チェック．
9. 新しい車検証とステッカーをゲット．

テスター屋さん

検査場では，自動車の各種機能 （？） をいろいろな装置で計測し，それぞれ一定の基準値を満たしている必要があります．

それらを事前に計測・確認でき，基準値に満たない場合は可能な限り調整してくれるところ，がテスター屋さんです．

あと，各種電球や印鑑なんかも置いてあったりします．

受検項目

だいたい次のような感じです．が，車検場，コース，駆動方式にによって少々異なってきます．

• サイドスリップ．
• フロントブレーキ．
• リアブレーキ．
• サイドブレーキ．
• スピードメータ．40km/h でのメータ表示と実際との一致．
• ヘッドライト．ハイビームの照射方向，明るさ．
• 排気ガス．CO，HC成分．
• 各種電気系統．ライト・ランプ系，ワイパー，クラクション．
• 保安系．まぁいろいろ．個人的に一番苦手．
• 下回り．オイル漏れ厳禁．

テスター屋さんで計測・調整できる項目

• サイドスリップ．
• 各種ブレーキ．
• スピードメータ．
• ヘッドライト．
• 排気ガス．

他にも，事前にランプ・ライト系の不良を確認できていれば，そのことを伝えることで，電球の販売はしてくれると思います．

昨日の午後，WCAN mini ActionScript Vol. 2 が 栄メンバーズオフィスビル で行われ，私も参加してきました．

全体を通して，（私から見た場合） 高度なお話ばかりでしたね．．．しかし，興味深い点はいろいろと見えたので，そんな部分から触れてみていくことにします．

以下，個人的な主要キーワード別メモです．

ActionScript 3.0

• 記述が Java っぽい．
• ダイナミッククラスは，dynamic class hoge のように明示的に宣言する必要がある．実行中に動的にプロパティ （等？） を追加できるダイナミッククラスは，その内部にハッシュテーブルが確保されるが，そのサイズが結構大きい （約 100KB ？），らしい．
• JavaScript と ActionScript との補完的利用が可能？詳しくは IT戦記 - ActionScript 3.0 勉強会資料 を参照されたい．

Flex

• Flex 自体触れたことがないためサッパリ，でした．
• MXML なんて言葉も出てましたが．．．はてさて．
• 知見を広めるためにも，今後，基本だけでも把握しておきたいな，と．

Apollo

• Webkit （JavaScript は 1.7） を搭載していて，Web系の知識，HTML とか JavaScript とか，をそのまま使えるのがよさげ．
• Flex Builder があればハッピーになれるらしい．
• とにかく面白そう．

Papervision3D

• いろいろな形がクラスとして用意されている．
• 3Dオブジェクトの表面に Web カメラの映像をリアルタイムに取り込めるのが面白い．
• かなり重いらしい．

その後

2次会，3次会では，参加された皆さんからいろいろなお話を聞くことができました．ここでもレベルの高い会話が繰り広げられ，この辺はただただ聞くだけでした．また，ブログに対する姿勢のゆるさとか twitter とかの話題もあったりなかったり．あと，筆ペンブーム到来かも？

それにしても，皆さんの仕事に対するモチベーションの高さには感服しました．見習え，自分！