2009年3月 Archive

XMind - Social Brainstorming and Mind Mapping

フリーのマインドマップ作成ツールXMindのサイト。このサイト"Share"ってメニューがあってユーザーが作ったマインドマップの公開と共有がされていたりする。

見てみると英語、中国語、そしてアラビア語のまでアップされてますな...。

そして日本語もけっこうな割合で存在するけど、読書マインドマップが多いな。逆に海外のには読書マインドマップが知られていないのか、そういうのは見あたらない。日本独自の使い方なのか？

他人が作ったマインドマップを見るのはけっこう楽しい。しかも綺麗に装飾してるのも多いのがすごい。私の場合はメモやアイデア出しくらいのときにしか使わないので色を多用したりデザインを凝ったりはしないんだけどね。

マインドマップ読書術―自分ブランドを高め、人生の可能性を広げるノウハウ
	松山 真之助 ダイヤモンド社 2005-01 売り上げランキング : 97065 おすすめ平均 読書マップの描き方は参考になった 読んだ本を記録するということ アウトプットを意識した読書法の一つとして Amazonで詳しく見る by G-Tools

帰りに駅前の紀伊国屋に寄る時間があったので、2冊ほど購入。

やっぱり帰りに書店に寄れるくらいの時間に帰れるのがベストだな。気になる本はどんどん立ち読みして買うかどうかチェックできるし、買う物リストにも入れられる。

ちなみに最近少し話題だったSICPも置いてあったのでパラパラとしてきたけど、うーん、Scheme読み書きできないと辛そうね...。いずれは読んでみたいけど、軽い気持ちで買うと積ん読になりそう。

図解でわかる はじめてのデジタル画像処理
	山田 宏尚 技術評論社 2008-06-03 売り上げランキング : 260514 Amazonで詳しく見る by G-Tools

半分ほど足を突っ込んで手伝い中のプロジェクトが画像処理関連なので。

難しい画像処理のアルゴリズムや、数学の計算式は分からないので大学の教科書・副読本的な本を買っても確実に挫折する。

いろいろ立ち読みしていてこの本なら図解も多いし説明も分かりやすそうだし、基本的な数式は載っているので、もし仮に今後少しでも数式とかアルゴリズムの細かい意味が理解できるようになってきてもその時にまた読んで使えそうな「一粒で二度おいしい感じの」本だったので。

ポケットスタディ 高度試験共通 午前1・2対応 (情報処理技術者試験)
	村山 直紀 秀和システム 2008-12-25 売り上げランキング : 13640 おすすめ平均 時間がない人向けだと思います 午前問題対策はオールジャンルこれでＯＫ。 ライバルには教えたくない感じ・・・ Amazonで詳しく見る by G-Tools

ここ数回の情報処理試験では、午前の問題の正答率が落ちてきていた。

まぁ毎回ぶっつけ本番でやっているというのもあるのだけど、歳のせいか自分の知識だけではなかなか正答できなくなってきたということかも。

午前で足切りされたら、丸々一日無駄にしてしまうので今回は万全を喫して午前問題の復習もすることにした。

で、高度試験での午前の参考書はこれと下に挙げた翔泳社のくらいしか店頭になかったんだけど、翔泳社のは400問と問題数が多い分、値段も高め。こちらはポケットサイズで値段もお手頃。

最初は翔泳社のほうにしようかと思ったけど、400問全部やる時間も無いだろうし午後問題の参考書と2冊持ち歩くには重いかなと思ったのでポケット版を選択。小さい分、内容も薄いかもしれないけど、あとは過去問とかを時間のあるときにざっと流してみることで補う予定。

情報処理教科書 [春期]高度試験午前対策 2009年度版 (情報処理教科書) (情報処理教科書)
	松原 敬二 翔泳社 2008-09-17 売り上げランキング : 6181 おすすめ平均 これ一冊だけではきつい まだまだ使えそうです Amazonで詳しく見る by G-Tools

録画しておいたのを見た。

30分番組なので駆け足っぽい感じだったけど、人柄がよく分かった感じ。私は普段ほとんどTVを見ないので、今日初めて見てみて、ああ、こういう人ならもっと色んな所で話しをして欲しいなと思える方でした。

来週の小林教授も画面で見た感じだとまた違った人柄が溢れてる感じで、二人ともきっと人間的に良い人なんだろうなぁ。来週も見なければ。

私ももっと頭が良ければ、何らかの学問を勉強したりしたいんだけどね...。今でも興味のあるものはいろいろ読んだりしているけど、凡人にはなかなか理解できないものも多いし。特に自分が好きなはずの理系学問が弱いってのはどうしたものなんだろうか。

興味のある分野なのに、理解が進まないっていうジレンマ。本気度が足りないのかな...。

試験まであと一ヶ月を切って来ているのでそろそろ勉強し始めるかと、参考書を読み始める。

今回受験するエンベデッドはハード寄りの内容も多いので、組み込みソフト開発をやっていると全く触れない分野も多い。PMWとかフリップフロップ、RSラッチだとか。

まぁ私の場合は論理回路から覚え直さないといけないので悪い頭で一生懸命参考書を読んでも頭への入りが悪いのね。波形がどうとか、D/A変換がどうとか...。

今年の試験から、午前はIとIIに分かれてそれぞれで6割の正答をしないといけなくなった。つまり、今までは論理回路が苦手で得点を落としても、後半のネットワークや一般的な分野の問題で挽回できていたのが、できなくなったということ。試験としては正常進化だとは思うけど、ちょっとハードルが上がった気がする。

参考書読んでると覚えることたくさんあるなと思うんだけど、まぁおそらく、試験に出るのは一部なんだけどね...。

今読んでいる参考書、前に触れられていない用語が突然出てくるので戸惑う。解説されている用語とされていない用語の扱いの差が分からないし。いちいち調べないといけなから面倒だな。

Windows環境でffmpegのAPIをC言語から叩きたい。ということで、ffmpegをソースからビルドすることにした。

以下のサイトを参考にしながら、手始めに外部のライブラリを取り込まずに最小構成でのビルドで。

FFmpeg APIで、さまざまな動画を操る - 前編：CodeZine

FFmpeg APIで、さまざまな動画を操る - 前編：CodeZine を Windows(Mingw/MSYS) で試してみた - A More Beautiful day

MinGWのインストール

Automated MinGW Installerを使うと楽かも。 Automated MinGW Installer

ただし、私が使ったときはインストールオプションで"MinGW make"を選択するとダウンロードに失敗した。インストーラが感知しているバージョンと、実際にサーバにあるバージョンが異なるようだ。

インストーラ起動後、インストーラを起動させたまま、同じフォルダに作られるmingw.iniの内容を書き換えると上手くインストールできる。

[current]

make=mingw32-make-3.81-20080326-2.tar.gz|727

↓

make=mingw32-make-3.81-20080326-3.tar.gz|727

w32apiのインストール

標準でインストールされたw32apiはバージョンが古く、このままではffmepgのconfigureで弾かれる(3.13以上が必要)ので、w32apiの最新版を入れる。MinGWをインストールしたディレクトリに上書き解凍すればOK。

w32api-3.13-mingw32-dev.tar.gz

gcc4.2.1のインストール

gcc3.4.5でもビルドは通るし、exeも生成されるのだけど、いざ実行させてみると

Compiler did not align stack variables. Libavcodec has been miscompiled and may be very slow or crash. This is not a bug in libavcodec, but in the compiler. You may try recompiling using gcc >= 4.2. Do not report crashes to FFmpeg developers.

とメッセージが出る。これでも特に動作はするのだけど、この警告メッセージが気になるのでgcc4.2.1を入れる。

gcc-core-4.2.1-sjlj-2.tar.gz

これを入れると、gcc4.2.1は"gcc-sjlj"という名前で入るので、

• gccコマンド = 3.4.5
• gcc-sjljコマンド = 4.2.1

と使い分けができる。

ffmpegのソースを取得

Get FFmpeg

今回は2009-03-27のnightlyを使った。リビジョンはr18200。これを適当なディレクトリに解凍する。

configureの前準備

configureを行う前に、スクリプトの中で使われているprコマンドを入れる必要がある。 参考にしたサイトはこちら↓。coreutilsを入れる。

猫科研究所(felid labo) - 今更MinGW(6)

configure

ffmpegのソースディレクトリに移動して、configure。まずは、

./configure --help

./configure --cc=gcc-sjlj --enable-memalign-hack --enable-shared

ビルド

FFmpeg version SVN-r18200-snapshot, Copyright (c) 2000-2009 Fabrice Bellard, et al.
  configuration: --enable-shared --enable-memalign-hack --cc=gcc-sjlj
  libavutil     50. 2. 0 / 50. 2. 0
  libavcodec    52.22. 3 / 52.22. 3
  libavformat   52.32. 0 / 52.32. 0
  libavdevice   52. 1. 0 / 52. 1. 0
  libswscale     0. 7. 1 /  0. 7. 1
  built on Mar 28 2009 02:39:23, gcc: 4.2.1-sjlj (mingw32-2)

補足

ただしここまでの手順だと、.def,.dllはできても.libが生成されない。

.defと.dllだと、プログラムから使うときにGetProcAddress()しなければならず、少し面倒。なので.libにしてリンクしてしまったほうが楽。

.libも作られるようにするには、VisualStudio2008などをインストールしたときに入る、libコマンドへのパスが通っている必要がある。

なのでVIsualStudio向けの環境変数設定を行うために、vcvarsall.batを実行しそのコマンドラインからmsysを起動してffmpegのビルドを行えばOK。

ffmpegのmake中に

Microsoft (R) Library Manager Version 9.00.30729.01
Copyright (C) Microsoft Corporation.  All rights reserved.

ライブラリ libavdevice/avdevice-52.lib とオブジェクト libavdevice/avdevice-52.exp を作成中

と表示されていたらOK。

Continue reading

竹下の博多車両区に廃止された後も留置されているブルートレインの客車。

ソロとなにか3,4両ぶんくらいが見えたけど...。

ブルートレインも昔から一度乗ってみたいと思いつつ、乗らないまま廃止されてしまった。会社帰りに博多駅で見かけていたのと、朝の出勤時に宮島の鉄橋を通る光景はよく見ていたんだけどね。

寝台だと料金がかなりかさむので飛行機のかわりとか高速バスの代わりに乗ってみるってのができなかったのが残念。

支援で入ってずっと手伝っているプロジェクト。

昨日あたりからまた微妙にヨレて来ている感じ。まぁ意思疎通ができてなかったり、想定のものとちょっと違う方向に行きかかったりと、一筋縄では行かせてくれないらしい。

立て直す方向でさっそく動こうとしているのだけど、いま遅くまで頑張ってやっている短期作業も、ほんとうにそのスケジュールでやらないといけないのかどうかもちょっと怪しかったり。

今週に入ってから、23時半くらいまで仕事する日が続いているので、もう少しだけ稼働落としたいのだけど。

キヤノン、フルHD録画に対応した「EOS Kiss X3」

最近、一眼レフでも動画撮影ができるモデルが出てき始めているけど、どれくらいニーズがあるのかなぁ。

昔からのカメラユーザーからすると、動画撮影ってとても違和感があるのよね...。まぁ一台持ち歩いておけば両方使えるってのはあるんだろうけど。ライブビューとかにしろ、ずいぶん「一眼レフ」も変わったなと。

画素数の競争が1000万画素超えたところで治まってきて、さてどう「一眼レフ」に付加価値を付けるか？と考え出された進化が動画だったりライブビューだったりするんだろう。おそらく「一眼レフカメラ」から別のデバイスになり始めている最初の段階なのかもしれない。

そのうち、通信キャリアのSIMが刺さるようになって、液晶画面でネットができるようになったりとかEye-fiのような無線LANを内蔵したりとか、音楽が聴けるようになったりとよく分からない進化をするんだろうか...。

機能競争も時には良いのか悪いのか、方向性によっては悩むことにもなりそうね。

ママチャリで快適に移動するたった3つの方法 | WIRED VISION

たしかにサドルの位置を自分に合わせるのはとても大事。これだけでも乗り心地がずいぶん変わってくる。

クロスバイクに乗るようになってから改めて思ったけれど、膝が適度に伸びるサドルの高さに調整が決まると本当に気持ちいい。

逆に低すぎると、ペダルを漕ぐ力が入らないし、高すぎると膝に負担がかかって私の場合は膝を痛めてしまったこともある。

若い人がママチャリとかでサドルを目一杯下げて乗ってるのって謎なんだよね...。どう考えても漕ぎづらいはず。

ググってみると、

高校生が自転車で、サドルは低いしハンドルはおかしな形を好むのはどうしてですか... - Yahoo!知恵袋

自転車のサドルを一番低くして乗っている学生が多いのですが流行しているのでしょ... - Yahoo!知恵袋

と、私以外にも疑問に思っている人はいるようで。

しかも明快な解答は無さそうね...。

足が着かないと不安って、たぶん違う。あんなに下げなくても十分足の裏は着くはず。今の若い人にそんな短足の人はいないだろうし。

となると、単に「かっこいい」か「みんなやってる」ってことなんだろうねぇ...。私にはよく分からないけど。

でも、通勤とかである程度の距離を毎日乗るような人は、元記事にあるようにタイヤの空気とサドルの高さは気にしておくと、本当に乗り心地、疲れ具合、快適さが変わってきますよ。

保守的な携帯電話に思うこと:あるコンサルの世の中研究 - CNET Japan

メーカーを責めてもあまり意味が無いと思うのね。

端末とサービスの仕様は基本的にキャリアから降りてくるんだし。デザインとかキャリアが規定していない仕様に関しては多少のメーカーの独自性が入れられる部分だけど、やっぱりそれも最終的にはキャリアにお伺いを立ててOKを貰わないと入れられない事が多いみたいですよ。

キャリアがメーカーに端末開発を依頼して、一定のロットを買い上げるという形を取っている以上、メーカーにとっての直接の*1お客さんはキャリアなのです。

iPhoneとかサムスンのOMNIAのような端末は、国内メーカー向けの「キャリア仕様」に沿っていない*2メーカー独自端末を、キャリア側が「欲しい」と言って買ってくるケースが多い。一方、国内メーカーの場合はキャリアに端末を「売り込む、提案する」という形態なので、立場がまるっきり違うのもあるんじゃないのかな...。

あとは年3，4回のモデルチェンジに毎回のように機種を出さないといけなくて*3、とてもドラスティックに変えるほどの開発期間が取れなかったり、短いスパンのモデルチェンジで機種ごとの仕様追加、変更が重なってソフトウェアがいたずらに複雑化して硬直してしまったり。

そして実際に開発しているのは下請けのソフト会社。それがたくさん集まってやっているので、そのソフト会社の技術レベルにも引っ張られる部分もあるだろう。

下請けにデスマさせれば目新しい機能を入れられなくはないだろうけど、それって誰も幸せにならない気がするのよね...。

あと、キャリアはサービス指向なので新しいコンテンツやサービスの開発には力を入れているのだろうけど、UIだとかはあまり目が向いていないのかも。そこは本当はメーカーが頑張るところなんだろうけど、前述の通り季節ごとのモデルチェンジに合わせるのが精一杯。

しかし、この元記事の人、MBA取ってコンサルやってるのに携帯業界の基本的な力関係も知らないのかなぁ...。単に専門外なのかも知れないけど、ちょっと調べれば業界の内情はわかりそうなものなのに。あぁ、私のような技術者の下から目線では見ないからか。コンサルは経営側の目線だからもっと大局を見てるってことかな。

• *1: お金のやりとりが発生する
• *2: 多少のキャリア向けカスタマイズは入るはず
• *3: そうすると実質の開発期間は何ヶ月だろう？

たった1万円で、あなたの自転車を2倍パワフルにする方法 | WIRED VISION

うーん、ビンディングねぇ...。

私も一度くらいは経験してみたいけど、

• シューズが限られてる（デザインとかがいかにも、なもの多し）
• それなりの値段がする
• 街乗りメインなのでそれほどスピード出さないし、あまり長距離も乗らない

とか考えると、ちょっと手が出ないね。

チャリ通勤はスーツだからやっぱり革靴になっちゃうし。まぁスーツでも専用シューズっぽいの履いてる人も見かけるけどね。家から直行直帰ならいいけど、ちょっとヨドバシ寄ろうとか天神ブラブラとかだとそういういかにも自転車乗り、って格好は違和感ありそうな感じがして。

IT業界は学生に人気がある？ ない？ | 情報・通信 | nikkei BPnet 〈日経BPネット〉

記事を2ページも引き延ばしてようやく「IT業界はイメージが無い」とな。

"IT業界"って一括りに言っても広いからね...。NTTデータみたいな巨大SIerもあるし、私の会社みたいな独立系ソフト会社もあるし、はたまたベンチャーもあるし、メーカー系もあるし、ユーザー系もあるし金融も、楽天とかのネット企業も...って範囲が広すぎるのよ。

日経の記事が言っている"IT業界"はSIerのことなんだろうけど、SIerなんてイメージ沸かない会社の最たるものじゃないかな？

一般人に知れている製品やサービスを持っているわけでも無し、なんとなくSEという人達と、プログラマって人達がたくさんいるんだよね、プログラムってのを作るんだよねくらいのイメージしか持たれてない。しかも、システムがどうやってできるかなんて学生で知っている人は情報系とか一部の人くらいじゃないのかな。

正直、記事にあるみたいに人気企業ランキングを見てIT企業が入ってるとか入ってないとか、そんなのどうでもいい。

人気企業ランキングに入ってると何がどうなるっていうんだろう。単に人気ってだけで、優秀な学生が集まるのとは別の話。優秀な学生は人気に捕らわれずに会社選びやってるんじゃないかな、きっと。

本当にIT業界に来たくて入ってくる人なんてほんの一握りだと思うし、ほとんどは「よくわからないけど大きそうな会社（ITゼネコン/SIer）が大量採用してるから」って感じで何となく入ってくるんじゃないのかなぁ...。

何となく入ってきても、頑張って才能を発揮する学生もいるけど、それもまた一部だし、合わなくて去っていったり、いつまで経っても方向性が固まらなかったり、給料もらうだけでいいや、となったり。

なので企業側も求人の時は「システムを開発するとは」から始まって、具体名を出して「こんなシステムをこんな人達が作ったんです」とか分かりやすくアピールしたほうがまだアンマッチが減るかもしれないね。今の求人って抽象的な売り文句が多いんじゃないのかな？きっと。

「悪いイメージがあるから人気がない」と一番強く思っているのはIT業界自身なのかもしれない。

これも微妙。

なんとなくでも悪いイメージは持たれてると思う。3Kとか10Kとか言われてるくらいだし。「細かい仕事内容は分からないけど、過酷で給料もそんなによくない業界」というイメージなんじゃないのかな。

で、SIerとかは特に若手を「体力豊富なワーカー」としてしか扱わなかったりするケースもあるので、そういうところからすぐに業界の悪評って広まるからね...。まずはSIerにそういうのを止めてもらわないといけないのだけども。

時間があったので帰りにヨドバシのあおい書店に寄ったのだけど、そこで少し気になる本を見つけた。

パラパラとめくっていると、"CPUの消費電力"と、あまり組み込み系の本でも章立てしてまで書いて無さそうな項目が目に付いて、この本は他のとはちょっと違うのかも？と思って読んでみる。

するとけっこう体系的に幅広く、そして組み込みの中級者向けっぽい内容がいろいろと。

中堅どころの教育に使えそうかなぁ...と思って値段を見ると5000円超でちょっと個人では買いづらい値段。まぁもう少し中身を見てみて、私自身にも使えそうなら買ってもいいかもしれないけど...。

洋書の訳書なので訳の質などももう少し見てみないといけないね。

あと、監訳者を見てみると九州大学の先生とか九州組み込みソフトウェアコンソーシアム(QUEST)の人が主体で関わっているのが意外だったけど...。

(追記)うーむ、原著は微妙に評価が分かれてる感じだなぁ...。

Amazon.com: Computers as Components, Second Edition: Principles of Embedded Computing System Design (The Morgan Kaufmann Series in Computer Architecture and Design): Wayne Wolf: Books

組込みシステム設計の基礎
	中西 恒夫 北須賀 輝明 久住 憲嗣 日経BP社 2009-03-12 売り上げランキング : 180447 Amazonで詳しく見る by G-Tools

3日間とも引きこもり。

体調が今ひとつパッとしないのと、特に出掛けないといけない用事もなかったから。散髪行こうかとも思ったけど、来週でも良いかと思って止めた。

20日

主にブログのリニューアル。

MTのバージョンアップとテンプレートの入れ替え。実際はテンプレートの入れ替えにほとんどの時間を費やしてしまった。エントリ数が多いのですべて再構築で40分とかかかっていたし。

21日

なぜかAdobe AIR/Flexを少し触っていた。もともとはあるSWFをデスクトップアプリとして置いておけないかというところからスタートしたもの。

Active Desktopで壁紙にするのが早いらしいけど、それもそれで壁紙変更するときに面倒そうなのでAIRアプリにしたらいいんじゃないかということで色々やっていた。結果としてはSWFの表示は簡単にできたけど、Windowのリサイズに連動させたり、右クリックでメニュー出したりともう少しやることがあるところでとりあえず満足。

以前思っていたよりもAIR/Flexが取っつきやすいように思えてきた。また気が向いたら何か作ってみたいところ。

ついでに野村監督の本"あぁ監督"も読了。

22日

ブログを書いたり、本を読んだり、ネット上の出来事につらつらと考え事したり。

SICPの件についてももう一度エントリを起こしたり。文章力の無さから微妙に言いたいことが伝え切れていない気もするけど...。SICPを否定しているのではなく、SICPを学習したというだけで周りを見下すような人たちに違和感があるだけというのが伝わると良いのだけど。

積ん読になっていた宇宙創成を読み始める。まだ上巻の半分くらい、第二章に入ったあたり。サイモン・シンの本はどれも、その歴史を最初から丁寧に辿ってくれるので本題に入った時にその様々な経緯が分かりやすく素晴らしい。

やれなかったこと

情報処理試験の勉強と、Cocoa開発の勉強。連休に入る前に本まで買ってきたのにけっきょく手を付けられず。

季節の変わり目なのか、体調が万全じゃ無いので活動的になれないのが残念。今月いっぱいは大人しめの生活をすることになりそう。4月に入って暖かくなればまた自転車乗ったりしたい。

「計算機プログラムの構造と解釈」は読む価値がないか？ - なるひこの Linux Printing お勉強日記

以下のようなブクマコメントをしたら、丁寧な追記を頂きました。恐縮です。

計算機科学に向いていない＝プログラマに向いていないという意味なのかな。まぁそしたら私は足を洗わないといけなくなりそうだな。こういうアカデミックな"○○論"的な匂いのするのは苦手だし。

プログラマと数学 - きままな日記帳でも少し触れていますが、SICP自体を否定しているわけではありません。読んで学習して自分の血肉にできればそれは素晴らしいことです。

ただ、SICPを読んでいないプログラマを無条件でDisるような記述がネット上で散見されるのに違和感があると言うだけです。

なるひこさんは以下のように書かれているので

前半「計算機科学に向いていない＝プログラマに向いていない」は、そんなことはありませんし書いてもいません。

そのような無条件にDisるような方では無いと思いますが...。

私の中でSICPを含んだ「学術アレルギー」があるのは、「知っている人が知らない人をDisる」空気が一部にあるように感じられる*1からで、その内容自体を否定はしませんし、私も多少の知的好奇心は持っているのでそういう世界を理解できる頭脳があればなぁと思うことも多いですから。

なので、都合のいい引用かもしれないですけど

自分の道具としてのプログラミング言語とその周辺知識しか知らないプログラマは遠からず人件費が安い国にアウトソースされてしまう可能性があるため、Something New は必要でしょうね。

ただ、エンジニアってやつは好奇心が勝負なので

これらには全面的に同意です。

• *1: 正確に言えば、学術以外でも変にDisる人はいますが

野村監督の本は、去年くらいから見かけるようになってきたように思う。

テレビではボヤいている姿くらいしか見ないけど、書籍という形でじっくりと話しを聞くと、野球、少なくともプロ野球は知能のスポーツなんだなってよく分かる。

そして、過去から現在までの監督を分析しているわけだけど、これが巷のリーダーシップ本の内容にそっくりなのだ。監督もリーダーだから自然とそうなるのかもしれないが、少なくともビジネスとはまた違った野球の世界で、リーダーとしての資質がビジネスのそれと同じということは、何か興味深い。

また、野村監督が選手に対して「人間としての成長」を最も重きに置いて指導しているのだというのも分かる。

プロスポーツだから結果が全てかもしれない、性格悪くても成績残したほうが稼げるとかいうのもあるんだろうが、引退後の事までを視野に入れると人に好かれない選手はその後の人生を過ごすのに苦労する。そこまで考えた上で監督は選手を"預かっている"ということなんだろう。

試合中にそこまで考えているのか、と思わせる緻密な理論と、選手・監督の人間的な分析の両方が読める本。本人も書いているように、おそらく現役の監督の中でここまでの内容を書ける人は他にいないと思う。だから余計に、もっといろんなことを書いて残して欲しいと願う。

あぁ、監督 ――名将、奇将、珍将 (角川oneテーマ21)
	野村 克也 おすすめ平均 相変わらず鋭い論調です 日本代表の監督をやりたかったんでしょうね ビジネスの視点からも参考になる考え方が多々説かれている 人を動かすためには 野球好きの管理職のマネージングの参考に Amazonで詳しく見る by G-Tools

野村再生工場 ――叱り方、褒め方、教え方 (角川oneテーマ21 A 86) (角川oneテーマ21)
	野村 克也 おすすめ平均 ビジネス書としても 野球選手に、各界のリーダーに、そして自分に自信のない人にも読んで欲しい 本当の野球好きの方へ 永遠の野球道の求道者。だがWBC監督問題は残念。 リーダー初心者必読では？ Amazonで詳しく見る by G-Tools

すでにAIRやFlexをやっている人からすれば、何を今さらなネタなんだろうけど、個人的にずっと疑問に思ってきたことが実はちゃんとできたんだねってことで。

MXML ファイルからコードを分離する方法 - orz blog

まだFlexがベータだったころ、ネットで見ていたサンプルコードはことごとく、ロジックコードはXMLのCDATAの中に埋め込んでたものばかりだった気がする。

それを見て「こんな書きづらいことさせるのか」と思ったのがずっと頭の中にあって、AIR/Flexを触ることは無かったんだけど、実はちゃんと別ファイルに切り出して書けるのね。

思うところがあって今日少しFlexを触っていたときに気づいた。

↓のような書き方もあるみたい。他との違いはよく分かっていないけど...。

<mx:Script source="xxxxxxxxx.as"/>

ちなみに今日使ったツールはAIR GEAR。ちょっとしたアプリならHTMLベースもFlexベースも作れて良い感じ。AIRパッケージ化まで簡単に行えた。ただXMLエディタはEclipse標準のかもしれないけど、ちょっと使いづらいかな...。

フリーのEclipse用AIRプラグイン「AIR GEAR 1.0.0」リリース、WYSIWYGでAIR開発OK！：CodeZine

ニュース: AIR GEAR 1.0.1をリリースしました - - Amateras - SourceForge.JP

ネット上の各所で手垢のつきまくったタイトルではあるのだけども。

...プログラマは数学できて当たり前、SICPは全員読んでるよね、のような文章をネット上で時々見かけるわけですよ。

うーん、まぁ数学できればそれに越したことはないし、SICP読んで理解できればまた違った世界が開けるんだと思う、私も勉強できるならしたいと思ってるし*1。

でも、その辺って私から見ればものすごくアカデミックな世界で要するに別世界。高校の数Iすらまともにわからない私が仕事とかプライベートで十何年もコード書いてるのは彼らから見ると間違ってるのかなぁと。

アカデミックな世界の人たちが、数学とかアルゴリズムとか詳しく無い人たちをゴミプログラマみたいな扱いしてるのを往々に見かけるとなんだかね、とは思う。

単純なビジネスロジックなら、言語の文法と制御構造があればいいだろうし、データの種類や量が多い場合はデータ保持の方法については考えないといけないだろうけど、正直なところループ処理とかで「ここの計算量はO(n)だ」とか考えながらしないし...*2。

まぁなので、アカデミックな世界に強い人たちは、そこに属さないプログラマーをあまり苛めないでね。

• *1: 実際、今の仕事はデジタル信号処理っぽい内容なのでその辺の知識が無くて苦労してる
• *2: もちろん直感的には「ループ内の処理が多いな」とかは考える。そこを論理的に説明しきれないのが問題なんだろうけど

かなり使えるPHPの正規表現まとめ - IDEA*IDEA ～ 百式管理人のライフハックブログ ～

404 Blog Not Found:「PHP使いはもう正規表現をblogに書くな」と言わせないでくれ

このあたりをきっかけとする、「間違った事はblogに書くな」紛争なんだけど...。

「専門外のことを書くときは、その旨も書いておく」で良いんじゃなかろうか。

弾さんのエントリをきっかけに「何かを学習している過程もblogに書けないのか」とか「弾さんも経済とかの事は書くべきでない」とかいろんな反応が出ているようだけど、そもそも「私はこの辺の知識があまりないので間違っているかもしれません」とかしておけば、間違ってたってここまでDisられることも無いでしょう。

たまたま今回は、百式の田口さんというプレゼンスの高いブロガーさんが書いてしまって、なおかつ口先鋭い弾さんに見つかってしまった、というのもあるんだろうけどね...。田口さんも元々バリバリのプログラマーって立ち位置の方じゃ無いはずなので、もう少し「PHPも正規表現もプロじゃ無いけど」という前振りで記事書いておけば...*1。

まぁ、これは「逃げの文言」であることは間違いないんだけど、そのブログの記事を検索エンジンやらSBMから飛んできて読む第三者から見て、「書き手がどれほどこの分野の専門なのか、自信を持って書いてるのか」が分からないと、特にアルファブロガーの記事とかは、それを鵜呑みにする読み手も多いと思う。

個人ブログでも、何かの学習ログなら「学習中」ってステータスを出しとけば良いし、専門外ならそう書いとけば、読み手も100%鵜呑みにすることはしないと思う...たぶん。少なくとも私なら、もう少し追加でググってみるとかして他の情報と比較するようにするし。

そして、間違ってるよと指摘受けたら、その旨をその記事の先頭に目立つように追記の形で載せておけば、読者のミスリードも防げるんじゃないのかな*2。

ネットの意見では「エントリを消せばいい」とかいうのもあったけど、そこまでやる必要も無いと思う。消さずに、見える場所に追記で修正したほうがその経緯を残せるし、ブログは元々"WebLog"でログなんだから経緯が残っていることに価値がある気がするけどね。

• *1: 田口さんも「個人的にまだ検証していないのであれですが」とか「OKっぽい」とか少し引いた表現で書いてあったけど、弾さんはお構いなしな感じ。見つかった相手が悪かっただけかも。
• *2: なので指摘受けたあとの田口さんの追記した対応は正しいと思うし、それ以上何かする必要も無いと思う。

MTも最近4.25がリリースされたということで、しばらく放置気味だったのをバージョンアップ。

ついでにテンプレートも新しいのに変えました。

今度のは、mt.Vicunaさんの所で公開されているのを使わせて頂くことにしました。

以前のテンプレートもいろいろカスタマイズしていたので、それを新しいほうに徐々に移植していく作業が残っているけど、とりあえずエントリもすべて再構築できたようなので一段落。

テンプレートをほぼ丸ごと入れ替えているので、表示やRSS周りが今までと違うところがあるかも...。見つけしだい直していきます。

ビックカメラでMacbookで使うワイヤレスマウスを探す。

せっかくMacなのでBluetoothマウスにしようかとも思ったけど、選択肢がほとんど無いのと値段も安くないので満足する動きにならなかったときにイヤだなぁと思ってやめた。

私はMacbookをあぐらを組んだ足の上に乗せて使ったり、いろんな姿勢で使うのでワイヤレスマウスについているレシーバが大きいと邪魔になることが多いのだ。なので今回はレシーバがほとんど出っ張らないこのマウスを選択。

で、家でさっそく使ってみると私のデスクでは反応しない...。デスクは黒のつやありの素材なんだけど、光学式のMX510はマウスパッド無しで普通に使えてるんだけどなぁ。レーザーだと逆にダメなんだろうか。マウスパッドを敷くのは好きじゃないので、ちょっと困った。

ただレシーバが小さいのは良いね。本当に邪魔にならないし。

ロジクール V450 Nano コードレス レーザーマウス ブラック V450-NBK
	ロジクール 2008-09-12 売り上げランキング : 34 おすすめ平均 超小型レシーバが画期的 旧モデルから長足の進化 良い物ですネ Amazonで詳しく見る by G-Tools

ビックカメラに寄る時間があったので、たまっていたポイントで購入。

情報処理教科書 エンベデッドシステムスペシャリスト 2009年度版 (情報処理教科書)
	牧 隆史 翔泳社 2008-10-03 売り上げランキング : 10540 Amazonで詳しく見る by G-Tools

試験まであと1ヶ月なのでそろそろ何か読み始めないとと思って。

多分に漏れずエンベデッドのような試験はマイナーなので参考書も選択肢がほとんど無い。とりあえずいつもお世話になっている翔泳社のこのシリーズを。

ちょっと論理回路とか覚えないといけないなー。回路とかハード寄りはあまり詳しくないしな。

CocoaではじめようMac/iPhoneプログラミング入門
	中野 洋一 秀和システム 2009-03 売り上げランキング : 2247 Amazonで詳しく見る by G-Tools

いろいろ出版ラッシュのMac/iPhone開発本。Xcodeの使い方を解説したのが欲しかったので、木下さん著の「たのしいCocoaプログラミング」とどっちを買おうか迷ったけど、ちょっと口語体の文章に慣れなかったのでこっちの本にした。

まだ発売されたばかりか、Amazonレビューも無かったので良い本かどうかはこれから読んでみるけど、パラパラと立ち読みした感じでは特に悪い本でも無かった。

Cocoa開発でいちばん分かっていない部分が、Interface BuilderでOutletとかDelegateをドラッグドロップで関連づけするところ。Webサイトとかでさらっとこの辺の説明を読んだけどすぐに理解できなかったんだよな...。

たぶん、画面上の部品とイベントとそのハンドラを関連づけてるんだとは思うんだけど。...この辺の内容がちゃんと書かれていることを期待して。

ちょっと興味深いエントリを見つけた。

「オープンソースに貢献しちゃいかん」と会社に言われる？ － Blog on Publickey

「プログラミングを仕事にしている人がオープンソースのためにコードを書くと『仕事上で得た知識なんだから、社外に公開するのはダメ』とか、『オープンソースでコード書く時間があるなら、もっと仕事としてやらないのか？』といった干渉を会社から受けるケースが結構あるようだ」

まぁ前者については仕事と関係の無いOSSならそんなことは言われないだろうけど。後者は単にOSSがどうこうっていうより「早く帰れるってことは暇なんだよね？」と言われるのと同じレベルの話。

仕事でJavaやってるからって「Javaは仕事の中でスキルアップしたんだからプライベートでそのスキルを使うのはけしからん」とか、JavaのOSSやっちゃいけないのかってそんなことは無いだろう。

そう考えると、「仕事の知識を外にうんぬん」はとても線引きが難しいと思う。お客様の業務知識だったり、明らかに機密な事を社外に出すのは論外だけど、それ以外はどうよ？って話し。でも大きな企業ほど、「XXの活動をするには本部長の承認が必要」とか変なところで言われたりするのよね...。

うちの会社って雑誌原稿の執筆とか許可いるんだっけな。会社名出さなくても。大昔に何か聞いたことあるけど忘れたなぁ。

むささびの視線 > 閉じこめられている日本のエンジニアを羽ばたかせるために : ITmedia オルタナティブ・ブログ

じつはここ最近ブロガー同士で、実名でビジネスブログを書くというのも、日本の企業では同じように社員を縛り付けていて、なかなか実践できないという課題があるね、これを解消してビジネスブログを日本でも実名で行える環境を作っていけたらいいねって話をしている。

「ビジネスブログ」と「プライベートブログ」ときっちり分けるのなら良いんだろうけど、実際は私のように仕事もプライベートも一緒に書いてるブログのほうが多いはず。

社名出してしまうと、うっかり愚痴のような事も書きづらくなるし逆に窮屈になるかも。帰りが遅い日が続いてるとか分かると「この会社はデスマばっかり？」とかイメージを与えかねないし。

うちの会社のようにネット上ではブラック企業として知られていると、変な事を書くと「この会社の社員は...」とか「このブログ書いてる社員がダメなんだろ」とか色々言われる。

実際、私が若い頃のこのブログの内容が某巨大掲示板にコピペされて「負け犬社員」とか「ブラック企業の社員ブログです」とか色々書かれたし。当時はちょっとデスマっぽいプロジェクトやってて、仕事の愚痴とかプロジェクトの進め方の不満とか書いてたってのもあるんだけど...。

さらにそれが原因で本社の管理部門に見つかり、個別に呼び出し注意されて該当のエントリを削除することなったし。あぁ、けっこうチェックしてるんだな、と当時は思った。今は知らないけど。もっというとこの件で一時的に人事評価も下がったりした。

なので会社名を出して活動したいと思うこともあるし、逆にそうすることで変な縛りが出てくるとイヤだなってのもあるし、まぁ私自身は名の通るようなコミュ活動やOSSもやってないし、仮に社名出しがOKでも、社名出して活動する必要性はあまりないかなとは思ってるのだけど...。

ただ、評判のよろしくない弊社の中にも、それなりに技術とか色々やってる人はいるんだよという意味でなんか好感度というかイメージを少しでも上げられないかなぁと思うこともある。特に九州という地方の括りの中で。

福岡近辺だと業界はけっこう狭いので、本名とか会社名出すことで昔仕事した人と繋がり持てたりとかできるかもしれないし、少しでも違った目で会社を見てくれるようになるといろいろプラスにならないかなとか思ったりもする。

もっともそれ以前に仕事と個人的な活動とは完全に切り離してる人も多いだろうし、そこは個人の自由。ただ私個人は、何か自分にも会社にも役に立つことなら社名・実名を出しても良い、というスタンス。

今年もこの季節か。通勤途中のこの木を見ると思う。

MS、高校生の自宅学習用にソフトウェア無償提供開始 − ＠IT

いいなあ。純粋に羨ましい。

自分が学生の頃は、VisualC++4.0、VisualStudio6.0、WindowsNT4.0 workstationをそれぞれ自腹で買ってたよ。特にVisualStudioなんて、アカデミック価格でも当時の自分にはけっこうな値段だった覚えがあるし。

大人になってから、MSDNとかeOpenライセンスとかを買えるようにはなったけどさ...。

10年ちょっと前と今ではこういう環境も、情報量も、参考になる本とかも断然に違うね。ただまぁ今は逆に「無いから作る」ってことはあんまり無くなったのかなぁ。Windowsアプリとかフリーソフトが星の数のようにあるしね。ググってすぐにダウンロードしてって感じだし。

その昔、10数年前はVectorもWebではなくてCD-ROMが何枚か付いた電話帳みたいな書籍の形態だった。1万本だったかのフリー、シェアウェアがそれこそ電話帳のように索引になってて、CD-ROM何枚目のどのフォルダに入ってるとかそんな感じ。たしか窓の杜もこの頃すでにあったのかな？あっても個人サイトのひとつだった気が。

とかまぁちょっと昔を思い出してみた。

でもよく考えたら、MSも開発者の囲い込みに必死ってことなのかなー。最近はWeb系やLLが全盛で、Windowsアプリとかを手がける若い人ってどれくらいいるのかな。

福岡都市圏一般路線バス　春のダイヤ改正について　（PDF）

去年くらいから、系統番号を統合し始めてるな。たしかに300番台とかは都心内では経由は一緒だし、そのほうがわかりやすいかもね。あと城南線方面とか。

個人的には、大橋駅から日赤方面と、塩原方面の区別のアナウンスとか掲示をしっかりして欲しいかな。たまに通勤で使ったりするけど、お年寄りが多い時間帯だと日赤病院や中央病院に行くと思って、47/48/63番の塩原方面のバスに乗り間違えるのをよく見ているので...。

あとは天神のバス乗り場の多さかな...。博多駅に行くバスでも100円循環と住吉方面では天神コア前の乗り場が少し違ったはずだし、大丸前しか止まらないのもあったような。なんかどこから乗ればいいのか迷うことあるな。

まぁ天神の場合は路線も台数も多いから、乗り場をまとめるのは難しいだろうけど、あれは外から来た人はもっと分かりづらいんじゃないかなぁ。

来年度のグループ内の新人教育のカリキュラムを何人かで検討中。

実際に5月中旬か下旬くらいに現場に配属されてからほぼ1年の間、どんなことをどういった形で教育するかっていうのを考える。

ここ数年くらいはほぼ4半期を1つの単位として

• C言語のコーディング
• レビューの受け方
• 開発環境の構築の仕方
• JTAG-ICEを使ったデバッグ
• 所属機能チームの機能の理解
• テスト項目の抽出のやり方
• 詳細設計の触り部分

など、開発作業の基本的なところをすぐ上の先輩社員を先生として主にOJTで行ってきた。

基本的に配属されるのは9割以上はプログラム未経験者で、中にはWordやExcelもあまり使えない人も多く、文字通りゼロから教えていってチームの戦力にしていかないといけない。

今年度、部署内の体制が少し変更になったことで、私の所属するグループでカリキュラムを少し変えようとしているのだけど...。

それこそ教えたい、覚えてもらいたいことはたくさんあるけど、そもそもどんな人が配属されるかも分からないので、どれくらいのペースで進めて良いのかも判断するのが難しい。

全社的な研修を一ヶ月ほど受けてくるとは言え、基本的には未経験者。ある程度は本人の進み具合によって柔軟に対応するけど、1年でどれくらいのことを教えられるだろうか、そして2年目、3年目はどう教育していくか...。

私としては、技術向きの人を育てることができると良いと思ってるのだけど...。未経験で業界に入ってきて、「技術が面白い」と思ってくれる人はほとんどいない。

うちの会社が受託中心のSIerで技術に興味を持てるような仕事のやり方ができていなかったり、キャリアパスがマネジメント指向が強いのもあるんだろうけど、２，３年目になると「技術に自信が無いからマネジメント系に行きたいです」とほぼ全員が言う。

技術系に進むのは、学生時代からコード書いたりサーバ管理したり、「昔からやってる」人くらい。ということは裏を返せばほぼいないってこと。

私はここが一番の課題なんだと思っている。

いくらマネジメント職が増えても、それだけではソフトウェアは出来ない。技術はパートナー会社さんに任せっきりだと、社内に技術やノウハウは何も蓄積されない。それこそ、「悪しきSIer」の典型になってしまう。

私の考えは、技術がきちんとできるキーマン的存在を社内にもっと増やすべきというスタンス。

今の組織ではマネジメント職と技術職がアンバランス過ぎて、つまらないことで躓いたりしてるプロジェクトが多い。ちょっと技術が出来る人、調べるのに長けてる人がいればそんなのはボトルネックにならないだろうと思うこともよくあるので。

なので新人教育では技術自体もそうだけど、まずは物事の調べ方、問題解決のやり方、作業の段取りの付け方を身につけられるようなカリキュラムも入れられないかな、とは思っているのだけどね...。

Twitter始めてまだそんなにヘビーユーザーでは無いので、最近"RT"とか"ReTweet"とか見かけるのが気になってた。

で、意外とググっても出てこないのね。なんかみんな当たり前のように"ReTweet"って使ってるページばっかりがヒットして。

ようやく検索の下の方のページで見つけた。

メールで言うところの"Fw:"みたいな感じらしい、というので合ってるのかな。

@はReply、RTはFoward、ってことかな。

金曜日は3月末で異動になる人の送別会だった。

まぁそこでいろんな人といろんな話しをしたんだけど、ちょっと社内のドロドロした話しも聞いてしまって軽く鬱。

私には直接関係無いと言えば無いんだけど、むかし仕事でお世話になった人がその渦中にいるらしくちょっと心苦しい。なんか手助けできればいいんだろうけど、力関係から言っても私みたいなぺーぺーが一人で頑張ってどうにかなるものでもないし...。

変な力に潰されるくらいなら、その前に逃げて欲しいな...。

ブコメでこんなのを頂いた。

machibuse 公開テンプレートかもしれないけど、Nitram+Nuncaパクりすぎだろ

なんだか、このサイトのデザインがパクリらしい。

こちら↓のテンプレートを使わせてもらっているだけなんだけどなぁ...。

001 Modern | Dr.Blog -ブログ研究所-

というか、Nitram+Nuncaというサイトがあることも知らなかったし。でもこちらのサイトも見てみると、私なんかより遙かにすごそうな人ではあるのですけどね...。

パクリと言われてあまり良い気分では無いので、そのうち色づかいとか変えるかも。

博多ラーメンチェーン戦争 絶好調一蘭が一風堂追い上げる（J-CASTニュース） - Yahoo!ニュース

ちょっと古い記事だけど。一蘭が追い上げてるらしいって話し。

記事を見ると、大手の九州ラーメンチェーンは、一蘭、一風堂、山小屋ということになるのか。

そういえば、山小屋ってこの辺で見たこと無いな、と思って調べてみると、福岡市内には一件も無いのね...。

個人的には一風堂は数えるほどしか行ったこと無いし、一蘭も昔に比べれば行かなくなった。特に値上がりしてからは...。一蘭はけっこう味にバラツキある感じがするし、他のジャンクフードに比べて割高ってのもあるし。どちらかというと外から博多に来た人向けって感じになってるんかな。

せっかく福岡に住んでるから、安くて美味しいお店を開拓して知っておくといいんだろうけどねぇ。

一蘭や一風堂がニューヨーク出店とか記事には書いてあるけど、食材の調達とか下ごしらえとかどうするんだろうね。ふつうチェーン店ならセントラルキッチンで作って各店舗に配送ってなると思うんだけど、麺とか海外でどうやって調達するのかな。コストはけっこうかかりそうだよね...。

ずんWiki - Fedora upgrade

fedora4->6にアップグレードしたのちに放置状態になっているサーバがあるので、このままアップグレードできるかどうかを調べていたのだけど、素晴らしいまとめWikiがあったので自分でメモることもあまりなかった。

基本的には順々にアップグレードできそうな感じね...。手元のVirtualBoxにfc4からのアップグレードテスト環境でも今fedora8までアップグレードできているし。

yumのmirrorlistさえきちんと設定しておけばだいたいは大丈夫かな。

ただ、fedora7->8のときにcurlの依存関係でPHPを丸ごと削除しないといけなかったりしたのが気にはなるけど...。

本当はCentOSあたりをクリーンインストールするのが早いんだろうけどね。でもそうするとシステム止めたり、作業工数の問題もあるしな。

amazon販売分だと4万を切っているので、思わず食指が伸びそうになるんだけど、実際メモリ1GBってどうなんだろうなぁ...とか思い直して止めてる。

ただ、画面サイズが縦576ドットと中途半端なために画面をはみ出すソフトがけっこうあって使いにくいという話しもネット上で見かけるし、衝動買いしない理由としては十分かも。

レノボ・ジャパン IdeaPad S10e Blue 4068AHJ
	Lenovo 2009-02-14 売り上げランキング : 127 おすすめ平均 絶対買いです Amazonで詳しく見る by G-Tools

Madrid Barajas International Airport

Originally uploaded by wesleyrosenblum

flickrで見つけた一枚。

マドリードの空港らしいんだけど、明るくて良さそうな空間だな。

近い将来に、Arduinoに手を出す前に手軽に読めそうな本として、"Getting Started With Arduino"を買おうかと考えていたら、もうすぐ日本語訳が出るらしい。

しかも訳は"船田戦闘機"の船田さん。

Arduinoの入門書としてちょっと期待大。

Arduinoをはじめよう
	船田 巧 オライリージャパン 2009-03-27 売り上げランキング : 23370 Amazonで詳しく見る by G-Tools

↓こちらは原書。

Getting Started With Arduino (Make: Projects)
	Massimo Banzi Make Books 2008-10 売り上げランキング : 16928 Amazonで詳しく見る by G-Tools

今日は全社か事業部かの有給奨励日のようだ。

...というのを出社前に気づくほど、有休取得と縁が無いな。

いちおう有休取得のかけ声はかかるんだけど、どのチームも作業量に対してギリギリの人数で回してるのと、割り込み作業が多すぎるせいか計画有給すら難しいようだ。プロジェクトの特性上しかたないんだろうなぁ。

私も今年度は30日以上有給残があるし...。

部署内のイントラネットの構築、管理を受け持ってもうすぐ10年くらいになる。

もともと私が新人の頃にLinuxサーバ構築の練習も兼ね、有志チームを作って立ち上げたもの。10年前は完全な　静的HTMLでページを作っていたのを、3年半くらい前にPukiWiki-plusベースのサイトに私がリプレースして今に至る。

有志チームも社外勤務者などが増えたりしたせいで、数年前から事実上消滅し、メンテナンスと管理を私が一人で受け持っている。

基本的には

• 社内システムや社内のさまざまなサイトへのリンク
• 部署内の情報ページの作成やリンク
• 部署内ブクマサイト(Scuttle使用）
• 管理系部門のお知らせ用ブログ

などを置いているけど、実際のところそう頻繁に更新される内容ではない。

また部署の総務部門のお知らせサイトが別にあって、そいつもWikiのトップページからリンクさせているのだけど、一段深い場所にサイトがあるせいかアクセス数が少なく、せっかくのお知らせもユーザーの目に留まらないという問題があったり、全般的にWikiもリンク集的な扱いになっていたりして活用されているとは言い難かった。

やはりネックはWiki記法。技術系社員ならまだしも、スタッフ系社員の人にWiki記法覚えてページを編集してくださいとは言いづらく、簡単なものは私が作ったりしている状況。

で、うちの会社は4月からGoogle Appsという企業向けのSaaSサービスを導入する。手っ取り早く言えば、企業向けのGmailやGoogleカレンダーなどのサービスなんだけど、その中にGoogle Sitesと同等のサービスがあるようだ。

まだ実際にAppsを触ったわけではないのだけど、Google Sites上に部署内イントラネットを移行すれば、もっと柔軟な運用ができないだろうかと検討中。

GoogleSitesはWikiに近いし、PukiWikiのようにWiki記法を覚える必要もないのでスタッフ部門のような人でもページの作成や編集に使える可能性が高い。まぁ独自で作ったCGIは動かないので既存のサーバに残すしか無いし、ユーザーロールによる閲覧制限をかけたりできるのかとか、実用に耐えるかわからないことが多いけど、将来的にはイントラネットを移行しても良いかもと思っている。

あとは、個人のアカウントごとにもSitesが使えると思われるので、社員の作ったページをどこかでリンク集的に集めたページを作っても良いだろうし、何か面白い使い方ができると良いのだけどね...。

IT業界で楽しく仕事をするための10カ条 - ＠IT

毎年3月あたりになると、どこかのサイトで出てくるような気がしないでも無いけど、この10カ条はよくまとまってる。

とりあえず社内のブクマサイトに登録、公開しておいたけど、ウチの会社というか業界の空気として「技術はあくまで道具に過ぎない」っていう考えが広がってきているような気がする。

特にWebサービスとか「サービス」が商売なところは「サービスのネタが命、技術は実現手段に過ぎない」という考え。

まぁたしかにそれは一理あると思うんだけど、本当に技術はオマケでいいのかなぁ...とは思う。

ソフト会社とかSIerなんかもどうなんだろう。

「技術は好きじゃないから早くマネージャになりたい」っていう人は昔からいるけど、そういうマネージャのプロジェクトって上手く行ってるんだろうか、とか。

なんとなく、「技術」そのものが軽く見られてくるようになって気がして、@ITのこのエントリもどれだけの人が読んでくれるのかな...。

(追記)

JavaBlackさんのところで元記事がDisられているけど、まぁIT業界が幸せな場所ではないのは現状そうだろうし、ゼネコン系SIerとかブラック企業では確かにソルジャーとして使い捨てられるかもしれないけど、それがIT業界の全てでも無いだろうし。

ベンチャーとか技術に力入れてるところとか少ないけどあるだろうし。

オフショアで下流工程が持っていかれるからと言っても、じゃあ国内には「技術を知らない」プロマネを大量生産しても良いのか？みたいな問題もあるし。

元記事にあるようなことは全て無駄だとは思わない。元記事にあるようなことがちゃんとできる人がブラック企業に入らずにもっとより良い場所*1で活躍することで、道のりは遥か遠くても「日本のIT業界」を変えていけると良いと思うんですよね。

たぶん、ブラック企業を中から変えるのはかなり難しい。外からの力で倒していくしかないんだろうと。まぁブラック企業を重宝がる「お客」がいたりするから厄介なのだけど。

• *1: 外資でも海外でも良いと思う

少し進みの悪いプロジェクト。

支援で入っている他のチームのメンバとか私とかがいろいろ進め方についてアドバイスしていたりしたんだけど、ふと、かえって周りがあれこれ言い過ぎて方向性を失ってるんじゃないかと。

もちろん元々のプロジェクトリーダーはいて、ちゃんと指示を出している。それ以外に外野の人がそれぞれ、ああしたらいい、こうしたらどうだと言う。まぁ、全員そのプロジェクトがうまくいって欲しいと思っているからそうなるわけだけど、当の言われたメンバーがそれを取捨選択できない感じで混乱してるようだ。

それぞれが微妙に違うベクトルのアドバイスをしていたりすると、どれに従うべきかわからなくなってる気がする。どのアドバイスもそれなりに説得力があるが故に。

元々の担当メンバーがまだ経験が浅くて状況判断力が弱いので、少し上の人から色々言われるとそれぞれから言われたことに対して迷いが出てしまってるように見えたのだ。

なので、私は少し口出しするのを控えることにした。明らかに違う方向に向かおうとしている時は言うけど、それ以外は他の人がいろいろアドバイスしているのでそちらに任せようかなと。

CakePHPでWebアプリを作りながら思った。

Viewに大きなデータを引き回すのは正しいんだろうか？

例えば、Amazon ECSで検索結果をXMLで取得する。10件分。itemsearchで"Medium"とか"Large"を指定するとかなりの情報が返ってくるのだけど、これをControllerで受け取ってそのままViewにディスパッチしてしまっても良いのかどうか。

けっこう大きなデータがViewに渡ってしまうけど、フレームワークの動作が重くなったりしないんだろうかとちょっと気にかかる。

本当はControllerで受けて、Viewに渡す前にある程度必要なデータを選んでViewに渡すほうがよかったりするのかな...。Webアプリではそこまで気にしなくてもいいのかな。Amazon ECSから返ってくるくらいのXMLなら全く無問題とか...？

なんだかあまりこの辺のデータの大きさに言及した記事とか見たことないなと思って。

でも実際、PHPのmemory_limitが8Mだったりすると、AmazonのResponse XMLを格納しようとしてメモリ不足のFatal Errorが発生したりするから、やっぱりよろしくないんだろうな。

Amazon.co.jp、関西でも「即日配達」を可能にする体制を構築へ - スラッシュドット・ジャパン

確かに配送が1日くらい早くなったりするんだろうけどねぇ。

私に限って言えば、Amazonで本を買うのはこの頃減らしてます。やはり中身を見て買わないと、ネットで話題になったからとポチッとしてしまい、届いたら自分の思っていたのと違っていたってケースも多かったので。

特に技術書なんかは自分がすでに知っている内容とかレベルのことが書かれていたり、またまだ本に書かれているレベルを理解するまで到達できてなかったりすると、単純に積ん読になるだけなんですよね。おまけに技術書って売っても安いし。

まぁ、単純に「失敗した買い物」による出費を減らすという意味もあるのだけど、そういう意味ではまず気になった本があればメモをしてリアル書店に行って中身を見るようにしてる。

そして

• 今すぐ必要な本か
• 後で買っても良いか
• 買った後で興味が薄れたりしないか

という観点から買うかどうか決める。

買ってもすぐに読む時間が無かったり、積ん読しているうちに興味が薄れてしまったりする可能性があればその時点では買わない。メモにずっと残しておいて、時間が経っても必要な本であればその時点で買う。

あと、リアル書店は行くだけでも楽しいってのもある。２，３時間なら平気で滞在できるし。

Amazonで買うとしたら、

• リアル店舗で中身を見て、その時買わなかったけど後で必要になった
• 買うと大きかったり重い本
• 本以外の電気製品とかサプライとか

かなぁ...。

Mr. Tweet経由でTwitterのfollowを増やしていたのだけど、若い世代がアツいなーと。

ブログとかTweetを眺めていたんだけど、大学生とか院生とか、なんか研究してる内容とか私には詳しくはわからんけど面白そうだし、情報系の学生は本当に面白くて楽しい時代に学生時代を送れてるんじゃないかなぁなんて思ってしまう。

そして意外にも高専のレベルが高いってこと。今まで高専ってよく知らなかったのだけど、ちょっと最近仕事で調べ物していたりしている中で、高専で研究してるものとかレポートや論文見ているとその年齢でそんなことやってるのか！とちょっとビックリ。普通の高校とか専門学校と違う感じやね。

自分が取り組めるものを見つけられている人は幸せだね。なんか生き生きしてるのが伝わってくる感じだし。

私は学生の時からそんなに優秀では無かったし、いま仮に学生時代に戻ったとしても彼らには負けるだろうけど、できる人は将来も伸びて欲しいなぁ。

本当は、少しでもIT業界に来てもらって既成の古いものを壊したりする力になって欲しいとも思うんだけど、やっぱりちょっともったいないかな...。

インプレスジャパンダイレクト ショッピング&サービス

インプレスの企画商品で、注文したのは11月終わりだったのがようやく届いた。

カメラの斜めがけのニーズはけっこう高いと思うのに、意外と対応する長さのストラップは売っていないように感じる。これが届くまでは、ハクバのプロストラップを使ってたけど、身長の高い私にはもう少しだけ長さが欲しかったのだ。

今度のは全長が165cmなので、プロストラップの140cmと比べても十分だし、長さをすぐに調節できるバックルが付いているので便利だと思う。自転車に乗るときにはは特に。

ちょっと値段は高かったけど、もし長く使えるならまぁ良いかも。

開発環境がプロキシの内側で、HttpSocketがそのまま使えずに困ったので。

素人がかなりアドホックに修正したので、かなり乱暴な修正かもしれないけどとりあえず晒しておく。

使うときは、

$socket = new HttpSocket(
    aa( 'proxy',
            aa('host', '127.0.0.1',
                  'port', 8123)
    )
);

のようにすると良いかと。

======

$ diff -u http_socket_org.php http_socket.php
--- http_socket_org.php 2008-12-19 11:16:01.000000000 +0900
+++ http_socket.php     2009-03-08 01:25:01.250000000 +0900
@@ -114,6 +114,10 @@
                'protocol'   => 'tcp',
                'port'           => 80,
                'timeout'        =>     30,
+               'proxy' => array(
+                       'host' => null,
+                       'port' => null
+                ),
                'request' => array(
                        'uri' => array(
                                'scheme' => 'http',
@@ -191,6 +195,14 @@
                if (isset($host)) {
                        $this->config['host'] = $host;
                }
+
+               // for proxy use.
+               if (!empty($this->config['proxy']['host']) && !empty($this->config['proxy']['port']))
+               {
+                       $this->config['host'] = $this->config['proxy']['host'];
+                       $this->config['port'] = $this->config['proxy']['port'];
+               }
+
                $cookies = null;
 
                if (is_array($this->request['header'])) {
@@ -728,7 +740,14 @@
 
                $request['uri'] = $this->parseUri($request['uri']);
                $request = array_merge(array('method' => 'GET'), $request);
-               $request['uri'] = $this->buildUri($request['uri'], '/%path?%query');
+
+               // if proxy use. switch buildUri() argument.
+               if (isset($this->config['proxy']['host']) && isset($this->config['proxy']['port'])) {
+                       $request['uri'] = $this->buildUri($request['uri']);
+               }
+               else {
+                       $request['uri'] = $this->buildUri($request['uri'], '/%path?%query');
+               }
 
                if (!$this->quirksMode && $request['uri'] === '*' && !in_array($request['method'], $asteriskMethods)) {
                        trigger_error(sprintf(__('HttpSocket::buildRequestLine - The "*" asterisk character is only allowed for the following methods: %s. Activate quirks mode to work outside of HTTP/1.1 specs.', true), join(',', $asteriskMethods)), E_USER_WARNING);

先々週に引いた風邪、体調的にはほとんど大丈夫なんだけど、咳だけがどうにも残っている。

何か喋ろうとしたりだとか、外で冷たい空気を吸った時とかに咳き込む感じ。気管支がまだ炎症起こしてるのかも...？

ということで、今週末も自宅で大人しく静養しておくことに。無理にでかけてぶり返してもイヤなので。

ほんとはだんだん春めいて来てて天気もそれほど悪くはないので、ちょっとブラブラしたい気分だけどね。まぁこんな状況じゃ仕方ないけど。

今日はほとんど、布団に入って寝ておりました。春眠なのかどうか、ひたすら眠れたので少しでも体力回復していると良いけど。

NetBeans6.7開発版でPHPのリモートデバッグ。

普通は同じマシン上にapacheなどを立ててデバッグするケースが多いのか、ネットを検索しても

xdebug.remote_host="localhost"

としている例が多いのだけど、デバッグするPCと実際にサーバマシンが違う場合は

xdebug.remote_host="NetBeansを使うPCのIPアドレス"

を指定する。

それ以外にも、デバッグを開始するURLというかパスを正しく指定しておかないと、NetBeans側で指定したブレークポイントがサーバ側に正しく反映されないケースがあるみたい...。

ちょっと具体的なパターンがよく分かってないけど、xdebugのプロトコルをキャプチャしてみてたら、存在しないパス名のファイルに対してブレークポイント設定が通知されていたりしたので。この辺もう少し調べてみたほうがハマらなくていいかも。

今のところ、NetBeansの設定で「開始ファイル」を、"app/webroot/index.php"にすると上手くデバッグできる感じ。

会社と自宅でemacsを修行中。

とりあえずネットでいろんなelispを持ってきて、ruby-modeだとかphp-modeだとかの色分け系から、elscreen、dsvnなどを設定。

操作のほうはファイルのオープンクローズと、コピーペースト、検索ができるようになったのでグッと編集作業の幅が広がった感じ。今まではファイルクローズと終了くらいしか分からなかったしね...。

使ってみて思うのが、emacsはソースの色分けに強いということ。C言語にしてもPHPやRubyにしても色分けがとてもきれいで見やすい。これだけでも使う価値がある。

あとは秀丸みたいにC言語とかで関数一覧が画面の右側に出てくると良いんだけどね。M-x speedbar でもいいんだけど、別ウインドウになるのと、今編集中のファイルの関数だけ一覧で出したいので、まだあまりspeedbarは使ってない。

もう少し自分の思うような編集コマンドを指が覚えれば、emacsの基本的なところは押さえられるんだろうね。

280円ラーメン「博多ラーメン膳」−天神に出店、ビジネスマン狙う - 天神経済新聞

へー、ビブレ裏って一蘭があるところよね...。あとリンガーハットともう一件ラーメン屋があったような気がする。

そもそも天神に店を構えて280円のラーメンで採算合うんだろうか...。想定客単価400円って...。

もともと、日赤通りにあって人気だったのが、道路の拡張工事で小笹に移転したという経緯だったはず。日赤通りの頃は夜中でもかなりお客が多かったけど、小笹になってからはどうなんだろう。週末の夕方には何度か行ったけど、６，７割は埋まってたかなぁ。

開店したら一度行ってみるか。

やはり，ソフト開発手法の確立を組み込み技術者に期待する - 日経エレクトロニクス - Tech-On！

こんな記事が目にとまったので読んでみたのだけど、あまり納得できなかった。

IT業界では優れた開発手法を実践すると開発者がいる企業の売り上げや利益が減ってしまい，組み込み業界では優れた開発手法を実践すると売り上げや利益が増えることが多いためです。

組み込み=すべて内製、なら正しいかもしれないけれど、下請けでソフト会社使ってるようなところはあまり当てはまらない。下請けに「この値段で」と言いつつ大量の作業を渡すメーカーもあって、下請けが渋ると「次から仕事出さないよ？」とか言うパターン。

ようするに下請けが無茶な要求を利益出るか出ないかくらいのお金で受けさせられるので、メーカーは開発手法を改善しようがしまいが、あまり腹は痛まない。

ソフトウエアの開発しやすさと拡張性を高められる開発手法が，製品の競争力に直結するわけです。こうなると，開発手法にも関心が払われてきます。

これも下請けに押しつければ何も変わらない。下請けのほうがいかに自分たちが死なないようにするか頭を使うようにはなるかもしれないけど。

中規模の開発案件であれば，例えば数人程度の開発者が新しい手法を共有しながらプロジェクトを進めることが可能です。

中規模でかつ新規開発の案件なら手法の改善はできると思う。ただ、開発者の間でコンセンサスが取れることが前提。既存の拡張案件ならちょっと時間はかかるかも。

最初は中規模の比較的小さいところでソフトウエア開発手法が確立していき，その手法を理解し実践する開発者が増える。そういう開発者が増えてくれば，規模の大きいところでもその手法を採用できるようになる。

メーカー系だとどうなんでしょうね。中小のデバイスメーカーならできるだろうけど、大手メーカーと言われるレベルのところだと、組織が大きい故に決定権を持つ役職の人が手法改善の重要さを分かってない場合が多いんじゃないだろうか。

メーカーでも、若手の社員さんとかは技術や手法の勉強をしていたりしてるのだけど、部門全体とかになるとどうしても過去のやり方の枠を抜けきらない。

そしてやっぱり、しつこいようだけど下請けが関係するかどうか。メーカーの人は要求仕様を決めるだけで、基本設計以降は下請けに投げるケースだと、メーカーは「これ作って」というだけが仕事。

そして少し大きなプロジェクトになると下請けも数社入っているので、プロジェクト全体としての開発手法の統一が難しくなるし、下請け会社の間でも、それぞれの会社の手法があったりしてなかなか思うようにはプロジェクトが進まない、となる。これはIT系でも変わらないけれど。

なので元記事はちょっと楽観的過ぎるかなぁというのが感想。デバイスメーカーがソフトも内製してるケースくらいしか上手くいかない気がする。

余談。最初に元記事読んで「えっ」と思ったのは、「IT業界」の中に「組み込み業界」って入らない風に書いてること。一般の人に「IT業界」ではなくて「組み込み業界で働いてます」なんて言ってもわからないよなぁ...。

博多駅で無記名式のを入手。でも買っただけで西鉄使って帰ったからまだ使ってない。

みどりの窓口に人が多かったのは、定期をSUGOKAに切り替える人たちだったんだろうか？

あとは地下鉄ももうすぐICカード化だけど、正直なところ来年になれば西鉄とSuica含めて相互利用できるようになるので、こうやって別々のカードを持たないといけないのは今から1年間だけになるのかな。

まぁ相互利用と言っても、東京でPasmo区間に乗るときはNIMOCAもSUGOCAも使えないはずだし、逆にSuicaが西鉄のバス路線で使えるのかというのもあるね...。

Suicaと、NIMOCAかSUGOCAの2枚持っていればとりあえずは東京も福岡も困らないのかな。

あとは関西圏のICOCA、東海のTOICA、九州内のICカードを使ってる宮崎バス、長崎と鹿児島の路面電車とかとも繋がると面白そうだけどね。

コードの品質というあたりを色々考えたり調べ物したりしている時に、ふとMISRA-Cのコーディング規約ってどんなのだろうと気になって調べてみたんだけど、どうも無料では手に入らないっぽい。

コーディング規約なので、そんなに突拍子も無い内容ではないと思うんだけど...。

日本語での情報

規格書

日本語訳された規格書は、自動車技術会というところでテクニカルペーパー"TPTP-01002 (J) 自動車用Ｃ言語利用のガイドライン（第2版）"という名前で販売されているのだけど、

一般価格：　10,500円　　 会員価格：　8,400円　　 送料：　300円　　

という値段。個人じゃ無理。なんかJIS規格書みたいな感じの商売。

解説書

で、規格書では無く「解説書」というものであれば以下の本があるようだ。約4000円なので安くは無いけど。

組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド
	MISRA‐C研究会 日本規格協会 2006-10 売り上げランキング : 177207 おすすめ平均 MISRA-C:2004は、MISRA-C:1998の改訂版 Amazonで詳しく見る by G-Tools

また、MISRA-Cに一部が似ているコーディング規約としてまとめた以下の書籍もある。

改訂版 組込みソフトウェア開発向けコーディング作法ガイド[C言語] (SEC BOOKS)
	独立行政法人 情報処理推進機構 ソフトウェア・エンジニアリング・センター 翔泳社 2007-07-25 売り上げランキング : 26829 おすすめ平均 何を書くときのガイドか Amazonで詳しく見る by G-Tools

Web上

Web上では、技術レポート「MISRA-Cルールに基づいたプログラミング」というサイトに一部だけ、抜粋されて出てきている。

英語

規格書

本家MISRAのWebサイトより、購入できる。書籍形態で40ポンド、PDFで10ポンドらしい。

UR賃貸住宅は抽選ではなく先着で、最強であることを惜しみなく紹介する : akiyan.com

akiyanさんのURのすばらしいまとめ記事がブクマ集めてますね。

東京の事情と、こちら福岡の事情が同じかどうか分からないですけど、新しめの良い物件に当たれば、民間よりも良いケースもあると思います。

• 保証人が要らない
• 私のように諸事情で他人の手を煩わせずに部屋借りたいと思ったときには良いです。
• 保証人が要らない分、素性の不明な人が入るケースもあるようですが、私の借りていたところはそういうことは無かったようです。
• 設備の管理はきちんとしている
• URのファミリー企業のJS(日本総合住生活)という管理会社が共有部の清掃を行ってました
• 私が借りていたところはマメに掃除されていて特に不満はありませんでした
• 退去時の精算手続きも明瞭
• 最近のエントリにも書いたとおり、変な名目で敷金から引かれません

だいたい築5年以上の物件だと、いかにも「団地」という外観だったり内装だったりすることが多いみたいですね。もちろん設備自体は新しいですけど。

ここ２，３年くらいの新築物件*1などは外装も内装もけっこう豪華な感じで、民間みたいな感じの物件です。そのかわり家賃もけっこう高くて3LDKとかの家族向けだと10万軽く超えますけどね...。

福岡はなぜか他の地域と比べてもURの物件が多いように思います。市内の中心部にも多く、地下鉄、JR沿線に多い感じ。ただ、新しい物件もある代わりに、築20年以上の物件もありますけど。

とりあえず、気になる物件があれば土日には現地案内所があるところではすぐに部屋を見せてくれるし、案内所が無くても予約すれば簡単に内覧させてくれます。

正直、福岡の相場でURの家賃が民間と高いか安いかというのはよく分かりません...。私がほぼURのみで探してたので。

ただ単身や2人暮らしくらいにしても、チャチな作りの民間のワンルームに比べれば、大して変わらない家賃で高層階の部屋を借りることもできるので、悪くは無いんじゃないかな、とは思います。

私のブログでのUR関連の記事はざっと以下の通りです。何かの参考になれば...。

• 敷金精算 - きままな日記帳
• UR退居 - きままな日記帳
• URの退居手続き完了 - きままな日記帳
• URの退居手続き - きままな日記帳
• UR契約 - きままな日記帳
• UR（公団）住宅を申し込み - きままな日記帳

• *1: 福岡だと友泉、千早、香椎、住吉通り

テストはすごい。テスターはすごい。 - 千里霧中

組み込み開発へのテスト駆動開発の導入 - 千里霧中

このあたりの記事を読みながら、少し久しぶりにテストについてつらつらと考えてみた。特に組み込みでのUnitTestのシステムは意外と導入に難がある感じで、悩んでいたところ。

そして、よく考えるまでも無かったんだけど、テストも技術なんだよね...。

どうしても周りを見ていると、「テスト=若手が体力勝負でやる作業」の様子をよく見ていたので、テストという作業があまり重要に思われないというイメージが出来上がってしまってた、私の中で。

私も大規模な組み込みの開発に関わっているので、テストパターンの膨大さとかテスト作業の大変さは分かっているつもり。

ただ、まだまだテストの現場に「テスト技術」が持ち込まれてないがために、人海戦術でランダムテストでしのいだり、とにかく手数と工数をかけてなんとかしようとする空気が連綿としてあるし、そういう現場のほうが多いんじゃないかと思う。

開発側も、コードに対するテストをどこまできちんとやれているか？と言われるとどうだろう。私のところは開発者がきちんとしたテストを行うまでのスケジュールが取れにくいほど時間制約が厳しい*1ので、どうしても作ってしまった後はテストチームにバグを出してもらう、というケースになることがある。

そうすると酷いときは、ちょっと開発者が自分で動作させれば見つかるようなバグですらテストチームに試験してもらうまで分からないということもある。

...こんな感じのプロジェクトがうまく行くはずも無く、ほとんどの場合はデスマ化しているのだけどね...。

開発側も本当はもっとコードの品質に注意を払わないといけないし、テストチームも力仕事からインテリジェントなテストを目指さないといけないと思っている。そのためにはテスト技術というのもプログラミング技術と同じように知識として持っておくべき、というのを今一度意識しておく必要があるだろうな。

そうすることで、「品質の良いコードを書けるプログラマ」「ツボを突いたテストを行えるテスター」というのができてデスマになる要因を一つ潰すことができるだろうし。

• *1: この時点ですでに何かがおかしいのだけど、現実。

退居したURから、敷金精算の書類が届いた。

部屋の設備については破損なども無く、修理費はゼロ。まぁそうだろうな。

あとは2月の日割り家賃と共益費が敷金から引かれ、残りは3週間以内に返還ということだ。

このへん、民間の物件だと不明瞭な減額査定されたり、「清掃費」とかの名目で部屋が汚れていなくても敷金から引かれたりということを聞いたりするので、半公共のURはきっちりしてる感じ。

今回は減額査定がゼロだったから分からなかったけど、もらった明細書には壁とか床とか細かく部屋の部分単位で金額を書き込むようになってたから、もし減額があってもそれなりの明細は出してもらえるんだと思う。

URの物件はそんなに安くも無いけど、手続きはしっかりしているし、日常の管理（共用部分の整備とか清掃とか）も行き届いていたし、あとは住人のモラルが一定以上*1なら賃貸で探すときの候補に入れても良い*2と思う。

• *1: 私が借りていたところは町内会のようなところがきちんと機能してたみたい
• *2: 少なくとも福岡近辺では

書いているうちにToDoというか、単なるぼやきになってきたような...。

ああしたいこうしたい、だけじゃなくて、もうちょっと具体的な行動とか考えないといけないよな。結局は自分が行動してナンボなんだし。

自転車

• タイヤ交換
• リアがだいぶすり減って来たのと、37cを履いているのでもっと細いのにしたら乗り心地変わりそうなので
• 32cか28cくらい。あさひのサイト見てると、パナレーサーのリブモ か、マキシスのデトネーター が売れ筋っぽい
• 振れ取り
• これはショップ持ち込みで。
• 輪行
• これは将来、折りたたみ自転車を買ったらという条件付きかな

資産運用

• 去年の大損失の反省
• 毎日の相場を追いかけて無かった、ある程度元に戻ると甘く考えて損切りできなかった。
• 株
• 手持ちの2銘柄は今売ってもどうにもならないのでそのままキープ
• 投資信託
• 手持ちの4本はどうするか...。国内型も海外型も悲惨な状況。
• FX
• 手持ちポジションは無し。去年の苦い経験があるので再び始めるかどうか考える
• 今後
• 今の経済状況ではどうするのが良いか。大人しくしておくのか、何か仕込んで置くのが良いのか
• 仕込みをするとしたら何が良いのか

写真

• 春になってきたので、カメラを持って出かける機会を増やす
• 自転車に限らず、電車バスなど使ってちょっと足を伸ばしてみる
• レンズ
• 広角から中望遠(80-100mm前後)くらいまでを一本で賄えるレンズが欲しい。当然予算しだいだけどあんまり高いのは無理。
• 標準の18-55mmだと55mmで足りないと思うことが多いので。
• ペンタックスはあまりレンズの選択肢が広くは無い
• ボディ
• ニコンのほうが良かったかな...。買い換えるつもりは今のところ無いけれど。

読書

• 積ん読
• たくさんあるので少しずつ消化する
• 買ってから放置しているうちに熱が冷めてしまった本もある...。どうしよう。
• ビジネス、自己啓発書を自分で探して時々買うように。ただ流行にはあまり乗らないようにしたい。
• 勝間本はメディアの露出多すぎて正直お腹いっぱい。
• 昔はリーダー論とかコーチングとかよく読んでたけど、今は興味が薄れている
• 仕事でその辺の立場にならないからか

仕事

• キャリアパス
• このまま技術系でいつまでやっていけるのか
• やりたい仕事
• いつの頃からか無くなって来た。情熱が無くなったのかな...
• 失敗できない上に、人より高い結果を求められるので、気分的に守りに入ってしまうのを何とかしないと。
• 給料上げたい
• 近視眼的には、評価が上がれば給料は上がる。自分の立場と会社が私に求めてることと、プラスアルファ。
• 正直なところ会社の仕組みとしては、管理系のほうが上に上がりやすい。

生活

• お金の使い方を考える
• 無駄づかいしない。日々のちょっとした支出でも1ヶ月だと結構な額になることを認識する
• 食費とか、間食とか。
• 使うべき時、節約すべき時の区分をはっきりとする。
• 健康
• 体重増えないように食事を気をつける
• 会社での間食、会社帰りの食事が問題。
• 精神的になるべく穏やかにストレスを少なく過ごせるようにする
• シンプル
• モノを持ちすぎない。むやみに買い物しない。
• 売ったり、処分したりすることも積極的に。

最近、興味を持っているものの一覧。

自分への備忘録も兼ねて、たまに書いていこうかと。興味が移るのが早い人なので、何か見て「面白そう」と思ったときにメモしとかないとすぐに忘れちゃうのよね...。

でもこれだけ全部やろうと思ったら、時間が全く足りないのだけは確実。なので優先度つけてやっていくしかないね。そのうちに別のに興味持ったり、持たなくなったりって感じで項目も入れ替わっていくだろうし。

組み込み、電子工作系

• Marvellの"SheevaPlug"Linuxキット($99)
• 安価なARMデバイス。I/Oもいろいろ出ているようだ
• JTAGデバッガ
• ARMデバイスを本格的にやるなら必要。↑のデバイスとか、BeagleBoardで使いたいのだけど何を買えば良いのかちんぷんかんぷん。
• Olimexのこのあたりか、Flyswatterとかいうやつか。CPUチップによっても使えたり使えなかったりするんだろうか。まだ詳しくない。
• Linuxカーネル、ドライバ周り
• 組み込みLinuxをやるならこの辺の知識も
• BeagleBoard
• 買ってからLinuxをちょっと動かしただけで満足してしまってるので、何か次のステップへ。
• Arduino
• 電子工作と組み合わせて何か作りたい。
• ブレッドボード
• 電子工作の基礎を勉強するときに。

Webアプリ、LL系

• CakePHP
• 今勉強中。昔作ったプレーンPHPの小さなアプリと同じ物を作る学習中
• Rails
• Rails2.3とか出たみたいだけど、またいろいろ変わってるとかいう噂
• Ruby1.9
• 高速化されたのでいずれは。互換性など1.8と違ったりでハマるポイントありそう。
• Rubyそのもの
• 1.9とか言う前に文法もろもろ勉強しないと。頭の中での動作イメージをさくっとコードに落とせるくらいにはなりたい。
• NetBeans
• RubyとPHPでの開発に使い始めた。JavaFXとかにも対応するし、そのうち6.7が出る
• JavaFX
• Adobe AIRとどっちが取っつきやすいだろうか...

その他

• emacs
• テキストエディタ勉強会を見て、n回目のチャレンジ。編集系のコマンドを新しくいくつか覚えた。でも常用には至ってない。
• 未だにvimとどっちを覚えればいいのか迷う
• 画像処理のアルゴリズム
• 微妙に仕事と絡んでるので
• 画像処理、信号処理にかかわる数学
• 画像処理、信号処理のアルゴリズム勉強するには、数学分からないと辛い。でも数学は勉強の中で一番苦手だったからなぁ...
• iPhone/Cocoa開発
• Xcodeの使い方と、Objective-Cから勉強しないと。iPhone関係も書籍が揃い始めてるから手をつけたいんだけど。
• Sage
• オープンソースの数値計算ソフト。Mathmaticaっぽいやつらしい。数学分からないので使うこと無いかもしれないけど、何だか面白そうではある。
• Mac
• Mac miniの新型に期待。もしくはMacbookの買い換えも視野に入れる
• Netbook
• 外でPCを使いたいシチュエーションが増えるのなら。

CakePHPを勉強していてちょっと迷ったこと。

アプリ内部で使うちょっとした自作のユーティリティクラスや関数ってどこに置けばいいのか？

最初はvendorsディレクトリか？とも思ったけど、vendor()経由じゃないと呼び出せないということでちょっとやりたいこととは違う感じ。pluginsも同様で違うっぽい。

いろいろ調べてみて今のところは、

• モデルの中で使う場合、behavior
• コントローラの中で使う場合は、component
• ビューの中で使う場合は、helper

というのが無難そうではある。正解かどうかは分からないけど、ドキュメントとか見る感じだとそう読める。

hehaviorもcomponetもhelperも、作り上の制約はあまり無さそうだし、今回はビューの中で使いたいのでhelperとして作ってみるかな...。