＠IT自分戦略研究所の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【英語】エンジニアのための英語豆知識6
• 【ニュース】政府発表　10年前と比べてSEは年収減、プログラマは年収増　大手では逆転
• 【メッセージ】駆け抜けろ!豆腐メンタルで!!

【英語】エンジニアのための英語豆知識6

　『エンジニアライフ in a northern town』の川澄恵一氏は、「RTFM」について述べている。

エンジニアライフ in a northern town:
エンジニアのための英語豆知識6

　「RTFM」は、「Read The Friendly Manual!」の頭文字である。「F」の部分には、全部読めという場合は「Full」、マニュアルが出来立てホヤホヤの場合には「Fresh」、マニュアルが楽しい場合には「Funny」などと、入れ代えることもできる。

　ちょっとした英語の勉強にもなるので、使ってみてはいかがだろうか。

【ニュース】政府発表　10年前と比べてSEは年収減、プログラマは年収増　大手では逆転

　『教育ビジネスを考える。行動する。改善する。』の吉政忠志氏は、政府発表を基にプログラマの年収などについて触れている。

教育ビジネスを考える。行動する。改善する。:
政府発表　10年前と比べてSEは年収減、プログラマは年収増　大手では逆転

　日本のプログラマの給料は、諸外国に比べて圧倒的に低いようだ。まつもとゆきひろ氏が言うように、日本はもっとエンジニアを大切にしなければならないのかもしれない。

【メッセージ】駆け抜けろ!豆腐メンタルで!!

　『101回死んだエンジニア』のAnubis氏は、会社の後輩へのメッセージをそっと掲載した。

101回死んだエンジニア:
駆け抜けろ!豆腐メンタルで!!

　今エンジニアライフを読んでいる方は要注意。後ろの席で、Anubis氏がニヤニヤしているかもしれない。「君は、鋼鉄（くろがね）でコーティングした真っ白い豆腐のようでいてほしい」という言葉がズシンとくるだろう。

【過去の「おすすめエンジニアライフ」】

みんな知ってるかにゃ？ げきおこぷんぷん丸だにゃん

「勤務時間の2割は自由」の裏側に隠されたもの

文系学部生がSEデビューするために心掛けておくこと

最終話は、「あなたの人生の物語」 

恥ずかしがり会社員は避難訓練を真面目にやらない

☆全コラム一覧

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【レポート】ソフトウェアテストシンポジウム「JaSST'13 Niigata」開催レポート（その1）――テストを難しくさせているもの
• 【考え方】仕事なんかしなくてもいいじゃない
• 【考え方】お前はもう、死んでいる！

【レポート】ソフトウェアテストシンポジウム「JaSST'13 Niigata」開催レポート（その1）――テストを難しくさせているもの

　『オブリガート ～感謝されるテストエンジニアになる～』の第3バイオリン氏は、ソフトウェアテストシンポジウム「JaSST'13 Niigata」のレポートを掲載している。

オブリガート ～感謝されるテストエンジニアになる～:
ソフトウェアテストシンポジウム「JaSST'13 Niigata」開催レポート（その1）
――テストを難しくさせているもの

　第3バイオリン氏は、レポートの中で、ガイオ・テクノロジー　大西建児氏の基調講演の内容を書いている。大西氏は、仕様ベースのテストを難しくする原因として、4つのキーワードを挙げたそうだ。

1. 「あいまい」なテスト
2. 「ごちゃごちゃ」なテスト
3. 「いっぱいありすぎ」なテスト
4. 「ちんぷんかんぷん」なテスト

　とても分かりやすい説明があるので、読んでみてはいかがだろうか。

【考え方】仕事なんかしなくてもいいじゃない

　『地方からの戯言』のAhf氏は、「社会人の在り方」を述べている。

地方からの戯言:
仕事なんかしなくてもいいじゃない

　「勤務時間の2割程度を自分のプロジェクトのために費やして良い」という社則をGoogleが実践しているという話はよく聞くが、読者の皆さんの会社ではどうだろうか？ 最近では日本のIT企業でも、そのような制度を取り入れる会社が増えてきているように思う。

　多くの人が、この制度をうらやましいと思ったり、ラッキーだと思ったりしていると思う。もちろん、担当編集者もこの制度に反対ではない。しかし、自分はそのような制度がある会社で働きたいとは思っていない。というのも、「勤務時間の2割を自分の好きな時間に」ということは、他の8割は与えられた仕事であったり、やりたくない仕事である可能性もなくはないからだ。

　そうではなくて、担当編集者が求める働き方は、自分の好きなことを仕事にしてくれる会社。そんな会社が本当の意味での成果を上げ、イキイキしたサービスを生み出すのだと思う。

【考え方】お前はもう、死んでいる！

　『IT技術を日常生活で活かそう』のabekkan氏は、「コミュニケーション」について語っている。

IT技術を日常生活で活かそう:
お前はもう、死んでいる！

　コミュニケーションって大事ですね。特に、あいさつは重要だと、このコラムを読んで再認識させられました。社会人になると、なんとなく恥じらいがあるようで、元気にあいさつをする人はあまりいません。それどころか、あいさつしても返ってこないこともしばしば……。そんな空気にめげず、abekkanさんのように懲りずに続ける姿勢が大切なのかもしれません。

【過去の「おすすめエンジニアライフ」】

文系学部生がSEデビューするために心掛けておくこと

最終話は、「あなたの人生の物語」 

恥ずかしがり会社員は避難訓練を真面目にやらない

「社内信用」を確保するだけのゲーム

「伝説」に惑わされるニンゲンたち

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【最終話】鼠と竜のゲーム(終) あなたの人生の物語
• 【用語】PBX（電話交換機）をエンジニアが担当する時代（IP電話の事ではありません。）
• 【考え方】第44回　四方山話（26） 論理思考のススメ3

【最終話】鼠と竜のゲーム(終) あなたの人生の物語

　『Press Enter■』のリーベルG氏の連載「鼠と竜のゲーム」が、最終話を迎えた。

Press Enter■:
鼠と竜のゲーム(終) あなたの人生の物語

　毎週月曜日にアップされていた「鼠と竜のゲーム」が完結し、読者からは「しばらくの間、月曜日の楽しみがなくなる」「次回作が楽しみ」との声が届いている。

　完結作「鼠と竜のゲーム」を、通勤時間に、休日に、春風に吹かれながらまったりとまとめ読みしてみてはいかがだろうか。

【用語】PBX（電話交換機）をエンジニアが担当する時代（IP電話の事ではありません。）

　『教育ビジネスを考える。行動する。改善する。』の吉政忠志氏は、「PBX」について解説している。

教育ビジネスを考える。行動する。改善する。:
PBX（電話交換機）をエンジニアが担当する時代（IP電話の事ではありません。）

　PBXは、プライベート・ブランチ・エクスチェンジ（構内交換機）のことである。つまり、会社内に設置されている電話交換機のことだ。吉政氏はこのPBXのことを、相手の状況に合わせて最適なコミュニケーションを行うための最新の技術なのだと話す。

　今はまだ電話＝総務の管理となっていることが多いが、情報システム部門管理下となることもそう遠くはなさそうだ。

【考え方】第44回　四方山話（26） 論理思考のススメ3

　『5分間キャリア・コンサルティング』のキャリア・コンサルタント 高橋氏は、論点をズラさない方法として「因果関係を正しくとらえる」ことを述べている。

5分間キャリア・コンサルティング:
第44回　四方山話（26） 論理思考のススメ3

　正しい因果関係でものごとをとらえると、話の脱線を防ぐことができ、相手により伝わりやすくなるようだ。今日から実践していきたい。

【過去の「おすすめエンジニアライフ」】

恥ずかしがり会社員は避難訓練を真面目にやらない

「社内信用」を確保するだけのゲーム

「伝説」に惑わされるニンゲンたち

日本の教育が「暗記」から抜け出す日

PC遠隔操作事件から意識するセキュリティ対策;

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【ことわざ】バグ取りがバグになる
• 【体験】初めての炎上体験
• 【考え方】東日本大震災に見た 非常時に逃げる人と闘う人

【ことわざ】バグ取りがバグになる

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「バグ取りがバグになる」ということわざを作成した。

SEの格言・迷言・ことわざ集:
【バグ取りがバグになる】

　このことわざは、「本番稼働中のシステムにおいて、バグを取ったつもりが、逆に別のバグを発生させてしまう」という意味で使われる。「バグを取るときは、慎重に」という教訓の裏返しでもある。

　「バグ取りがバグにならないようにね～！」などと声を掛け合ってみてはいかがだろうか。

【体験】初めての炎上体験

　『まっすぐ生きよう、できるかな。』のラグ氏は、「プロジェクトが炎上した理由」をつづっている。

まっすぐ生きよう、できるかな。:
初めての炎上体験

　IT業界に勤めていれば、一度は炎上を体験したことがあるのではないか。特に年末年始は、不思議と炎上する時期なのだ。

　日本では、炎上の防止策を研究し、ソーシャルメディアを企業が活用する際のリスクを低減する手法を考える「ニューメディアリスク協会」という組織も存在するほど。

　炎上と隣り合わせの生活は、まだまだ続きそうだ

【考え方】東日本大震災に見た 非常時に逃げる人と闘う人

　『IT技術を日常生活で活かそう』のabekkan氏は、「緊急時に見る器の大きさ」について述べている。

IT技術を日常生活で活かそう:
東日本大震災に見た 非常時に逃げる人と闘う人

　2年前の東日本大震災が起きたとき、ディズニーランドのキャストの対応が話題になった。誘導や応対の仕方が素晴らしかったという話が、ソーシャルメディアを中心に駆け巡った。

　「日本人の他人を思いやる・もてなす心は素晴らしい」と、よく言われる。2年前にも世界から称賛され、そんな国民性を誇りに思う。

　しかし、その裏側で、非常時に自分の安全を第一に考え行動してしまう人へは厳しい目が向けられることもある。このコラムに登場する例も、その一例だろう。だが、緊急時に自分の身の安全を第一に考えることは、必ずしも責められることではない。自分がまず安全でなければ、他人をケアすることも不可能となるためだ。

　緊急時の身の振るまい方は難しい。だからこそ、小学生のときにきちんと机の下にもぐって訓練していたときのように、次回の会社の防災訓練でも恥ずかしがらずに机の下にもぐってみようと思う。

【過去の「おすすめエンジニアライフ」】

「社内信用」を確保するだけのゲーム

「伝説」に惑わされるニンゲンたち

日本の教育が「暗記」から抜け出す日

PC遠隔操作事件から意識するセキュリティ対策;

面倒くさいときは、取りあえず「Wow」と言おう！

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】第42回　四方山話（24） 論理思考のススメ1
• 【考え方】ガンダム世代の夢、ロボット開発が人気職業に？
• 【考え方】急ぐことのデメリット

【考え方】第42回　四方山話（24） 論理思考のススメ1

　『5分間キャリア・コンサルティング』のキャリア・コンサルタント 高橋氏は、「論理思考」について述べている。

5分間キャリア・コンサルティング:
第42回　四方山話（24） 論理思考のススメ1

　担当編集者が「論理思考（ロジカル・シンキング）」を学んだのは、就職活動のとき。就職説明会でよく「ロジカルシンキングをしなさい」と言われたのを覚えている。「ロジカルに話さなければ人事担当者に伝わらない」と教えられた。

　しかし、ロジカルとはほど遠い世界でこれまで生きてきた。やれと言われて、そう簡単にできるものではない。自分は自分のやり方で、就職活動に臨んだ。そして、今も、「ロジカルシンキングができなければだめだ」と思ってはいない。

　だが、高橋氏のコラムは、「論理思考をするべきである」という押し付けではなく、論理思考の楽しさを教えてくれている。ロジカルシンキングは、できてもできなくてもいいと思うが、論理思考とはどういうものかを知っていて損はない。高橋氏のコラムを読んで、ロジカルシンキングは想像していたよりも楽しいものだと感じた。

【考え方】ガンダム世代の夢、ロボット開発が人気職業に？

　『IT技術を日常生活で活かそう』のabekkan氏は、「今後、ロボット開発者が人気の職業になるのではないか」と述べている。

IT技術を日常生活で活かそう:
ガンダム世代の夢、ロボット開発が人気職業に？

　デアゴスティーニ・ジャパンが販売している“ロビ”が最近注目を集めている。“ロビ”は、自分で組み立てることのできるロボットである。その影響か、現在小中学生向けのロボット教室が流行しているようだ。

　幼いころ、お絵かき教室やスイミングスクール、バレエ教室などたくさんの習いごとをしていたが、ロボット教室のような技術系の習いごとはしたことがない。大人向けの教室は少ないようだが、探してみたいと思う。

【考え方】急ぐことのデメリット

　『101回死んだエンジニア』のAnubis氏は、「スピードが重視され過ぎること」について疑問を投げかけている。

101回死んだエンジニア:
急ぐことのデメリット

　Anubis氏の「勘違いしてはいないだろうか。それでは社会的信用しか得られないのだ。単に社会的信用を確保するだけのゲームにしかならない。それで収入を得て生きていくことはできる。しかしそれでいいのか？ 実質、何も利益になることはしていないのだ」という言葉がズシンとくる。Anubis氏の言う「利益」とは、おそらく自分自身の価値のようなものだと思う。社内的信用を確保して安心するのではなく、自分にとって本当に重要なことは何かを考えることが大切だ。

【過去の「おすすめエンジニアライフ」】

「伝説」に惑わされるニンゲンたち

日本の教育が「暗記」から抜け出す日

PC遠隔操作事件から意識するセキュリティ対策;

面倒くさいときは、取りあえず「Wow」と言おう！

「悪徳じぃさんに借金した親子」の話から学ぶ水平思考

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】迷惑な伝説
• 【考え方】「ほこ×たて」のオセロ対決はプログラマの頂上決戦
• 【考え方】第41回　四方山話（23） 水平思考のススメ5

【考え方】迷惑な伝説

　『101回死んだエンジニア』のAnubis氏は、営業職だったころの体験を語る。

101回死んだエンジニア:
迷惑な伝説

　携帯電話を持っている人なら、誰でも迷惑メールを受け取ったことがあるだろう。会社員なら、毎日大量の迷惑メールを目にしているだろう。自分にとって必要のないメール、それが迷惑メールである。

　しかし、アポのためなら電話をかけまくる。毎日、毎日、ひたすら……。その電話が相手の時間を割き、不快な思いをさせる。自分だって、似たような経験をしているはずだ。それなのに、その「迷惑」に気付かず電話をかけまくる……。

　担当編集者も営業時代、似たようなことを言われていた。しかし、自分は片っ端から機械的にかける営業電話を喜んで受け取っているという話を、見たことも聞いたこともなかった。だから、1件も電話をかけなかった。

　このことが、良かったのか、間違っていたのかは分からない。100件電話をかけたら、そのうちの1件にはすごく喜んでもらえらかもしれない。会社はその1件に注目して、褒めただろう。しかし、残りの99件はどうか。私は今でも、会社や自分にとって都合のいい体験だけを“伝説”として祭り上げて、そこを目指していくほど危険なものはないと考えている。

　「伝説」に惑わされてはいないか。もう一度、自分に問うてみるのもいい。

【考え方】「ほこ×たて」のオセロ対決はプログラマの頂上決戦

　『IT技術を日常生活で活かそう』のabekkan氏は、「プログラマにもっと対決の場を与えてはどうか」と言う。

IT技術を日常生活で活かそう:
「ほこ×たて」のオセロ対決はプログラマの頂上決戦

　読者の皆さんは、フジテレビで放送されている「ほこ×たて」をご存じだろうか？ 「矛盾（むじゅん）」の語源である物語を題材としたバラエティ番組だ。今回は、戦局に応じてデータを検索して最適な手を打つ「HAYABUSA」というオセロ思考エンジンと、絶対勝てない無敵のキャラクター設定ができる「あつまれ天才オセロ」を対戦させたらどちらが勝つか、という対戦だったそうだ。

　「こういった“プログラマの闘いの場”がもっとあってもいいのではないか」とabekkan氏は述べる。普段は縁の下の力持ちであることが多い優秀なプログラマに、実力を披露できる機会を与えたらいいのではないかと提案する。なかなか良いアイデアだ。abekkan氏と一緒に、企画を練っていきたい。

【考え方】第41回　四方山話（23） 水平思考のススメ5

　『5分間キャリア・コンサルティング』のキャリア・コンサルタント 高橋氏による「水平思考の考え方」の総まとめは、「水平思考を普段の生活で活用する」というテーマだ。

5分間キャリア・コンサルティング:
第41回　四方山話（23） 水平思考のススメ5

　「なかなかお金が貯まらないのを何とかしたい！」なんて思ったことがある方は、ぜひご一読を。

【過去の「おすすめエンジニアライフ」】

日本の教育が「暗記」から抜け出す日

PC遠隔操作事件から意識するセキュリティ対策;

面倒くさいときは、取りあえず「Wow」と言おう！

「悪徳じぃさんに借金した親子」の話から学ぶ水平思考

ハートに火をつけて――モチベーションって何ぞや？

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】クリスマス イン デスマーチ
• 【考え方】重ねたグレー・カード
• 【考え方】IT業界に小さいおじさん「クーナ」はいるのか？―「ゴーイングマイホーム」―

【働き方】クリスマス イン デスマーチ

　『May Day!』の朝之丞氏は、「IT担当者のクリスマス」について語っている。

May Day!:
クリスマス イン デスマーチ

　読者の皆さんは、似たような体験をしたことがあるだろうか。担当編集者は忘れもしない、入社1年目の自分の誕生日に同じような経験をした。

　新入社員研修のプログラムの一環で、企画を練り上げるものがあった。先輩からはただただ「大変だよ」としか知らされておらず、もちろん研修担当者からも何も聞かされていなかった。

　ところが、研修は徹夜となった。会社は、それを見越してホテルまで用意してくれていた。……そしてその日は、私の誕生日。お祝いをしてくれるために、レストランまで予約してくれていた友人を4時間待たせ、結局帰れずにその日は過ぎていった……。

　私にとって、この日は一生忘れることのない誕生日になった。友人への申し訳なさと、誕生日パーティーができなかった寂しさは残ったが、これから一緒に働く同期とともに研修に打ち込む誕生日も悪いものではなかった。

　このコラムのような、大規模プロジェクトでのクリスマスもなかなか楽しそうだ。

【考え方】重ねたグレー・カード

　『101回死んだエンジニア』のAnubis氏は、「法律」について考えている。

　Anubis氏が提示したこの絵を見てほしい。

101回死んだエンジニア:
重ねたグレー・カード

　どのような印象を持っただろうか。Anubis氏は、「メディアという名の芸術に、法律というモザイクが干渉するということを、分かりやすく画像で示すとこうなる」という。

　Anubis氏の独特で興味深い見解に、うならされる。

【考え方】IT業界に小さいおじさん「クーナ」はいるのか？―「ゴーイングマイホーム」―

　『テレビドラマで斬るプロジェクトマネジメント　シーズン2』の司馬紅太郎氏は、「IT業界の小さいおじさん」について述べている。

テレビドラマで斬るプロジェクトマネジメント　シーズン2:
ＩＴ業界に小さいおじさん「クーナ」はいるのか？―「ゴーイングマイホーム」―

　司馬紅太郎氏は、「エンジニアの作業を手伝うだけでなく、空気やタイミングや心を読んで、うまく並行処理してくれる小さいおじさんが来てほしい」という。IT業界では、「翌朝コードを見てみると、こびとさんがやってくれていた！」などという話をよく聞くが、これは贅沢な話だ。

　こびとさんよ～、こびとさんよ～、今日も誰かのお手伝いをして、みんなをHappyにしてください～

【過去の「おすすめエンジニアライフ」】

• 自分のダメ人間っぷりを5つ、大きな声で自慢してみる
• コンサルタントが伝授する「続ける」ためのコツ
• つらい「仕事」の中に「ゲーム」を見出せる3つのケース
• もしもPCの天板素材が「金」や「銀」だったら……
• エンジニアが社名を出さない理由

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】なぜエンジニアは勉強会で会社名を出せないのか
• 【考え方】自らが主体的に選択して築く未来へ
• 【リリース情報】Ruby 2.0初のプレビュー版がリリース！ 注目機能は!?

【考え方】なぜエンジニアは勉強会で会社名を出せないのか

　『雲（クラウド）の隙間から青空が見えた』の粕谷大輔氏は、「エンジニアが自社名を隠すわけ」について考察している。

雲（クラウド）の隙間から青空が見えた:
なぜエンジニアは勉強会で会社名を出せないのか

　粕谷氏によれば、社名を出せないのにはいくつかの理由があるという。例えば、一般論としての発言や個人的見解による批判などが、組織への意見や批判としてとらえられてしまうことがある点だ。

　一方で、勉強会などで堂々と所属を名乗る人々もいる。「彼らはみんな、楽しそうだ」と粕谷氏は語る。

　粕谷氏は「エンジニアが、仕事とプライベートを完全に分離するような生活をするのは難しい。エンジニアは仕事とプライベートをウェットに捉え、それを楽しむ生き方をすべきだ」と考えている。

　皆さんは、社名を出す派、出さない派、どちらだろうか。

【考え方】自らが主体的に選択して築く未来へ

　『It’s Party Time!』の浅見憲司（あずK）氏は、「未来をどう迎えるか」について、リンダ・グラットンの著書「ワーク・シフト」を例に述べている。

It’s Party Time!:
自らが主体的に選択して築く未来へ

　「ワーク・シフト」では、「今、産業革命以来の大きな変革の時期にある」といわれている。具体的には、「テクノロジーの進化」「グローバル化の進展」「人口構成の変化と長寿化」「社会の変化」「エネルギー・環境問題の深刻化」の5つの要因があるという。

　そして、ポジティブな未来を迎えるためには、3つのシフトが必要だそうだ。

1. 「忙しいだけの仕事」から「価値ある経験としての仕事」へ
2. 「勝つための仕事」から「ともに生きるための仕事」へ
3. 「食えるだけの仕事」から「意味を感じる仕事」へ

　本の重要な部分がギュッと詰まったコラムである。一読してみる価値は十分にあると思う。

【リリース情報】Ruby 2.0初のプレビュー版がリリース！ 注目機能は!?

　『Rails Hub情報局』の西村賢氏は、「Ruby 2.0.0-preview1のリリース」について報告した。西村氏によれば、「Ruby 2.0.0-preview1のリリースがアナウンスされた」とのこと。Ruby 2.0は、Ruby生誕20周年となる2013年の2月24日にリリースが予定されているという。

　2.0.0の主な新機能は以下の通り。

Rails Hub情報局:
Ruby 2.0初のプレビュー版がリリース！ 注目機能は!?

　続報が楽しみだ。

• 電卓落とし型テストファースト開発
• 書類選考に通るための3つのポイント
• ITが関連していたかも？ レディー・ガガが太った理由
• 楽な道なんて、ろくなもんじゃねぇ！
• 外野の言うことはどうでもよろしい。

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】ゴールドエクスペリエンス
• 【ことわざ】一時にバンジー
• 【考え方】「電卓落とし」はテストファースト開発？？

【考え方】ゴールドエクスペリエンス

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、「ゴールドエクスペリエンス」について述べている。

Crazy for life（セイカツ イチバン、IT ニバン）:
ゴールドエクスペリエンス

　ユーザーエクスペリエンス（UX）というのはよく耳にするが、「ゴールドエクスペリエンス」という言葉があるのをご存じだろうか。出典は、『ジョジョの奇妙な冒険』だそうだ。

　ゴールドエクスペリエンスとは、モノに命を吹き込む能力のこと。エンジニアもキーボードを叩けばシステムに命を吹き込めるはずだ。さぁ！ 読者の皆さんも、ゴールドエクスペリエンスを発現させてみてはいかが？

【ことわざ】一時にバンジー

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「一時にバンジー」ということわざを提案している。

　「一時にバンジー」とは、すぐに大変なことをやらなければいけないことの例え。即座に大変な決断を下さなければならないとき、「本当はやりたくない」という意思表示を込めて使うそうだ。

SEの格言・迷言・ことわざ集:
【一時にバンジー】

　なんだか日本人らしいことわざですね 自分だったら、やりたくないものに対して「NO！」ってキッパリ言ってしまいそう……

【考え方】「電卓落とし」はテストファースト開発？？

　『IT技術を日常生活で活かそう』のabekkan氏は、「テストファースト開発」についての経験を語った。

IT技術を日常生活で活かそう:
「電卓落とし」はテストファースト開発？？

　abekkan氏は「関数電卓を見ると、私は一度床に落としてみたくなってしまう」という。担当編集者のようなテスト駆動開発とは無縁の人にとっては、ガクブルな話である。

　いや、ワイルド過ぎるし、大胆だし、それでもって繊細で奥深い。そんな現場を1度でいいから見て、体験してみたいと思った。

▼取材のお申し込みはこちら

ait_release@ml.itmedia.co.jp

• 書類選考に通るための3つのポイント
• ITが関連していたかも？ レディー・ガガが太った理由
• 楽な道なんて、ろくなもんじゃねぇ！
• 外野の言うことはどうでもよろしい。
• コーディング最速理論

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】一人前とは何か、そこに立ちはだかる壁とは何か
• 【DQNネーム】名は体を表す
• 【考え方】これからのITの話をしよう

【考え方】一人前とは何か、そこに立ちはだかる壁とは何か

　『いつまでこの業界で生き続けるのか』のKt氏は、「一人前」について考察している。

いつまでこの業界で生き続けるのか:
一人前とは何か、そこに立ちはだかる壁とは何か

　Kt氏は「一人前」について、「信頼」「安心」「経験」だと語る。その中で、特に「経験」について語っていたのが印象的だ。

　「最後は『経験』でしか決められない」とKt氏は話す。実際に、プロジェクトメンバーを選ぶ際、応募者たちの「経験」（経歴）を見て選んでしまったという。その最大の理由は「リスク」の考慮である。人選の理由を客観的に説明するためには、経験を重視するしかないのだ。

　「経験」という指標の偉大さと、それを越える客観的な説明の技術について考えさせられるコラムであった。

【DQNネーム】名は体を表す

　『101回死んだエンジニア』のAnubis氏は、「DQNネーム」について語っている。

101回死んだエンジニア:
名は体を表す

　Anubis氏によれば、「名前は自己満足のためのものではない。それを見た人に対しての思いやりが必要」だという。そのため、「仕事をする上で、成果物にDQNネームを付けないよう気を付けたい」と話す。

　コラムの中で面白かったのは、「サーバのホストネームに歴史上の人物の名前を付ける」や「神々の名前を付ける」などのマメ知識。中には、某人気アニメのキャラクターの名前でサーバ名を管理する人もいるそうだ。

　この世の中にはまだまだ知られざる世界が広がっているような気がした。読者の皆さんはどんな名前を付けているだろうか。名前の付け方だけをひたすら語る、そんなイベントをやってみたい。

　ちなみに、＠ITも地名にちなんだサーバ名が付けられているらしい……

【考え方】これからのITの話をしよう

　『Innovation “D”』の山無駄氏は、「これからのIT」について述べている。

Innovation “D”:
これからのITの話をしよう

　山無駄氏は、「世界で起こっているいろいろなことは、ITと何かしら関連している」と考えている。この考え方は、なかなか面白い。こういった視点を常に持ち続けることで、新しいものが生まれてくるような気がした。

　例えば、「なぜ、管理者のあいまいな島が存在しているのか」「なぜ、学歴詐称が起こるのか」「なぜ、レディー・ガガは太ったのか」……。一見ITと関わりのなさそうなこんな事象でも、ITの視点と結び付けて考えてみると、意外な理由が思いつくかもしれない。

• 楽な道なんて、ろくなもんじゃねぇ！
• 外野の言うことはどうでもよろしい。
• コーディング最速理論
• 真実の天使は嘲笑っているぜ
• ふんデョリャぁぁー！ んぐっぎゅぁ、ぶらっはぁーー！

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【イベントレポート】ITコミュニティ秋祭り・リターンズに、帰ってきたヨッパライ
• 【ことわざ】糠（ぬか）に腕押し
• 【考え方】生き方が器用とか、ろくなもんじゃねぇと叫ぶ

【イベントレポート】ITコミュニティ秋祭り・リターンズに、帰ってきたヨッパライ

　『IT技術を日常生活で活かそう』のabekkan氏は、先日開催された「ITコミュニティ秋祭り・リターンズ」のイベントレポートをしている。

IT技術を日常生活で活かそう:
ITコミュニティ秋祭り・リターンズに、帰ってきたヨッパライ

　ITコミュニティ秋祭りでは、自分の興味があるテーマが掲げられているテーブルに着き、いくつかのグループに分かれてのワールドカフェ形式の座談会が行われた。abekkan氏は、「何か発表をしてみたいが、何を話せばいいか分からない」というテーマのグループに入り、そこで出た結論を簡潔にまとめている。

　今週は、『雲（クラウド）の隙間から青空が見えた』の粕谷氏も“勉強会”をテーマに記述してくれているので、参考にしてみてはいかがだろうか。

雲（クラウド）の隙間から青空が見えた:
勉強会お花畑論--勉強会の翌日の絶望と戦え--

【ことわざ】糠（ぬか）に腕押し

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「糠（ぬか）に腕押し」ということわざを作成した。

　「糠（ぬか）に腕押し」とは、「暖簾（のれん）に腕押、糠（ぬか）に釘」になぞらえて作られたことわざで、「糠（ぬか）に腕押ししても、効き目がないばかりか腕が糠（ぬか）臭くなってしまう」という意味である。したがって、「手応えがなく効き目がないばかりか、逆に損害をこうむってしまうこと」を言うそうだ。なんとなく想像できてしまう方も多いのではないだろうか…… 「糠（ぬか）に腕押し」は意外と「あるある」なことわざかもしれない

SEの格言・迷言・ことわざ集:
【糠（ぬか）に腕押し】

【考え方】生き方が器用とか、ろくなもんじゃねぇと叫ぶ

　『恋愛感情で仕事はできるか？』の森姫氏は、「生き方」について考察している。

恋愛感情で仕事はできるか？:
生き方が器用とか、ろくなもんじゃねぇと叫ぶ

　　自分のためを思ってくれている言葉。しかし、理解はできても、すんなり「ありがとう」という気持ちにはなれない……。そんな経験はないだろうか？

　ちょっとした言葉と、その言葉に敏感に反応してしまう自分のココロを素直に綴ったコラムである。似たような経験がある方は、このコラムを読んで「うんうん……分かるなぁ」と思わずうなずいてしまうのではないか。

• 外野の言うことはどうでもよろしい。
• コーディング最速理論
• 真実の天使は嘲笑っているぜ
• ふんデョリャぁぁー！ んぐっぎゅぁ、ぶらっはぁーー！
• 日本のITは、なぜ世界で戦えないのか？

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】セミナー参加者の心得
• 【考え方】虎穴には　トラではなくて　ワニがいた
• 【考え方】履歴書はPCでOK！ 私なら書類でここをチェックする

【考え方】セミナー参加者の心得

　『Web担のひとりごと』のanego氏は、「セミナー参加者としての心得」をつづっている。

• 心得1：何が何でも1つは行動に変える
• 心得2：アンケートはしっかり書くようにする
• 心得3：開催者の立場・気持ちを想像する

Web担のひとりごと:
セミナー参加者の心得

　コラムでは、アンケートの自由記述欄についても触れられていたが、ここにはドキッとさせられた。主催社の立場ではこの部分が一番読みたいところのはずなのに、参加者の立場になるとついついすっとばしてしまうのが、この「自由記述欄」である。anego氏のコラムを読んで、少し反省する自分がいた

　ところで、記者という職業は得である。会社の時間でセミナーに行って、最新の情報を入手したかと思えば、さらに記事としてまとめることで自分の頭の中の整理ができる。そして、記事を公開すれば、ほんのわずかながら会社に貢献できるかもしれない。さらに、公開した記事が多くの人の目に触れることで、自分の見てきたことや感じたことへのフィードバックがもらえる。そんなことを感じる今日このごろ……

【考え方】虎穴には　トラではなくて　ワニがいた

　『101回死んだエンジニア』のAnubis氏は、「リスク管理」について考察している。

101回死んだエンジニア:
虎穴には　トラではなくて　ワニがいた

　Anubis氏は、「真のリスク管理は、事実をきちんと認めること。妥協とごまかしが一番のリスクである」という。

　「虎穴に入らずんば虎子を得ず」

　「虎穴に入ったなら、きちんと虎子を探せ」

　本コラムには、プロジェクトを進める上で教訓にしたい考え方が記されている。何か引っかかったときの参考に、読んでみてはいかがだろうか。

【考え方】履歴書はPCでOK！ 私なら書類でここをチェックする

　『ハロー、ワールド！（略してハロワ）』のかなみら氏は、「履歴書の書き方」について述べている。

ハロー、ワールド！（略してハロワ）:
履歴書はPCでOK！ 私なら書類でここをチェックする

　いざ自分が履歴書を書く立場になると、いろいろと細かいところが気になる。手書きでなければだめだとか、写真のスーツの色だとか、どのテンプレートを使わなければならないだとか……。

　しかし、かなみら氏は「そんなことよりも内容が重要」だという。就職活動を考えている方は、一採用担当者の声として目を通してみるのもいいかもしれない。

• ふんデョリャぁぁー！ んぐっぎゅぁ、ぶらっはぁーー！
• 日本のITは、なぜ世界で戦えないのか？
• 「迷い」をなくせば、仕事が早くなる法則
• 「転職」をどう考えるか
• ソーシャルコーディングとiPad原則禁止

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】ふんデョリャぁぁぁーーーヴぉラッハァアうぁぇぇ！！
• 【就職活動】書類選考で落とされないための4つの質問（後編）
• 【考え方】判定基準を明確に――テスト担当も審判も

【考え方】ふんデョリャぁぁぁーーーヴぉラッハァアうぁぇぇ！！

　『101回死んだエンジニア』のAnubis氏のコラムの冒頭が壊れている。

　「ぶろぉあぁ！ ぶろぉぁあぁーーー！ばっふ、んぎゅおれっぁ、ぶらっはぁーー！ んがぁーーー！ んぐぉぉぉぉ！んびらばぁぁ………。」

　さらに、続く。

　「んぐぉらぁぁ！！ んでぃっしょーーー！ んぐらぁぁーー！ んぐらぁぁーーー！ んぐらぁぁーーーー！」

　……。…………。何が起きた……？ 一体何が起きたのだ……！？ 気になる方は、続きをどうぞ。

101回死んだエンジニア:
ふんデョリャぁぁぁーーーヴぉラッハァアうぁぇぇ！！

【就職活動】書類選考で落とされないための4つの質問（後編）

　『ハロー、ワールド！（略してハロワ）』のかなみら氏は、「就職活動の秘けつ」を述べている。

ハロー、ワールド！（略してハロワ）:
書類選考で落とされないための4つの質問（後編）

　かなみら氏によると、転職の履歴書には方程式があるようだ。

『（転職）＋（必然性）＝（物語の生成）』

　転職に説得力を持たせるためには、物語を語ることが重要だという。そして、もう1つ重要なことは「迷ったら盛ること」。誰だって、やってみなければ分からない。100％断言できるはずがない。

　話は変わるが、「サラサラ、つやつやになるシャンプー」とやらを、使ったことはないだろうか？ 確かに、せっけんで洗うよりは良い。しかし、残念ながらCMに出てくるような「サラサラ、つやつや」の美しい髪になることはなかった。

　こんなふうに、気付けば街中の広告だって派手に盛られている。薬屋に並んでいる美容品市場と同じように、転職市場で自分をどれだけ演出できるか。そこが勝負だと、かなみら氏はいう。

【考え方】判定基準を明確に――テスト担当も審判も

　『IT技術を日常生活で活かそう』のabekkan氏は、「テストエンジニアは損な役だ」と話す。理由は以下のことが挙げられるという。

• ちゃんとできて当たり前
• テスト漏れが発覚すれば怒られる
• バグを報告すると製造担当に嫌な顔をされる
• 前の工程の遅れのとばっちりを食らう

IT技術を日常生活で活かそう:
判定基準を明確に――テスト担当も審判も

　一見当たり前のように見えることが、世の中にたくさんある。しかし、そのすべては「当たり前」ではない。だから、たくさんの「当たり前」に感謝したい。

• 日本のITは、なぜ世界で戦えないのか？
• 「迷い」をなくせば、仕事が早くなる法則
• 「転職」をどう考えるか
• ソーシャルコーディングとiPad原則禁止
• 内定取り消しと就職活動

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【新連載】Act01 ソーダアイスと傭兵と
• 【考え方】日本のITが伸びない理由
• 【ことわざ】自身神なり、家事を野次

【新連載】Act01 ソーダアイスと傭兵と

　『傭兵達の挽歌』のな－R氏は、「Act01 ソーダアイスと傭兵と」でエンジニアライフのコラムニストデビューを果たした。

傭兵達の挽歌:
Act01 ソーダアイスと傭兵と

　――茶髪のロン毛と無精髭がチャームポイントの40代独身上司は、冷凍庫から出したばかりのソーダアイスを私に手渡し、ベランダの喫煙所に誘った。「今、電話あってさ。……かなり、ヤバいらしい」――

　なんとなく、チャラいイメージ漂う「社長」が気になる、気になる……。新生コラムニストの第1話をお見逃しなく！

【考え方】日本のITが伸びない理由

　『101回死んだエンジニア』のAnubis氏は、「日本のITが伸びない理由」について考察している。

　Anubis氏によれば、日本人の思考は、世界中でもトップレベルだという。例えば、ファミコンやPlay Stationは日本製である。また、世界中の人が日本の漫画を見ている。コンピュータに歌わせるボーカロイドを考えたのも日本人だ。

　なのに、なぜ世界で戦えないのか？ 続きが気になる方は、ぜひAnubis氏のコラムを読んでほしい。

101回死んだエンジニア:
日本のITが伸びない理由

【ことわざ】自身神なり、家事を野次

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「自身神なり、家事を野次」という、ことわざを提案している。

　「自身神なり、家事を野次」とは、「世の中で嫌われるものの例」であるという。つまり、「自分を神と呼ぶ人と、家事をばかにする人は嫌われます」とい意味だ。

　「自身神なり、家事を野次」の原典は、「地震、雷、火事、親父」。ちゃとらん氏の語録の中でも、なかなかハイクオリティなオヤジギャグ、もとい、“ことわざ”である。

SEの格言・迷言・ことわざ集:
【自身神なり、家事を野次】

• 「迷い」をなくせば、仕事が早くなる法則
• 「転職」をどう考えるか
• ソーシャルコーディングとiPad原則禁止
• 内定取り消しと就職活動
• ついに最終回！ 冷たい方程式

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】迷い人オーバーラン
• 【ことわざ】アートの祭り
• 【考え方】ホスピタリティは地球を救う！！

【考え方】迷い人オーバーラン

　『101回死んだエンジニア』のAnubis氏は、「迷いをなくせば、仕事が早くなる」と語る。

101回死んだエンジニア:
迷い人オーバーラン

　Anubis氏は、「迷いをなくすことで2つの利益が得られる」という。1つは、悩んでいる時間を省けること。もう1つは、思考がぶれないことである。

　迷う理由は、「不安があるから」だそう。これを解消するには、2通りの方法がある。理論的なアプローチと精神的な強さによるアプローチだ。

　心当たりのある方は、実践してみてはいかがだろうか。

【ことわざ】アートの祭り

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「アートの祭り」ということわざを提案している。

SEの格言・迷言・ことわざ集:
アートの祭り

　「アートの祭り」とは、技術的な手腕を発揮したにもかかわらず、手遅れでどうしようもなかったという意味。原典は「後の祭り」である。ここでいう「アート」とは、「美術・芸術」ではなく、「技法、技術や手腕」を意味するという。

　いろいろな手を尽くしたにもかかわらず解決できなかったときに、使ってみてはいかがだろうか。落ち込んだ気持ちが、少し軽くなるかもしれない。

【考え方】ホスピタリティは地球を救う！！

　『半蔵門の社窓から』の哀T戦士氏は、「ホスピタリティ」について考察している。

半蔵門の社窓から:
ホスピタリティは地球を救う！！

　哀T戦士氏は、「サービス」と「ホスピタリティ」の違いについて、「サービスは上下関係、ホスピタリティは上下関係ではなく対等な関係として横に展開していった関係である」と述べる。その理由は、それぞれの語源にあるのだそうだ。

　サービスの語源は、ラテン語のServus（奴隷）、ホスピタリティの語源は、ラテン語のHospics（宿泊所）だという。それが英語のHospital（病院）Hotel（宿泊施設）Host（男性の接待役）Hostess（女性の接待役）と発展した。

　語源を辿ると、その歴史的背景が画となって浮かんでくる。IT業界では「カタカナ語」が多いが、それぞれの語源を調べてみると面白いかもしれない。

• 「転職」をどう考えるか
• ソーシャルコーディングとiPad原則禁止
• 内定取り消しと就職活動
• ついに最終回！ 冷たい方程式
• 直交表と、ラーメンと、魔法使いと……

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】チャンスと捉えよ――ベンチャー企業への転職
• 【考え方】大学に興味のなかったエンジニアが、社会人大学生になった経緯
• 【考え方】敬意が足りないと面白味のないモノしか作れない

【考え方】チャンスと捉えよ――ベンチャー企業への転職

　『画竜点睛』の藤倉成太氏は、「ベンチャー企業への転職」について述べている。

画竜点睛:
チャンスと捉えよ――ベンチャー企業への転職

　多くの人が、1度は転職を考えたことがあるのではないだろうか。担当編集者も、実は昨年転職を考えた時期があった。結局どこの会社も受けることなく、現在もまだアイティメディアで働いている。

　ちょうどどん底の時期に、大手IT企業からオファーがあったにもかかわらず転職活動をしなかった理由はただ1つ。恩師のひと言だった――「5年はそこで働け。5年経ったら、ドクターに戻ってくればいい」――

　「働く」ということを考えると、職場環境や給与、将来像など、いろいろなものが脳裏をよぎる。人それぞれ、重要なものは違うし、選択するものもさまざまである。私の場合、それがたまたま「恩師の言葉」であったように思う。

　「自分は何を信じて、何を大事にしたいのか」を再確認させてくれるコラムである。

【考え方】大学に興味のなかったエンジニアが、社会人大学生になった経緯

　『エンジニア++』のじぇね氏は、「働きながら大学に行くことを決めた経緯」について語った。

エンジニア++:
大学に興味のなかったエンジニアが、社会人大学生になった経緯

　じぇね氏は、仕事をしながら、通信制の大学で勉強しているという。通信制の大学は自分のペースで学べることに加え、学費も安いといった利点があるようだ。

　興味のある方は、社会人大学生を経験してみるのもいいかもしれない。

【考え方】敬意が足りないと面白味のないモノしか作れない

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、「何事にも敬意を忘れてはならない」と語っている。

　onoT氏は、「スマホアプリなどで簡単に写真を加工することに慣れてしまって、被写体に対する敬意を忘れてしまった」という。Instagramをはじめ、DECOPICやLINE cameraなど、写真アプリを愛用している人も多いのではないだろうか。

　誰でも簡単にプロ並みの写真を表現できる時代になったが、本当のプロの志だけはどんなアプリが出てもマネすることはできない。

Crazy for life（セイカツ イチバン、IT ニバン）:
敬意が足りないと面白味のないモノしか作れない

• ソーシャルコーディングとiPad原則禁止
• 内定取り消しと就職活動
• ついに最終回！ 冷たい方程式
• 直交表と、ラーメンと、魔法使いと……
• MySQLのサブクエリは本当に危険なのか！？

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】ファイナル・オピニオン
• 【ことわざ】行きあたりばっかり
• 【考え方】内定取り消しと日本の新卒就職慣行

【考え方】ファイナル・オピニオン

　『101回死んだエンジニア』のAnubis氏は、「人が辞めるということを、会社側としてポジティブに生かせないだろうか」と考えている。

101回死んだエンジニア:
ファイナル・オピニオン

　「人が辞める」ということは、その人にとって、会社になんらかのネガティブなものがあるということである。「それを正面から受け止められる器があるか」とAnubis氏は問う。

　会社に限らず、何でも当てはまると思うが、自分に対してネガティブなことを受け止めるのは難しい。ソーシャルメディア上では特に、受け止めるだけでなく真摯な対応が求められる。

　コラムの後に読みたくなるような記事を見つけたので、お時間があるときにぜひこちらもご一読を。

▼避けては通れない！ソーシャルメディア上のネガティブなコメント：対応のヒント
http://socialmediaexperience.jp/3940

【ことわざ】行きあたりばっかり

　『SEの格言・迷言・ことわざ集』のちゃとらん氏は、「行きあたりばっかり」ということわざを提案している。

SEの格言・迷言・ことわざ集:
【行き当たりばっかり】

　「行きあたりばっかり」とは、「行きあたりばったり」なことばかりを行っているさまを表す言葉だという。システム開発の現場で、2回目以降に使えるそうだ。さらに、「行きあたりバッタリ（倒れる）」「行きあたりグッタリ」などの応用も利くという。

　ちゃとらん氏の格言・迷言・ことわざ集にはいつもクリエイティブな発想が盛り込まれている。IT業界の次世代を担う「ことわざ・迷言」名人として、今後も活躍してほしい。

【考え方】内定取り消しと日本の新卒就職慣行

　『アジアのソフトウェア開発現場にて』の山本保男氏は、「日本の就職活動の現状」について述べている。

アジアのソフトウェア開発現場にて:
内定取り消しと日本の新卒就職慣行

　「日本ではなぜ、企業にとっても学生にとっても“LOSE-LOSE”となるような新卒の就職活動が行われるのだろうか？」と、山本氏はその理由を推測している。

　担当編集者も、3年前に就職活動をしていた。ちょうど、大学3年生（大学院1年生）の今ごろから就職活動が始まる。大学院1年生にとっては、入学4カ月で経験や成果を話さなければならないということだ。そんなむちゃくちゃな……。

　しかし、昨年ごろからだろうか。徐々に日本の企業側の就職活動方針にも変化が表れているような気配がある。今、まさに就活スタイルの移り変わり目なのかもしれない。今後、どのように変化していくのだろうか。注目していきたい。

• ついに最終回！ 冷たい方程式
• 直交表と、ラーメンと、魔法使いと……
• MySQLのサブクエリは本当に危険なのか！？
• システム思考
• ＠IT Family

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】直交表――組み合わせ全部なんて食べられませんから
• 【働き方】男の子はみんな、魔法使いになれるんだよっ！
• 【仕事】人生はロック・クライミング

【考え方】直交表――組み合わせ全部なんて食べられませんから

　『IT技術を日常生活で活かそう』のabekkan氏は、第3バイオリンさんのレポートにならって、「直交表」をラーメンに例えて解説している。

IT技術を日常生活で活かそう:
直交表――組み合わせ全部なんて食べられませんから

　ラーメンには、「麺の堅さ」「スープ」「トッピング」の3つの因子があるとする。すべての組み合わせを味見するには、テストパターンを減らさなければならない。そこで使用するのが「直交表」だ。直交表とは、実験の回数を減らすことのできる「魔法の表」なのである。

　やり方はこうだ。まず、「麺の堅さ（因子A）」「スープ（因子B）」「トッピング（因子C）」の3つ因子の中から2つの因子（因子A、因子B）ですべて組み合わせを味わう。次に、先ほどの実験の片方の因子（因子A、または因子B）とまだ実験していない因子（因子C）ですべての組み合わせを試す。最後に、まだ実験していない因子同士（因子Aまたは因子Bと、因子C）で味見。これらの結果をまとめると、2つの因子の組み合わせを網羅したテストパターンを作ることができるという。

　もっと詳しく知りたいという方は、『「WACATE 2012 夏」参加レポート（その1）――組み合わせ全部テストするなんて無理ですから』も読んでみてはいかがだろうか。

【働き方】男の子はみんな、魔法使いになれるんだよっ！

　『101回死んだエンジニア』のAnubis氏は、「増殖する魔法使いたち」について言及している。

101回死んだエンジニア:
男の子はみんな、魔法使いになれるんだよっ！

　Anubis氏は、ないものをあるように見せたり、どうでもいい事柄を重要に見せたりする「魔法使い」が現代社会には多すぎると指摘する。

　例えば、プレゼンテーションの対策として「この人へはこのようなデータを見せた方が良い」「社長へのプレゼンはこういう言い方をした方が良い」などといった作戦を耳にすることがある。正直、他人ごとではないという人も多いのではないだろうか。

　この「魔法使い増殖」の事態について、Anubis氏は「そんなことよりも、スキルを武器にして本質を見極めて戦っていくべき」と提言する。

【仕事】人生はロック・クライミング

　『アジアのソフトウェア開発現場にて』の山本保男氏は、「人生はロック・クライミングである」と語る。

アジアのソフトウェア開発現場にて:
人生はロック・クライミング

　仕事について、山本氏は「今の仕事に満足していないなら、どこかに『とっかかり』を見つけて、それを頼りに、別の道を模索してみるべき」と話す。このコラムを読んで、少し過去を振り返った。仕事に満足できない時代が、自分にもあったからだ。

　担当編集者の場合、「とっかかり」は、「人」であったように思う。自分の仕事に違和感を持っていたあのころ、ひたすら、尊敬する人、好きだと思う人、ありのままの自分を受け入れてくれる人のそばにいた。もしかしたら、ただ運が良かっただけなのかもしれないが、「人」をきっかけに、気付けば仕事も環境も、今、自分の周りには大好きなものが集まっている。

　「とっかかりは、何でもいい。とにかく、つかめるものを見つけ、一気に体を引き上げること」と、山本氏は言う。

• MySQLのサブクエリは本当に危険なのか！？
• システム思考
• ＠IT Family
• 世の中の天才たち
• シンガポールの未来型タブレット

 

☆全コラム一覧

 

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】意外と金にならないクリエイティブな仕事
• 【考え方】ビジネス・ユーザー・エクスペリエンスという考え方
• 【考え方】この勉強は役に立つの？ に答えよう

【働き方】意外と金にならないクリエイティブな仕事

　『101回死んだエンジニア』のAnubis氏は、「クリエイティブな仕事とお金」について考察している。

101回死んだエンジニア:
意外と金にならないクリエイティブな仕事

　Anubis氏は、「芸術活動や音楽活動は、当たれば大きいが、それだけでは食べていけない人も多い」という。それと同じように、IT技術者も「クリエイティブにコードを書くよりも、マネジメントやコンサルティングをやった方が儲かる」と指摘している。

　確かに、そうかもしれない。例えば、もともと音楽は宗教活動の一部であり、商業化したのはそれから後のことである。このような本来の目的から考えても、「稼ぐ」という観点よりは、「心を動かす・共有する」といった価値のほうが音楽家にとっては重要なことが多い。

　同様に、IT技術者も同じような価値観を持っているように感じる。自分の手で、新しいユーザー体験を生み出すことができる。稼ぐことよりも、自分が作ったものに対して「きゃっ！」「わっ！」という反応を見ることの方が興奮する。

　読者の皆さんは、いかがだろうか。Anubis氏のコラムを読んで、お金か創造性か、もちろん両方大事ではあるが、どちらを第一に考えるかで働き方も生き方も変わってくるように思えた。

【考え方】ビジネス・ユーザー・エクスペリエンスという考え方

　　『教育ビジネスを考える。行動する。改善する。』の吉政忠志氏は、「ビジネス・ユーザー・エクスペリエンス」という考え方を推奨している。

教育ビジネスを考える。行動する。改善する。:
ビジネス・ユーザー・エクスペリエンスという考え方

　「ビジネス・ユーザー・エクスペリエンス」とは、UXやUXP（ユーザー・エクスペリエンス・プラットフォーム）を、ビジネスに特化させた考え方である。吉政氏によると、システム全体を設計する際、最初に考えなければならないことだという。

　興味がある方は、ぜひこのコラムを読んでみてはいかがだろうか。

【考え方】この勉強は役に立つの？ に答えよう

　『IT技術を日常生活で活かそう』のabekkan氏は、「この勉強は何の役に立つの？」という子供からの問い掛けに対していくつかの回答例を示している。

IT技術を日常生活で活かそう:
この勉強は役に立つの？ に答えよう

　abekkan氏の回答例から、「なるほど！」と思うものが多い。「英語のマニュアルを読まなければならないこと」「二次方程式の具体的な活用」などの例を見ていると、確かに親近感が湧く。

　「この勉強は何の役に立つの？」と子供に聞かれたことのある人も多いのではないだろうか。そんなとき、自分が具体的に役に立った例を提示するのが1番良いと、abekkan氏は語っている。

女性に勝つものはない

そうだ！ ギネス記録を目指してみよう！

エンジニアの80％以上が机の中にカップラーメンを常備

脱。営業スマイル

エンジニアライフのコラムニスト同士が結婚！？

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【挑戦】未知の世界へ旅立とう
• 【働き方】ヌーベル・ホウレンソウ　（仏：新しきホウレンソウ）
• 【最終章】孤独のエンジニアめしばな　最終めし「職場めし」

【挑戦】未知の世界へ旅立とう

　『What a wonderful world』のたのっち氏は、“エンジニアは芸人である”と述べている。

What a wonderful world: 未知の世界へ旅立とう

　人間は、コンフォートゾーン（心地良い空間）にいると、高いパフォーマンスを出せるという。気の合う仲間たちとともに、慣れた環境で仕事をしていると、効率が上がるというわけだ。しかし、自分や組織を成長させるためには、この「コンフォートゾーン」から抜け出す必要があると、たのっち氏は述べている。

　なぜならば、エンジニアはそれぞれの持つ技術を使って世の中に価値を提供する“芸人”だからである。芸人であるのならば、芸事のために常にスキルを磨き続けなくてはならない。失うものなど何もないのだから、未知の世界に旅立ち、挑戦してみようではないか。

　この熱いメッセージに、編集担当者も乗っかってみたくなった！ 何か新しいことに挑戦してみよう！！ そうだ、みんなでギネス記録を目指してみませんか？ (」ﾟДﾟ)」メラメラ……

　エンジニアライフで世界一になれそうなこと、「勉強会で何かやる！ 」「エンジニアが結婚できる世界一のサイトにする！」などなど、何か良いアイデアを探して実現させちゃおうではありませんか！　アイデア大募集中です！

▼エンジニアライフギネス記録アイデア募集係はコチラ
http://www.facebook.com/atmkitjibun

【働き方】ヌーベル・ホウレンソウ　（仏：新しきホウレンソウ）

　『101回死んだエンジニア』のAnubis氏は、組織の新しい「ホウレンソウ」を提案している。

　読者の皆さんもご存じのとおり、一般的な「ホウレンソウ」といえば、「報告」「連絡」「相談」のことである。組織の中で仕事をするには、この「ホウレンソウ」を徹底することが大事だと、長い間伝えられてきた。しかし、最近のWeb系企業などでは新しい「ホウレンソウ」が生まれているという。「方針」「連携」「想像」である。

101回死んだエンジニア: ヌーベル・ホウレンソウ　（仏：新しきホウレンソウ）

　この新しい「ホウレンソウ」は、組織での働き方の変化の表れのように思う。特にIT業界などでは、組織に従うことではなく、自分で考え行動することが求められてきている。

　少し前は、組織の考え方が個人を作っていたかもしれない。しかし、これからの時代は、個人1人1人が組織の在り方を創っていく時代になると編集担当者は考えている。

【最終章】孤独のエンジニアめしばな　最終めし「職場めし」

　『SEは眠らない ―Fatal / stay night―』のterukizm氏は、「エンジニアにとっての『めし』は、貴重この上ないリフレッシュタイムである」と語っている。

SEは眠らない ―Fatal / stay night―:

孤独のエンジニアめしばな　最終めし「職場めし」

　terukizm氏によると、エンジニアにとって重要なことは、「どんなめしを食うか」ではなく、「どうやってめしを食ってリフレッシュするか」なのだそうだ。

　確かに、IT系・web系の企業では、コンビニなどでカップラーメンやお弁当を買って、PCに向かって食事をしている人が多い。現に、アイティメディアでも、半分以上の人は毎日そのような食生活を送っているような気がする……。なるほど、社内のオフィスグリコが賑わっているのは、そういうことだったのか！

エンジニアの80％以上が机の中にカップラーメンを常備

脱。営業スマイル

エンジニアライフのコラムニスト同士が結婚！？

「普通」は「異常」

なんかいいよね禁止

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【新連載】猫にこんばんは
• 【生活】孤独のエンジニアめしばな　第3めし「ラーメン」（前編）
• 【働き方】日本企業に元気がないぞ！ あなたはこの先どうする？ パート2　～今のオフショア開発～

【新連載】猫にこんばんは

　『SEの格言・迷言・ことわざ集』のちゃとらん氏の新連載が始まった。この連載では、日々の業務のなかでSEに役立つ格言・迷言・ことわざなどを紹介していく。なんともユニークで、面白い企画である。

SEの格言・迷言・ことわざ集: 【猫にこんばんは】

　「猫にこんばんは」とは、「猫にまで挨拶をすることは一見無駄に思えるかもしれないが、重要な行為である」という意味だそうだ。ひとことでいえば、「“挨拶”をきちんとしよう！ 」だろうか。

　確かに、飲食関係や航空業界などに比べ、IT業界には挨拶を意識しない人も多い気がする。例えば、上司や周りの席の人には挨拶をしても、警備員の方や清掃員の方に挨拶している人はほとんど見かけない。もしかすると、たまたまなのかもしれないが、“挨拶”については編集担当者が社会人になった際に1番違和感を感じたことである。

　また、会社だけではなく、世間でもこんな不思議なコミュニケーションがごく当たり前のように行われている。

お店の人「いらっしゃいませ！ 」
お客さん「……（無言でカゴを差し出す）」
お店の人「〇〇が1点～、〇〇が1点～、〇〇が1点～、合計〇〇円になります！ 」
お客さん「……（カードorお金を差し出す）」
お店の人「ありがとうございました！ 」
お客さん「……（袋を手にとって退散。）」

　「猫にこんばんは」が、とても偉大なことわざのように思えた。

【生活】孤独のエンジニアめしばな　第3めし「ラーメン」（前編）

　『SEは眠らない ―Fatal / stay night―』のterukizm氏は、“ラーメン”をエンジニアめしの題材に選んだ。

SEは眠らない ―Fatal / stay night―: 孤独のエンジニアめしばな　第3めし「ラーメン」（前編）

　terukizm氏のコラムによると、机の中にカップラーメンを常備しているエンジニアは80％以上に及ぶという。エンジニアにとってラーメンは、夜食であり、非常食であり、修羅場の友なのだそうだ。読者の皆さんの机の中はいかがだろうか……？ （ちなみに、編集担当者の机の中にはウイスキーのミニビンが常備されている。）

【働き方】日本企業に元気がないぞ！ あなたはこの先どうする？ パート2　～今のオフショア開発～

　『半蔵門の社窓から』の哀T戦士氏は、これから求められるエンジニアのスキルについて考察している。

　最近では、Androidアプリケーション単体でのビジネスが厳しくなり、開発予算を捻出することが難しく、ベトナムでのオフショア開発が活発になっている。

　オフショアはトラブルも多いが、ベトナムでのオフショアは「短納期（2～3カ月）」「低価格」といった利点に加え、「国民性」「若いパワー」「勉強熱心」といった強みがあるようだ。

半蔵門の社窓から: 日本企業に元気がないぞ！ あなたはこの先どうする？ パート2　～今のオフショア開発～

　そんな中、これから日本のエンジニアに求められるのは企画・設計・検証のスキルだという。これからの時代を担う若手エンジニアの方は、ぜひ読んでみてはいかがだろうか。

脱。営業スマイル

エンジニアライフのコラムニスト同士が結婚！？

「普通」は「異常」

なんかいいよね禁止

CUIが廃れない理由

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【生活】ちょい、笑ってみ？
• 【考え方】もっとコワーキングスペースを！
• 【働き方】学び続けよう！ それはあなたの価値となる。

【生活】ちょい、笑ってみ？

　『101回死んだエンジニア』のAnubis氏は、「ポジティブな笑いを忘れてはいないか？ 」と読者に問いかけている。

101回死んだエンジニア: ちょい、笑ってみ？

　Anubis氏は、「笑い」には3種類あると述べている。1つめは、「ネガティブな笑い」である。これには、失笑や嘲笑、苦笑などが当てはまる。2つめは、「ポジティブな笑い」。これは、子どもの純粋で眩しいくらいの笑いをさしている。そして、3つめに挙げているのが、「どうでもいい笑い」である。いわゆる「営業スマイル」といわれる作られた笑顔のことである。

　そういえば、テレビの効果音に注目してみると、幼稚園や学校のシーンではギャイギャイとした賑やかな笑いの音を付けることが多いように感じるが、会社のオフィスの場面ではそのような音が付けられることは少ない。いつまでも、「ポジティブな笑い」を大切にしたい。

【考え方】もっとコワーキングスペースを！

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、「コワーキングスペース」のさまざまな利用価値を提示している。

　コワーキングスペースとは、共同で使用するワークスペースのことである。2012年4月12日現在では、25件のコワーキングスペースが関東で登録されているそうだ。

　エンジニアにとって、コワーキングスペースは、仕事場のみならず、ミーティングスペースやイベント・勉強会の会場として、また、開発合宿も実施できてしまう。そんな、夢のようなスペースだ。アイティメディアでは、読者の皆さまにそのようなスペースを提供できたらと、セミナーやイベント会場として会議室の無料貸し出しを行うことを目指している。もし会場でお困りの際はぜひご相談を！

Crazy for life（セイカツ イチバン、IT ニバン）:

もっとコワーキングスペースを！

【働き方】学び続けよう！ それはあなたの価値となる。

　『What a wonderful world 』のたのっち氏は、『まねぶ』（真似ぶ）重要さについて語っている。

　読者の皆さんはご存知だろうか。「学ぶ」という言葉は、「まねる」（真似る）と同じ語源であったそうだ。確かにそう言われてみれば、赤ちゃんは周りの人の姿を見て、真似をすることで覚えていくと聞く。

What a wonderful world:

学び続けよう！ それはあなたの価値となる。

　「学ぶ」ときの参考に、一読してみてはいかがだろうか。

エンジニアライフのコラムニスト同士が結婚！？

「普通」は「異常」

なんかいいよね禁止

CUIが廃れない理由

給料そこそこのIT業界、鬼が出るか痔が出るか

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】「だから、作れ」と_whyは言った
• 【考え方】コミュニケーション・コスト
• 【電撃報告】結婚しました

【考え方】「だから、作れ」と_whyは言った

　『Rails Hub情報局』の西村賢氏は、2005年ごろから2009年にかけてRubyコミュニティで愛されたWhy the lucky stiff（_why）氏の名言を紹介している。

Rails Hub情報局: 「だから、作れ」と_whyは言った

　現在、ソーシャルメディアは非常に多くの人に使われるようになった。ところが、ソーシャルメディア上には、非建設的な批判、皮肉、罵詈雑言や中傷が溢れかえっているのもまた事実である。

　私たちは、他人や他人の仕事をけなさずにいられるほど高尚ではない。だから、他人をけなす時間があったらまず「作れ」ということである。

【考え方】コミュニケーション・コスト

　『Innovation “D”』の山無駄氏は、「コミュニケーション・コスト」という概念を考察している。

　山無駄氏が唱える「コミュニケーション・コスト」とは、コミュニケーションの費用対効果のことである。これをまじめに計算してみると、どのようになるのだろうか？

　文中で最も興味深かったのは、「『母さん、あれ』『はいよ』という会話は、もっとも低コストなコミュニケーション」という記述であった。確かに、親子というものは、これだけで通じてしまう何かがあるような気がする。

Innovation “D”: コミュニケーション・コスト

　「コミュニケーション・コスト」という新しい視点で書かれた記事、ぜひご一読を。

【電撃報告】結婚しました

　『オブリガート ～感謝されるテストエンジニアになる～』の第3バイオリン氏は、本日4月11日、沖縄で結婚式を挙げた。

　お相手は『It’s Party Time!』のあずK氏。初のエンジニアライフのコラムニスト同士の結婚が実現した。

　第3バイオリン氏とあずK氏は、挙式当日、2人同時にエンジニアライフのコラムを投稿し、「他の役割は別の人に引き継ぐことができても、あずKさんのお嫁さんという役割は誰にも譲りたくなかった」「『いつもありがとう』という気持ちを相手に伝え続けることが大切」などと熱く語っている。

オブリガート ～感謝されるテストエンジニアになる～: 結婚しました 

It’s Party Time!:

エンジニアが家庭円満を保つために必要な、たった2つのこと 

　エンジニアライフにも、ついに春が訪れました
　改めまして、第3バイオリンさん＆あずKさん、ご結婚おめでとうございます

「普通」は「異常」

なんかいいよね禁止

CUIが廃れない理由

給料そこそこのIT業界、鬼が出るか痔が出るか

座り方、勉強会、目標設定も、いろいろ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】“心を鬼にして”のつもりが、正真正銘の鬼になってしまっている件について
• 【働き方】痔・エンド（ほんとすいません）
• 【新連載】32歳、IT業界への挑戦（その1）

【考え方】“心を鬼にして”のつもりが、正真正銘の鬼になってしまっている件について

　『101回死んだエンジニア』のAnubis氏は、心を鬼にすることと本物の鬼の違いについて語っている。

　まずAnubis氏は、鬼が増える背景について問題なのは「問題なのは、厳しさの持ち方だ」という。相手の成長を考えた厳しさではなく、自分が生き残るために厳しさを持つ人が増えたということだ。

101回死んだエンジニア: “心を鬼にして”のつもりが、正真正銘の鬼になってしまっている件について

　Anubis氏は、そんな正真正銘の鬼は、IT業界にたくさんいるという。そんな鬼ばかりの世の中で生きていくにはどうすればいいのか。答えはコラム本文を参照してほしい。

【働き方】痔・エンド（ほんとすいません）

　『ITエンジニアの憂鬱』のケーワイケー氏は痔の末期的症状だという。

ITエンジニアの憂鬱: 痔・エンド（ほんとすいません）

　ケーワイケー氏がお勧めする「悪化予防方法」は3つある。苦しんでいる方は、ぜひ読んでみてはいかがだろうか。

【新連載】32歳、IT業界への挑戦（その1）

　今週から溝渕匡氏による新連載『ITとFT』が始まった。

　FP（ファイナンシャル・プランナー）でもある溝渕氏は、FT（ファイナンシャル・テクノロジ）を駆使し、FPの視点で見たIT業界について語っていくという。初回は、転職を考えている友人にIT業界を勧めたというお話。

ITとFT: 32歳、IT業界への挑戦（その1）

　溝渕氏は、もちろん給料がそこそこいいというだけで勧めたのではなく、「その業界に向けての研鑽が比較的将来も役立つ」という点も考えて勧めたという。その友人がどうなったか気になるところだ。

【過去の「おすすめエンジニアライフ」】

・座り方、勉強会、目標設定も、いろいろ
・「働く」のではなく「生きる」
・タクシー、めし、ライブからシステム開発/仕事を思う
・エンジニアライフ的「健康論」
・資本主義とお金とアプリストアと

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え力】ぼったくりタクシー事件からこれからのシステム開発を考える（後編）
• 【考え力】孤独のエンジニアめしばな　第2めし「寿司」（後編）
• 【考え力】“アラサー”IT系女子は前へ進む

【考え力】ぼったくりタクシー事件からこれからのシステム開発を考える（後編）

　『30過ぎで5社目でした。』のけいいちっく氏は、今回はぼったくりタクシーの被害にあった話の続きを語る。詳細を知りたい方は、「前編」を参照してほしい。

　けいいちっく氏は今回の経験から、今後のタクシーの乗り方はどうあるべきかについて、持論を展開する。そして、業界は違えど同じようなことをシステム開発に結び付けている。

30過ぎで5社目でした。: ぼったくりタクシー事件からこれからのシステム開発を考える（後編）

　共通するのは、どんなスキルを持っているかによる、発注側との交渉だ。

【考え力】孤独のエンジニアめしばな　第2めし「寿司」（後編）

　『SEは眠らない ―Fatal / stay night―』のterukizm氏は、今回も「エンジニアめし」のフィクションを展開している。

　第1めしは「カレー」で、第2めしは「寿司」。なぜ寿司が、エンジニアめしなのか。システム開発でボロボロになった（詳細は、前編を参照）ところを寿司を食べたことによって救われ、ある考えに行きつく。

SEは眠らない ―Fatal / stay night―: 孤独のエンジニアめしばな　第2めし「寿司」（後編）

　共通するのは、誰かを幸せにするために技術を使うことだ。

【考え力】“アラサー”IT系女子は前へ進む

　『“アラサー”IT系女子の来し方行く末』の組長氏は、趣味のライブに行くことについて語っている。

“アラサー”IT系女子の来し方行く末: “アラサー”IT系女子は前へ進む

　「ライブ」といっても、アイドルやJポップにありがちな椅子が並んでいて、そこに立って聴くというものではない。ここでの「ライブ」は、「スポーツ」そして「闘い」に近い。人によっては最前列に行くのは困難だし到達できないかもしれないが、確実に前に進みステージに近づける。

　共通するのは、目標に向かって進むと違う景色が見えるということだ。

【過去の「おすすめエンジニアライフ」】

・エンジニアライフ的「健康論」
・資本主義とお金とアプリストアと
・対立か、協調か、選択か
・見えないのか、見ようとしていないのか
・新しい日々の始まり

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】“女子経営者”から見た技術屋さんの問題を見る目　「何の目を持って見ていますか？ ～虫の目、鳥の目、魚の目～」
• 【考え力】さぁ、美しい宝石を掘り出そうか。
• 【考え力】散り際に分かるものがある

【働き方】“女子経営者”から見た技術屋さんの問題を見る目　「何の目を持って見ていますか？ ～虫の目、鳥の目、魚の目～」

　『「プロセスコンサルティング」のススメ！』の渡邊清香氏は、問題を解決する力について述べている。

　エンジニアに限らずナレッジワーカーは大体2種類に分けられることが多い。文系か理系かだ。渡邊氏はどちらの道を歩んだかによって考え方、問題を解決するアプローチに違いが出てくるという。

「プロセスコンサルティング」のススメ！: “女子経営者”から見た技術屋さんの問題を見る目　「何の目を持って見ていますか？ ～虫の目、鳥の目、魚の目～」

　1つ目の「虫の目」と2つ目の「鳥の目」で理系的アプローチ、文系的アプローチの違いが明確になるが、問題を解決するには、両方を併せ持った「魚の目」も必要だという。コラムでは3つに分類しているが、人間の多様さから考えると、他にも種類がありそうだ。読者の皆さんは、どんな目を持っているだろうか。

【考え力】さぁ、美しい宝石を掘り出そうか。

　『暇な時に読むといいかもしれないお話』のMr.F氏は、問題解決とコミュニケーションの関係について軽妙に論じている。

　問題が発生して上司に報告にいくときに、どのように報告するべきか。誰もが1度は直面したであろう場面。読者なら報告するだろうか。

暇な時に読むといいかもしれないお話: さぁ、美しい宝石を掘り出そうか。

　この問題報告の仕方の何が“問題”だったのか。Mr.F氏は例え話を用いて解説していく。問題報告をする前にやるべきこと、それは宝石を見つけることだという。エンジニアは、宝石を何個も見つけなければいけない仕事だということか。

【考え力】散り際に分かるものがある

　『101回死んだエンジニア』のAnubis氏は、最悪のプロジェクトの思い出を語る。

　エンジニアだったら、1度はかかわる、またはかかわることになるであろう炎上プロジェクト。誰が悪いのか、どこの何が間違いだったのか、いつからこんなことになったのか、どのように悪くなっていったのか、考え出すと切りがないので、無理やり前向きにならざるを得ない人も多いだろう。

　しかし、振り返ることで得るものがあるとAnubis氏はいう。例えば、身近にいたあの人がどんな人だったのか、本当にそんなに嫌な奴だったのか、考え直すことで見えてくるものもあるのではないだろうか。

101回死んだエンジニア: 散り際に分かるものがある

【過去の「おすすめエンジニアライフ」】

・新しい日々の始まり
・ITエンジニアが年初に読むべき3つのコラム
・「クリスマスにせいこう体験だ!!」「な、なんだってー!?」
・何でもかんでもシステム化すればいいのか？
・緊張、焦り、怒り、熱中、成功に共通するものとは
・視野が狭い医者の判断や処方は、Googleに劣る
・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】自分の稼ぎで食っている
• 【考え方】IT業界の評判を上げよう
• 【新連載】本当にやりたいことはなんだい？

【働き方】自分の稼ぎで食っている

　『プログラマで、生きている』のひでみ氏は、プログラマになった理由とともに自身の半生を振り返っている。

プログラマで、生きている: 自分の稼ぎで食っている

　ひでみ氏は、プログラマを「食うために選んだ職業」として選択した経緯や、プログラマになってからの人生を振り返っている。やがて同僚に「プログラマが天職だ」といわれながらも現在に至るまでが語られているのだが、その内容はプログラマだけではなくあらゆる職業に通じる、仕事に対する姿勢として学ぶべきところが多い。

【考え方】IT業界の評判を上げよう

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、今回は昨今のIT業界の評判について取り上げている。

　onoT氏は、IT業界をが悪く言われる状況を調べる一方で、希望を持てる話も取り上げる。

Crazy for life（セイカツ イチバン、IT ニバン）: IT業界の評判を上げよう

　また、テレビのドラマやバラエティ番組などで、いまだに軽薄な悪いイメージでよく例えられるのが、「IT業界」「IT社長」だ。「テレビがネットを悪くいう理由は、ネットでテレビの悪口が多いから」と聞くこともありどっちもどっちなのかもしれないが、世間への影響力では到底テレビに及ばないので、こんなことでは日本のITはイメージが悪くなる一方だ。

　そんな中、SE／プログラマに少年の人気が高まっているというのは、希望が持てる。来年度から中学校でプログラミングが必修化するのも良い流れではないだろうか。onoT氏がいうように、いまやITは社会生活に大きな影響をおよぼす重要なものとなっているという誇りを持って、今年こそ「IT業界」の評判を良くしていきたいものだが、読者はいかがだろうか。

【新連載】本当にやりたいことはなんだい？

　Mr.F氏による新連載『暇な時に読むといいかもしれないお話』が始まった。初回は、ToDo管理に役立つライフハックを軽妙な語り口で紹介している。

暇な時に読むといいかもしれないお話: 本当にやりたいことはなんだい？

　紙に書いて貼るのは、切羽つまった人には何をどう説明しても通じないこともあるだろうが、普通の人には物理的なバリアに見えて有効かもしれない。いままでToDoの優先順位を付けたことがない人は、今年から“紙”様を作ってみてはいかがだろうか。

【過去の「おすすめエンジニアライフ」】

・「クリスマスにせいこう体験だ!!」「な、なんだってー!?」
・何でもかんでもシステム化すればいいのか？
・緊張、焦り、怒り、熱中、成功に共通するものとは
・視野が狭い医者の判断や処方は、Googleに劣る
・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】せいこう体験☆　～悶々とするエンジニアたちへ～
• 【考え方】エンジニアとソーシャルメディアの付き合い方
• 【新連載】DMR REPORT FILE：1　「DMR緊急出動！　データベースマイグレーションの謎に迫れ！！」（上）

【働き方】せいこう体験☆　～悶々とするエンジニアたちへ～

　『101回死んだエンジニア』のAnubis氏は、今回はコミュニケーションと成功体験についてつづる。まずは季節ネタから入り、業務に通じる話につなげていく。

101回死んだエンジニア: せいこう体験☆　～悶々とするエンジニアたちへ～

　Anubis氏は、愛の激白には分かりやすい返事が返ってくるというが、そうとも限らない。男女にかかわらず、はっきりとした返事をもらえるかは、相手の性格によるのではないだろうか。あいまいな返事で待たされる間、悶々とするのは恋愛も一緒といえよう。

　続いて「業務でレスポンスが返ってくることが業務を早く進める」「レスポンスを返すことはコミュニケーションの基本」と述べるが、それは疑いの余地もない。そしてAnubis氏は最後に、コミュニケーションの成功体験を得るのに重要なことは何かを話すのだが、その答えは本文を参照してほしい。ある意味恋愛に通じるものかもしれない。

【考え方】エンジニアとソーシャルメディアの付き合い方

　『成長する技術と衰退する技術、そして期待する技術』の佐藤環氏は、今回はソーシャルメディアについて述べている。

　まず佐藤氏は、ソーシャルメディアを使う理由と使わない理由を分析する。

成長する技術と衰退する技術、そして期待する技術: エンジニアとソーシャルメディアの付き合い方

　そして佐藤氏は、中途採用や開発パートナーシップについて問い合わせをもらう場合、まず相手のFacebookやTwitterでの投稿、GitHubを使っていればそのコードを見て、技術やエンジニアとしてのスタンス、日ごろの仕事への取り組み方、意識していることを判断するという。面接だけでは見られない部分が見えるので、個人の仕事、さらには個人が企業に所属している意味まで分かってくるとのことだ。

　ソーシャルメディアを使わないというエンジニアも、本コラムを参考にキャリアアップについて、今一度考え直してみてはいかがだろうか。

【新連載】DMR REPORT FILE：1　「DMR緊急出動！　データベースマイグレーションの謎に迫れ！！」（上）

　エンジニアライフに、すさまじい新人がやって来た。terukizm氏による新連載『SEは眠らない ―Fatal / stay night―』には、度肝を抜かれてしまった。いきなり、コラム6回分にもなるデータベースエンジニア物語をぶつけてきたのだ!!

SEは眠らない ―Fatal / stay night―: DMR REPORT FILE：1　「DMR緊急出動！　データベースマイグレーションの謎に迫れ！！」（上）

　取りあえず、のぞいてもらえば分かる人には分かると思うが、この物語は昔、某少年向け漫画週刊誌で掲載していた、都市伝説解明ミステリー「●MR」のオマージュだ。6回分を流し読みするだけでも分かるが、あの様式美を正しく継承している。ところが、内容は至ってまじめ。データベースのマイグレーションについて分かりやすく解説していて楽しく学習できるだろう。

　terukizm氏はDMRシリーズに限らず、それ以外にも毎日のようにコラムを投稿し続けている。最初は、アニメや漫画の話を織り混ぜる傾向が強いという印象だったが、中にはまじめで考えさせられるコラムもあるので油断ならない。だが、やはり待たれるのはDMRシリーズの続きだろう。terukizm先生の作品が読めるのはエンジニアライフだけ！ である。

【過去の「おすすめエンジニアライフ」】

・何でもかんでもシステム化すればいいのか？
・緊張、焦り、怒り、熱中、成功に共通するものとは
・視野が狭い医者の判断や処方は、Googleに劣る
・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】システムと業務の微妙な関係
• 【新連載】事例：パソコンは経年劣化をするんだよ
• 【新連載】new エンジニア()

【働き方】システムと業務の微妙な関係

　『Innovation “D”』の山無駄氏は、今回は開発現場でユーザーから聞いた目からウロコな発言に関する3つのエピソードを披露する。

　1つ目は工事現場における安全計画書について、便利にすることと安全を担保することのトレードオフについて考えさせられる。

　2つ目は発注管理の現場での最終検収にまつわる話。何でもかんでもシステム化すればいいのかというと、そうもいかないのが現場の事情のようだ。

Innovation “D”: システムと業務の微妙な関係

　3つ目の発言エピソードは、目からウロコというよりも、とてもよく聞く発言に思えるが、読者はいかがだろうか。

【新連載】事例：パソコンは経年劣化をするんだよ

　麻乃あきら氏による新連載『日々追われるトラブルとその対応方法を考える』が始まった。とあるSI現場でのトラブル対処の事例エピソードを紹介している。ここでも、上記「システムと業務の微妙な関係」にもあったような、目からウロコな発言が飛び出す。

日々追われるトラブルとその対応方法を考える

　ハードウェアメーカーに頼むべきことまで対処することになってしまうSIerは、“何でも屋”でなくてはならないのか。挙げ句の果てﾆは「あれ、壊しちゃった？」と○夫のせいにされそうになるとは、予想を上回るひと言だ。このまま責任転嫁されてしまうのか、とハラハラしていたが、話はそのような方向には進まず、ユーザーが別途PC購入という話に落ち着く。

　そこから、経年劣化でトラブる前にチェックするべきポイントを5つ紹介するが、一番大事なのはSIerが「もうける」以前のことだと締めくくる。

【新連載】new エンジニア()

　今週はもう1つ新連載が始まった。じぇね氏による『エンジニア++』だ。じぇね氏は1984年生まれで、高校時代にプログラミングに出会い、仕事にしたいと思ったという。

　じぇね氏はコラムで「自分自身がエンジニアとして成長することを目指して、今までどんなことをしてきたか、これからどうしていくかについて書いていきたい」と述べる。今はプログラマとして働きながら通信制の大学に籍を置いていて、情報処理技術者試験も受験している。

エンジニア++: new エンジニア()

　今後は、プログラマと大学生の両立について述べていくという。同じようなことを考えている読者は、追いかけてみてはいかがだろうか。

【過去の「おすすめエンジニアライフ」】

・緊張、焦り、怒り、熱中、成功に共通するものとは
・視野が狭い医者の判断や処方は、Googleに劣る
・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】健康について第32回　効果が「ない」のではない
• 【働き方】第12話：“グループ内のトラブルにどう立ち向かう？～メンバー間の確執”の巻（下）
• 【働き方】「失敗のもと」を探ってみよう

【働き方】健康について第32回　効果が「ない」のではない

　『IT業界を生き抜く健康生活』の龍澤英暁氏は、今回は「健康法」「ダイエット法」について語っている。

　龍澤氏は、よくあるダイエット法の失敗コメント「いろんなダイエットをためしてみたけど、どれも自分にあわなかった」について、「数回で『自分にあわない』と決め付けるのが、おかしい」と批判する。1カ月続けても効果が目に見えて表れないことが、その要因となるが、焦って「薬」に頼ることに龍澤氏は警鐘を鳴らす。

IT業界を生き抜く健康生活: 健康について第32回　効果が「ない」のではない

　そして、龍澤氏は「劇薬」を飲むぐらいなら、散財したり飲食を我慢しない方が「100倍マシ」と説く。結局、健康になるには、効果が「ない」とあきらめずに地道に「健康法」「ダイエット法」を続けるしかないのだろう。しかも、あまり自分を追い詰めずにストレスを解消しながら……。一時的なものと考えず、生き方を変える気持ちで臨まねばなるまい。

【働き方】第12話：“グループ内のトラブルにどう立ち向かう？～メンバー間の確執”の巻（下）

　エムズ・ネット・スクエア講師4人組の連載『新任リーダー明日香のマネージャへの道』は、今回もプロジェクト管理・人間関係のよくある場面を切り取っている。

　プロジェクト内で上手くいっていないサイゴウとハヤブサ。2人の性格と特性を知るマネージャ明日香は、3人で話し合う場を持ち2人の確執を取り除こうとする。

新任リーダー明日香のマネージャへの道: 第12話：“グループ内のトラブルにどう立ち向かう？～メンバー間の確執”の巻（下）

　表舞台に立つ仕事のサイゴウ、サポート的な裏方の仕事のハヤブサ。そこに目を付けた明日香が放ったひと言に注目したい。

【働き方】「失敗のもと」を探ってみよう

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、「失敗のもと」として5つの要因を挙げている。

　「緊張」「焦り」「怒り」「熱中」と、すぐに納得がいきそうなものが続くが、最後に、onoT氏が挙げたのが「成功」だ。

Crazy for life（セイカツ イチバン、IT ニバン）: 「失敗のもと」を探ってみよう

　前の4つと違い、ポジティブに受け取れそうな「成功」も「失敗のもと」となり、しかも前の4つと「共通するもの」があるという。

　「共通するもの」の答えは、コラム本文で確認してもらいたい。

【過去の「おすすめエンジニアライフ」】

・視野が狭い医者の判断や処方は、Googleに劣る
・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】クリエイターと「コワーキング」について考える
• 【働き方】健康について第31回　ゲーム感覚で健康になる！（医療制度との距離感その6）
• 【新連載】第1回　30代エンジニアには、ビジネススキルがマスト？

【働き方】クリエイターと「コワーキング」について考える

　『ビタミン（C）reator＆（E）ngineer』のAyaTakubo氏は、11月26日に開催されたセミナー「Googleマーケティング＋HTML5」の会場「TRUNK」について語っている。

　仙台にあるシェアオフィス「TRUNK」は、自分たちの仕事をしながらも、フロア中心にある共有スペースを利用して、入居者同士でコミュニケーションを図り、他の仕事につながっていく場所だという。

　AyaTakubo氏はTRUNKについて、「いま流行りの『コワーキング』と相通じるものがある。コワーキングスペースよりもプライベートが保たれたイメージ」と述べる。コワーキングは、同一の団体ではない個人が、オフィスだけを共有して働く共働ワークスタイルだ。イメージとしては、シェアハウスやルームメイトのワークスペース版といえるかもしれない。

　クリエイターばかりではなく在宅勤務者やフリーランスの技術者も、この記事を読んで、1度コワーキングの長所・短所について考えてみてはいかがだろうか。いまの働き方を見つめ直すきっかけとなるかもしれない。

ビタミン（C）reator＆（E）ngineer: クリエイターと「コワーキング」について考える

【働き方】健康について第31回　ゲーム感覚で健康になる！（医療制度との距離感その6）

　『IT業界を生き抜く健康生活』の龍澤英暁氏は、エンジニアの医療制度との関わり方についてつづっている。

　龍澤氏は、「『エンジニア』と呼ばれる人種は、医療制度なしには成り立たない職業である」と力強く述べ、「座り仕事であるが故に『身体を酷使している』という意識を持っていない方が多く、対外的にも激務であると見られていない」と問題提起する。また、「メディカルチェックをそもそも受けない」エンジニアがいると警鐘を鳴らし、そのタイプを3つに分類している。

　さらに龍澤氏は、医者との距離の取り方についての持論を展開する。

IT業界を生き抜く健康生活: 健康について第31回　ゲーム感覚で健康になる！（医療制度との距離感その6）

　簡単に要約すると、「医者」と「患者」の関係は、「SIer」と「ユーザー」の関係に近いということだ。「医者」の提供するソリューションを“うのみ”にせず、「患者」として主体的な対処方法を持つ方がよい。その方法論としての「ゲーム感覚」とは何か。デスクワークが多い担当編集者も、筆者の声に耳を傾けずにはいられない。

【新連載】第1回　30代エンジニアには、ビジネススキルがマスト？

　11月25日から、國本智明氏の新連載『20代で身に付けるべき8つのスキル』が始まった。國本氏は、「30代、40代になっても活躍し続けるエンジニアになるために、20代のうちに身に付けるべきスキルを、ポイントに絞って教えていく」という。

　連載初回は、エンジニアにとってのビジネススキルの必要性で始まる。國本氏は20代で必ず身に付けるべきことを「ビジネススキル」として、なぜ30代までにビジネススキルを身に付けないと、その後の飛躍が難しいのかを説く。

　その背景として國本氏は、「20代の延長」で仕事をしている30代エンジニアが多く見られることを挙げている。30代、40代になっても活躍し続けるエンジニアでいたいと考える方は、一読してみてはいかがだろうか。

20代で身に付けるべき8つのスキル: 第1回　30代エンジニアには、ビジネススキルがマスト？

【過去の「おすすめエンジニアライフ」】

・答えは思ってもみないところにあるものです
・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】我流言語習得術、あえて名付けるのなら、読書駆動習得術
• 【考え方】「JaSST'11 Tokai」参加レポート――飛行機とコミュニティ、テイクオフ！
• 【働き方】最強のエンジニアはどこにいる

【考え方】我流言語習得術、あえて名付けるのなら、読書駆動習得術

　『プログラマで、生きている』のひでみ氏は、自身の長いキャリアで作り上げてきた、プログラミング言語習得術について語っている。ただし、このやり方は「はじめて言語を学ぶ方にはまったくおすすめできません」とのことなので、すでにプログラマとして活躍している方に読んでいただきたい。

　プログラミング言語はすべて、設計者の物の考え方を反映しているものだが、それに気付いて語れるようになるにはかなり時間がかかる。しかし、ひでみ氏の方法では、いきなり設計者の物の考え方をつかみに行く。

　その方法とは、学習したい言語に関するなるべく厚い本を買ってきて、途中で疑問をはさまずに、先頭から末尾まで読んでいくというものだ。「今、アタックしている子が世界で一番の美人！」とか「この本の著者は世界で一番の賢者！」くらいの気持ちを持って、すべてを受け入れるように読むのがよいとのこと。

　こうして一冊読み通すと、「言語仕様を理解できるできないにかかわらず、その言語の思想というか目指しているものがなんとなく見えてきます。言語デザイナー自身が書いた本は特にそこらへんがはっきり出ます」というから、不思議なものだ。

　その後で、「この文法は面白いな」とか「こういう仕様は初めて見た」という部分を読み直すと、なんとなくつかんだ言語設計者の考え方がはっきりしてくるという。編集担当者は職業柄、本を読むときはどこか疑ってかかる部分がある。今度は、そういう気持ちをすっぱりと捨てて、何かのプログラミング言語の本に挑戦してみようかと思った。

プログラマで、生きている: 我流言語習得術、あえて名付けるのなら、読書駆動習得術

【考え方】「JaSST'11 Tokai」参加レポート――飛行機とコミュニティ、テイクオフ！

　『オブリガート ～感謝されるテストエンジニアになる～』の第3バイオリン氏は、ソフトウェアテストのエンジニア向けイベント「JaSST’11 Tokai」に参加して考えたことについてつづっている。

　氏は、印象に残った講演として、三菱航空機株式会社の藤江壮氏の講演を挙げている。三菱航空機株式会社は、「リージョナルジェット」と呼ぶ小型ジェット機を開発している企業だ。藤江氏は、航空機の開発で特に意識しているところについて語った。

　藤江氏は、航空機にとって大切なこととして乗客に快適に乗ってもらうことや、燃費などを挙げながら、実際に最も大切なものは安全性だという。飛行機は人の命を預かって空を飛ぶものなので、当たり前と言えば当たり前だ。

　しかし、コンピュータエンジニアの仕事についても同じことが言えるのではないだろうか。使いやすいかどうかなど、いろいろなことに気を使わなければならないが、結局は安全に動くということが最も大切だと編集担当者は考える。

　藤江氏は安全性の確保について「最初から安全性を高めるように作る」と語った。さらに、「例えば、窓を広くしてパイロットが外を見やすくしたり、計器に異常をもたらすような電波の遮蔽性を高めたりすることです」と例を挙げてみせた。

　筆者の第3バイオリン氏は、「最初から安全性を高めるように作る」という言葉に感銘を受けたという。どんな物であっても、何かを作るときにはこのことを絶対に意識しなくてはならないと考えたのだろう。編集担当者も同意する。

オブリガート ～感謝されるテストエンジニアになる～: 「JaSST'11 Tokai」参加レポート――飛行機とコミュニティ、テイクオフ！

【働き方】最強のエンジニアはどこにいる

　Anubis氏の『101回死んだエンジニア』では、氏がかつて遭遇した「最強のエンジニア」について語っている。

　そのエンジニアと遭遇したきっかけは、「とあるミドルウェアの検証作業だった」という。氏から見て、「あまりに怪しい」ミドルウェアの検証だったそうだ。そのエンジニアが氏の隣に座るようになったので話すようになったという。

　そんなに有為な人材なら、それなりの地位を得ていてもおかしくないが、そのエンジニアは多少癖があり、チーム内で高い評価を受けているとは言えなかったようだ。きちんと時間をかけてコミュニケーションを取れば、そのエンジニアがいかに大切な人材か分かるはずだと、Anubis氏は残念がっている。

　そして、氏は、「優れたエンジニアが埋もれる理由。それは、私たちが勝手に描いたイメージで判断するため、本当に優れた人を見分けられないんじゃないだろうか」と私たちに疑問を投げかけている。付き合いにくいと思う人でも、ちょっと探ってみればすごい才能を持っていたりするということは、それほど少なくないのかもしれない。

101回死んだエンジニア: 最強のエンジニアはどこにいる

【過去の「おすすめエンジニアライフ」】

・エンジニアとして生きることに迷ったら
・帽子屋さんから、プロとしての心意気を教えられる
・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】“アラサー”IT系女子 vs マッドハッター
• 【働き方】バラバラエンジニアのプロジェクトマネジメント（2） ～製品コンセプトと青写真～
• 【考え方】スマートでないスマートフォン市場でWindows Phoneはどうなる？

【考え方】“アラサー”IT系女子 vs マッドハッター

　何らかの職について働いていれば、誰でもその道のプロということになる。就職したばかりの方はピンと来ないかもしれないが、周囲はそう見ているのだ。そして、何年も働いているとプロとして譲れない部分というものを持つようになることも多い。今回はプロとして働くことがどういうことかを教えてくれるコラムを紹介しよう。

　ここ数回、さまざまな業界の職人に話を聞き、気付いたこと、感じたことをコラムにしている『“アラサー”IT系女子の来し方行く末』の組長氏。今回は京都でオーダーメイドの帽子を作成している加藤憲司氏のお店を訪ねた。

　加藤氏は自身のことを「職人だなんておこがましい。あえて言うと『ものづくりが好きなアラサー男子』かな、と思っている」という。そして、「職人というより、ひたすらに『ものづくり』が好き。人生を懸けて、『（一生付き合える）手作りの趣味』を探し続けているのかも」と自身の人生観を語る。

　修行したわけでなく、我流で作っているので、職人なんておこがましいと謙遜する加藤氏だが、帽子を作成することを職業としているので、明らかにプロである。そして、その加藤氏にプロとアマの違いを聞くと「お金をいただくことに対しての責任が伴う点が違う」という。

　さらに加藤氏は「お客様からのオーダーを満たしつつ、『自分が満足のいくクオリティに仕上げたものしか渡さない』というポリシーを貫く」という。こういう姿勢に共感する人も多いのではないだろうか。「動けばいい」とだけ考えて仕事をしているエンジニアもいるかもしれないが、メンテナンスなど、後々のことまで考えて仕事をしてこそプロだ。

　最後に加藤氏はこう語る。「きれいごとのように受け取られるかもしれませんが、自分が死んだ後にこの世に残るものなんて誰かの中の思い出や記憶だけだと思うんです。だけど、僕にはそれら以外にもう1つ「帽子」という分身をこの世に残せる。モノを造り売るということは自分にとってはそういうこと」。自分が死んだ後も、「これはあの人が作った」としばらくの間でも言われるようなものを作れたら、エンジニアとして幸せなことではないだろうか。

“アラサー”IT系女子の来し方行く末: “アラサー”IT系女子 vs マッドハッター

【働き方】バラバラエンジニアのプロジェクトマネジメント（2） ～製品コンセプトと青写真～

　カレンコンサルティングの世古雅人氏と渡邊清香氏による『「プロセスコンサルティング」のススメ！』。前回はメンバーがバラバラなうちにプロジェクトをスタートさせて、混乱していく様子を書いていたが、今回はバラバラなメンバーを束ね、プロジェクトを成功に導くためのポイントの1つを紹介している。

　プロジェクトをスタートさせる前に、マネージャはそのプロジェクトの目的と、ゴールをメンバー全員にイメージさせることが何よりも大切だという。これができないと、メンバーは自分の立ち位置だけで話をするので、プロジェクトが混乱していくそうだ。

　ここで話は、自動車のエアバッグの加速度センサーに話に飛ぶ。加速度センサーという小さい部品でも、メンバーの間で目的とゴールを共有できていれば作るメンバーの取り組み方も変わるという話だ。

　ある自動車メーカーの下請け業者に加速度センサーについて聞くと「こんなちっぽけな部品でも、不良があったら命にかかわることだから絶対に手は抜けない」という。一方、ほかの自動車メーカーの下請け業者は「この部品が何に使われるか分からないけど、マニュアル通りに作っているよ」という。それぞれのメーカーの自動車が後々、どのように仕上がってくるか見えるような気さえしてくる。

「プロセスコンサルティング」のススメ！: バラバラエンジニアのプロジェクトマネジメント（2） ～製品コンセプトと青写真～

【考え方】スマートでないスマートフォン市場でWindows Phoneはどうなる？

　佐藤環氏の『成長する技術と衰退する技術、そして期待する技術』では、スマートフォン市場の中でWindows Phoneがどうなっていくかを予測している。

　Windows Phoneというと、目新しいGUIや、Facebookなどのソーシャルメディアとの連携機能などで注目を集めたが、まだまだ普及しているとは言いにくい。日本では、auが1機種発売しているだけだ。しかし、米国の調査会社であるIDCは、2015年のスマートフォン市場では、Android搭載機が43.8％のシェアで首位を占め、Windows Phoneが20.3％、iOS搭載機が16.9％で続くと予想している。つまり、4年後にはiPhoneよりもWindows Phoneの方が多く売れるようになるということだ。

　佐藤氏も、Windows Phoneは成功すると予測している。その根拠をいろいろ挙げているが、「開発者からみていかに魅力的に映るかが重要」という指摘は見逃せない。まず、iPhoneやAndroidと比べると、Windows Phoneはアプリケーションを販売する場であるMarketplaceの審査基準が明確であり、Windows Phoneのハードウェアやソフトウェアの仕様が明確なので、開発者にとっては安心してアプリケーションを開発できるという。

　そして、開発にVisual StudioとC#などの言語を利用できる点も大きいという。企業向け情報システムの開発でも利用できる言語で、アプリケーションを開発できるのは確かに便利だ。

　佐藤氏のプロとしての見立てでは、Windows Phoneは普及する素地を持っているということになる。しかし、現状を見ると普及している様子を想像しにくいのも確かだ。読者の皆さんはどう考えるだろうか。

成長する技術と衰退する技術、そして期待する技術: スマートでないスマートフォン市場でWindows Phoneはどうなる？

【過去の「おすすめエンジニアライフ」】

・「最近買った高いもの」から、書類選考に通る思考を養う
・コミュニケーションの取り方は人それぞれです
・タスク管理に追われていないで、夢を見よう
・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【働き方】タスク管理、どうしてますか？
• 【考え方】『来年こそ手帳を活用するぞ！』と思っているヒトへ
• 【考え方】クラウドの先を創造する者

【働き方】タスク管理、どうしてますか？

　毎日の仕事を効率よく、漏れや抜けがないようにするには、しっかりしたタスク管理が必要だ。読者の皆さんも何らかの形でタスク管理をしていることだろう。しかし、タスク管理というものはやってみるとなかなかしっくりいく方法が見つからず、右往左往することがある。今週はタスク管理に関するコラムを紹介しよう。

　『ビタミン（C）reator＆（E）ngineer』のAyaTakubo氏は、これまで試してきたタスク管理の方法を紹介している。

　タスク管理用ノートから始まり、手帳、手帳＋付箋、専用ファイルと同氏のタスク管理法は変遷してきたが、どれも難があって続かなかったという。続かなかった理由については同氏のコラムを読んで頂きたい。

　そんな氏は、現在Gmailを使ってタスクを管理しているそうだ。「具体的にはメールにフラグ（スター）を付けることでタスクピックアップ・管理（メール以外の対応すべきタスクも下書き保存してスターを付けるなど）しています。メールであれば、業務中、常に立ち上がった状態ですので、管理ツールなどをわざわざ立ち上げなくてもいいですし、外出先でも確認可能なので忘れっぽい私でも管理できます」とのことだ。

　というわけで、同氏は今、自分自身に合ったタスク管理法を見付けたわけだが、「もっといい方法があるんじゃないか」と考えているという。そのために、他人のノウハウを知りたいそうだ。自分にあったところに安住せず、もっと効率の良い方法を求める向上心は素晴らしい。

　編集担当者も過去、かなり精密なタスク管理をしていたことがあったが、次第に自分の作業能力を超えるほどのタスクを詰め込むようになって体を壊したことがある。現在は、思いついたタスクを自分自身にメールするなど、AyaTakubo氏の方法と似た方法でタスクを管理している。

ビタミン（C）reator＆（E）ngineer: タスク管理、どうしてますか？

【考え方】『来年こそ手帳を活用するぞ！』と思っているヒトへ

　『Crazy for life（セイカツ イチバン、IT ニバン）』のonoT氏は、来年使う手帳のことについて書いている。

　氏が手帳を買い求めるのはやはり仕事の管理、言い換えればタスク管理、スケジュール管理のためだ。しかし、「タスク管理」という考え方について氏は「ビジネスパーソンにとって『手帳を使いこなす』とは、どういうことなのだろう。スケジュール欄を365日、ダブルブッキングしないように注意しながらぎっしりと埋め、それを滞りなく処理していくことだろうか」と疑問に思っている。

　誰だって、働いていれば大量の仕事をこなさなければならない。しかし、氏は「タスクは色を変え形を変えて絶え間なくふって湧いてくる。それら1つ1つを瞬時に見極めて、神技のようにすき間に詰め込んで、順序良く消化していくことが、手帳を使いこなすということなのだろうか」という。

　結局、氏はこのような手帳の使いこなし方では、「与えられたタスクしかやっていない」という答えに行きつく。そして、そのようなやり方では、「達成感などあるはずもない。いずれはエネルギーを使い果たして失速してしまうだろう」と言う。

　では、どうすればよいのか？ 氏は「だからこそ成功者は『夢』や『ビジョン』を重視するのだ」という、バリバリとタスクをこなした先にあるものを見ながら仕事をしなければならないということだろう。

　結局のところ、タスクは降ってくるものではなく、自分でどんどん作り出していくものなのだろう。

Crazy for life（セイカツ イチバン、IT ニバン）: 『来年こそ手帳を活用するぞ！』と思っているヒトへ

【考え方】クラウドの先を創造する者

　メールのほかに、グループウェア、スケジュール管理サイトなど、最近はタスク管理に役立つオンラインツールが多くある。企業で働いている方なら、グループウェアに予定が勝手に入ってくるという体験をしていると思う。

　『101回死んだエンジニア』のAnubis氏はその類のツールはいい加減出そろった、いや、出すぎている感もあるという。

　「いろんなサービスがボコボコ増えていくと、結局は何を使えばいいのか分からなくなって使わない」。まるで、先に挙げた手帳選びや自分にあったタスク管理法の追求と同じだ。

　氏は、コンピュータは、人間のタスク管理に必要な能力を大きく超える能力を持つようになったという。それは多くの読者が同感するだろう。氏は「便利なものを提供して、利用者を増やす、という手法で発展する経済活動からは、もう新しい技術や発想は出ないだろうと考えている。クラウドの先にあるもの。それは、困難に立ち向かおうとする人達が悶絶しながら生み出していくんじゃないかと思う」という。おそらく、不治の病の治療法の発見など、どうにもならない困難に直面している人のために技術を使っていかなければならないということではないだろうか。

　自分のことばかり考えていないで、たまには世界のことを考えてみようということかもしれない。

101回死んだエンジニア: クラウドの先を創造する者

【過去の「おすすめエンジニアライフ」】

・伝えることは簡単ではありません
・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】イ・ムジチ合奏団に思う、真の顧客満足とは何かということ
• 【働き方】報告書の書き方
• 【技術】【動画インタビュー】Rubyのまつもと氏に話を聞いた

【考え方】イ・ムジチ合奏団に思う、真の顧客満足とは何かということ

　編集担当者はバンドを組んでドラムを叩いている。そして、楽器ができない人は人生の楽しみの半分くらいを味わえていないと思っている。ステージに立って、観客と目を合わせながら、楽しく演奏する。ステージと観客が一体になる瞬間だ。この瞬間を味わえないのはとても残念なことだと思う。

　そして、バンドを組んでいると違う楽しみもある。世間で「難曲」と称されている曲にチャレンジし、本番のステージでばっちりと決めたときだ。「あの難しい拍子であのユニゾンを決めた！」という喜びはかなり大きい。しかし、こういうときは大体、楽しいのはステージの上だけで、観客は白けている。エンジニアとして働いていてもそういうことはないだろうか？

　『オブリガート ～感謝されるテストエンジニアになる～』の第3バイオリン氏は、先日イタリアの有名な室内楽団「イ・ムジチ合奏団」のコンサートに足を運んだそうだ。

　エンジニアの世界では、技術革新が続いているため、働く人間は新しい技術に常に追随し続けなければならない。そして、新技術を先取りすることで商売とする企業もある。

　イ・ムジチ合奏団は、世界的に有名な室内楽団で、詳しくは氏のコラムを読んでほしい。そして、イ・ムジチ合奏団はヴィヴァルディの「四季」の演奏で特に有名だ。第3バイオリン氏によると、イ・ムジチ合奏団の代名詞と言える曲だそうだ。

　当日のコンサートのセットリストにも当然四季が入っていた。四季を聴きながら、氏は「『○○といえばこの人、この組織』と言われるようなコアスキルがあることは、競争の厳しい世界で生き残るために必要不可欠なことです。それは音楽の世界でも、エンジニアの世界でも変わらないことだと思います」と語っている。

　そして氏は、コンサートのアンコールで、楽団のメンバーが日本語で曲を紹介してくれたシーンを例に出し、「自分たちの得意な音楽だけ演奏すればそれでいい、ではなくて、観客が理解できる言葉で話す、観客が知っている音楽で伝える。このような謙虚で親しみやすい姿もまた、世界中のファンを惹きつけてやまない一因なのでしょう」という。

　そして氏は「一流と呼べるほどの高いスキルと、相手の言葉で話す心遣い。この2つがそろうことで、真の顧客満足が実現できるのかもしれない」と語っている。スキルはあっても、それを上手く説明できない。そんな人はいないだろうか。

オブリガート ～感謝されるテストエンジニアになる～: イ・ムジチ合奏団に思う、真の顧客満足とは何かということ

【働き方】報告書の書き方

　『Go, Go, Go, in Peace』の横山哲也氏は、今週のコラムで、報告書の書き方についての考えを披露している。

　氏は、社会人として働く上で、最も書く機会が多いのは各種の報告書だろうという。報告書について氏は「お客様に対する謝罪も一種の報告書だし、お礼状も報告書と考えた方が良い。単に「ありがとう」と言われるより、どのような結果になって、どんな成果が得られたのかを具体的に書いた方が気持ちを伝えやすい。気持ちを伝えることは難しいが(あるいは不可能だが)事実を伝えることは簡単だ」という。

　その後、「結論から書く」など文章のいろはを振り返り、最後に氏は「事実を書く」ことが大切だとしている。事実を書かなければならないのに、感想文になってしまう人が意外に多いそうだ。

　報告書に感想を書くことは悪いことではないとしながらも、氏は「報告書に感想を書く場合は事実を通して表現するのが鉄則だ。事実を書くことは、感想を正確に伝える唯一の方法だと覚えておいて欲しい」と釘を刺している。

　その後、デートを例に出し、「別れ際に『今日は楽しかった、ありがとう』と言われたら信用できるだろうか。筆者は信用しない。根拠がないからだ。同じ感想でも、何がどんなふうに楽しかったかを言われれば信用できる。報告書も同じことだ」と語っている。そして氏は、「感情は偽れるが、事実は偽れない」という言葉で締めている。

　「今日は楽しかった、ありがとう」ばかり言われている編集担当者には少々耳の痛い話だった。

Go, Go, Go, in Peace: 報告書の書き方

【技術】【動画インタビュー】Rubyのまつもと氏に話を聞いた

　西村賢氏の『Rails Hub情報局』は、9月13日から9月30日まで開催していた「ITmedia Virtual EXPO 2011」のコンテンツの1つ。Rubyのまつもとゆきひろさんとの対談の動画を公開している。

　西村氏によると、「打倒Luaを掲げるRiteVMプロジェクトの野望を語り始めるあたりから、言語設計者としての、まつもとさんの真骨頂という感じ」になっているという。

　少々長い動画だが。話す人の表情や声のトーンなどを感じながら聞くと、言葉の重みや、語り手の意図が伝わってくる。ぜひともご覧頂きたい。

Rails Hub情報局: 【動画インタビュー】Rubyのまつもと氏に話を聞いた

【過去の「おすすめエンジニアライフ」】

・追悼 スティーブ・ジョブズ氏
・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　2011年10月5日アップルは、同社の創業者であり、前CEOの スティーブ・ジョブズ氏が亡くなったことを明らかにした。同氏がIT業界の発展のために、語り尽くせないほどの実績を残してきたことはいうまでもないだろう。＠IT編集部一同、心から哀悼の意を表する。

　さて、本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】Windows 8の開発者向けプレビューから考える、新しいものが見せること
• 【働き方：新連載】バラバラエンジニアのプロジェクトマネジメント（1）
• 【新連載】勉強会の難しさ　Vol.1

【考え方】Windows 8の開発者向けプレビューから考える、新しいものが見せること

　マイクロソフトは2011年9月14日、同社の次期OS「Windows 8」（開発コード名）の開発者向けプレビュー版の無償ダウンロード提供を始めた。新しいWindowsの登場が近くなっていることを示す恒例行事だ。早速ダウンロードして試している人も多いだろう。

　『地方からの戯言』のAhf氏もその1人だ。PCにインストールして、過去のソフトウェア資産の検証や新技術の調査を進めているという。

　Windows 8といえば、タブレット向けの新しいユーザーインターフェイスである「Metro」が注目を集めている。マイクロソフトにとっては、iPadとAndroid端末で占められているタブレット市場に割り込むための意欲作と言えるだろう。

　Ahf氏も、「新しいものが登場することは、非常に刺激的だと思います。そしてその刺激がなければ発展することが難しくなるのではないでしょうか」と新技術の登場を肯定的に捉えている。

　しかし氏は、「今回の新バージョン登場においても、否定的な意見を目にすることが多々あります」と書いている。Windowsの新バージョンが現実のものになろうとするとき、いつも繰り返す騒ぎだ。特に、「後方互換性が心配」とか「新しいOSなど望んでいない」と言う人は多い。

　マイクロソフトとインテルは、新しい製品を出すときにできる限り後方互換性を確保するように心を砕いてきた。この努力の結果、「Wintel」と呼ばれる世界ができたといっても過言ではないだろう。

　しかし、後方互換性を保つにも限界がある。最近ではWindows Vistaが登場した時の評判は散々なものだった。最後まで主流のOSとなることはなく、最近になってようやくWindows XPから一足飛びにWindows 7へ移行する人が増えてきたという感じだ。Windows 7が登場するまでの間に、Windows Vistaで動作しなかったソフトウェアのベンダとユーザーがようやくあきらめたというだけかもしれないが。

　マイクロソフトに比べるとアップルは後方互換性をあまり重視していない。Macintoshのプロセッサは2回変わっているし、Mac OS X登場時は、旧来のMac OS向けのソフトのうち相当数が動作しなくなったという。Windowsでこんなことをしたら大騒ぎになるに違いない。

　しかし、アップルユーザーは「仕方ない」と捉えて旧版のOSを使い続け、機を見てMac OS Xに乗り換えるという人が多かった。不満を抑えつけてしまうほど、旧版のMac OSに比べてMac OS Xは素晴らしいものであったのかもしれない。しかし、その決断を下し、Mac OS Xを軌道に乗せることができたのはジョブス氏だけだっただろう。

地方からの戯言: Windows 8 の開発者向けプレビューから考える、新しいものが見せること

【働き方：新連載】バラバラエンジニアのプロジェクトマネジメント（1）

　カレンコンサルティングの世古雅人氏と渡邊清香氏によるコラム『「プロセスコンサルティング」のススメ！』が9月28日から始まった。10月5日には早速第2回を公開している。

　世古氏はハードウェアエンジニアを振り出しに、企業の経営企画に携わるようになり、2009年5月にカレンコンサルティングを設立し、コンサルティング活動を展開している。コラムは、氏がハードウェアエンジニアだったころの経験を生かしたものになっている。

　プロジェクトを開始してみると、予想通り大混乱。マーケティング部門からの新製品要求は膨大な数になり、開発期間は短い。人海戦術で乗り切ろうとするが、メンバーのうち1人として製品の全体像を理解していない。ソフトウェア担当とハードウェア担当は責任をなすりつけあうばかり。こんな状態ではトラブルが絶えず、開発もまともに進まないだろう。

　こういうプロジェクトは延期を繰り返し、結局お蔵入りとなることもある。ジョブス氏復帰前にアップルが開発を進めていた次世代OS「Copland」（開発コード名）も迷走を続け、結局お蔵入りとなった。その結果、アップルを離れてNEXTSTEPを開発していたジョブス氏の企業をアップルが買収することになり、NEXTSTEPが後のMac OS Xとなる。

　ソフトウェアの開発は本質的に難しいものだと言ったのは、人月の神話のフレデリック・ブルックス氏だった。NEXTSTEPや、後のMac OS Xの開発にも幾多の困難があったはずだ。その難しいプロジェクトをジョブス氏がどのようにまとめて、仕上げていったのか。残った関係者にぜひとも聞いてみたいと思う。

「プロセスコンサルティング」のススメ！: バラバラエンジニアのプロジェクトマネジメント （1）

【新連載】勉強会の難しさ　Vol.1

　10月3日から、バジル氏の新連載『4年後、『プレイングマネージャ』の君へ』が始まった。

　連載初回のテーマは「勉強会の難しさ」。社内勉強会を主催してみたところ、難しいと感じることが多くあったという。詳しいことは次回以降で語ってくれるそうだ。注目していきたい。

4年後、『プレイングマネージャ』の君へ: 勉強会の難しさ　Vol.1

【過去の「おすすめエンジニアライフ」】

・変化することだけでなく、信念を守ることも大切です
・1人で何でもできると思うなよ！
・ゴールは見えない。しかし走り続けるしかない！
・IT業界なら、面接だってLT＝5分でやろう
・教えているのか？ 教えられているのか？
・エンジニアの存在は、はかないものなのか
・勉強するのは自分だけのため？
・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【スキル】「WACATE 2011 夏」参加レポート（その4）
• 【人間関係】勉強を続けるための、ほんの少しのきっかけ
• 【考え方】名人伝

【スキル】「WACATE 2011 夏」参加レポート（その4）

　エンジニアとして現場の第一線で働くなら、いつまでも勉強が必要だということに異論がある人は少ないだろう。しかし、勉強するのは果たして自分のためだけなのだろうか？

　『オブリガート ～感謝されるテストエンジニアになる～』の第3バイオリン氏は、テストエンジニア向けイベント「WACATE 2011 夏」に参加し、「WACATEで学んだことを仕事にフィードバックできるようになりたい」という目標を立てたという。

　そこで、勤務先で「インシデントレポートの書き方ガイドを作りましょう！」と提案してみたそうだが、すでにその種のドキュメントは存在していたそうだ。氏は「さすがに、わたしがポッと思いつくようなことは、すでに他の誰かが思いついて実践しているものです。」と漏らす。

　そこで氏は考え方を少し変え、「今回のWACATEで学んだことも、いきなり組織内に展開と考えずに、まずは個人レベルで取り入れてみよう」という結論に至った。しかし、この狙いは「課内で『第3バイオリンさんのインシデントレポートが一番よく書けている』と言われるようになれば、後から配属されてきた人がわたしの書き方をお手本にして、それで今回学んだことが少しずつ広がっていく」というところにあるという。

　勉強して得たスキルは、仕事の上で大きな武器となる。しかし、そのスキルを周囲に伝えることで、チームとしての実力が上がっていくというのも確かなことだ。

オブリガート ～感謝されるテストエンジニアになる～: 「WACATE 2011 夏」参加レポート（その4）――学んだことを「今すぐ」生かすことができなくても

【人間関係】勉強を続けるための、ほんの少しのきっかけ

　技術を身に付けるために勉強が必要だといっても、1人きりで勉強するのもちょっとつらい。仕事の合間の時間で勉強するのも簡単ではない。ましてや、最新技術を勉強しても仕事で生かす機会がないと、技術が身に付いているという実感も得られないだろう。

　『地方からの戯言』のAhf氏は、厳しい状況でも勉強するモチベーションを持ち続けるために大切なこととして、「非常に興味を持ったのでいろいろ調べて、使えるのであればぜひ使いたい、と考えるようになった」という自身の経験から、まず強い興味を持つことが大切だと説く。

　さらに、「最初に興味を持つ点も大事なのですが、そこからがもっと大切であり、もっと大変です。私たち技術者の原点として、自分でいろいろ試してできた時のうれしさが、モチベーションを維持する要因の1つだと言われています」としている。プログラミング言語を学習して、自分が思ったようにプログラムを作って、思い通りに動いたときの快感を忘れられない人は多いのではないか。

　しかし、勉強して試した内容をブログで公開しているだけでは「ほとんど反応らしい反応は返ってきません。」とも言う。そこで氏は、勉強会に参加して、発表の機会をもらうことが大切だと強調している。

　テーマを設定した勉強会に参加する人たちは、同じ目的で勉強して参加している。こう考えると、勉強会に参加するために勉強することは、自分だけのためでなく、参加するメンバー全員のためだとは言えないだろうか？

地方からの戯言: 勉強を続けるための、ほんの少しのきっかけ

【考え方】名人伝

　『101回死んだエンジニア』のAnubis氏は、確かにできるようになったら凄いが、誰の役にも立たない技術の例をいくつか挙げている。

　「純粋に技術を追求し続けると、どういう域に達する事ができるのだろうか。ちょっと考えてみた」と始めて、最初に出てくる例が「Wordの代わりにTexを使う」という例だ。Texは確かに役に立つソフトウェアだが、Wordのように手早くビジネス文書を仕上げるという用途には向かない。第一、Texでできた文書を受け取った人はどう扱えばよいか困ってしまうだろう。

　「CD-ROMを眺めていると、中身のデータが解る」という例も挙げている。そもそも、人間の眼ではCD-ROMの記録面を読み解くことは不可能だ。こうなってくると超能力の世界だ。そして、読めたとしてもやはり何の役にも立たない。

　氏は、このように極端な例ばかり挙げているが、技術について勉強するにしても「自分の技術に執着してるうちは飛躍的な進歩はない」と断言している。勉強するにしても、他者とのかかわりを考えることは絶対に必要なことなのだろう。

101回死んだエンジニア: 名人伝

【過去の「おすすめエンジニアライフ」】

・エンジニアの仕事を医師に例えて考える
・システムの最後を看取るというお仕事
・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語られるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。本記事では、おすすめコラムを厳選して紹介する。

• 【考え方】コメント欄はコードレビューだと思えばいい
• 【職場】業務システムの最後を見送る
• 【教育】他部門との調整ができるメンバーを育てよう！

【考え方】コメント欄はコードレビューだと思えばいい

　コメント欄は、プログラマでいうところのコードレビューだと思えばいい。

　『プログラマで、生きている』のひでみ氏は、コラムのコメント欄について、こんな意見を紹介している。

　コラムにはさまざまなコメントが付く。賛同意見や興味深い考察、中には反対意見や厳しい意見だってある。ひでみ氏は、「炎上した時のコメント欄は本当にきつかった」と振り返る。だが、ひでみ氏はコメント欄を閉じなかった。代わりに、「コメント欄はコードレビューだと思えばいい」と思うことにしたのだという。

• あらさがしや、的外れな指摘ばかりする人がいる
• 嫌がらせかと思うような質問が出てくる
• 思いもつかなかった発想や視点が出てきて驚くことがある
• 気にしなければならないこと、知らなかったことを教えてくれる
• 何かを伝えようとしてくれている姿勢がうれしい

　上記の特徴と見てみると、なるほどコードレビューとコメント欄には共通するものがある。

　「コードレビューを嫌がるプログラマは、なかなか成長しません」とひでみ氏は主張する。

コードレビューとコメント欄は似ている。そして、それは人を成長させる。前向きかつ、非常に興味深い知見である。ベテランプログラマならではの発想ではないだろうか。

プログラマで、生きている: コメント欄って必要ですか？

【職場】業務システムの最後を見送る

　どんなシステムにも賞味期限がある。『情報システム部門のリアル』のとみー氏は、情報システム部門で働くエンジニアとして、サポート切れになったシステムの最後をどう看取るかについて紹介している。

　開発したSI企業がサポートの打ち切りを宣言した場合、事業が縮小したり倒産してしまったりした場合、情報システムは終わりを迎える。情報システム部門は、「使用できなくなるのは困る」とごねる部署をうまく説得し、「残念ですが、これ以上は利用できない仕組みになっています」と通告する役割を担う。合意が得られれば、後は比較的スムーズに話が進む。サーバのデータ消去と撤去をし、償却が残っていれば除却。固定IPをリリースし、ドメインからも削除する。

　「どんなシステムだってさまざまな困難を乗り越えて導入される。システムの終わりを見るのはいつだって少し切ない」

　システムの最後を見守るのも、情報システム部門の大事な仕事の1つであると、とみー氏は語っている。

情報システム部門のリアル: 業務システムの最後

【教育】他部門との調整ができるメンバーを育てよう！

　小説形式の連載『新任リーダー明日香のマネージャへの道』、最新のテーマは「他部門との調整ができる部下を育てる」だ。

　経理部が旧来のシステムをパッケージソフトに切り替えた途端、システム部に「この操作はどうなっているんだ」という苦情や問い合わせが山のように来るようになった。担当のウオヌマはすっかり疲弊してしまっていた。部下の負担を軽減するために、リーダーの明日香は「不調時対策」を提案する。具体的には、

• 関係者の関心事を洗い出す
• うまくいかない場合はエスカレーションという手段を取る
• 信頼関係ができているかどうかを確認する

といったことだ。ウオヌマは「エンドユーザー用の研修実施」「問い合わせフォーマットの整備」といった解決策を考え出し、経理部門との交渉に臨む。

　部下や後輩に気持ち良く育ってもらうために、リーダーは何ができるのか、何をすればいいのかといったことに興味がある人は、ぜひ一読いただきたい。

新任リーダー明日香のマネージャへの道: 第10話：
“他部門との調整ができるメンバーを育てよう！”の巻（下）

【過去の「おすすめエンジニアライフ」】

・エンジニアのお手本はエンジニアばかりではない
・あなたにしかないものがきっとある
・進化しない業務システム、現状維持のエンジニア
・頭を使えばたいていのことはできるさ

☆全コラム一覧

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。ここでは、編集部がおすすめするコラムを紹介しよう。

• 同じ穴のむじな
• 資格なんて
• 第6話：“困ったちゃんをどうしよう！”の巻（上）～「フィードバックの基本ポイント」（その1・上）

反面教師のつもりが、同じことを？

　ヘルプデスクのAnubis氏による『101回死んだエンジニア』。「いやな上司や先輩に似てしまう自分」について。

　上司たちは部下を褒めず、会議での罵倒は日常茶飯事。それを見て非難する先輩たちも、気付けば同じような言動をしてしまう。「ああいう風にはなりたくない」……そう思っていた自分もまた、同じようなことをしていないだろうか、とAnubis氏はわが身を振り返る。

101回死んだエンジニア:
同じ穴のむじな

　似たもの同士が集まってしまうのか、集まったから似てしまったのか。Anubis氏は解決策として、「相手を理解する努力をしてみる」ことを提唱する。どんなに理不尽に見える行動にも、必ず理由があるはずなのだ。

　「相手の短所ばかり見ると、無意識に相手の短所をまねてしまう。そんなことより、相手の長所を見つけて、賞賛して、大いにまねようではないか」とAnubis氏は考える。職場で悩んでいる人は、この考え方を実践してみよう。いやだなと思っていた相手の見え方が変わるかもしれない。

仕事と資格は関係ない？

　ITエンジニアのケーワイケー氏による『ITエンジニアの憂鬱』。資格について考える。

　ITエンジニアにとって、資格は有益か、それとも無駄か。ケーワイケー氏は、そもそも「仕事と資格を結びつけること自体が間違っている」と語る。「資格があれば仕事ができる証明になる」という主張も、「資格を持っていても仕事ができるとは限らないから、資格は無駄」という主張も、同様に「捉え方を誤っている」という。

　資格は自分のために取るものであり、資格から評価できるのは、探究心や向上心などの姿勢と、一定以上の「知識」を持っているということだけだ。資格を仕事に結びつけて、資格は大事だというのも、逆に無駄だというのも、共に自分の視野を狭めることになるのではないか。

ITエンジニアの憂鬱:
資格なんて

遅刻の多いメンバーに、リーダーはどう接するべきか

　（株）エムズ・ネット・スクエア講師4人組が執筆する『新任リーダー明日香のマネージャへの道』。今回は、遅刻の多い「困ったちゃん」なメンバーへの接し方について。

　「草一郎」がリーダーを務めるチームのメンバー「スガモ」は、仕事はできるものの、遅刻が多い。仕事の内容は素晴らしく、遅刻のマイナスを上回る成果を出している。だが、度重なる遅刻は、グループの仕事に対する緊張感に大きな悪影響を与えている、と草一郎は考える。

　「どうして遅刻してしまうのか、本当の原因を考えてほしい」――草一郎はスガモにそう投げ掛け、2人で原因と今後の対応策を考える。グループの士気や人間関係に影響する問題行動については、本人にきちんとその影響についてフィードバックした上で、共に具体的な対応策を考えることが重要だ。

新任リーダー明日香のマネージャへの道:
第6話：“困ったちゃんをどうしよう！”の巻（上）～「フィードバックの基本ポイント」（その1・上）

【過去の「おすすめエンジニアライフ」】

　・あなたの勉強会が世界を動かす（かもしれない）
　・エンジニアは、気配りの足りなさを恥じなくてもいい
　・その意見の相違、本当に「顧客vs．開発」なのか？
　・物覚えの悪さは、プログラマにとってメリットである
　★2010年11月の「おすすめエンジニアライフ」
　☆2010年10月の「おすすめエンジニアライフ」
　★2010年9月の「おすすめエンジニアライフ」
　☆2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。スキル依存症に関するコラム、クラウドのセキュリティについてのコラムを取り上げる。また、新規コラムニストを1人紹介する。

• スキル依存症
• 雲から雨がこぼれた日 ―例の流出事件からセキュリティを考える―
• Press Enter■ New！

結局、スキルを高めてどうするの？

　ヘルプデスクのAnubis氏による『101回死んだエンジニア』。スキル依存症について。

　「スキルを上げれば高度な業務をこなせる」「スキルを磨けば何でもできる」と考えて、スキルアップをしている人がいる。だが、この考え方について、Anubis氏はいくつか疑問を投げ掛ける。

　まず、スキルアップを目指す人は、スキルとは何かについてきちんと考えているかどうかということ。スキルを身に付けると、「できることがどんどん増える」のではなく「できることとできないことがはっきりする」。

　また、いくらスキルを身に付けても、個人でこなせる仕事量は限られている。スキルを身に付けて1人で何でもこなそうとすると、仕事量がぐんと増えたりチームから孤立したりする恐れがある。

　スキルを磨くのは素晴らしいが、スキルは万能の魔法ではない。スキルアップを図ろうとするエンジニアは、一度別の角度から「自分はスキルを身に付けて何をしたいのか」と問い直してみるといいかもしれないと、Anubis氏は提案している。

101回死んだエンジニア: スキル依存症

ビデオ流出事件からクラウドのセキュリティを考える

　クラウドについて考察するSE 粕谷大輔氏による『雲（クラウド）の隙間から青空が見えた』。日本を騒がせたビデオ流出事件から、クラウドのセキュリティについて考察する。

　政府が「公開しない」と宣言していたはずのビデオが流出した。この事件から、粕谷氏は「情報を完全に秘匿することの難しさ」を痛感したという。

　粕谷氏は、ここから「クラウドコンピューティングによる情報管理」について考察を深めていく。「第三者に預けているデータが、いかなる状況においても外部へ流出しないということは、あり得ない」。ならば、クラウドは情報が漏れる可能性があるから使えないのだろうか？ 必ずしもそうとは言い切れない。われわれは普段、病院や銀行を“信用”して、自分の個人データを預けている。銀行も病院もクラウドも、人に情報を預けるという意味では大差ない。クラウドが社会との信用関係をどう構築していくかを見守っていきたいと、粕谷氏はまとめる。

雲（クラウド）の隙間から青空が見えた:
雲から雨がこぼれた日 ―例の流出事件からセキュリティを考える―

【新連載】「オブジェクト指向など使いものにならない」？

　最後に、新規コラムニストを紹介しよう。『Press Enter■』のリーベルG氏は、IT企業にまつわる奇妙な物語を小説形式で連載する。

　主人公の「私」は、K自動車に常駐しているエンジニアだ。システムをリニューアルするために仕事をしていると、隣の部屋からこんな声が聞こえてきた。

　　「オブジェクト指向など、実業務では使いものにならない！」

　確か、隣は新人研修をしているはずだが……？ 次から次へと聞こえてくるオブジェクト指向の説明は、プログラマからすれば突っ込みどころ満載なものばかり。オフィスには、奇妙な雰囲気が流れ始める。今後の展開に注目だ。

Press Enter■: 高慢と偏見（1）隣は何をする人ぞ

【過去の「おすすめエンジニアライフ」】

　・具体性がなければ、人もシステムも動かない
　・スープカレーはソフトウェアテストを救う？
　・皆が主役、皆が貢献！ これが理想の勉強会
　・「スライドは5分で40枚前後」――説明しよう。これがLTだ
　・「洗練されたコードは、バグがないプログラムに負ける」のか？
　☆2010年10月の「おすすめエンジニアライフ」
　★2010年9月の「おすすめエンジニアライフ」
　☆2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。「言語萌え」、部下のモチベーションアップ、素敵なIT女子に関するコラムの3本を取り上げる。

• 言語擬人化妄想
• 第5話：“運用部門の若手メンバーの疲弊”の巻（下） ～モチベーションを上げるには
• IT業界の仕事は女子職になるのか？ 考察（その1）

どの言語に萌えるか？ 言語擬人化妄想

　キャリア20年長のベテランプログラマ ひでみ氏による『プログラマで、生きている』。萌える言語と萌えない言語について。

　「久しぶりにC++を使ったら、すっかりC++がツンデレ化していた」と、ひでみ氏は語る。愛好している嫁言語なのに、すっかりご機嫌を損ねてしまったらしい。

　プログラミング言語をいくつも使いこなしていると、「この言語の方が記述がシンプル」といったテクニカルな問題以前に「この言語はしっくりくる／こない」といった言語の好みが出てくる。この感情を、ひでみ氏は「萌えるか萌えないか」と表現している。

　プログラミング言語には、それぞれ開発者が存在する。開発者の思想や考え方になじむかなじまないかが「言語萌え」の正体ではないか、とひでみ氏は語る。

プログラマで、生きている: 言語擬人化妄想

運用メンバーのモチベーションを上げるには？

　エムズ・ネット・スクエア講師4人組による『新任リーダー明日香のマネージャへの道』。モチベーションが上がらない部下に、リーダーはどう対応すればよいかを考える。

　「仕事をやっていても、報われない気がする……」。悩む運用メンバーの様子を見て、リーダーである真紀子はメンバーのモチベーションを上げる方法を考えた。

　メンバーの悩みは「やりがいが見えにくい」ところにある。自分の仕事は誰かの役に立っているということをメンバーが実感できるよう、リーダーは「助かった」と声を掛けるようにし、ユーザー部門からも運用に対する感謝の気持ちを伝えてもらった。仕事内容が変わったわけではないのに、人間関係を改善することによって、メンバーのモチベーションは上がっていった。

　最後に、リーダーができるモチベーションの上げ方をまとめておこう。

• 改修が終わるたびに感謝の言葉を伝える
• ユーザー部門との関係強化を働きかける
• 案件をすべて引き受けるのではなく、優先順位を付けるよう伝える

新任リーダー明日香のマネージャへの道:
第5話：“運用部門の若手メンバーの疲弊”の巻（下）
～モチベーションを上げるには

IT業界で働く素敵な女子の共通点

　プロデューサーとして働く新妻あっち氏による『迷えるIT系既婚女子の「ITが女性職にならない理由」』。「IT業界の仕事は女子職になるのか？」連載、第1回。

　新妻あっち氏は、「身近にいる素敵なIT女子」を2人紹介している。両者に共通しているポイントは、下記のとおりである。

• 女性らしいしなやかさを持ちながら、男性と対等に仕事をしている
• 生き急いでいる感じがない
• 大切な人との関係を大事にしている
• プライベート中でも、仕事のことを考えるのを嫌がらない
• 自分を大切にしている

　特に新妻あっち氏が注目しているのが「自分を大切にしている」ことである。自分を大切にするということはすなわち「自己管理ができている」ということだ。彼女たちは、趣味をきちんと持って、そのために時間やお金を使っている。定期的に自分をいたわることによって、健康とメンタル、仕事のバランスを取る方法を見習いたいと、新妻あっち氏はまとめている。

迷えるIT系既婚女子の「ITが女性職にならない理由」:
IT業界の仕事は女子職になるのか？ 考察（その1）

【過去の「おすすめエンジニアライフ」】

　・「ベンダをギュウギュウ絞ります」と平気でいい放つPM
　・在宅勤務は普及するか？ 日本と海外の状況を比較する
　・アニメ制作の事例から、プログラマの労働価値を考える
　・「ゲームの英語実況動画を見る」ことだって英語学習だ
　・「無理」をしてるつもりが「無茶」になっていませんか？
　・部下にいってはいけないNGワード「なんで○○しなかった？」
　・オフ会で抱いた「不思議な感覚」の正体
　★2010年9月の「おすすめエンジニアライフ」
　☆2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。日本と海外の在宅勤務事情、電子書籍が「読書」に与える影響、PHP技術者認定試験の今後について、の3本を取り上げる。

• 日本と海外の在宅勤務事情
• 断片化する世界と振り回されるわたし
• PHP技術者認定ベータ試験を終えて、そして、今後の展開へ

なぜ日本では在宅勤務が普及しないのか？

　海外勤務経験を持つITエンジニアの鹿島和郎（かしまかずお）氏による『海外でも通用するエンジニアになる』。今回は「在宅勤務」に関する考察。

　鹿島氏は海外で働いていた2年半の間で、在宅勤務の人と仕事をすることが2回あったという。仕事はメールやSkype、テレビ会議システムを活用して進められた。実際に会うことがなかった人もいたそうだ。

海外でも通用するエンジニアになる:
日本と海外の在宅勤務事情

　一方、日本ではどうか。調査によると15.3％が「テレワーカー」らしいが、どうも現実味を帯びた数字には思えない、と鹿島氏は疑問を呈する。労務管理がしにくい（と思われている）ことや、情報漏えいに対する懸念から、日本では在宅勤務が普及しづらいのではないか。ITを活用して、在宅勤務をサポートする効率的な仕組みを提供していきたい――そう鹿島氏は語っている。

電子書籍が読書体験に与える影響

　システムエンジニアの粕谷大輔氏による『雲（クラウド）の隙間から青空が見えた』。読書の秋に感じた「落ち着かない読書体験」について。

　読書をしていても、さまざまな情報の洪水に気を取られてしまう、と粕谷氏は語る。Twitterの自分あてのツイートや、mixiからのメッセージ受信を知らせるメールが、度々読書を妨げるからだ。

　読書が「電子書籍」の形でなされるようになると、何が起こるか。関連情報にクリック1つで飛べる形式になっていれば、多用な情報にアクセスできる代わりに、その書籍の内容そのものへの集中力は落ちるのではないか、と粕谷氏は考える。

　iPodの登場で音楽が「レコード」や「CD」といったパッケージから曲単位に断片化されたように、書籍もまた、電子書籍化することで断片化していくのではないか。「断片化された情報」とどう付き合っていくか、新しいメディアとの付き合い方が模索され始めている。

雲（クラウド）の隙間から青空が見えた:
断片化する世界と振り回されるわたし

PHP技術者認定試験、12月スタートに向けて

　PHP技術者認定試験の発起人代表を務める吉政忠志氏による『教育ビジネスを考える。行動する。改善する。』。PHP技術者認定ベータ試験を終えて。

　現在準備中のPHP技術者認定試験だが、ベータ試験を通して、多くのフィードバックを得たという。吉政氏は、丁寧にアンケートに回答してくれた受験者たちの姿勢に感銘を受けたようだ。

　今後、12月には本試験を開始し、2011年1月には全国100カ所以上での365日試験体制を開始する予定だという。

教育ビジネスを考える。行動する。改善する。:
PHP技術者認定ベータ試験を終えて、そして、今後の展開へ

【過去の「おすすめエンジニアライフ」】

　・アニメ制作の事例から、プログラマの労働価値を考える
　・「ゲームの英語実況動画を見る」ことだって英語学習だ
　・「無理」をしてるつもりが「無茶」になっていませんか？
　・部下にいってはいけないNGワード「なんで○○しなかった？」
　・オフ会で抱いた「不思議な感覚」の正体
　★2010年9月の「おすすめエンジニアライフ」
　☆2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。プログラマが奇妙な態度を示したときの対応、プログラマの労働、Android搭載スマートフォンレビューの3本を取り上げる。

• 奇妙な態度で仕様変更に抵抗するとき
• ソフトウェアの価格
• auのアンドロイド携帯 IS01を買ってみた

プログラマの“長年の勘”を信じて！

　リーダー兼プログラマの玄米茶氏による『気難しいプログラマ』。プログラマが、奇妙な態度で仕様変更に抵抗してきた場合の話。

　いつも理路整然としているプログラマが、ひどくあいまいな態度で仕様変更に抵抗してきたことはないだろうか？ 「それはちょっと違う気がする」など、理由を特にいうわけでもなく仕様変更に難色を示す場合、彼らは長年の“勘”で「この仕様変更はまずいことが起きる」と察知している可能性がある。

　そんなとき、リーダーはどう対応すればよいのだろうか。彼らの「嫌な予感」を尊重し、この修正の何が問題だと思うのかをきちんと議論するとよい。時間を与えれば、恐らくプログラマは問題点を見つけてくるだろう。「理由が分からないなら、とりあえずこれで」とゴリ押しするのではなく、彼らの「嫌な予感」を信じてほしいと、玄米茶氏は語る。

気難しいプログラマ: 8. 奇妙な態度で仕様変更に抵抗するとき

プログラマの労働は無償ではない

　グローバルナレッジネットワークの横山哲也氏による『Go, Go, Go, in Peace』。プログラマの労働についての考察。

　オープンソースソフトウェアを開発するエンジニアは、「金銭ではなく名誉で仕事をする」という。しかし、そこにはいくばくかの危うさがあるのでは、と横山氏は指摘する。

　オープンソースの開発は楽しい仕事だ。だが、どんなに素晴らしいソフトウェアを作っても、極端に報酬が少なければ後継者が現れない。そして、後継者が現れないとソフトウェアは死んでしまう。

　「手塚治虫がアニメの制作価格をダンピングしたから、いまに至るまでスタッフにまともな給料を払えない」という宮崎駿氏の主張を、横山氏は引用する。誰かが搾取しているわけではないのに、誰ももうからない。これと似たようなことが、オープンソースの開発でも起きていないだろうか、と横山氏は懸念している。

　プログラマの労働は無償ではない。「自分の汗を安売りしない」ことを心掛けたい、と横山氏は語る。

Go, Go, Go, in Peace: ソフトウェアの価格

Android搭載スマートブック IS01を使ってみた

　流浪派エンジニアのけいいちっく氏による『30過ぎで5社目でした。』。auのAndroid搭載スマートブック IS01を使ってみた感想。

　「気軽に立ちあげられ、膝の上に乗せられて、寝転がりながら操作できる端末が欲しい」、これがけいいちっく氏のIS01購入目的だ。用途は主にメール＆ブログチェックと、Amazon.comへのレビューである。

　けいいちっく氏は、HotmailやYouTubeなど、さまざまなWebサービスをレビューし、「メールチェックには十分、文字は細かいがブラウジングもどうにかなる」とまとめている。

30過ぎで5社目でした。: auのアンドロイド携帯 IS01を買ってみた

【過去の「おすすめエンジニアライフ」】

　・「ゲームの英語実況動画を見る」ことだって英語学習だ
　・「無理」をしてるつもりが「無茶」になっていませんか？
　・部下にいってはいけないNGワード「なんで○○しなかった？」
　・オフ会で抱いた「不思議な感覚」の正体
　★2010年9月の「おすすめエンジニアライフ」
　☆2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。部下とのコミュニケーション、不正コピー、プログラミングにおけるものの見方に関する3本を取り上げる。

• 第5話：“運用部門の若手メンバーの疲弊”の巻～モチベーションを上げるには（上）
• 不正コピーについて考える
• 1．つかみ

運用チームのモチベーション管理、あなたならどうする？

　エムズ・ネット・スクエア研修講師4人組による『新任リーダー明日香のマネージャへの道』。部下とのコミュニケーションについて。

　中堅IT企業に同期で入社した30代前半の3人（明日香、真紀子、草一郎）が、チームマネージャとして成長していく様子を、物語仕立てで描く同連載。今回の主人公は、保守運用チームにて社内初の女性リーダーとして活躍する中田真紀子だ。

　ある日、真紀子は部下であるウオヌマの様子がいつもと違うことに気付いた。昨日と同じネクタイで出社したり、机も散らかっていたりと、どうやら疲れ気味のようだ。飲みに連れ出して話を聞いたところ、ウオヌマは毎週保守運用案件が降ってくる状況に「やってもやっても積み残しが増えていく」「キリがないし、全然報われない」と、かなり思い詰めた様子だった。

　仕事のモチベーションをウオヌマに取り戻してもらうには、どうすればいいのか。明日香、草一郎に相談すると、草一郎は「地道な仕事で区切りもつきにくいの保守運用の担当者はつらいだろう」、明日香はウオヌマの「報われない」という言葉に注目し「部下の仕事ぶりをきちんと評価してあげる必要がある」とアドバイスをくれた。大切なのは、同じチームメンバーの状態や関心に気を払い、いざモチベーションが下がったときに何ができるかを考えること――2人の言葉に真紀子は気付かされる思いだった。

新任リーダー明日香のマネージャへの道: 第5話：“運用部門の若手メンバーの疲弊”の巻～モチベーションを上げるには（上）

「不正コピー」をどう教えるか

　グローバルナレッジネットワークの横山哲也氏による『Go, Go, Go, in Peace』。不正コピーについて。

　ソフトウェアを不正にコピーすると、「著作権侵害」として10年以下の懲役または1000万円以下（法人は3億円以下）の罰金を課せられる。ただしIT業界はともかく、一般社会ではいまだに不正コピーが「犯罪」だという認識は低い、と横山氏はいう。

　不正コピーの横行が、ソフトウェアやサービスの販売を軸として成り立つIT業界に与えるダメージは大きい。ただし、身近な人間が不正コピーを行っていたとしても、出方によってはかえって「人間関係を悪くする」と横山氏は注意を促す。PCが一般化してからまだ10年と少し。不正コピーが「社会のルール」として根付いていないとしても無理はない。先の場合、まずは「不正コピー」がどういうことで、なぜ悪いのか、分かりやすく教える方が先だ、というのが横山氏の意見である。

Go, Go, Go, in Peace: 不正コピーについて考える

自転車が教えてくれたプログラミングの極意

　プログラマであるくわぢ氏による新連載『自転車とプログラミングと』。プログラミングにおけるものの見方について。

　「なかなか話題にならないけれど、自分の中では重要だと思っていること」がコラムのテーマであるというくわぢ氏。「思いつき」と断りつつ、初回の冒頭でプログラミングにとって有利なのは「きちんと見」ないことであり、「きちんと見る」のは逆に、プログラミングにとって不利なのではと主張している。

自転車とプログラミングと: 1．つかみ

　くわぢ氏は幼いころから、自転車が好きでよく遠出していたという。その中で、自動車運転のような数秒先の交通のフローを予測した「きちんとした見方」ではなく、「常に視野全体をパンフォーカスで見る」という見方を知らず知らずのうちに習得した。

　自転車運転とコーディングの状況は似ている、とくわぢ氏は語る。20年以上仕事をしていても、いまだに「プログラミングの手早さはかなりのもの」だと自負する筆者。「手早さ」と「きちんと見ない」見方がどう関係するのか、今後に期待したい。

【過去の「おすすめエンジニアライフ」】

　・エンジニアの愛した『不思議の国のアリス』
　・ワインとメインフレームの共通点
　・Twitterを「捨てる」という発想
　・「お客さまは神さまです！」を再考する
　・Tech・Edに参加したエンジニアが得たもの
　★2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。Twitterとの付き合い方、仕事の改善方法、炎上プロジェクトに関する3本を取り上げる。

• Twitterを捨てよ町へ出よう
• トップダウンによる改善
• 炎上プロジェクトに見られる3つの共通点

Twitterは「娯楽の1つ」にすぎない！

　SEである粕谷大輔氏による『雲（クラウド）の隙間から青空が見えた』。Twitterとの付き合い方について。

　いまやクラウド的サービスの代表格ともいえるTwitter。世間では大流行中である一方、「フォロワーがつかない」「つぶやきに誰も反応してくれない」などの「Twitter疲れ」ともいえる現象が発生している。

　粕谷氏はホームページを立ち上げた当初、反応がなく同種のむなしさを抱いたという経験を持つ。ホームページに反応がなかったのは「誰もその存在を知らないし、興味もない」からであったという自己分析を行い、人間同士のコミュニケーションである以上、レスポンスがほしければ「自分から語りかけなければ、何も始まらないのだ」と諭す。

　そのうえで、粕谷氏はTwitterと「もっと気軽に付き合えば良いのではないか」と問いかける。Twitterが流行っているからといって、その波に乗らないと置いていかれるということもない。あくまで映画、音楽、読書などと並ぶ「娯楽」の1つにすぎないのであり、そう割り切るのがもっとも健全な楽しみ方だ。つまらないと思うのであれば「潔く捨ててみてはどうか」というのが粕谷氏からの提案である。

雲（クラウド）の隙間から青空が見えた: Twitterを捨てよ町へ出よう

世のマネージャ層に伝えたいこと

　開発者である山本保男氏による『アジアのソフトウエア開発現場にて』。効率の悪い仕事の改善方法について。

　20年ほど前、日系コンピュータハードウェアメーカーにて、コンピュータ内のファームウェア開発に携わっていた山本氏。ソフトウェアとのインターフェイスであるInstructuion（命令）を実装する過程で、進め方の効率の悪さに違和感を抱いたという。

　当時、仕事には100人単位のエンジニアが関わっていた。作業は個別で進めていたものの、2～3人をエディタ開発にあて、そのほかは開発されたエディタを使用するという人員配置を行えば、より早いサイクルで新製品を市場投入できたのではないかという思いが拭いきれなかったそうだ。しかし、そのためにはエンジニアのアサインや全エンジニアが使用するワークステーションの購入などが必要であり、トップダウン式でないと実現できなかった。

　似たような経験はこれまでの職業人生で多くあったという山本氏は、だからこそ世の中のマネージャ層は「末端の担当者の『素朴』な一言に耳を傾けるべき」だと訴える。通常とは異なる方法を試すことにはリスクがあるが、その分効率化に成功した場合には、それ相応の報酬が支払われて然るべきなのだ。

アジアのソフトウエア開発現場にて: トップダウンによる改善

プロジェクトはなぜ炎上するのか

　かるたや氏による『プロトタイプ開発の日々』。炎上プロジェクトの共通点について。

　これまで、派遣社員として多くのプロジェクトに関わってきたかるたや氏。その中でも問題のあるプロジェクト、いわゆる「炎上プロジェクト」には3つの共通点があったという。

1. うそをつく
   →進ちょく報告の内容に事実と異なる部分があり、企画通りにサービスが提供できない
2. 増員の受け入れに時間がかかる
   →炎上したプロジェクトに人員を補給しても、効率的に作業できる環境が整っていない
3. 責任を転嫁する
   →サービスに不具合が発生しても、原因を顧客側になすりつける

　これらはマネージャやリーダーなどプロジェクト責任者の不誠実な行動に端を発している場合が多い。行動の改善を求める一方で、かるたや氏は結びに、自らに対しても「わたしはいま、担当するプロジェクトにおいて誠実でいることができているのだろうか……」と問いかけている。

プロトタイプ開発の日々: 炎上プロジェクトに見られる3つの共通点

【過去の「おすすめエンジニアライフ」】

　・「お客さまは神さまです！」を再考する
　・Tech・Edに参加したエンジニアが得たもの
　★2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。Twitter Botの作成方法、人間関係術、物事のとらえ方に関する3本を取り上げる。

• 「イマサラ」だからこそ始めるTwitter Bot作成 ～ 各種アカウントの取得と設定 ～
• 苦手な人を減らす方法　～自身の可能性をひろげる～
• お客さまは神さまです！

Twitter Botを作ってみよう！

　プログラマの早川勇太氏による『若人視点』。Twitter Botの作り方を解説する連載がスタート。

　Twitterでは修造botや森田一義botなど、有名人がつぶやいているかのようなBotが人気を集めている。最近、仕事でTwitter Botを作る機会をもったという早川氏。作成方法をいくつかのステップに区切り、今回は以下までを解説している。

• Twitter Bot用のTwitterアカウントを作ろう！
• Bot用アカウントの設定をしよう！
• bit.lyのアカウントを作ろう！
• OAuthに必要な情報をGetしよう！

若人視点: 「イマサラ」だからこそ始めるTwitter Bot作成 ～ 各種アカウントの取得と設定 ～

　いずれも画像キャプチャを取りこんだ、初心者にも分かりやすい丁寧な説明だ。次回は引き続き、Twitter Botの開発環境構築を取り上げるという。興味はあったが、これまで作るタイミングを逃していたという方は、是非この機会に体系的な知識を学んでみてはいかがだろうか。

苦手な人を減らすには

　ベンチャー企業発起人の吉政忠志氏による『教育ビジネスを考える。行動する。改善する。』。苦手なタイプの人を減らす方法について。

　「苦手」な人は誰にでもいるだろう。友人同士なら避けてしまえば済むが、仕事となるとそうもいかない。では、なぜ相性の悪い人が存在するのか。吉政氏によれば、人間同士の相性は「個人が持っている思考パターンの類似性」で決まるという。思考パターンの幅を増やせば、付き合える人間は一回り広がる。このため、氏が推奨するのが以下の方法だ。

　準備する必要があるのは「スケジュール帳」と「妄想できる環境」の2点。そのうえで、以下の作業を行う。

1. スケジュール帳を見ながら、「あの人」になったつもりで自分がスケジュールをこなす妄想をする
2. 「1」を毎日行う（※同じ人を1週間くらいやるとよい）

　妄想対象は「尊敬する人」からはじめ、「苦手な人」にだんだん移行させていく。吉政氏はこの手順を踏むことで「ウマの合う人」を増やしたとのこと。物は試しのつもりで、一度取り組んでみてほしい。

教育ビジネスを考える。行動する。改善する。: 苦手な人を減らす方法　～自身の可能性をひろげる～

お客さまは「カミ」さまです？

　いろいろな職場を経験し、現在はヘルプデスクであるAnubis氏による『101回死んだエンジニア』。言葉のとらえ方について。

　客商売でよく聞く「お客さまは神さまです！」という言葉。通常、単に顧客をありがたがる意味合いで使われがちだが、踏み込んで考えるとさまざまな角度から解釈できる。

• お客さまは「死神」です
  →仕様変更が重なれば、顧客の意志決定1つでデスマーチが訪れる
• お客さまは「紙」です
  →現場にかかわりのない年配の重役にとって、顧客は「データの書かれた紙」にすぎない
• お客さまは「人間」です
  →顧客を「1人の人間」ととらえれば、対等な立場からの信頼関係が生まれる
• お客さまは「神さま」です
  →顧客を「試練を与える存在」としての神ととらえれば、自分の成長の糧となる

　ここで、答えを1つに絞る必要はない。Anubis氏が重点を置くのは「自分の持つ答えに固執せず、いろいろな方面から見ることで解決できる物事もある」ということ。「お客さまは神さまです！」という言葉は、それを示す一例なのである。

101回死んだエンジニア: お客さまは神さまです！

【過去の「おすすめエンジニアライフ」】

　・Tech・Edに参加したエンジニアが得たもの
　★2010年8月の「おすすめエンジニアライフ」
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。Tech・Ed参加レポート、IT人材が仕事で意識すべきポイント解説、出張マニュアルの3本を取り上げる。

• 祭の後に続く夢
• IT人材に意識して欲しい7つのこと
• 出張マニュアル2010夏

イベントからもらった刺激

　エンジニアであるAhf氏による『地方からの戯言』。自身が参加した技術イベントについて。

　8月末、マイクロソフト主催の技術イベント、Tech・Ed Japan 2010に初めて足を運んだAhf氏。さまざまなジャンルがある中、クラウド・仮想化・SQL Serverの3種を中心にセッションを見学した。話の内容は技術者としての知識欲を大いに刺激するものが多く、またいままでネット上でしか知り得なかった人々と直に触れられたことで、「自分の中でくすぶっていたものが一気に炎を吹き上げるような感覚」が得られた、とAhf氏はいう。

　最終日には、幼少時代に体験した祭りの後のような寂しさに包まれたというが、3日間がAhf氏の意識をよりポジティブに変化させたことは間違いないようだ。

地方からの戯言: 祭の後に続く夢

IT人材に必要なヒューマン系スキルとは？

　システムコンサルタントの猪目大輔氏による「『指名』されるエンジニアへの道」。IT業界で働く人々に仕事で意識してもらいたいポイントについて。

　これまで計5つの会社にて、いろいろな立場で仕事をしたという猪目氏。自身の経験をもとに、特にIT人材に意識して欲しいポイントを以下7点にまとめて紹介している。

1. レスポンス（返事）の遅さは機会損失や信頼低下につながる
2. “技術的に正しい＝お客さまにとって最善”ではない
3. 能動的な行動や発言から、仕事や昇進の機会が生まれる
4. 専門領域以外のことに視野を広げて積極的に吸収する
5. ステークホルダー視点、逆算思考で物事を考える
6. トラブルを回避するためのエビデンス（証拠）を残す
7. 仕事のスタイルは常に進化・変化させる

　少なくとも30歳以降、IT人材は専門スキルだけではレベルアップをはかれない、ヒューマン系スキルや異業種・経営層・顧客らの視点も意識する必要がある、と猪目氏はいう。

「指名」されるエンジニアへの道: IT人材に意識して欲しい7つのこと

　今回紹介した7点は、一見ばらばらのことをいっているようだが、自分の仕事を一度異なる視点から見直し、真の意味での「ヒューマン系スキル」を獲得するために、いずれも必要な心がまえなのだ。

出張が決まったら、動きだそう

　エンジニアのけいいちっく氏による『30過ぎで5社目でした。』。今夏、何かと出張の機会が多かったというけいいちっく氏は、チケット・宿の手配から帰路まで、事前に注意しておくと役に立つポイントをマニュアルとして紹介している。

　けいいちっく氏は、出張時に大切なのは「早めの行動」であるといい、以下のような点を伝授している。出張が決まった段階で、飛行機・新幹線・宿などを手配するのがよい。先方、あるいは自己都合によるキャンセルや時間変更の可能性にも気を配っておく必要がある。当日も、普段より慎重に「10分前、15分前行動」を心がける。空港や駅に早めに到着すると、列車の時刻も早いものに変更できたり、ラウンジでリラックスしたりできるからだ。

30過ぎで5社目でした。: 出張マニュアル2010夏

　ほかに、目的地までのルート確認といった細かい作業も必要だ。ただし、事前確認が面倒であれば別の専任スタッフに任せるのも手であるという。けいいちっく氏はこれを「転嫁」と呼ぶが、こうした裏技も出張をスムーズに進めるためには必要な知恵なのである。

【過去の「おすすめエンジニアライフ」】

　 ・Scalaを英語で学ぼう！ 読書会の参加者、募集中
　・「お金」というやりがいを失って見えたもの
　・新人教育で必要なのは「熱心さ」ではなく「打算」である
　・不機嫌の連鎖？ 不具合の話だけするPM、不機嫌なPG
　・ソフトウェア開発の責任者名を、法律の名の下に明記せよ
　・開発したコミュニティサイトで、自分もユーザーになる
　・魔王か黒幕か――IT管理者を4タイプに分類する
　・「技術バカ」といわれないために必要な「多神教」的思考
　・つまらない仕事は義務感でやらず、ハックして楽しむ
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。Scala読書会、ITビジネスにおける「外注」と「内製」、そして「会話」における注意点をテーマにした3本を取り上げる。

• Programming Scalaを読もうぜ（1）
• 外注と内製
• 「読み」「書き」「算盤」そして「会話」

Scala読書会はじめました！

　SEである鹿島和郎氏による『海外でも通用するエンジニアになる』。自身が企画したProgramming Scala読書会について。

　最近、新しい関数型言語を覚えようと思い立った鹿島氏。実用性重視で検討したあげく、以下3つの理由からScalaにひかれ、これを学ぼうと決意する。

• Twitterでも使われている
• JVM上で動き、Javaの過去の資産が生かせる（※CLR上（.NET）でも動く）
• LiftなるWebフレームワークがあるらしい

　早速勉強会を調べてみたものの、どうやら東京近辺でScala勉強会は開催されていない様子。一度は涙を飲んだものの、以前ある勉強会の様子がオンライン配信されていたことを思い出し、自らUstream上で読書会開催を企てることに。内容はScalaの英語版を読み、文中の英語解説をする、というもの。

　第1回目はほぼ実験的に完了。近日中に第2回目の開催を予定しているという。興味がある方がいれば、この機会に是非鹿島氏まで声をかけてみてはいかがだろうか。

海外でも通用するエンジニアになる: Programming Scalaを読もうぜ（1）

「外注／内製」ではどちらがよい？

　フリーエンジニアであるあとむ氏による『フリーエンジニアから企業までの道のり』。ITビジネスにおけるサービスの外注／内製の違いについて。

　常日ごろから、IT分野での起業を考え、素材やプロセスを考えているあとむ氏。あるサービスを構築するためには、外部の開発会社に発注する「外注」か自社で技術者を雇い開発する「内製」か、という2つの選択肢がある。そのどちらを選ぶかに経営的判断が求められる、という。

　外注、内製のメリット／デメリットとして、あとむ氏が挙げているのは以下の点である。

　（メリット）

• 外注：ビジネスモデル「企画」の段階に集中できる
• 内製：企画～開発～運用まで自社で行うため、事がスムーズに進む

　（デメリット）

• 外注：工程のなかで、本来の要求が変化する可能性がある
• 内製：技術者の人件費がかかる

　また、案件の大きさによっても向き／不向きがある。外注でいくか内製でいくかという判断には、総合的にこれらを考慮することが必要だ、とあとむ氏は述べる。

フリーエンジニアから起業までの道のり: 第4回　外注と内製

話で大事なのは「相手の立場を想像する」こと

　最後に、山無駄氏による『Innovation“D”』。コミュニケーションで気をつけるべきポイントについて。

　新人とその教育担当者とのあいだに、会話が成立しないという現象がしばしば発生する（以下参照）。

　こうした現象はなにも新人に限った話ではなく、中堅社員にも一定数存在する。その要因としては「相手の立場を想像して説明」できていないことが大きいだろう、と山無駄氏はいう。

Innovation “D”: 「読み」「書き」「算盤」そして「会話」

　では、どうすればよいのか。「『読み』『書き』『算盤』、そして『話ができること』」は基礎中の基礎だが、時間がかかる。多くの人と会話をする中で気長に訓練していくしかないだろう、というのが山無駄氏の見解である。　

【過去の「おすすめエンジニアライフ」】

　・「お金」というやりがいを失って見えたもの
　・新人教育で必要なのは「熱心さ」ではなく「打算」である
　・不機嫌の連鎖？ 不具合の話だけするPM、不機嫌なPG
　・ソフトウェア開発の責任者名を、法律の名の下に明記せよ
　・開発したコミュニティサイトで、自分もユーザーになる
　・魔王か黒幕か――IT管理者を4タイプに分類する
　・「技術バカ」といわれないために必要な「多神教」的思考
　・つまらない仕事は義務感でやらず、ハックして楽しむ
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。エンジニアの「やりがい」とお金、日常業務の見直し、そしてパソコン部でのゲーム制作時のエピソードの3本を取り上げる。

• 「お金」という最低限のやりがいを失って
• 現場で「なんで？」って思ったことはありませんか？
• ゲーム制作いよいよスタート！（高校クラブ奮闘日誌2）

やりがいを失ったことで見えた、新たな「やりがい」

　プログラマの森姫氏による『恋愛感情で仕事はできるか？』。仕事のやりがいとしての「お金」について。

　「エンジニアのやりがい」というと、一般的に耳にするのが、「自分が仕事で作った製品が店頭に並んでいるのを見て喜びを感じる」「顧客が『このシステムは便利だね』といってくれた瞬間がうれしい」といったエピソードだ。しかし、森姫氏は「自分の究極のやりがいは『お金』」だと語る。

　森姫氏の会社では、今年度に入って大幅な給与カットがあった。普段の仕事では、製品を作っても直接エンドユーザーと交流ができるわけではなく、社名が表に出るわけでもない。そうなると、最後に残る「やりがい」はお金だが、今回の出来事はその「やりがい」すら森姫氏に見失わせつつある。

　それでも、自分がITエンジニアを続けているのはなぜか。社会人として一番最初に評価され、対価としてのお金を得たのがエンジニアという職業だったからだ。仕事を通して得たものを、今後も磨いて認められたいから、というのが、森姫氏の答えである。

恋愛感情で仕事はできるか？: 「お金」という最低限のやりがいを失って

積極的「ツッコミ」のススメ

　同じく、プログラマである野口おおすけ氏による『不思議そうで不思議でないちょっと不思議な現場の話』。日常業務の見直しについて。

　毎日の業務の中で「なんでこの作業が必要なの？」とツッコミを入れたくなった瞬間はないだろうか。野口氏は、疑問を抱く仕事こそ、積極的に見直しを入れていくべきである、という。なぜなら、そうした仕事は必ず無駄な作業を含んでいるためである。ここでいう「無駄」とは、作業とその効果や付加価値とで釣り合いが取れていないことを指す。

　本来は無駄なのに、誰しもが疑問に思わない作業があれば、プロジェクトを管理する側からも、作業にかかるコストは見過ごされがちだ。だからこそ、仕事をふられた時点で一度、その仕事に伴って発生する作業の意味を考え直す必要がある。

不思議そうで不思議でないちょっと不思議な現場の話: 現場で「なんで？」 って思ったことはありませんか？

ゲーム制作プロジェクト、技術チームは全員初心者

　高校生のサトにゃん氏による『システムエンジニアを目指して』。サトにゃん氏が設立したパソコンクラブで、ゲーム制作に取りかかったときのエピソード。

　部が設立されたばかりということもあって、部員の熱気はすさまじかった。しかし、制作のかじをにぎる技術チームは、そのほとんどがプログラマミング経験・開発経験なしの初心者。サトにゃん氏はゲーム制作に必要なプログラミング言語を部員に習得してもらうため、まずはC言語とHSPの講座を開講する。講師は自分自身だが、サトにゃん氏もこの段階ではC言語とHSP、いずれもまったくの初心者……。さて、これからどうなる？

システムエンジニアを目指して: ゲーム制作いよいよスタート！（高校クラブ奮闘日誌2）

【過去の「おすすめエンジニアライフ」】

　・新人教育で必要なのは「熱心さ」ではなく「打算」である
　・不機嫌の連鎖？ 不具合の話だけするPM、不機嫌なPG
　・ソフトウェア開発の責任者名を、法律の名の下に明記せよ
　・開発したコミュニティサイトで、自分もユーザーになる
　・魔王か黒幕か――IT管理者を4タイプに分類する
　・「技術バカ」といわれないために必要な「多神教」的思考
　・つまらない仕事は義務感でやらず、ハックして楽しむ
　★2010年7月の「おすすめエンジニアライフ」
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。仕事を楽しむための3つの心得、ソフトウェア開発における「オペレーションプロセス」について、Androidスマートブック「LYNX」を持っているとモテるかの実証実験、の3本を取り上げる。

• 仕事を楽しむための3つの心得
• ソフトウェア開発における3つのプロセス（2）
• LYNXを持つ女子はどれぐらいモテるのか？

「仕事が楽しみなら人生は極楽だ」

　研究開発支援エンジニアのかるたや氏による『プロトタイプ開発の日々』。今回は、筆者の考える「仕事を楽しむための3つの心得」の紹介だ。

　「仕事が楽しみなら人生は極楽だ。仕事が義務なら人生は地獄だ」――マクシム・ゴーリキー氏の格言が気に入っているという筆者は、「同じ仕事をするなら、楽しまなければ損」だと考えているという。筆者なりの「仕事を楽しむための心得」は下記の3つ。

1. 未経験の作業に取り組むべし
2. 自分の作業を効率化すべし
3. 他人のプログラムを丸裸にすべし

プロトタイプ開発の日々: 仕事を楽しむための3つの心得

　職業エンジニアである以上、ときには過酷でつまらないプロジェクトに携わることもあるだろう。それでも、「仕事だから仕方がない」と義務感から取り組むより、「プロジェクト自体をハックしてやる」という気持ちで取り組んだ方が楽しめるのではないか、と筆者は提言する。

「開発チームを動かす」というプロセス

　永和システムマネジメント コンサルティングセンターによる『システム開発に関わる人をイキイキさせるヒント』。「ソフトウェア開発における3つのプロセス」を解説する。

1. マネジメントプロセス：開発プロジェクトをマネジメントするプロセス
2. プロダクトプロセス：ソフトウェアを開発するプロセス
3. オペレーションプロセス：開発チームを動かすプロセス

　3つ目の「オペレーションプロセス」は耳慣れないことだろう。これは開発チームの「日々の作業」の進め方に着目したプロセスだ。「この視点が欠けていたことが、ソフトウェア開発がうまく進まない要因の1つ」なのだと筆者は主張する。

システム開発に関わる人をイキイキさせるヒント: ソフトウェア開発における3つのプロセス（2）

LYNXを持つ女子はモテるか？

　ギャルエンジニアの森姫氏による『恋愛感情で仕事はできるか？』。NTTドコモのAndroidスマートブック「LYNX SH-10B」を購入した筆者が、「LYNXを持つ女子はモテるか」を実験した。

　「ホーム」である日本Androidの会の勉強会から、iPhoneユーザーが多い「アウェー」のWeb開発系勉強会、さらには職場に通勤電車内と、筆者はさまざまな場所でLYNXを取り出す。果たして、彼女は声を掛けてもらえるのか？

恋愛感情で仕事はできるか？: LYNXを持つ女子はどれぐらいモテるのか？

【過去の「おすすめエンジニアライフ」】

　・良き師匠を探せ。そして、良き師匠になれ
　・いずれやってくる？ 「プログラマがいらなくなる」将来
　・マネージャは「やりましょう」といわない勇気が必要だ
　・残業と涙にまみれ、それでもわたしはプログラムを書く
　・ここは成長できる職場？ 自分の会社を採点する
　・インドの開発センターで体験した「真のフレックス制」
　・「落語」に学ぶ、ソフトウェア技術者に必要な職人芸
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。ソフトウェア技術者に必要な「師匠」について、「話術」を落語から学ぶとどうなるか、「職場評価」アンケート結果発表、の3本を取り上げる。

• 長くて脱線しがちな師匠への謝辞
• 『エンジニアには“落語”が大変役に立つ！（その2）』
• 職場評価の傾向分析　←職場を評価してみよう！ 自分が成長できる環境ですか？

「師匠」を探せ！

　プログラマのkwappa氏による『Wife Hacks ～仕事と家族とコミュニティと～』。2冊の本と、自らの「師匠」について。

　kwappa氏は前置きとして『アプレンティスシップ・パターン』と『情熱プログラマー』という2冊の本を紹介している。どちらもソフトウェア技術者に向けて書かれた本だ。この2冊から、kwappa氏は「指導者」や「師匠」の重要性について引用している。

　『アプレンティスシップ・パターン』は「良き指導者を見つける（Find Mentors）」ことの重要性を、『情熱プログラマー』は「師匠を探す（Find a Mentor）」ことと「師匠になる（Be a Mentor）」ことの重要性を説く。kwappa氏自身、プログラマとしての「師匠」がいるという。厳しい師匠であり、技術者として優秀な師匠であり、そしてハチャメチャな師匠だ。

　ソフトウェア技術者は、「良き師匠」を見つけよう。会社内で見つからなければ、コミュニティで探せばよい。そして、師匠に恩返しをするのではなく、今度は自らが「良き師匠」となって、次の弟子に恩を返していこう。

Wife Hacks ～仕事と家族とコミュニティと～: 長くて脱線しがちな師匠への謝辞

エンジニアが落語から話術を学ぶ

　首都圏コンピュータ技術者 取締役の篠原博氏による『技術立国への復活』。前回に引き続き、「落語」から話術を学ぶことについて。

　前回、先輩に「落語から話術を学べ」といわれ、落語を見に行った若き日の篠原氏。だが、いくら聞いても、頭の中に映像が浮かんでこなかった。先輩は「それは“ヘボ”な落語家の話を聞いているからだ」と語る。落語の世界では、見習いから始めて一人前になるまで、多くの年月と修練を必要とするのだ。

　「名人」といわれる落語家の話を聞くようになって、篠原氏は「話が分かりやすい」「説得力がある」「人の特徴をつかむのがうまい」などといわれるようになったという。「技術者に限らず、人は考えや思いを言葉にする能力が大事」だと篠原氏は主張する。

技術立国への復活: 『エンジニアには“落語”が大変役に立つ！（その2）』

「魅力がない企業にいても、自らの成長はない」

　スキルスタンダード研究所の高橋秀典氏による『Road To IT-Engineer / ITエンジニアの生きる道』。前回のコラムで行ったアンケートの結果をまとめている。

　職場環境を評価するための10の問いに対し、12人の読者から回答が得られた。母数が少ないので一般化はできないが、全体的に職場の環境は「良くない」という傾向が見られた。

Road To IT-Engineer / ITエンジニアの生きる道: 職場評価の傾向分析　←職場を評価してみよう！ 自分が成長できる環境ですか？

　高橋氏は、「『この会社と一緒に進みたい』と思えなければ、早く別の環境を探したほうがいい」「魅力がない企業にいても、自らの成長はない」と主張する。チャンスは向こうからやって来ない。自分でつかみ取るしかないのだ。

【過去の「おすすめエンジニアライフ」】

　・いずれやってくる？ 「プログラマがいらなくなる」将来
　・マネージャは「やりましょう」といわない勇気が必要だ
　・残業と涙にまみれ、それでもわたしはプログラムを書く
　・ここは成長できる職場？ 自分の会社を採点する
　・インドの開発センターで体験した「真のフレックス制」
　・「落語」に学ぶ、ソフトウェア技術者に必要な職人芸
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。チーム内のコミュニケーションを活発にするコツ、インドのエンジニアたちが実践する「真のフレックス制」の2本を取り上げると共に、新たに加わったコラムニスト2人を紹介する。

• 第2話：コミュニケーションの活発なチームにしよう！（上）
• 本当のフレックスタイムとは……
• 会社に泊まるということ、生活するということ。 New!
• わたしがこの職業を選ぶきっかけとなった、5つのものごと New!

チーム内のコミュニケーションを活発にするためには？

　エムズ・ネット・スクエア講師4人組による『新任リーダー明日香のマネージャへの道』。今回は、チーム内のコミュニケーションについて。

　新任リーダーの明日香は、同期の草一郎がチームリーダーとして束ねる営業チームのフロアを訪れたとき、フロアの雰囲気が明るいことに気付いた。営業とエンジニアという職種の違いだけで、ここまでフロアの明るさに差が出るものだろうか、と明日香は考える。

　草一郎のメンバーへの対応を見ていると、コミュニケーションを活発にするための工夫が見えてきた。メンバーから話しかけられたとき、きちんと相手の方を向いて話を聞く、などの基本的なことを徹底するだけでも、効果がありそうだ。

新任リーダー明日香のマネージャへの道: 第2話：コミュニケーションの活発なチームにしよう！（上）

インドのフレックス制

　Zohoチームが執筆する『日印エンジニアによるSaaS型サービス「Zoho」の開発現場から』。今回は、インドの開発センターにおける「エンジニアのフレックス制」について。

　インドの開発センターには、エンジニアがリラックスして自分の力を発揮できる環境がある、と筆者は語る。好きなときに会社に来て、好きなときにお昼を食べ、好きなときにお茶を飲んで休憩し、好きなときに退社する。不在メンバーの元に仕事が回ってきた場合は、部署のメンバーや、会社全体でサポートをするという。

　日本においても、エンジニアはフレックス制であることが少なくないだろう。しかし、ここまで徹底されていたり、会社全体でサポートする体制になっていたりするだろうか。

日印エンジニアによるSaaS型サービス「Zoho」の開発現場から: 本当のフレックスタイムとは……

【新連載×2】「現在5社目のエンジニア」と「12年間、プロトタイプ開発エンジニア」

　最後に、新規コラムニストを2人、紹介する。1人目は「気がつけば30歳過ぎで5社目」だというシステムエンジニアのけいいちっく氏。『30過ぎで5社目でした。』というストレートなコラムタイトルだ。第1回では3社目、仲間数人で立ち上げたベンチャー時代のエピソードを紹介している。

30過ぎで5社目でした。: 会社に泊まるということ、生活するということ。

　2人目は、製品プロトタイプや実証実験用アプリケーションの開発に携わってきたかるたや氏。『プロトタイプ開発の日々』と題して、業務システム開発エンジニアとの「価値観のズレ」について紹介していくという。

プロトタイプ開発の日々: わたしがこの職業を選ぶきっかけとなった、5つのものごと

【過去の「おすすめエンジニアライフ」】

　・「落語」に学ぶ、ソフトウェア技術者に必要な職人芸
　・その会社、「企業理念」を設計できていますか？
　☆2010年6月の「おすすめエンジニアライフ」
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。企業理念の設計ミス、会社との理想の付き合い方、ミステリアスソースのケーススタディ、の3本を取り上げる。

• 会社を上流工程で読み解く - 要求分析・要件定義
• 入社してからの「こんなはずではなかった」を回避するために
• ソースコードは自分を映す鏡なの？

会社の要件定義

　北海道のソフトウェア企業 エスプランニング 代表取締役 ふくにし氏の『SEによる会社リファクタリング』。ブラック企業（設計ミスを放置してバグだらけになった会社）について、今回は上流工程、「企業理念」の設計部分を考察する。

　アプリケーションやシステムを作るときは、「何を解決するのか？」「何のために作るのか？」をきちんと理解しなければならない。会社も同じだ。会社は「社会のニーズを満たす＝生産を行って利益を上げる」ことを目的とする。このとき必要となる要件が「企業理念」だ。

　システム開発同様、要件定義や実装が正しく行われているか、チェックしてみよう。

• 企業理念は定義されているか
• 企業理念の設計方針は正しく理解されているか
• 企業理念は正しく実装されているか

SEによる会社リファクタリング: 会社を上流工程で読み解く - 要求分析・要件定義

「こんなはずでは……」

　ギャルプログラマの森姫氏による『恋愛感情で仕事はできるか？』。今回は、入社してから「こんなはずでは……」と頭を抱えたエピソードを紹介する。

　「土日は完全休み」と聞いていたのに、実際は「有給をあてることで休みにする」状態だった。「残業代はちゃんと出る」といわれたが、実は試用期間中のみだった。森姫氏は「人間も会社も、都合の悪いことは隠すものだ」と語る。

恋愛感情で仕事はできるか？: 入社してからの「こんなはずではなかった」を回避するために

　ただし、会社に対してのみ「ウソをつくな」というのは問題がある。なぜなら、社員の方も、都合の悪いことは隠したり、ウソをついたりするからだ。社員が「こんなはずでは」と思っている隣で、会社も「こんなはずでは」と思っているかもしれない。まずはお互い、ウソをつかないところから始めるのが理想ではないか、と森姫氏はまとめている。

「自信」がミステリアスソースを打ち破る

　草食系妙齢プログラマ 野口おおすけ氏による『不思議そうで不思議でないちょっと不思議な現場の話』。今回は、ケーススタディを通じて「ミステリアスソース」を考える。

　筆者はミステリアスソースの例として、共通処理をコピー＆ペーストで済ませるケースを紹介している。どの言語でも、同じような処理を複数の場所で行う場合にはファンクションを作成し、それを呼び出すことで処理の共通化を行う。これを無視して、同じ処理をコピー＆ペーストでソースコード内に複数回記述すると、ソースの複雑度が跳ね上がる。これでは、テストや問題発生時の対応にかかる工数が数倍以上に膨れ上がってしまう。このようなソースが発生する原因について、野口氏は「設計段階で共通処理の洗い出しが正しく行われていない」ケースが多いと語る。

　プログラマは常に最適な実装を目指す必要がある、と筆者は主張する。実装法を細部にわたって記述している仕様書など存在しない。実装法の選択はプログラマに任されているのだ。だからこそ、ペアプログラミングやソースコードレビューを行ったり、ブログにソースコードを書いたりして、「自分の実装法」をさらけ出し、レビューしてもらうことが重要なのだ。

　「ソースコードをさらす」ようになると、やがて自分の実装に自信が持てるようになる。自信を持って書かれたソースは、ミステリアスソースにはなりにくい、と筆者はアドバイスをする。

不思議そうで不思議でないちょっと不思議な現場の話: ソースコードは自分を映す鏡なの？

【過去の「おすすめエンジニアライフ」】

　・エンジニアを悩ませる「ミステリアスソース」
　・「TOEICで700点取得」は、手段か目的か？
　・漫画から学んだ「人のせいにしない」生き方
　・「年下のリーダーって微妙だよ」といわれたら
　・海外で働くとき、生かせるスキル、生かせないスキル
　・キャリアパスの責任――企業責任か自己責任か？
　・楽天「社内会議の英語化」への意見をまとめてみた
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。学んだことを正しく理解するためのコツ、デスマーチの日々を支えた漫画、システム運用現場が忙しい理由、の3本を取り上げる。

• 新しいことを学ぶ難しさ
• デスマーチの日々を支えた漫画
• 現場担当者の悩み

学んだことは、人に説明してみよう

　エディフィストラーニングのマイクロソフト認定トレーナー 阿部直樹氏による『ITトレーナーの憂鬱』。今回は、新しいことを学んだ際、それをきちんと理解するためのコツについて。

　研修などで新しいことを学ぶと、そのときは「なんとなく分かった気がする」が、よく考えると理解できていない、ということがある。学んだ内容を正しく理解するために、筆者は「人に説明する」ことを推奨している。

　人に何かを説明するためには、

• 内容を自分なりに理解し、整理する
• 説明するために必要な「前提」を補う
• ストーリーを構成する

というプロセスが必要だ。このとき、きちんと理解できていなければ、うまく説明はできない。勉強し直す必要があるので、より正確に理解できるようになる。

ITトレーナーの憂鬱: 新しいことを学ぶ難しさ

『将太の寿司』に学ぶ「何かのせいにしない生き方」

　テストエンジニアのヨギ氏による『息の長いエンジニアでゆこう』。今回は、筆者に影響を与えた漫画の紹介だ。

　ヨギ氏には、デスマーチの日々を支えてくれた漫画があるという。それは『将太の寿司』という料理漫画だ。ヨギ氏によれば、この漫画の主人公である「将太君」は、どんなつらいことがあっても「人やモノや環境のせいにしない」のだという。どんなトラブルでも正面から受け止め、努力し、自らの糧とする。その姿には、学ぶべきところがある。

息の長いエンジニアでゆこう: デスマーチの日々を支えた漫画

　さらにヨギ氏は、「将太君」に見習うべきポイントとして、「敵を味方にしてしまう」点を挙げている。「敵を味方にしてしまうということは、ビジネスの世界において最強ではないか」とヨギ氏は語る。

保守運用のコスト高は、設計の稚拙さが原因

　永和システムマネジメント コンサルティングセンター 天野勝氏による『システム開発に関わる人をイキイキさせるヒント』。システム運用の現場はなぜ忙しいのか、その原因を考察する。

システム開発に関わる人をイキイキさせるヒント: 現場担当者の悩み

　システム運用の現場担当者からは、よく「忙しい」「コストがかかり過ぎる」という声が上がってくるという。筆者は複数の事例についてヒアリングした結果、多くの場合、その根本原因が「設計の稚拙さ」にあると考えた。

　設計が悪いため、書くべきドキュメントが増えていたり、プログラムの修正すべき個所が多くなっていたりすることが多かった、と筆者は語る。また、開発中に要求がぶれてしまったにもかかわらず、決まった要求から設計に落としていったことが原因で、設計思想にばらつきがあったことも一因だという。

　「設計に関するスキルは、経験だけでは簡単には身に付かない。しかるべき教育を受けた方がよい」というのが筆者の主張だ。何をどのように作るのかというプロセス全体像の把握、要求の取りまとめ方、要求をアーキテクチャに落としていくための設計、アーキテクチャを成長させる技術、ドキュメントの効率的な管理など、学ぶべきことは多い。

【過去の「おすすめエンジニアライフ」】

　・「年下のリーダーって微妙だよ」といわれたら
　・海外で働くとき、生かせるスキル、生かせないスキル
　・キャリアパスの責任――企業責任か自己責任か？
　・楽天「社内会議の英語化」への意見をまとめてみた
　★2010年5月の「おすすめエンジニアライフ」
　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。「楽天英語化」についての考察、「IT業界3K説」への反論、恐怖の「マジカル仕様書」について、の3本を取り上げる。

• 楽天の英語化についていちエンジニアが考えてみた
• 新3K
• マジカル仕様書はデスマーチへの片道切符

楽天英語化への意見まとめ

　海外勤務経験を持つITエンジニア 鹿島和郎氏による『海外でも通用するエンジニアになる』。今回、筆者は「楽天が社内会議を『英語化』」というトピックについて、さまざまな意見を整理している。

　「楽天の社内英語化」について、Web上では賛否両論である。否定派の主な意見としては、

1. 英語能力≠仕事の能力である
2. 無駄が多い、高コストになる
3. 全社でやる必要はない（経営陣だけ、もしくは海外事業だけ、etc）

の3つではないかと鹿島氏はまとめ、それぞれについて「ITエンジニアの視点」から解説している。

　一方、「基本的には賛成」であるという鹿島氏は、社内英語化のメリットを4点挙げ、「当面の間はコストが増加するものの、3年程度で元のレベルに戻り、メリットがコストを上回るのでは」と結論づけている。果たして楽天の今回の施策がどのような効果をもたらすのか、注目したい。

海外でも通用するエンジニアになる: 楽天の英語化についていちエンジニアが考えてみた

「IT部門だけが会社の全体を理解できる」

　グローバルナレッジネットワークのIT講師 横山哲也氏による『Go, Go, Go, in Peace』。今回は、IT業界の「3K」論についての考察だ。

　なぜIT業界の仕事はきつい、というイメージがついたのか。横山氏は「仕事の進め方（プロセス）が近代化されていないこと」と「ITエンジニアがITとビジネス、両方の文化に精通しなければならないこと」の2点に原因があるのではないかという。

　だが、横山氏は「IT部門だけが会社の全体を理解できる」と主張し、ITエンジニアの重要性とやりがいを謳う。会社全体の最適化は、全社の情報を把握しているIT部門にしかできないことである、と。

Go, Go, Go, in Peace: 新3K

マジカル仕様書にご用心

　草食系妙齢プログラマの野口おおすけ氏による『不思議そうで不思議でないちょっと不思議な現場の話』。前回に引き続き、「マジカル仕様書」のエピソードを紹介している。

　ある業務システムの開発担当にアサインされたAさん。仕様書を見ると、なぜかデータベースについての記述が一切なかった。不安に思ったAさんが「データベースについて何も書かれていないけど、大丈夫ですか？」と設計者に尋ねると、「データベースは使いません！ Oracleを使います！」という謎の回答が返ってきた。

不思議そうで不思議でないちょっと不思議な現場の話: マジカル仕様書はデスマーチへの片道切符

　こうしたマジカル仕様書を放置すると、大変なことになりかねない。野口氏は「『設計者や実装者のスキル不足』といってしまえばそれまでだが、それらを発生させないような取り組みはプロジェクト全体で行っていくべきでは」と考えているという。

【過去の「おすすめエンジニアライフ」】

　・「できる範囲」と「できない範囲」の線引き
　・日米でPG年収に300万円の差？ 海外転職のメリット
　・「何も考えない」技術者としてのあり方
　・もしSEがドラッカーの「真摯」という言葉を読んだら
　・後悔せずに生きるため、いまわたしは「無職」となる
　・「できないこと」を調べる
　・まずは勇者の定義から――DQで学ぶオブジェクト指向

　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。技術者は考える人々が多い。だからこそ、ときには「考えない」時間がときには必要なのではないだろうか？

• エンジニアに必要な「何も考えない力」
• シンガポールのIT現場で働く外国人
• ”アラサー”IT系女子のデビュー1年目を振り返る
  

「考えない」時間を持つことの重要性

　若手SEのあずK氏による『It’s Party Time!』。「何も考えない」ことの大切さを知る。

　ITエンジニアは、「知的労働」という職業柄か物事を深く考える人々が多い。しかし、考えることが職業だからこそ、考えすぎない、あるいはまったく考えない時間がときには必要なのではないか。

　お笑いコンビ「爆笑問題」の2人に関するドキュメンタリーが、この問題について考えるきっかけとなった。爆笑問題の太田光氏と田中祐二氏は、性格がまったく異なる。太田氏は何事も深く考え、興味のないことはできない。一方、田中氏は興味のないことでもできるという。「考えない人」田中氏の生き方から学ぶものがあると、あずK氏は語る。

　物事を考えすぎると、ときにネガティブな感情に引きずられてしまうことがある。深く考えがちな人間は、あえて「考えない時間」を持つことが必要なのかもしれない。

It’s Party Time!: エンジニアに必要な「何も考えない力」 

インド人、ミャンマー人、フィリピン人技術者の気質

　シンガポールで働くエンジニア 山本保男氏による『アジアのソフトウエア開発現場にて』。ソフトウェア開発の現場で働く外国人の気質について考察する。

　シンガポールには、いろいろな国からエンジニアがやってくる。山本氏は、これまで一緒に働いた外国人の気質を紹介している。ここで紹介する見解は山本氏個人が出会った人々の印象を描いたものであるため、「国民気質」というようなものではないことを注記しておく。

• インド人：なまりがひどいが、文法的には美しい英語を話す。仕事へのプロ意識が高い
• 中国人：中国語なまりの英語を話す。素直でない人が多い
• ミャンマー人：素直で勤勉家。初めは技術がなくても、1年経てば全員が戦力になった

　気になる「日本人」について。「英語が下手」「保守主義」という欠点がある一方、「品質を重視する」「責任感が非常に高い」のがよいところだ、と山本氏は評価している。

アジアのソフトウエア開発現場にて:
シンガポールのIT現場で働く外国人

「やったこと」と「やらなかったこと」を仕分けする

　ヘルプデスクの組長氏による『“アラサー”IT系女子の来し方行く末』。コラムニストデビュー1周年を記念して、これまで自分がやってきたこととやらなかったことを振り返る。

　なぜ、コラムを書くのか。組長氏は「コラムで自分のやってきたことを振り返るうちに、自分の進むべき方向性が見えてくるのではないかと思った」という。コラムを読み返した組長氏は、「会社から『いらない』といわれたくない」「スキルを磨きたい」という言葉が頻出することに気が付いた。では、実際に自分は「自分がやりたい」と思ったことを実践できているのか？

　表にして整理すると、「やったこと」と「やらなかったこと」が一目で把握できる。「やらなかったこと」が分かれば、これからの方向性が見えてくる。組長氏は「まずは自分の足元を固めるために、勉強したい」と、目標を設定したようだ。　

“アラサー”IT系女子の来し方行く末:
”アラサー”IT系女子のデビュー1年目を振り返る 

【過去の「おすすめエンジニアライフ」】

　・もしSEがドラッカーの「真摯」という言葉を読んだら
　・後悔せずに生きるため、いまわたしは「無職」となる
　・「できないこと」を調べる
　・まずは勇者の定義から――DQで学ぶオブジェクト指向

　☆2010年4月の「おすすめエンジニアライフ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。突然プロジェクトリーダーが失踪したら、残された人はどうすればいいのだろうか？ リーダーの失踪から「チームとしての仕事」について考察したコラム、他2本を紹介する。

• リーダーが来なくなった日
• SaaS開発ほど面白いものはない - カスタマイズ
• 新人のココロをわしづかみ！ ―入社日のその前に―

1人で仕事を抱え込むことの恐ろしさを知る

　ギャルエンジニアの森姫氏による『恋愛感情で仕事はできるか？』。なんと、チームリーダーが失踪した。

　ある日、森姫氏が担当するプロジェクトが急に忙しくなった。残業時間が一気に増え、休日出勤をするように。さらに追い討ちをかけるように、チームリーダーが仕事に来なくなった。電話をかけてもつながらず、顧客は激怒。リーダーが全権限を保有していたために仕事はまったく進まなくなり、現場はパニックに陥った。

　この件で、森姫氏は「仕事を1人で抱えることの怖さ」を痛感したという。リーダーは、1人で仕事を抱えてはいけない。自分に何か起きてもきちんと現場が回るように、仕事を分散させておくべきである。リーダーは、下記のことに注意しよう。

1. 「この仕事は自分しかできない」という考えを捨てる
2. 自分がいなくなっても大丈夫な「仕組み」を作っておく
3. できるだけ失踪しない。失踪したくなったら相談する

恋愛感情で仕事はできるか？: リーダーが来なくなった日 

SaaSの魅力はカスタマイズにあり

　シンガポールで働くITエンジニア 山本保男氏による『アジアのソフトウエア開発現場にて』。SaaS開発の魅力を伝えるシリーズ、第3回。

• SaaS開発ほど面白いものはない - 要件は自社の仲間が決める
• SaaS開発ほど面白いものはない - エンハンスや障害対策が容易

　SaaSは「カスタマイズが可能」である必要がある。一口に「カスタマイズ」といっても、実に多くの種類がある。エンドユーザーのインターフェイス上でできる簡単なカスタマイズから、顧客の要望を完全に反映したカスタマイズまで、山本氏は5種類のカスタマイズを紹介している。

　「SaaS開発は優秀な技術者にとって魅力的だ」と、山本氏は語る。異なる企業のサービスを、1つのサーバ上で同時に運用することはとても難しい。だからこそ、スキルを持つ技術者にとって、SaaS開発は非常にやりがいがあるのだという。

アジアのソフトウエア開発現場にて:
SaaS開発ほど面白いものはない - カスタマイズ 

【新コラムニスト】若手社員のアニキが登場

　最後に、新規コラムニストを紹介しよう。若手教育を行うSE 山本幸寛氏による『山本に聞け！』。山本氏は、「若手社員にとってのアニキ」を目指しているという。

　山本氏によれば、「新人の心をしっかりつかむコツ」がある。会う前に新人の顔と名前を一致させておくこと。そして、話し掛けるときは積極的に名前で呼ぶこと。

　人は、名前で呼ばれるとうれしいものだ。研修中においては「次、君が答えて」というのではなく「次、○○さん」というように、名前で相手を呼ぼう。新人に「いい先輩」と思ってもらえるかもしれない。

山本に聞け！: 新人のココロをわしづかみ！ ―入社日のその前に― 

【過去の「おすすめエンジニアライフ」】

　・「経験したことは理解した」と思うなかれ
　・自分と異なる意見に耳を傾けよ
　・頭ごなしにしからず、相手の「器」を信頼せよ
　・後輩指導で必要な、たった1つの冴えたやり方
　・英語は「聞いて」「読んで」「まねをしろ」

　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。新人に伝えたい3つのこと、経験と知識のバランス、IT業界改善計画について、の3本を取り上げる。

• 新人さんに伝えたい3つのこと
• 経験から学ぶ
• IT業界はもう「3K」ではない！？ ～IPA『IT人材白書2010』概要について

分からないことがあったら「自分で調べる制限時間」を決めよう

　客先常駐エンジニア ケーワイケー氏による『ITエンジニアの憂鬱』。今回は、新人に伝えたい「3つのこと」。

　4月は新人が入ってくる季節だ。筆者は新人に向けて、「勉強する癖を身につけよう」「積極的に話しかけよう」「分からないことを調べるときは制限時間を決めて、それを超えたら質問しよう」という3つのアドバイスを送っている。

　特に3つ目のアドバイスは新人にとって役に立つだろう。分からないことがあった場合、新人は「自分でどこまで調べて、いつ先輩に聞くか」で悩んでしまうことが多い。筆者は、「自分で制限時間を決める」というやり方を推奨している。新人を教える立場の読者は、新人に対してアドバイスしてあげよう。

ITエンジニアの憂鬱: 新人さんに伝えたい3つのこと

経験しただけじゃダメ

　グローバルナレッジネットワークの横山哲也氏による『Go, Go, Go, in Peace』。今回は「経験と知識のバランス」について。

　ITプロフェッショナル向けのトレーナーである筆者は、「経験を積むことは悪いことではない。しかし、経験と知識は比例するわけではない」と主張する。例えば、「Windowsでトラブルがあったら再起動する」という知識は、現場で得られる。だが、再起動によって解決するトラブルの多くは再発する。これでは最適な解決方法とはいえない。現場の知識は即効性に勝るが、根本的な原因を考慮していないのだ。

　経験だけからしか学ばない人は、理論が分からないために、無駄なことをしている可能性がある。もちろん、知識だけの人は、現場でのさまざまな状況に対応しきれないだろう。双方のバランスが重要なのだ。

Go, Go, Go, in Peace: 経験から学ぶ

IT業界を働きやすい場にするため、意見求む

　スキルスタンダード研究所の高橋秀典氏による『Road To IT-Engineer / ITエンジニアの生きる道』。筆者は今回、『IT人材白書』2010年版を元に、「IT業界を働きやすい場にするにはどうしたらいいか」意見を募っている。

　『IT人材白書』2010年版によると、「職場の雰囲気に対する満足度」「休暇の取りやすさ」「プライベートとの両立」などの満足度が上がっており、よくいわれる「3K」のイメージから脱却しつつあるという。だが、景気低迷による業務量の減少が、一時的に職場環境に大きな影響を与えているだけで、根本的名解決には至っていない可能性がある。

　これを踏まえて筆者は、「IPAのまとめでは、企業側の心構えはともかく、ITエンジニア個人がどう考えればいいのかが見えてこない」とし、「仕事内容や職場環境の満足度、給与に対する考え」について意見を寄せてほしいと訴える。コメント欄ではすでに意見が寄せられ始めている。あなたもぜひ、コメントを投稿してほしい。

Road To IT-Engineer / ITエンジニアの生きる道: IT業界はもう「3K」ではない！？ ～IPA『IT人材白書2010』概要について

【過去の「おすすめエンジニアライフ」】

　・「経験したことは理解した」と思うなかれ
　・自分と異なる意見に耳を傾けよ
　・頭ごなしにしからず、相手の「器」を信頼せよ
　・後輩指導で必要な、たった1つの冴えたやり方
　・英語は「聞いて」「読んで」「まねをしろ」

　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。客先常駐エンジニアにとって大切な3つのこと、「考えさせる教育」について、「JSTQB認定テスト技術者資格 Advanced Level」について、の3本を取り上げる。

• 客先常駐エンジニアにとって大切なスキル
• 器に任せた教育を。
• 「JSTQB認定テスト技術者資格 Advanced Level」が日本でも実施されることになりました！

客先常駐エンジニアにとって大切なのは？

　客先常駐エンジニアのケーワイケー氏による『ITエンジニアの憂鬱』。今回は、筆者の考える「客先常駐エンジニアにとって大切なこと」をランキング形式で紹介している。

　筆者によれば、客先常駐エンジニアにとって大切なこと、第3位は「演技力」。常駐先で理不尽な扱いを受けたり、明らかに効率の悪い手法を押し付けられたりしたとき、どんなに不快に感じたとしても、にこやかに対応できる演技力が欠かせないという。

　第2位は「過剰に自己アピールしないこと」。自分の仕事が遅れているのに常駐先の社員の会話に入ろうとする人に対し、筆者は疑問を呈する。相手が求めているのは友達ではなく、成果を残せる存在なのだ、というのが筆者の主張だ。

　第1位はいわずもがな、「技術的要望に対応できる力を持つこと」である。今まで経験したことがない技術を使って開発しなければならないことだってあるだろう。そんなとき、いかに早く要望を実現するか。そのためにどれだけ努力できるか。エンジニアなのだから、技術力が最も重要なのは、客先常駐であろうとも変わらないのだ。

ITエンジニアの憂鬱: 客先常駐エンジニアにとって大切なスキル

相手の「器」を信頼した教育

　ギャル系エンジニアの森姫氏による『恋愛感情で仕事はできるか？』。今回は新人教育に関する提言。

　新人や部下のビジネスマナーに問題があり、注意しようと思ったものの、筆者はどのように注意すべきか悩む。そんなとき、相談した母から「注意の仕方」について学ぶことに。

　母はいう。「頭ごなしにしかるのではなく、『わたしはこう思う』といってあげるべき。それに対してどう反応するかは、その人の『器』による。『器』以上のことを求めない方がいい」と。

　ときにはしかることも必要だろう。ただ一方で、相手の「器」を信頼し、相手に考えさせる教育があっていいのではないか。春は新人が入ってくる季節。新人教育に悩む読者は試してみてほしい。

恋愛感情で仕事はできるか？: 器に任せた教育を。

テストエンジニア、新たな資格取得に燃える

　テストエンジニアの第3バイオリン氏による『オブリガート ～感謝されるテストエンジニアになる～』。今回、筆者は新たに日本で受験できるようになったテストエンジニア資格を紹介している。

　以前、筆者はテストエンジニアの資格「JSTQB認定テスト技術者資格」について取り上げたが、日本で受験できるのは初級クラス「Foundation Level」のみだった。だが、ようやく日本でも1つ上のクラス「Advanced Level」の受験受付が始まった。筆者は8月の試験を受験すると宣言している。

　Advanced Levelのシラバスには、Advanced Level認定資格の目的が書かれている。それは「テストがきわめて重要で専門的なソフトウェアエンジニアリングの一領域であるという認識を得るため」であるという。日本では軽視されがちなソフトウェアテストが、実際にはいかに重要な領域であるかが、この一文から伝わってくる。

オブリガート ～感謝されるテストエンジニアになる～: 「JSTQB認定テスト技術者資格 Advanced Level」が日本でも実施されることになりました！

【過去の「おすすめエンジニアライフ」】

　・後輩指導で必要な、たった1つの冴えたやり方
　・英語は「聞いて」「読んで」「まねをしろ」
　★2010年3月の「おすすめエンジニアライフ」
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。『29歳のカルテ～元ITエンジニアが異業種で「その先」を考える～』と『蟻女（アリージョ）のエンジニアライフ☆』から1本ずつ、さらに新規コラムニスト2人を取り上げる。

• 突然のスカウトメール、あなたならどうしますか？
• ブラックアリージョ：「女性は損だ！」
• ブリッジエンジニアが語る「オフショアのあれこれ」
• 自己紹介＆起業への想い

1通のスカウトメール

　ITエンジニアから事務職に転身した修行中のひつじ氏による『29歳のカルテ～元ITエンジニアが異業種で「その先」を考える～』。今回は、1通のスカウトメールにまつわるエピソード。

　ある日、筆者の元に転職サイトからスカウトメールが届いた。システム開発会社のプロジェクトリーダーを募集していたようだ。その求人内容から、自分に求められているものを分析した。

29歳のカルテ～元ITエンジニアが異業種で「その先」を考える～: 突然のスカウトメール、あなたならどうしますか？

　評価されている内容は「想定外だった」そうだ。筆者がいま伸ばしたいと考えているスキルはそこには含まれていない。まだ評価できる段階ではないのだろう、と筆者は考える。1通のスカウトメールが、自身のキャリアやスキルを見つめ直すきっかけとなった。

背が低い×童顔×女性＝仕事ができなそう？

　身長148cmの“アリージョ” ぴぐみん氏による『蟻女（アリージョ）のエンジニアライフ☆』。筆者は、背が低く童顔な女性はビジネスの現場で不利である、と主張している。

　人間は見た目で相手を判断しがちである。背が低く童顔な女性は「仕事ができるのだろうか」と思われるようだ。筆者は就職低から、職場における「男女不平等」を感じ始めたという。

蟻女（アリージョ）のエンジニアライフ☆: ブラックアリージョ：「女性は損だ！」

　現在は、「結婚 ⇒ 寿退社」というパターンを基準に判断されているのではないか、と考えるようになった筆者。自分たちが努力することで、後輩の女性たちが働きやすくなるのではないか、と努力しているという。

【新連載×2】オフショア開発／フリーから起業へ

　新規コラムニストを2人紹介しよう。1人目はブリッジエンジニアのめじはがこ氏。4年間、オフショア開発に関わってきた筆者が、オフショア開発現場について語っていくそうだ。IT業界では珍しくなくなったオフショア開発について、悩みを抱えているエンジニアはチェックしてほしい。

オフショア開発、どうすれば？: ブリッジエンジニアが語る「オフショアのあれこれ」

　もう1人は、フリーエンジニアのあとむ氏。客先常駐で働いている筆者は現在、起業を考えているという。自分のやりたい仕事を実現するために起業という道を選ぼうとしている、その道のりが鮮明に綴られることだろう。フリーエンジニアや起業を考えているエンジニアは必見だ。

フリーエンジニアから起業までの道のり: 第1回　自己紹介＆起業への想い

【過去の「おすすめエンジニアライフ」】

　・TOEIC900点。英語ぺらぺら？ 答えはノーだ
　・1万時間の業務経験＋愛で、38歳PGデビュー
　・「予算はあとで確保するから」――その言葉にご用心
　・「見積もりの20倍」工数をかけたリーダーの告白
　・「立て！ 立つんだ！」七転び八起きの勉強会主催者
　 ☆2010年2月の「おすすめエンジニアライフ」
　 ★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。「プログラマで、生きている」「アジアのソフトウエア開発現場にて」「ITエンジニアの憂鬱」からコラムを取り上げる。

• 人人月の寓話
• プログラマへの職種変更の仕方
• 若手が資格をとる意味

「人月」計算よりも「人人月」計算

　20年超のキャリアを持つプログラマ ひでみ氏による『プログラマで、生きている』。「人月」ならぬ「人人月」という考え方について。

　ひでみ氏の上司は、仕事量の調節に頭を悩ませていた。通常、仕事量が1の人と0.5の人を組み合わせれば、1＋0.5＝1.5になると思いがちだ。しかし、ひでみ氏の上司は「1×0.5＝0.5」になると考えた。「開発能力は、足し算ではなく掛け算だ」。ひでみ氏は、上司の開発能力試算法を「人人月」と読んだ。

　「人月」計算では、頭数が増えれば開発能力も上がる。しかし、そう単純にコトは運ばない。開発はチームで行うため、技術者の能力が相互に関係しあう。「頭数×人数」の人月計算よりも、「能力値×能力値」の人人月計算の方が、開発能力計算する際は適切ではないだろうか。

　自分の能力が及ばない場面では誰かに助けてもらい、逆に自分が誰かの足りない部分を補っている。技術者は、自分の能力がチームにどれほど影響を与えているのかについて、改めて考察してみるのもいいかもしれない。

プログラマで、生きている: 人人月の寓話 

いかにして38歳で職種変更を果たしたか

　シンガポールで働くフリーエンジニア 山本保男氏による『アジアのソフトウエア開発現場にて』。38歳でプログラマに職種変更した経験から分かること。

　山本氏は、38歳のときにプログラマへ職種変更した。職種変更のポイントは2つある。まず、プログラミングが好きであること。そして、未経験者でも採用してくれるベンチャー企業で働いて経験を積むことだ。

　経験の重要性について、山本氏はこんな言葉を引用する。「ある分野の第一人者になるためには、1万時間の経験が必要だ」。プログラミングへの愛だけではプロフェッショナルになれない（もちろん、愛がなくてはうまくいかない）。プログラミングが好きで、かつ十分な経験を積めば、職種変更はできる、と山本氏は語る。

アジアのソフトウエア開発現場にて:
プログラマへの職種変更の仕方 

若手エンジニアは、資格を絶対に取っておけ

　客先常駐エンジニアのケーワイケー氏による『ITエンジニアの憂鬱』。「若手は資格を取っておくべきだ」という主張。

　ケーワイケー氏は、いくつかの資格を取得している。理由は2つある。体系的に勉強しなおすため、そして面接のためだ。実務経験が少ない若手の場合、資格を所有していないと面接を受けられる確率がぐっと下がる。「客先常駐がメインの中小独立システムインテグレータに勤める場合は、資格の取得は義務である」と、ケーワイケー氏は語る。

　もちろん、資格を取るだけでは足りない。豊富な経験も必要だ。だが「資格を取る必要性」ははっきりしている。若手の場合は、絶対に資格を取っておくべきだ、というのがケーワイケー氏の主張である。

ITエンジニアの憂鬱: 若手が資格をとる意味 

【過去の「おすすめエンジニアライフ」】

　・「予算はあとで確保するから」――その言葉にご用心
　・「見積もりの20倍」工数をかけたリーダーの告白
　・「立て！ 立つんだ！」七転び八起きの勉強会主催者
　 ☆2010年2月の「おすすめエンジニアライフ」
　 ★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。テストリーダーの失敗談、とんでもない上司の思い出、IT業界の法整備の3本を取り上げる。

• 懺悔します、わたしこそがひどいテストリーダーでした
• ブルドーザー
• 「IT業界には、なぜ法律がないのか？」

失敗を失敗で終わらせない、テストリーダーの奮闘

　テストエンジニアの第3バイオリン氏による『オブリガート ～感謝されるテストエンジニアになる～』。テストリーダーとしてやってしまった「大失敗」を告白する。

　「チェックリストの見直しに夢中になるあまり、気が付けば見積もりの20倍の工数を使っていた」と第3バイオリン氏は語る。「今どれだけの工数を消化しているのか」「見積もった工数の範囲内で収めるにはどうしたらよいか」を普段から考えておけば、このような失敗は起こらなかったと、第3バイオリン氏は反省する。

　テスト作業ではさらにトラブルが重なり、工数超過が避けられなくなったとき、第3バイオリン氏は自分の仕事を投げ出してしまった。当時の状況は「テストチームとして最低、最悪の構図」だったという。

　しかし、「できるかできないかじゃなくて、やるかやらないか、なんだよ」という上司からの一言で、第3バイオリン氏は立ち直った。さらに、自分の失敗をテストチーム全員の前で発表することにより、改善に向けて活動し始めた。失敗をただの失敗に終わらせず、次の改善につなげていく第3バイオリン氏を応援するコメントが記事には寄せられている。

オブリガート ～感謝されるテストエンジニアになる～:
懺悔します、わたしこそがひどいテストリーダーでした

とんでもない「ブルドーザー上司」が開拓した道

　情報システム部門 とみー氏による『情報システム部門のリアル』。「ブルドーザー」のような上司の思い出。

　常駐SEとして働いていたとみー氏の上司は、とにかく怒り、人をけなすとんでもない人だった。ちょっとした失敗や知識不足を容赦なく糾弾し、どなり散らした。ブルドーザー上司の下で働くことになったとみー氏は、毎日会社に行くのが嫌で嫌でしかたがなかったという。

情報システム部門のリアル: ブルドーザー

　しかし、あるとき転機が訪れた。トラブルを起こしたシステムを無事に復旧させたとみー氏を、上司が褒めたのだ。しかも、自社に戻ろうとするとみー氏を「会社を辞めてうちに来い！」と熱烈に誘った。自社に戻るか上司の会社に行くか。悩んでいたとき、とみー氏は上司の訃報を知った。

　上司は確かにとんでもない人だった。しかし、彼は道なき道を、ブルドーザーのように走って開拓していった。その功績は大きかったと、とみー氏は振り返る。

IT技術者に「責任感」を持ってもらうための法整備

　首都圏コンピュータ技術者取締役の篠原博氏による『技術立国への復活』。IT業界の法整備について提案する。

　さまざまな業界などで「事故」が起きると、代表者が頭を下げて謝る姿がメディアで取り上げられる。謝罪の場に、実際にものを作った人々は出てこない。しかし、それでいいのだろうか？ 「自分が作ったものに対する責任感が育たないのでは」と、篠原氏は懸念を表明する。

　IT業界にも、システムトラブルなどの「事故」はある。システムの最終リリースを判断した責任者、設計やプログラミングの責任者などが、各々の判断について強い「責任感」を持つ制度、あるいは法整備が必要だ、と篠原氏は主張する。

技術立国への復活: 「IT業界には、なぜ法律がないのか？」

【過去の「おすすめエンジニアライフ」】

　・「立て！ 立つんだ！」七転び八起きの勉強会主催者
　☆2010年2月の「おすすめエンジニアライフ」
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。現場の改善方法、早起きの方法、面接の際に問われるコミュニケーション能力の3本を取り上げる。

• つながる改善
• エンジニア的生活改善：早起きをする（前編）
• 面接の場でITエンジニアに必要なコミュニケーション能力って何？

「個人の改善」が「全体の改善」につながる

　地方エンジニア Ahf氏による『地方からの戯言』。業務改善について考える。

　「現場の人間は、“業務”のことについては非常に詳しいが、“現場の改善”に優れているわけではない」。Ahf氏はこう主張する。なぜなら、長年培ってきた固定概念が染み付いていて、外側の視点からものを考えにくいからだ。

　ならば、現場の人間はどうすればいいのか？ Ahf氏は「小さな改善」「費用がかからない改善」を提唱する。いきなり大規模な改善をしようとしても、実現はなかなか難しい。しかし、自分の手が届く範囲ならば、十分に実現は可能だ。開発者なら、「自分が気に入っているツールの導入」などがよいだろう。しかも、導入時に費用がかからないのならば、なおのことよい。

　現在、Ahf氏は下記の方法で「小さな業務改善」を行っているという。個人の小さな改善こそが、全体の改善のための一歩となるのである。

• 自分のタスクとスケジュールは Thunderbird + Lightning で管理
• Microsoft Search Server 2008 Express の導入（関わっている案件限定で）

地方からの戯言: つながる改善

「早起き」を論理的に分析し、実行する

　文系SEのせつら氏による『人生はなりゆき』。「早起きをする」ための計画と実行方法を考える。

　早起きは健康にいいと知っていても、なかなか実行に移せない。なぜ早起きできないのか？ せつら氏は「早起きできない真の理由」について考察した。結論として出てきたのは「睡眠時間の不足」と「早起きしてやりたいことが決まっていない」の2つ。この2つの問題点を解消するために、せつら氏は思考をめぐらせる。

　せつら氏は、「自分にとって最適な睡眠時間は5時間である」と定義した。後は、「5時間睡眠」を基本ルールとしつつ、睡眠時間を調節すればいい。「ルールはあくまで緩く、厳密すぎてはいけない」というのがせつら氏のポリシーだ。厳密に守ろうとすると、挫折してしまう可能性が高くなるからである。

人生はなりゆき: 人生はなりゆき（5）　
エンジニア的生活改善：早起きをする（前編） 

「相手の話をしっかり聞こう」という姿勢を示す

　キャリアコンサルタントの山内宗和氏による『身近な事象に置き換えて転職（キャリア構築）を考えるコラム』。転職面接の際に問われるコミュニケーション力は「ヒアリング能力」である。

　「ITエンジニアにはコミュニケーション力が必要だ」とよくいわれる。しかし、転職面接の際に最も重視されているコミュニケーション能力とは、具体的にどんなものなのか？

　この問いに対して、山内氏は「ヒアリング能力」だと答える。「うまく自分のことを伝えようとするあまり、相手の話をろくに聞いていない人を数多く見てきた」と、山内氏は語る。

　「相手の話を漏らさずに聞こう」という姿勢が、面接では評価される。もちろん、ただ話を聞いているだけではいけない。コミュニケーションとは、お互いの意思疎通ができて初めて成立する。自分のことをきちんと伝え、かつ相手の話をしっかりと聞くべきだ、と山内氏はアドバイスしている。

身近な事象に置き換えて転職（キャリア構築）を考えるコラム:
面接の場でITエンジニアに必要なコミュニケーション能力って何？ 

【過去の「おすすめエンジニアライフ」】

　・「日本人であること」が武器にならない時代へ
　・朝8時から異業種交流してみた
　・「異業種への転職」で最も聞かれる20の質問
　・「顧客に信頼される人材」になるための3ステップ
　・プログラミング言語が「脳内爆発」する瞬間
　・「SEって日本にしかいないんでしょ」はウソかホントか
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」
　☆2008年12月の「おすすめエンジニアライフ」
　★2008年11月の「おすすめエンジニアライフ」
　☆2008年10月の「おすすめエンジニアライフ」
　★2008年9月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。「労働と賃金」について、「朝食会」のススメ、コミュニケーションの難しさについて、の3本を取り上げる。

• あなたの行動、おいくらですか？
• 流行りの「朝食会」へ参加
• これって、コミュニケーション不足？

「仕事の時間」はどれくらい？

　（元）エンジニアアシスタントの山田たま子氏による『拝啓、山田たま子でございます』。今回は「労働と賃金」について。

　筆者は「1日どのくらい『仕事』をしていますか」と問い掛ける。「就業時間」ではなく「仕事の時間」である。7.5時間の就業時間内であれば、4時間くらいしか「仕事」はしていなかった、と筆者は語る。残りの時間は作業バッファ分と改善業務にあてていたという。

　だが、就業時間内の行動にはすべて「お金」がついて回る。休憩や雑談はもちろん必要なものだが、会社にいる間は自分の行動1つひとつに「お金がかかっている」ことを認識するのが必要ではないか、と筆者は提唱する。

拝啓、山田たま子でございます: 第4回：あなたの行動、おいくらですか？

朝8時から異業種交流してみた

　SIerで働くITエンジニアのドメっち氏による『ITエンジニアの成長記録』。今回は、初めて参加した「朝食会」について。

　筆者いわく、「朝食会」とは「異業種交流会の朝バージョン」である。朝8時に集合し、ザ・リッツ・カールトン大阪のレストランで優雅に朝食を味わいながら、さまざまな業種／職種の人々と会話を楽しんだという。

　お酒が苦手だったり、夜遅くまで仕事が詰まっているエンジニアは、夜の異業種交流会や勉強会ではなく、朝の交流会に目を向けてみてはどうだろうか。

ITエンジニアの成長記録: 流行りの「朝食会」へ参加

とても難しい「依頼の受け方」

　自称「キマイラエンジニア」のdemitasu氏による『エンジニアの狭間』。今回は、筆者のちょっとした悩みについて。

　資料の作成を依頼されたとき、「何のために」「どのような用途で」「いつまで」が明確でないと、ついつい後回しになりがちである。すると、突然「今日必要なんだ」「もっとこういうものが欲しいんだよ」といわれ、慌てて対応することになる。

　こうした事態を避けるためにあらかじめ詳細な事柄を確認していても、依頼内容が変わったり、議事録の内容がひっくり返されたりするので、解決にならないと筆者は嘆く。さて、良い解決方法はないだろうか。あなたのご意見をお待ちしている。

エンジニアの狭間: これって、コミュニケーション不足？

【過去の「おすすめエンジニアライフ」】

　・「異業種への転職」で最も聞かれる20の質問
　・「顧客に信頼される人材」になるための3ステップ
　・プログラミング言語が「脳内爆発」する瞬間
　・「SEって日本にしかいないんでしょ」はウソかホントか
　★2010年1月の「おすすめエンジニアライフ」
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」
　☆2008年12月の「おすすめエンジニアライフ」
　★2008年11月の「おすすめエンジニアライフ」
　☆2008年10月の「おすすめエンジニアライフ」
　★2008年9月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。今回は、「海外ITエンジニア事情」第2回と、ホストシステムを担当することになった若手エンジニアの苦難を取り上げる。また、「某上場企業の情報システム部長」という肩書きを持った新規コラムニストを合わせて紹介する。

• 海外ITエンジニアにまつわるホント・ウソ（2）
• 若手ホスト担当エンジニアがスキルを伸ばすための5カ条
• 「情報システム部長」というエキサイティングなポジション

「SEという職業は日本にしかない」……Yes or No？

　海外でITエンジニアとしてキャリアを積んだ鹿島和郎氏による『海外でも通用するエンジニアになる』。海外のエンジニアに対するイメージについて、真偽を解説するシリーズ第2回。

　「SEという職業は日本にしかない」というイメージについて、筆者は「8割方、本当」であると回答。ただし、少数ながら「設計がメインの人」は存在する。

　とはいえ、設計メインの人間は当然プログラムを書くし、それ以外のプログラマたちは全体設計に対する改善点やアイデアを出してくる。日本ほど明確に分かれていない、という点において、「SEという職業は日本にしかない」は真実といえそうだ。

海外でも通用するエンジニアになる: 海外ITエンジニアにまつわるホント・ウソ（2）

若手エンジニア、メインフレームの壁に当たる

　日本IBMでホストシステムを担当するエンジニア サトマモによる『温故知新とエンジニアの地位確立を目指して』。今回は、「ホストシステムを担当することになった若手エンジニア」がスキルを伸ばすためのTipsを紹介している。

　ホストシステムを担当する場合、若手エンジニアにはさまざまな困難が待ち受けている。「言葉が分からない」「仕組みが分からない」「先輩との知識・経験差が大きい」「今まで得たIT知識・スキルが通用しない無力感」……。

　筆者はこれらの壁に立ち向かうべく、「スキルを伸ばすための5カ条」としてTipsをまとめている。メインフレームの壁に当たっている若手エンジニアは参考にしてほしい。

温故知新とエンジニアの地位確立を目指して: 若手ホスト担当エンジニアがスキルを伸ばすための5カ条

上場企業の情報システム部長が登場

　新コラムニストを紹介しよう。『企業システムの手綱』を執筆する正宗ヒデヲ氏だ。情報システム部で働き続けて20余年、現在は某上場企業で情報システム部長を務めている。

　筆者はこのコラムを通じて、「企業の情報システム部長はどういう価値基準で日ごろ何に注意し、どんな行動をしているのか」を伝えていくという。本来エキサイティングなポジションであるはずなのに、あまり表舞台に出てこない「情報システム部長」の姿が見られるだろう。エンジニアライフのコラムニストの中でもユニークなポジションであるだけに、大いに期待したい。

企業システムの手綱: 「情報システム部長」というエキサイティングなポジション

【過去の「おすすめエンジニアライフ」】

　・恋の炎がプロジェクトを炎上させる
　・転職活動の失敗で得た「自分に向き合う姿勢」
　・「エンジニアの生産性向上」を阻む2つの要因
　・魔女っ子から学ぶ「プロ意識」2カ条
　・新人教育で「車輪の再発明」をさせてみる
　・「過程はいいからまず結果出して」が駄目なワケ
　・ITエンジニアが最優先すべきは「効率」だ
　・「当事者意識」がエンジニアを成長させる
　・プログラマに知ってほしい「PG止まり」のキャリアパス
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」
　☆2008年12月の「おすすめエンジニアライフ」
　★2008年11月の「おすすめエンジニアライフ」
　☆2008年10月の「おすすめエンジニアライフ」
　★2008年9月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。今回は、ソフトウェア開発のカイゼン手法としての「見える化」の解説と、転職活動にまつわる2つのコラムを取り上げる。

• 人材育成、講師の視点から（2）
• 小説「わたしのみらい」―転籍の意味
• Start Me Up

「見える化」が失敗する4つの理由

　永和システムマネジメント コンサルティングセンターの天野勝氏による『システム開発に関わる人をイキイキさせるヒント』。今回は「見える化」について。

　ソフトウェア開発の現場にプロジェクトファシリテーション流のカイゼンを導入する際、ポイントとなるのが「見える化」である。「見える化」という言葉には、何でもただ単に見えればよいというだけではなく、「行動を誘発する」という意味を含んでいる。

　「見える化」は多くの開発現場で取り入れられているが、その多くが失敗している。筆者は、失敗事例に共通する4つの特徴と、成功事例に共通する3つの特徴をまとめている。

システム開発に関わる人をイキイキさせるヒント: 人材育成、講師の視点から（2）

転職活動の失敗から得たものは？

　テイクウェーブ代表の竹内義晴による『エンジニアライフ クロストーク』。連載小説「わたしのみらい」第4話（第1話はこちら）。

　転職活動がなかなかうまくいかず、思い悩む「タケシ」は、久しぶりに再開した先輩の「神谷さん」に相談することに。ずっとプログラマを続けたいのに、どの企業でもリーダーとしての立場を求められる、と「タケシ」は悩みを吐露する。

　「神谷さん」は「少し見方を変えて考えてみよう」と提案する。ある出来事には、否定的な面だけではなく、肯定的な側面もある。散々だった最近の転職活動の中にだって、きっと得たものがあるはずだ、と。それを聞いて「タケシ」は、転職活動の失敗を通じて初めて、自分と真剣に向き合うようになったことに気付く。

エンジニアライフ クロストーク: 小説「わたしのみらい」―転籍の意味

転職活動中のSEがつづる苦難の日々

　転職活動中のシステムエンジニア sunset氏による転職コラム『Go Forward!!!』がスタート。

　ある日、「転職しよう」と思い立った筆者。導入した使えないシステムのお守りばかりが続く日々に嫌気が差していたのだ。だが、転職活動を始めるためには、超えなければならない壁があった。結婚を約束した彼女の存在である。

　恐る恐る、転職したい旨を彼女に伝える筆者。すんなりOKがもらえたものの、「ガッツリ稼いでもらいますからね！」とプレッシャーを掛けられることに。果たして筆者の転職活動は成功するのだろうか？

Go Forward!!!: 1．Start Me Up

【過去の「おすすめエンジニアライフ」】

　・「エンジニアの生産性向上」を阻む2つの要因
　・魔女っ子から学ぶ「プロ意識」2カ条
　・新人教育で「車輪の再発明」をさせてみる
　・「過程はいいからまず結果出して」が駄目なワケ
　・ITエンジニアが最優先すべきは「効率」だ
　・「当事者意識」がエンジニアを成長させる
　・プログラマに知ってほしい「PG止まり」のキャリアパス
　☆2009年12月の「おすすめエンジニアライフ」
　★2009年11月の「おすすめエンジニアライフ」
　☆2009年10月の「おすすめエンジニアライフ」
　★2009年9月の「おすすめエンジニアライフ」
　☆2009年8月の「おすすめエンジニアライフ」
　★2009年7月の「おすすめエンジニアライフ」
　☆2009年6月の「おすすめエンジニアライフ」
　★2009年5月の「おすすめエンジニアライフ」
　☆2009年4月の「おすすめエンジニアライフ」
　★2009年3月の「おすすめエンジニアライフ」
　☆2009年2月の「おすすめエンジニアライフ」
　★2009年1月の「おすすめエンジニアライフ」
　☆2008年12月の「おすすめエンジニアライフ」
　★2008年11月の「おすすめエンジニアライフ」
　☆2008年10月の「おすすめエンジニアライフ」
　★2008年9月の「おすすめエンジニアライフ」

　本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。

　ここでは、編集部がおすすめするコラムを紹介しよう。今回は、エンジニアが勘違いしがちな「コンサルタントの立ち位置」、新人教育としての「車輪の再発明」、ITエンジニアが敬遠される理由について、の3本を紹介する。

• コンサルタントは正義の味方ではない
• 車輪の再発明を推奨してみる
• 「なぜ、IT技術者が人気職種でなくなったのか？」

コンサルタントを目指すなら「利益追求」から目をそらすな

　ITコンサルタントの林浩一氏による『ITコンサルタント宣言！』。今回は、エンジニアが勘違いしがちな「コンサルタントの立ち位置」について解説する。

　コンサルタントを志望するエンジニアの多くは、次のように熱く語る。「お客さまが本当に求めているシステムを作りたい」。しかし、そうした思いを持ってコンサルタントになると、「思っていた仕事と違った」という結果になりかねない。

　もともとエンジニアだった林氏はその気持ちに共感しながらも、「コンサルタントは正義の味方ではない」と断言する。そもそも、コンサルタントにとってのお客さまはシステムを使うユーザーではなく、その企業の経営者である。現場のユーザーが本当に求めるものであっても、それがコスト超過であれば、それは「お客さまが求めているシステム」ではないのだ。

　「利益追求」に違和感を持つエンジニアは少なくないだろう。だが、コンサルタントを目指すのであれば、避けては通れない。

ITコンサルタント宣言！: コンサルタントは正義の味方ではない