ITエンジニアによるITエンジニアのための小説：わたしの愛するエンジニアライフ：エンジニアライフ
本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。 ここでは、編集部の独断と偏愛によって選んだコラムをテーマ別に紹介していく。今回のテーマは「ITエンジニア小説」。「ITエンジニアのためになり、かつ楽しく読める」をテーマに、コラムニストが続々と参加している。まとめ読みできるように、今回はインデックスも用意した。 初めての＠ITドラマが登場 エンジニアライフで「小説コラム」が初登場したのは2009年8月のこと。『ワーク×ライフ・エンジニアリング』の逆転仕事術氏が、「＠ITドラマ『残業課長 和久原アトム』」を公開した。残業至上主義の課長とノー残業主義の新人によるバトルが話題を呼んだ。 「残業課長」和久原アトムは、「気合い・根性・勘＝黄金の3Kでこなせない仕事はない」という信条を持つ男だ。しかし、「へなちょこ新人」の朝
「みんなが言ってる」は技術者が口にする言葉じゃない！：ベンチャー社長で技術者で：エンジニアライフ
人は、インプットだけでは思考できないもの。 思考になるには、どんなに小さくてもアウトプットが必要でしょう。 議論したり意見を言えるかどうか以前に、疑問や不安や不満を、 恐る恐るでも言える環境なのでしょうかね？ 悪い話が聞こえなくなったら、経営者としては終わりだ、という方もいらっしゃいます。 たとえマイナスであってもアウトプットには変わりはない。 アウトプットがなければ、誰も、何も判断できない。 コミュニケーションとはアウトプットの連鎖のことを言うらしいです。 マイナスでも取敢えずは受け取れる。では不十分で、 マイナスを積極的に取りに行く。でなければ、 今プラスを出せない人からは永久にプラスのアウトプットは引き出せないと思いますよ。 なぜなら、プラス以前に、０まで上がってこれない人が殆どなのですから。 出てる杭なんてそうそう見かけません。 世の中そんなものではないでしょうか。 数多いるエンジ
テーブル設計は実装の後に！：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 「みんなが言ってる」は技術者が口にする言葉じゃないと書いてきました。 私が言ってることで、「みんな」とはおそらく真逆のことがあります。 それは「テーブル設計を（ユーザーインターフェイスの）実装の後に！」ということです。 「そんなことができるわけがない」とバカにされますが、そういう決め付けは思考停止ですよね？ ともかく、眉に唾塗っていただいてけっこうですので、続きを読んでください。 一般的なシステムにおいて、一番手戻りが大きい（波及する箇所が多い）仕様変更はテーブル変更を伴うものです。下手糞な設計で、他に悪影響を与えるのもテーブル設計です。 逆に、テーブル設計が美しく合理的にできていれば、他の工程は非常に楽になります。 では、仕様変更を防ぎ、美しく合理的なテーブル
COBOLerの業務知識を無駄にしない！：ベンチャー社長で技術者で：エンジニアライフ
株式会社ジーワンシステムの代表取締役。 新しいものを生み出して世の中をあっといわせたい。イノベーションってやつ起こせたらいいな。 前回の記事で「COBOLer」という言葉で多くの人が不快に思ったようで申し訳ないです。 多少の煽りもあり、少なからず批判は含んでいますけれど、否定しているわけではありません。今さらですので、そのまま続けます。 わたしのイメージではCOBOLerの分布は 今もほぼCOBOLだけを使っている ⇒ 1割 他の言語に変われずにあぶれている ⇒ 1割 オープン系の上流になった ⇒ 2割 オープン系の下流になった ⇒ 3割 引退した／異業界へ移った ⇒ 3割 COBOLは経験がないけれど、COBOLerに育てられた ⇒ ？割 かな。これはちゃんと調査していないので適当ですが。 1と2は、ただでさえ仕事が減っているのに、不況の追い討ちで大変なことに。3、4、6は、老害をばら撒
ワークライフバランスの大敵、「残業」について考える：育児奮闘中！ ITエンジニア担当キャリアコンサルタントのワークライフバランス追求型キャリアアップを目指して！：エンジニアライフ
先日、日本経済新聞に、ある企業が長時間労働の抑制を目的に、本社ビルの照明を午後10時以降は強制的に消灯するようにした、という記事が掲載されていました。 この「強制消灯」。 社員が再点灯しても10分後に強制的に消灯する。消灯しないエリアを1カ所設けて必要な仕事はそこでする、残業する場合は事前申請を義務づけるなどの徹底ぶり。 ワークライフバランスの確立を狙ったこの施策の導入後、月間の時間外労働時間が前年同月比で（1人当たり？）2時間削減されたそうです。 ■「お付き合い残業」に巻き込まれていないか？ 仕事と生活の調和を図ろうとするとき、ポイントとなるのが「残業時間」。 ここまで徹底した対応を行う企業であれば、何の気兼ねもなくすぱっと仕事を終えて帰宅することができます。一方で、職場の上司や同僚がなかなか帰宅しないために、帰りづらくて、本来はその日にやらなくてもよい仕事をだらだらとしているような状況
スキルとは何か～あなたは人に説明できますか？：Road To IT-Engineer / ITエンジニアの生きる道：エンジニアライフ
エンジニアとしてどうあればいいのか、企業の期待とどう折り合いをつけるのか、激しく変化する環境下で生き抜くための考え方 新聞、テレビ、雑誌などで「スキルが不足している」ということがよく話題になっています。仕事に関することが多いと見受けられますが、実際は個人個人の生い立ちや性格的なことにまで話が及ぶ場合もあるようです。皆さんは「スキルとは何か説明してください」と言われた場合に、適切に答えることができるでしょうか？ ●スキルの構造 まず知識とスキルの違いは次のようになります。 知識仕事でパフォーマンスを発揮するための前提 スキル知識を使って仕事などでパフォーマンスを発揮する能力 ただし、応用力が利く能力（利かない能力はテクニック） さらにハーバード大学のロバート・カッツ教授によると、スキルは次の構造に分類されます。 IT系の場合、ITスキルが専門能力に当たります。また、概念化能力を分かりやすく説
Mozilla Japanともじら組って何が違うの？：地方エンジニアリングライフに四苦Hack：エンジニアライフ
■Mozilla Japanともじら組の関係 Mozilla Japanともじら組って何が違うの？ と聞かれることがよくあります。まずは、教科書的な定義から。 Mozilla JapanはMozilla Foundationの日本支部（アフィリエイト）として、2004年7月に設立された非営利法人（有限責任中間法人）です。Mozilla FoundationがFirefoxの開発元であり、マーケティングの総責任を負っています。Mozilla Japanはその日本支部です。マーケティング活動を行っている他、 Firefox日本語化の責任を負っていたり、日本向けの機能対応（バグ修正）、企業向けの導入の支援等を行ったりしています。 もじら組は2000年12月頃に設立されたコミュニティで、当時のmozilla.org製品の応援を広範に行っていました。現在はFirefoxの普及の支援のためにイベントを
セブン・ソード～お勉強するための7つの剣戟：フリーなスキル：エンジニアライフ
スキルネイティブのはがねのつるぎです。 デジタル。フィジカル。どちらもウイルスに感染してしまいした。ハードウェアを守るため、オンラインスキャンを実行。きっと、内部でフル稼働してくれていることでしょう。発熱してきました。 ウイルス駆除を行うために、最新の定義ファイルをダウンロードします。パターンファイルには「合格」の二文字が記述されていました。 先日受けた情報処理試験。本日は合格発表の日。今日から晴れて（基本）情報処理技術者を名乗ることができます。 まっさきにお祝いの言葉を贈ってくれたのは、わたし自身。 「オマエはよくやった！ おめでとう！ ありがとう」 体中に元気がみなぎります。ウイルスよサヨウナラ。心も体も再起動完了しました。 不合格なら今回のお話はボツにするところでした。少しぐらい上から目線で語ってもいいですよね。いつも上から見てる？ そんなことはありません。夢見心地な甘い歌声のボーカ
テレビを捨てて街にでよう～実践編：フリーなスキル：エンジニアライフ
デスマーチがきっかけでしょうか。残業続きだと落ち着いてテレビを見ているヒマもありません。前回に引き続き、公共のパケットを使って公共の電波のお話です。 ネットワークセキュリティの基本です。不要なパケットは即刻、遮断します。不要なテレビ番組もカットしましょう。番組フィルタリングは引き算のスキルです。 合言葉は「情報に汚染されてない生活って素敵やん」。 ■ニュースを見るのをやめる トーマス・グレシャムは言います。「悪貨は良貨を駆逐する」。 刹那・F・セイエイは言います。「エクシア、目標を駆逐する」。 新聞記者は言います。「悪いニュースは良いニュースを駆逐する」。 毎日起こる痛ましい事件事故。嘆き悲しむことはできても解決する力はありません。無力です。ならばネガティブな情報はファイアウォールでブロックします。 残念なことに、わたしの発言程度で株価はビクともしません。ビクともしたらインサイダー疑惑でと
人に仕事を任せられるか……？：情報システム部門のリアル：エンジニアライフ
どうも、皆さんお元気ですか？ 最近の私は、1日の90％が打ち合わせです。生産性がなく、責任だけが存在する会議は精神的に疲れます。約1日に5回は仕事を辞めたいと思ってますね……。 それはさておき、今日は仕事をほかの人に頼むというお話です。 【人に仕事を頼めない私】 私は基本的に人にものを頼むのが苦手です。当社では口が達者な人が物凄く多く、仕事を頼もうと思って話しているのに、いつの間にか 「やってもらっていい？」と言われてしまいます。 私の性格なのか、頼まれると嫌とは言えないんで引き受けてしまいます。善意で引き受けたのに、いつの間にか私が担当になり、そしていつのまにか責任を負わされるハメに……。これが今までの私です。 最近の私は冒頭でも書きましたが、会議出席ばっかりで、今までの仕事を他の人に振らなくてはならなくなりました。来た仕事を他の人に頼むのですが、その時の嫌そうな顔、不安そうな表情、他の
開発スピード3倍のプログラミングテクを習得せよ：今を生き抜くエンジニアのためのITスキル：エンジニアライフ
前回はTDD（テスト駆動開発）の簡単な説明をしました。TDDでプログラムを作るのは、欧米では当たり前です。それは、EclipseにTDDのツールであるJUnit、Visual StudioにもUnit機能が組み込まれていることからも明白です。JUnitなんて名前しか知らないという人は、使い方を覚えればいいだけです。知らないから使えないと言ってしまうと、技術の進歩からどんどんおいていかれます。 それでは、Eclipseを使ってTDDによるプログラミング方法を説明していきます。Eclipseには、TDDに必要なお助け機能がたくさんついています。これらの機能を使うことで、開発スピードを格段にあげることができます。 はじめに、前回のテストコードを示します。 public class CompositeTest { @Test public void CmpName() { Party cmp =
プログラミングはコミュニケーションだ：下流から見たIT業界：エンジニアライフ
この業界で長年仕事をしていると、ほれぼれするようなソースコードを見ることがあります。 JR系列のSIerに呼ばれて、とある業界団体が管理する観光スポット紹介サイトの改修を手がけたことがあります。PC用、携帯用のページはすでにあるから、それに加えてPDA用のページを作るというプロジェクトでした。面白みのない地味な印象のサイトでしたが、ソース解析を進めていくと、なかなか面白い仕組みになっているのがわかってきました。ブラウザからのリクエストが全部同じURLへ集まるようになっているのです。そのURLで呼び出されるServletが、要求されたページの種類ごとに別のURLにディスパッチするようにできている。 これは有効な方法だと直感できました。まずなんといってもサーバ側のクラスが構造化されます。画面の要求する機能とは別の論理でクラスを構成することができる。それにサイトのURLを一元的に管理できます。ブ
「分かったつもり」の秋：若人視点：エンジニアライフ
【Intro】 いつのころからか、わたしも人に「教える」ということをするようになりました。ついこの間までは、「教えてもらう」立場であったはずが、なんとも不思議な気分になります。そうはいっても、わたしはまだまだ若輩者です。当然のことながら「教わる」ことも多々あります。 【先人の偉大なオコトバ】 「人に教えるとき、また自分も教えられるものだ」。オリジナリティのかけらもない表現ではありますが、わたしにとって、最近一番身にしみている言葉です。 わたしの教えられることなどたかが知れているのですが、それすら満足に教えることができずにいます。あまりの不甲斐なさに、反省する毎日を送っています。当然といえば当然なのですが、「人によって教え方もだいぶ違うんだな」と痛感しています。 少しのヒントで答えにたどり着く人もいます。最初にしっかりと説明をしないと、答えにたどり着けない人もいます。途中まで正しい道を進んで
IT技術を修得するには：Go, Go, Go, in Peace：エンジニアライフ
●Web公開のためのまえがき 月刊「Windows Server World」の連載コラム「IT嫌いはまだ早い」の編集前原稿です。もし、このコラムを読んで面白いと思ったら、ぜひバックナンバー（2005年5月号）をお求めください。もっと面白いはずです。 ●新人研修を終えて 4月に入社した新入社員も、5月になれば新人研修を終えて職場に配属されているかもしれない。現代のITプロフェッショナルに必要とされる知識量は、新人研修で習う程度でカバーできるわけもなく、これからが本格的な勉強の始まりというわけだ。筆者は職業柄、学習方法に関するアドバイスを求められることも多い。そんなとき、プロトレマイオス1世に質問されたユークリッドの気分もこんなだっただろうかと思う。ユークリッドは、当時のエジプト王プトレマイオスに、幾何学を学ぶいい方法を尋ねられてこう言ったという。「幾何学に王道なし」。幾何学でもIT技術でも
目的は一緒だ！ 変わるマネジメント（2）：あなたから変わる効果的なソフトウェア開発マネジメント：エンジニアライフ
こんにちは。東です。前回は、簡単ですがわたしの経歴を紹介しました。 今まで無意識で行っていたマネジメント。環境が変わりメンバーが変わることで、自分の、そして組織の「当たり前」が通じなくなり、プロジェクト内での意思疎通ができなくなった、という話でした。 ■みんなが陥る、プロジェクトに参加するときの罠 前回紹介したプロジェクトの中では、わたしだけではなく、新たに参加するメンバーは誰でも考える共通の問題を持っていました。 「プロジェクト全体のことが分からないから、目の前の仕事をやって、徐々に全体像を把握していこう」 これではいけません。入るきっかけは違うにしろ、プロジェクトの目的を達成する為に参加してもらったメンバーですから、スムーズにプロジェクトに参加するために、「プロジェクトの目的」「プロセス」「共通用語（認識）」「知らない人への思いやり」を共有しましょう。 ■経験を引き継いだ変わり方 組織
エンジニアの肩書き、名刺について：フリーエンジニア、はじめました：エンジニアライフ
こんにちは、フリーエンジニアの富松です。 今回は、エンジニアの肩書きや名刺について、お話させて頂きたいと思います。 ●エンジニアの肩書きについて このコラムをご覧になっている方は、エンジニアの方が大半かと思います。 皆さん、どのような肩書きをお持ちでしょうか？ 最近、新たな業種・業態も次々生れているため、社会全体的に様々な新しい肩書きが増えていますよね。そんな中でも、このIT業界は他と比較して肩書きの種類が多い方ではないでしょうか。 ●どんな肩書きを持つか？ 最近の日経コンピュータでは、年収の職種格差に関する特集が組まれていましたし、業界全体の市場動向を踏まえて、価値のある肩書き（職種）を名乗る事も重要かと思います。 勿論、肩書きだけ先行し、実際の業務やスキルと異なってしまうのは論外なので、まずは名刺を渡す相手に対して“自分が何をやっているのか”が伝わる肩書きを持つことが大切ですよね。 ●
SIerのアウトソーシングが産業の空洞化を生む：＠IT自分戦略研究所の「おすすめエンジニアライフ」：エンジニアライフ
本音が語れるエンジニア参加型メディア「＠IT自分戦略研究所 エンジニアライフ」。日々、ITエンジニアの「生の声」を公開している。 ここでは、＠IT自分戦略研究所 編集部おすすめのコラムを紹介する。あなたのエンジニアとしての成長に役立つ内容であれば幸いだ。 ■下流プログラマ、多重請負構造を斬る 前回の「SEとPG、どっちが頭がいい？（2）」が大きな反響を呼んだ後藤和彦氏の『下流から見たIT業界』。今回は、SIerにおける「反アウトソーシング論」だ。 後藤氏によれば、アウトソーシングとは旧通産省官僚が使い始めた言葉だという。彼らはアメリカの産業構造の変化を手本にして、日本の経済競争力の増強を図ろうとした。IT業界では、ユーザー企業からアウトソーシングされたソフトウェア開発を、専門家であるSIerがさらにアウトソーシングする「多重請負」が蔓延（まんえん）している。後藤氏はこれを「技術の空洞化の原
二項対立的な落とし穴に陥らないためには：＠IT自分戦略研究所 Weekly コラム BackNumber：エンジニアライフ
＠IT自分戦略研究所 メールマガジン「＠IT自分戦略研究所 Weekly」に載ったアイティメディア社員のコラムを紹介します。 2005年9月21日の「＠IT自分戦略研究所 Weekly」に掲載したコラムを紹介します。二項対立は便利ですが、事象を単純化し過ぎる傾向にあるので注意が必要ですね。ちなみに本文中の「スキゾ」「パラノ」とは、（いうまでもないでしょうが）浅田彰の『逃走論――スキゾ・キッズの冒険』から。懐かしいなあ。 ■□■ 皆さん、お元気ですか？ まだ暑い日もありますが、ようやく秋の深まりを予感させる気候になってきました。 ごく最近、二項対立的な思考法について考えさせられることがありました。ずいぶん前ですが、「ポスト構造主義」が持てはやされた時期には、「スキゾ（精神分裂）」と「パラノ（偏執症）」の二項対立が話題になったものです。この二項対立（「二項対比」と呼ぶべきかもしれません）的な物
進化のボトルネックはどこにある？：＠IT自分戦略研究所 Weekly コラム BackNumber：エンジニアライフ
＠IT自分戦略研究所 メールマガジン「＠IT自分戦略研究所 Weekly」に載ったアイティメディア社員のコラムを紹介します。 2005年9月7日の「＠IT自分戦略研究所 Weekly」に掲載したコラムを紹介します。エンジニアも編集者も、よき「物作り」のために、専門性以外のスキルが必要なのは同じですね。 ■□■ 先日（編注：2005年8月末）、東芝とソニーの次世代DVD統一規格の交渉が決裂したという報道がありました。統一規格の新機種が出たら買ってもいいな、と思っていた私は、決裂の報道にがっかりしています。 報道によると、決裂した理由は、コストと容量のどちらを優先するのかという両社の根本的な製品哲学の違いだったそうです。決裂してしまった結果、「次世代DVDは欲しいけど、統一されないなら買うのは当分見送り」と私と同じように考えている方も多いはずです。 そういえば、ソフトウェアの世界にも統一規格と
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://el.jibun.atmarkit.co.jp/coffee/2008/11/post-9430.html