なごやめし？

筆者は元々東京の人なので、名古屋の事はあまりにも無知です。
祖父母が名古屋の人なので微妙に知識があるのですが…　余計性質が悪いですね＾＾；

そんなわけで、名古屋で仕事に就いていながら「なごやめし」というものとあまり縁がありません。
折角なので食べてみようと思い、ひつまぶしを食べてきました。

ご存知の方も多いかと思いますが、鰻丼を茶漬けにして食べるような料理です。
無論、鰻丼のまま食べてから、薬味（今日行った店は晒葱や山葵でした）乗せ⇒茶漬け　という３段活用です。
話だけはＴＶで見て知っていたので
　「そんな食べ方、鰻が勿体無い」
と思っていたのですが…

尚、東京だと鰻は焼いて蒸す（順番は知らないですが）店が多いので、焼いて終わりな鰻が主流な名古屋の鰻と比較してどっちが美味いという不毛な論争があるようです。
筆者はどちらも良さがあると思うのですが…
東京式は皮がもちっとするのが美味しくて、名古屋のだとかりっとした感じが身のふわっと感との対比で美味しいのですよね。

何故東京と名古屋の比較をしたか？
それは、ひつまぶしで茶漬けにした際に、名古屋の鰻の美味しさたる「かりっと感」が台無しになってしまうのを強調したかったからです。
その辺をイメージして「勿体無い」と思っていたのですが、実際に食べてみて、やはり勿体無かったです。

今日行った店は、炭火で焼いていて実に美味しい鰻でした。
鰻丼も良し、薬味乗せも葱がいい感じに油を緩和してくれて美味しく…　茶漬けにしたらそれが一気に＾＾；；
他の店でも試してみようと思いますが、鰻は鰻丼として（若しくは薬味を乗せて）食べて、ご飯と薬味を茶漬けにするのがいいのかなぁ、と思いました。

ひつまぶし好きな方には申し訳ないような記事になってしまいましたが＾＾；

次の予定は「小倉トースト」です。
こんなメニューが一般的だから、『名古屋の家庭の台所には小豆の缶が常備されている』なんてウソが信じられるんだろうなぁ…ｗ

日付の表示にJavaが全く聞く耳を持たなくなってきた。そりゃ型が違うからね。

最高に意味不明なタイトルになりましたが、元ネタは鳩山辞任会見の「政権与党の仕事に国民が徐々に聞く耳を持たなくなってきた」です。
ちなみに、本日午前１０時ごろに辞任表明。
鳩山首相の仕事の中でも一番の出来との評判です。

さて、Javaにおいては日付型というものがとっつきづらい型として存在しています。
型というか、クラスなのですが、これがいくつか存在していまして…
基本的なものとして"Date"と"Calendar"が存在します。
これらの型を使う理由は恐らく…
　１、曜日を知りたい
　２、前日（前月、前年）を知りたい
というのが多いでしょう。

たとえば、「2010年6月2日」　と入力すると、「水曜日」　と返すような処理。
もしくは、生年月日を入力すると、生まれてからの日数を返すようなサイトでは型を使うのが便利です。
何故便利かというと…　年月日をDate型に格納すると、その年月日に対応する曜日が取得出来たり、Calendar型では年月日の加減算が出来たりします。
これらの型を使用せずに求める値を得ようとすると、以下の処理が必要と思われます。

・曜日取得
　１、特定の日（⇒基準日）の曜日を定数として持つ
　２、基準日と曜日を知りたい日が何日離れているか計算する
　３、計算結果÷７　の余りを見て、曜日を判定する

・生まれてからの日数取得
　１、生年月日が今年の場合、月日だけの引き算を行う
　１－１、月日の引き算は、生年月日の月の日数（生年月日～その月の末日）＋生年月日の翌月～前月＋今月の日数　という考え方で行う。
　１－２、２月の日数は閏年を計算に入れる必要がある。
　２、生年月日が今年ではない（普通は去年以前ですね）場合、年月日の引き算を行う
　２－１、生年月日の年の日数（月日の引き算で、生年月日～年末　を実行）＋生年月日の翌年～前年＋今年の日数　という考え方で行う。
　２－２、２月の日数と閏年の日数を計算に入れる必要がある。

かなり面倒ですねぇ。
出来なくはないですがやりたくありません＾＾；
その為、DateやCalendarを使用するわけです。
しかし、計算結果を使用する際にはDateやCalendarのままで使えない場合が多いので、Stringやintにしなくてはならず…　意外とその手間がかかるのが困りもの。

困ったところで、総理のように投げっぱなして終了です。

便乗企画

某ブログにて、自分のブログの名前を検索してみた結果がありましたので、便乗してみます。

ちなみに、検索ワードは「閉ざせしWebの通い路」です。
特にそれ以外を付加することはナシでやってみました。

～google～
　いわずと知れた、このブログを作ったところ…　もとい、世界最大手の検索エンジン
１ページ目の５件目で出てきました。

～infoseek～
　１ページ目の１件目で出てきました。恐るべし

～yahoo!～
　やはり１ページ目の１件目。
infoseekでもそうでしたが、相互リンクしているブログが上位に引っかかってくる。

～excite～
　１ページ目の１件目。
出てくる順番がinfoseek,yahooと同じなのが面白い。

～goo～
　出てきませんでしたｗ
さんざんgoo mailのトラブルについて書いているからかな？

～MSN～
　１ページ目の１件目に相互リンク先ブログが出てきている。
しかし、このブログ自体は出てきませんでした　orz

と、そんな感じで比較的引っかかってくれている様子です。
にしても、gooについては作為を感じる…

今回は山ナシ落ちナシ意味ナシでしたｗ

失業率と給与明細

先日、筆者の勤め先で新卒向けの会社説明会がありました。

参加者は数名だろうという予想を上回り、説明会会場の席を増やすのに苦労するという嬉しい誤算。色々特徴のある学生さんが来てくれた様子です。ただ、これを喜ぶわけにもいかないのですよね。
　　内定率８割＝５人に１人は職が決まらない
これが現状なので、今就活をしている学生の苦労がうかがえます。

苦労しているのは学生だけではなく…
勤め先までの道のりに職業安定所があるのですが、出勤途中（朝８：３０ごろ）に職安の建物の周辺に行列が出来ていることがしばしばあります。
３０人～４０人くらい並んでいる感じですが、求人を探しに来た求職者ですね。
職安の求人票は早い者勝ちというわけではない（いい人材が応募して、採用されてしまえば早い者勝ちになりますが…）ので、早朝から並ばなくてもと思うのですが、そのくらい厳しいということでしょう。
尚、行列が歩道を塞いでしまうのが困りものｗ

そして、現在仕事を持つ人にも影響が。
昨日、雇用保険の保険料率変更の連絡が来ました。
従業員の支払う（天引きですが）保険料が、従来の１．５倍になるそうです。
…
……
………
1.5ﾊﾞｲ?ﾅﾆｿﾚ（゜Д゜）ﾎﾟｶｰﾝ

あー、こうやって書くとショッキングな出来事に見えちゃいますよね。
１．５倍と言っても、4/1000⇒6/1000　に変更になったというだけです。
今まで１０００円だったのが１５００円になるイメージですね。
尚、これが厚生年金が１．５倍だとシャレになりません。（現在１６％ほどなので、労使折半としても８％。月２０万もらっている人なら８％で１６０００円。これの１．５倍だと８０００円Ｕｐ…）

昼食一食分程度の値上げなのでそこまで大変なわけではありませんが、大変な問題の始まりと言えます。
何せ、雇用保険の受給期間は決まっているからです。
加入年数と年齢によって期間が変わってきますが、受給期間が終わってしまえばそのあとは何も保障がありません。
就職できればいいのですが、そうでなければ親類に頼るか、生活保護を受けるか、というレベルのセーフティーネットでの生活となります。
親類に頼れる場合問題は少ないのですが、生活保護を、となると国や地方の負担が増えるので歳出削減か増税につながります。

と、深刻っぽい話をしてみました。
この辺の問題を解決する具体策を提示する政治家の登場が望まれるのではないかと思いますね。

半島烈震

今現在は緊張が高まっているだけですが、朝鮮半島の休戦状態が破られる可能性が出てきています。
現状は以下の通り
　①当事国１：韓国　⇒　強硬姿勢。南北交流・交易の原則中断
　②当事国２：北朝鮮　⇒　もっと強硬姿勢。でも、食糧どうするんでしょうね？
　③周辺国１：米国　⇒　韓国の主張を支持
　④周辺国２：中国　⇒　米国寄りながら、態度不鮮明
　⑤周辺国３：ロシア　⇒　韓国に冷静な対応を呼びかけるも中立に見える。
　
　⑨おまけ：日本　⇒　韓国追従、韓国マンセー状態。無為無策

発表だけ見ていると、韓国は軍事衝突を避けたい意向。
北朝鮮はいつもの脅し文句ですが、日本相手と違って陸軍が普通に進軍できる半島内の事なのでちょっと危険。
米国は表面上よその国際紛争が落ち着きを見せているので、この機会に北朝鮮を叩くつもり？
中国は賢く様子見中。ある意味一番の利害関係があるので慎重なのかも。
という雰囲気を感じるのですが、あと１，２個イベントをこなしてから双方の兵力の移動があれば交戦状態になりそうな感じです。

さて、ここでの日本の取るべき最善の手の一つは援助をちらつかせての交渉です。
と言っても、「＊＊したら援助するよ」ではなく、「わがまま言うなら何もあげないよ」方式の交渉です。
モノや金を持っている国が強いのは自明ですが、日本はその生かし方が下手な国の一つです。
そんな国が北朝鮮への援助の最大の財布になっているので…　聞こえの良いことを米国なり韓国なりに言われてホイホイと金を出す羽目になる。
「日本の援助なしで半島を安定させられるならやってみろ」くらいの気概でふんどしも財布のひもも引き締めてかかること。
それが、「わがまま言うなら何もあげないよ」方式です。

日韓基本条約で韓国の最大の関心事が援助額と援助の名分であったように、平壌宣言で北朝鮮側の最大の関心事が援助であったように、半島は自分たちだけで発展していくだけの資源と知恵が不足しています。
日本が文明開化で「追いつけ追い越せ」と欧米を追いかけた資本である江戸時代までのあらゆる蓄積などというものはないのです。（日韓併合前の李氏朝鮮時代までさかのぼっても、状況は同じ…　どころか、併合時の半島統治の蓄積は東南アジア諸国に「最貧国でも先進国になれる」と言わしめたほど）
ならば、韓国が日本からの経済協力という名の財政援助で発展の基礎を築いたように、北朝鮮も何らかの巨額援助でしか発展の基礎は築けないでしょう。
発展の基礎の原資を期待される日本は、その立場を理解してここは強気で対応するのが良いのです。韓国に寄り添う形ではなく日本の国益を前面に出す形で。
「拉致被害者を還せ。　朝鮮総連はろくな事をしないから潰すぞ。　日本を狙うなら先制攻撃の準備をするぞ」　と。
（※１、拉致被害者については全員生存というのは厳しそう…　でも、生存している前提で要求を突き付ける。死んでいるという証拠がありませんからｗ）
（※２、朝鮮総連が朝鮮系信用金庫の金を無理な融資で吸い上げたのは明白。公的資金突っ込んでいますので、国が朝鮮総連に取り立てても民意を盾になんとでもなる（違法かもしれませんけどね。総連自体が法に照らすと微妙））
（※３、中国のミサイルも日本を狙っているともっぱらの噂。北朝鮮にしてみれば日本の軍拡は自身よりも味方である中国の不興を買うのです）

モノが不足気味になって景気が良くなるという、朝鮮特需の再来になれば多少景気も良くなるでしょうけど、正直現代では期待薄です（供給側が多いので原材料が値上がりして利益が減る）
せめて国益優先で動いてほしいものです。

今回は技術関係なしの話題でした。
たまにはコラムの真似して書いてみたかったので、時々やるかもしれません＾＾；

設計飛翔？ ～Optional presence～

ちょっと久しぶりかもしれない、元ネタありのタイトルです。
今回は簡単すぎるので元ネタ当てクイズはなしで＾＾；

システム開発の現場では、一般的なイメージに反して文書作成や調査に多くの時間を割きます。
筆者の経験＆印象では、設計：製造：試験＝４：２：４（または５：２：３）であると思っているほど、プログラミングの時間（＝製造工程）は少ないのです。
プロジェクトの改善を考える際には、必然的に時間をかける部分の改善をまずは考えることになりますので、設計と試験の議論がよく行われます。
設計と試験では、設計のほうが先に行われ、又、試験項目の作成は設計書を元にするのが原則なので、試験の議論の前に設計の議論を行うのが良いのですが、今回は社内での設計に関する議論から思い浮かんだ話です。

前提として、システム開発によく用いられている開発手法の説明を。
開発は「要件定義」⇒「設計」⇒「製造」⇒「試験」⇒「納品」（⇒「運用」）　という流れで行います。
以前もちょっと書いた記憶がありますが、
　「要件定義」：システムで実現したいこと／やりたいことを整理する
　「設計」：要件定義を満たすために、どのような仕組みを作ればいいか考える
　「製造」：設計通りにシステムを作る
　「試験」：要件定義を満たしているかどうか、又、システムがちゃんと動くか確認する
　「納品」：システムを利用する人のもとに届ける
　（「運用」：システムが日々ちゃんと使えるように管理を行う）
と読み替えてもらえれば理解しやすくなるかもしれません。
実際にはそれぞれの工程で本や論文が山ほどあるのですが、そういうのは専門家にお任せで
…ＳＥは専門家じゃないのか？　専門家ですが、本とかに体系だてて書く気はありませんよ。

上記の４工程（納品は重要だけど開発工程というのも微妙なので除外です）のそれぞれで文書（ドキュメントと呼ぶことが多いです）を作るのですが、文書作成は時間も手間もかかるので営利企業にしてみれば最低限に抑えたいのがホンネです。
そこで、最低限必要な文書を整理しようという試みが社内で行われています。
筆者も参加していますが、建前論と現実とを行きつ戻りつする不思議空間となっています。
そこではあまり言うべきではない、小プロジェクトでの開発方法についてが今回の本題です。

設計は一番重要な工程です。
しかしながら、２，３人程度のプロジェクトにおいてはメモ書き程度の設計で製造を行ったほうがよいことがしばしばあります。
　・規模の小さいシステムであること
　・開発メンバーが固定されており、人数が３名程度であること
この条件を満たす場合、実は設計書作成がプロジェクトの大きな枷になります。
設計書は、要件の確認と製造の実現可能性の裏付けの意味がありますが、これは略式の設計書で十分に対応できます。
一般に言う設計書だとずいぶんといろいろ書き込む必要があるのですが、色々書く理由が多くのメンバーで設計を共有することとシステムに齟齬や矛盾がないようにすることなので、人数が少なくて規模の小さいシステムだと…　いらないんですよね＾＾；

ＰＤＣＡサイクルを回す場合はそうも言っていられませんが、設計工程をほとんど飛ばして製造に、なんて荒業も時には必要かなぁと思います。

情報伝達ツールとしての履歴書

首相が韓国の軍艦沈没の件で韓国支持を表明、までは良いのですが、先頭に立つとまで言い切るのは困ったものですね。
水飲み鳥（画像）じゃあるまいし、一度首を突っ込んだら引くのが難しいって理解しているのかな？
北朝鮮にしてみれば明白な敵意の表明になるので、防衛体制をちゃんと取った上でこういう発言をしてほしいものです。
　　奇襲されました⇒市民が犠牲に
はもちろんのこと、自衛隊員に出る損害も最低限にするためにも、喧嘩を売るのは体制を整えてからがよいですね。

さて、導入がやたら長くなってしまいましたが今回は履歴書の話です。
本日、会社説明会が筆者のいるフロアの会議室で行われたのですが、就活といえば履歴書などの書類の話がつきものです。
黒々と書き込まれた履歴書があったとかで、ふと自身の就活（新卒＆転職）を思い出しました。

筆者の書く履歴書は、はっきり言って白いです（笑
というのも、だらだらと長く書くよりも応募先の企業の今後の展望と自分自身の将来とを重ね合わせる作業が優先なので、長い自己アピールを考える余裕はありません。
また、自分が履歴書を読む側だと仮定すると、２，３行でインパクトのある人のほうが話を聞いてみたいと感じます。
履歴書は面接まで進むための資料なので、「この応募者と話してみたい」と思わせることができればよいわけです。

新卒の頃も、転職活動をした去年～今年も、就職は厳しい時期でした。
その為、応募者は色々工夫をしていますが、履歴書に目一杯書き込むのは熱意は伝わっても肝心の伝えたいことが伝わりづらいのかな、と思います。
　学歴・職歴で、その人の知識経験の類推が出来ます。
　資格で、その人がどういうことに力を入れて勉強しているのかが見えます。
それ以外の項目は、面接時の話のネタの要素が強いように感じます。
実際に面接で、面接者が履歴書に目を落としてから「＊＊と書いていますが…」という話の振り方をするケースがよくありました。
このような場合にうまく応対できるかどうかが合否の判断基準になる様子です。
ちゃんと自分なりの考えを伝えることができれば、応募者に出来ることはそこまで。あとは採用側がほしい人材に合致しているかの問題に移ります。
この応対が人柄の評価や、仕事上の応対などの評価になってくるので…

面接が主、履歴書が従。この考え方で良いのではないかな？　と思います。
履歴書送付だけで不採用とか見送りとかの言葉を見続けている人には厳しい言葉になりますが＾＾；