cles::blog

世間ではスタイリッシュになったニンテンドーＤＳが話題になっていますが、hsurにとってはファイアーエムブレム「聖魔の光石」の発売日が１０月７日に決定したことのほうが大ニュースです。

今のところ特に公式ページは更新されていないようです。

† お、リリース後だ

秋の仕事の山場は１０月１日のリリースで片付いてしまうので、この絶妙な発売日は僕のために用意されたような感じ。とにかく、リリースをしくじらないようにせねば・・・・。

自動起床装置というのがあるらしいです。詳細はえきねっとShopping内のこちらから。ここまでくるともうネタとしかいいようがないですね。

強力目覚まし時計「自動起床装置」: ◆BBNews◆ゲーム、映画、アニメ、音楽、CM、テレビ番組紹介

"JR東日本の乗務員宿泊施設で実際に使用されているそうなのですが、その人を起す様はなんというか恐ろしいものがあります。"

これ、JR東日本の乗務員宿泊施設で実際に使用されているらしいです。hsurのいとこは現役のJRマン（車掌）なので、真実をちょっと聞いておきましょう。

cles::blogもここのところすっかりサボりモードでしたが、ネタ自体は毎日スクラップしてあるので、ちょっとずつアップしていく予定です。

ちゃんと生きていますので、ご心配なく。

僕の特定課題研究テーマがアジャイルソフトウェアプロセス関連の調査なので、今日はそのための情報集めとしてXPJUGのXP祭り2004にいってまいりました。
たまには外の空気を吸ってくるのも刺激になってよいです。

某先生は「JUnitイン・アクション」を当てておりました。

JUnitイン・アクション
ビンセント マソル、テッド ハスティード
ソフトバンククリエイティブ

ちょっと遅い昼飯にOne's Driveへ。普段から自分で作って食べる生活になっているので、外食というのがかなり久々という感じでした。

ワンズバーガー、ナチョス、オニオンリング、ジンジャーエール辛口をオーダー。

普段からソフトウェア開発、リリースをくりかえしていると、当たり前のように保守というのがついてまわってきます。

ところが、この保守というのが意外に曲者でして、旧データの引継ぎやら何やらで新規開発よりもコストがかかったりすることもしばしばです。だから、エンジニアとしては、いかに手離れを良くするかというのが腕の見せ所だったりするわけです。

ソフトウエア保守 : IT Pro ITレポート（キーワード3分間講座）

"ソフトウエア保守の業務内容はJIS規格（JIS X 0161）にまとめられている。JIS規格では、ソフトウエア保守の作業を四つに分けている。（1）利用開始後、発生した問題を解決するために講じる「是正保守」、（2）障害を引き起こす原因になり得る問題を見つけ出して直す「予防保守」、（3）性能や保守性を向上させるためにソフトウエアを改良する「完全化保守」、（4）利用環境の変化に合わせてソフトウエアを修整する「適応保守」がある。"

ソフトウェア保守ってずっと昔から規格としてどこかに定められているとずっと思っていたのですが、意外にもJISになったのは2002年11月だったようです。

Seasarを最新版にアップデートすると「コンポーネントが見つからない」というエラーがでるのに悩まされていたのですが、やっと解決することができました。

仕様が変わっていたというオチです。

はてなダイアリー - ひがやすをのここだけの話

"S2のincludeによるコンポーネント参照の仕組みを変えたいと思います。今までは、ルートにフラットにコンポーネントが集められていたのですが、これを親子関係で管理したいと思います。"

よく見てみるとひがさんの日記にちゃんと書いてありましたね。見落としていました。

hsurは趣味が高じてITエンジニアになったという変な人生^*1を歩んでいるので、休日でも何か調べ物をしたりとか、友達のPC選びに手を貸したりとか、研究のためのプログラミングをしたりとか、オープンソースのコードを読んだりとか、そういうことに時間を使うことにあまり疑問を感じたことはありません。

IT Pro オープンソース : 【Linuxウォッチ】オープンソースの悲劇を回避せよ――「変われない技術者」が足かせに

"「情報」は「ノウハウ」と言い換えてもいい。簡単なところでいえば，あるソフトウエアがあるハードウエアで正しく動作するかといった動作保証の問題から，オープンシステムの特徴でもあるいくつかのコンポーネントが接続され，連動して動くかという点まで，システム構築には様々なノウハウが要求される。"

確かに、オープンソースのノウハウは個人に蓄積されていきますし、好きだからITエンジニアをやっているという人ばかりではないというのもわかります。でも、「オープンソースの悲劇」の問題の本質はここで触れられているものとは違うような気がします。

• ^*1: 僕のことをよく知っている人ならば「順当にエンジニアになったね」という言い方になると思います。

最近、僕もSNSなんか触っている余裕もなくなってきました。
でも、この記事で触れられているように、必要不可欠で代替不可能なサービスは使っています。いわれて見ると、そうなんですよね。

CNET Japan Blog - 梅田望夫・英語で読むITトレンド：なぜSNSは使われなくなってしまうのか

"これは決してサービスに不満があるからではなく、単に時間がないからだ。ものすごく楽しいけれど、必要不可欠ではない。これが発展途上であるSNSの現状だと思う。"

最近、何かとサービスを考えたりする機会が多いのですが、「そのサービスを使わなければならない理由」というものが見つけられなくて苦しんでいます。結局、ここで触れられている「nice to have」という殻を破れないのですね。

今後のサービス作りに、この記事の内容がうまく反映できればいいのですけど。具体的にどうしたらいいかは・・・・頭が痛いですね。

最近仕事でケータイ向けのウェブサイトなんかを立ち上げようとしているわけですが、PC向けのサイトとはテクニカル面もIA^*1勝手がずいぶん違うので何かと苦労しています。

サクッとできると思っていたのですが、ちょっと甘く見すぎていました。

• ^*1: Information Architectureの略で情報設計といわれる。コンテンツを論理的かつ使いやすく整理しながらユーザーの導線、画面のフローを考えること。