IT業界に入ると、必ずと言ってよいほど付きまとうのが資格の話です。特にIPA主催の情報処理試験は、国家資格でもあることから、人気も知名度も抜群です。エントリーレベルの「ITパスポート」から始まり、「基本情報技術者」「応用情報技術者」「高度情報処理技術者」と続いていくわけですが、我々いわゆる業界人の登竜門は「基本情報技術者」からとなります。なぜなら「ITパスポート」はシステムを使う側の資格だからです。 前置きはこのくらいにして、この業界の門を叩いた若者を悩ませているのが、「基本情報技術者」の突破です。意識高い低いの議論はさておき、半ば強制的に受験を強要される文化がこの業界には存在しています。苦手な人には苦痛以外のなにものでもない大問題なのです。 いきなり応用情報技術者を狙う 結論から言います。どうしても突破出来そうにないならば「基本情報技術者」をあきらめて、いきなり「応用情報技術者」を目指し

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 「仕事をしていればスキルは伸びる」は信じない方がいい 「仕事をしていればスキルは伸びる」と言っている人にはだいたい二種類いる。一つは低いレベルで仕事をこなして満足している人。この人は、仕事自体には高いスキルが求められていない、もしくは、スキルではなく技術以外の要素で仕事を進めている人たちだ。人間関係や書面上の記述ばかり追いかけているような人たちだ。こういう人と仕事をしていると、昇級はできるかも知れないが技術力は伸びない。 もう一つのタイプは「仕事をしていればスキルは伸びる」といいつつ、業務時間外でガンガン勉強している人だ。本人たちの感覚的に時間外の学習も仕事に含まれているのだろう。学習が習慣化してしまい、もはや時間をかけている事すら認識しなくなったのかもしれない。自

最近、エンジニアの給与があがらないのは技術ばかりに目を向けているからだ、といった趣旨の意見を目にすることがありました。言われる通り、今現状の企業風土においては外れていないところだと感じるのですが、個人的にはあまり納得のいかない話題でもあります。 自分の中の考えとして、技術、と呼ぶものは別に IT テクノロジーに限った話ではなく、もっと幅広くてもよいと考えています。例えばそれは、人と人とのコミュニケーションであったり、マネジメントであったり、何かを開発する分野だけに限定して技術を語る必要はないと思っています。 そしてそのような広い意味での技術において、私たちエンジニアは技術を突き詰めていく必要があるとも感じています。それこそ開発に限って研鑽していくのではなく、もっと多種多様な分野の技術を身に着けていくことが、非常に重要なのではないでしょうか。 何かのシステムを作り上げる際に、開発に関連した技

Anubisさんの「技術に依存しない技術者」のコラムをパクってみました。 技術はドラえもんのポケットよりも喪黒福造のサービスに近いかもしれない ドラえもんのポケットにはあらゆるひみつ道具がそろっています。いつも困ったのび太君はドラえもんに泣きついて問題を解決してもらいます。ときどきひみつ道具に頼りすぎてのび太がひどい目に遭うこともあります。 ドラえもんは優しくていいヤツです。そしてこのドラえもんをちょい悪オヤジにしたのが、同じ藤子不二雄が描いた笑ゥせぇるすまんの喪黒福造です。喪黒福造もドラえもんのひみつ道具と同じように、困っている人に薬や場所を提供します。しかしその薬には常に制限事項と副作用があるのです。 「でも使い過ぎはいけませんよ。週に1回だけという約束を守ってくださいね。ドーン！！」 副作用があることがわかっていながら、きっとこの人は副作用で破滅するだろうとわかっている人にサービスを

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 技術はドラえもんのポケットではない ドラえもんのポケットにはあらゆる秘密道具が揃っている。いつも困ったのび太君はドラえもんに泣きついて問題を解決してもらう。秘密道具でだいたいの問題は解決するが、ここで一つポイントだある。のび太君は問題解決に対しては一切、手段を講じることはない。ただドラえもんに頼んで、秘密道具を提供してもらう。それ以上のことは何もやっていない。思えばすごくふてぶてしい。 ドラえもんの道具でだいたいの問題は解決する。しかし、その後に誰かが欲を出してこっぴどい目に遭うのが作品の流れだ。のび太君が思考を働かせるのは欲を出した時だ。秘密道具を奪ったジャイアンかスネ夫も、道具をどう活用するかという発想においてはクリエイティブだ。だが、それが裏目にでていつも散々

税務署に行かなくっちゃ 「うわー、並んでるーっ」 昨日、税務署に行ってきました。毎年この時期になると税務署に書類を出さなくてはいけません。e-Taxを使って自宅からネットで済ませてしまった年もありました。けれども登録してあるカードの有効期限が切れてしまい、再登録するには役所に行かなくてはいけません。ならいいやと放っておいたので、ネットで書類を作成して税務署に持参しました。 「最後尾はこちらです」と税務署のおじさんに言われて列の最後に並びました。かなり長い列です。何十分かかることやら。と思ったのですが、よく見るとその列は納税相談コーナーの列でした。怪しげなことをやって儲けている人（？）や、どうやって書類を書いたらいいか分からない人が専門家に相談するための列です。 私は書類を出すだけだったので、書類を提出するだけの人の列はあちら、と聞いて並び直すことにしました。ところが書類提出の列の最後部が見

技術者に対して、納得のいく評価を行っている会社というのも非常に少ないイメージがあります。規模が小さいうちはまだ可能ですが、大きくなるにつれてどうしても技術者が納得する評価制度をとることが出来なくなってしまうようです。 恐らくは技術者に限らず、ありとあらゆる職種の人が同様に感じているのかもと思います。もちろん万人が納得する評価基準というのは、世の中にはありえませんのでどこかで妥協するしかないものではあります。ですがそれにしても、技術者に対する評価については、納得のいかない人も多いのではないでしょうか。 私は経営・管理側ではないので、実際に他人を評価することはそれほど多くはありません。せいぜいが、プロジェクトに参画するメンバーに対して評価する程度です。自分の基準としては、そのプロジェクトにおいて相手が持つプラスの面をできるだけ見ていきたいのですが、稀にプラスの面を打ち消すくらい強烈なマイナスを

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 自動化が早いとは限らない 一般的には手動作業より自動化した作業は早いと言われる。いろいろなところで自動化をやったことがあるが、手動作業の速度に敵わなかったことがある。一日でサーバを何十台もアップデートして再起動する作業だ。再起動する順番やフローがあるので、時間にして五時間くらいだったろうか。 手動作業で特別なツールを使っていた訳でもない。洗練された手順があった訳でもない。ただ彼らは慣れていた。人によっては信じられないかもしれないが、本番作業でもパラレルで五台くらいのサーバを同時に操作していた。何年も同じ作業をやっているので、手動作業でもミスが無いという実績を作っていた。 私が最初に作業を自動化したときに、これらのサーバを一台づつ順番に作業をするようにスクリプトを組ん

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 環境の影響もでかい こんなタイトルでコラムを書いたら「ふざけるな」と血相かえて言われそうだ。ふざけてますから気にしないでください。今更怒るほどのことでもないだろう。あなたのスキルが低いのはあなたのせいではない。環境のせいだ。ただ、隣に座ってる人のせいではない。あくまで環境のせいだ。 そもそも、なんでスキルの高い低いの要因を全て個人の努力と考えるのだろう。答えは簡単だ。周りの人がみんなそう考えているからだ。もし、あなたがアメリカに行ってエンジニアとして華々しく成果を出したら、アメリカの人はこういうだろう。「今まで成果が出なかったのは、日本という環境が悪かったんだな。」 実際のところ、スキルというのはいろいろな要因で成り立っている。個人の努力は大きな要素ではある。しかし

ある一定以上の経験を積んだ人や、年齢が高くなった人に対し、技術側から管理側へとシフトを促す話はそれこそ星の数ほど聞くことがあります。背景には色々な事情が隠れているのですが、私自身としてはその方針には大反対です。 今時点で勤めている会社に転職した際も、管理側でなく技術側でいたい、とはっきり意思を伝える程度には技術側にたっていたいと考えるのですが、なかなかその考えを理解してくれる会社というのも少ないと思います。特に規模が大きくなればなるほど、その傾向は強いようにも思えます。 会社としてそう考えるには何かしらの理由があるのでしょうが、正直なところその考え方に納得できる点を見いだせていません。経験を積み年齢を重ねたからこそ、技術側でもできることが増えていると思うからです。 関わっている人員的に、管理側に回らざるを得ない状況というのも確かにあります。そういった場面では管理タスクをこなすことに異議はな

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 実際に辞めた末路 ホリエモンが「嫌だと思ったら辞めればいいのでは？辞めるの自由よん」なんてどこかで発言していたのを覚えている。「辞めるのは自由」とのことだ。おおむねこの意見には賛成だ。世の中には務めるに値しない会社なんていくらでもある。また、会社は人生まで保証してくれない。むしろ、笑顔で搾取するようなところもある。 仕事を辞めるということは、思うほど大したことはない。人が一人辞めたくらいでは何も変わらない。一時的に会社の仕事の調整が大変になるのと、自分が失業するだけだ。役員くらいになると話は違うかもしれないが、一般的な社員はそんなものだ。会社というのは人が辞めても何らか仕事が回るような仕組みになっているものだ。 嫌になったら辞めるのはいいが計画的に辞めよう。続けてい

失敗が許されないはずの工場が 少し前に、自動車メーカーや鉄鋼メーカーで検査工程の不正が発覚して問題になりました。品質が重視される自動車や鉄鋼部品の工場では検査工程での失敗は許されないはずです。 検査する人も少なく予算もギリギリ。もしもそんな環境だったとしたら、基準値を少し満たさないくらいで検査不合格にしていたらコストも納期もオーバーしてしまいます。多少の基準値違反は見なかったことにするとか、検査データを捏造することが起きるのも必然でしょう。 それに失敗が許されない環境であるほど、不正は隠されるようになります。そのように検査行程の不正が行われている会社、不正を隠蔽している会社はたくさんあるだろうと私は思っています。失敗が許されないない環境だと、不正が隠されるし斬新な発想も出てきません。でも、日本にはそんな会社が多いように思えます。 ITのシステム開発は遅れて失敗するのがあたりまえ？！ そんな

ある程度規模が大きい会社に関わっていると、何かしらの仕事を行う際でも、実際のユーザーに関わることが全くないというのも珍しくありません。表に出るのは営業職な方と一部の管理職の方に限られ、エンジニアな立場の場合は車内にこもってものづくりを続ける状態というのは、非常によくあります。 私は最初に努めた会社が、それほど大きい規模ではない、それこそ中小企業の小の側に位置するような会社でしたので、社内にこもりっぱなしということは全くなく、半分は実際のユーザーや納品先のところへ足を運んでいたりしていました。今になって思うとこの経験は有益だった、と思えるのです。 現場を知っている、実際の顧客を知っていると、多くの場面でプラスに働くことがあります。目的を持って作成するシステムには、対象となる顧客というのが設定されるのですが、そこをイメージできることは非常に大きなメリットです。どのような人が使うかわからないと、

Amazon の宅配からヤマト運輸が撤退し、色々と不満が噴出しているのを多くの方が目にしていると思います。今まで当然と思っていたことが、実は当然でもなんでもなかったという、ヤマト運輸だからできていたサービスレベルという話題です。今回のように途中で担当会社が変わるのであれば、まぁそうなるよな、としか思えない事なのですが、利用者からはあまりそのような意見というのは出てきません。物を届けるということは、利用者が思っている以上に大変な事だというのが広まればよいのですが、そうなるにはまだまだ時間がかかりそうです。 同じような事は、私達 IT 業界においても普通に発生しています。一度上げてしまったサービスレベルというのは、レベルを下げるというのが非常に難しくなります。今までできていたのに何故できないの？、と相手方から詰め寄られると、なかなかそこを説得することは難しい事なのは、多くの人が味わっているので

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 よくある経営者の言い分 「エンジニアもきちんと数字を意識して行動しろ。」と言う経営者は多く見かける。これに対して「だったらITもきちんと意識しろよ」と反論するエンジニアもよく見かける。こういう駆け引きを見ると、人間同士、互いを理解するのは大変だとつくづく思う。 私の席の前に座ってるエンジニアが言っていた。「エンジニアが会社の数字理解できたら、独立して仕事してるよ。会社にいるメリットが無くなるじゃないかww。」全くその通りだと思った。エンジニアとしての仕事だけでも大変だ。それにあわせて、経営者も納得なレベルで数字を語れるなら、独立して会社開いた方がメリットがありそうだ。 社員が数字を意識したとしてどれだけのメリットがあるだろうか。実際のところ、経営陣の居心地がよくなる

ドクターX、見てますか？ アメリカの主なケーブルTV局には「TV Japan」という有料チャンネルがあって、日本のNHKニュースを同時中継で見たり、日本で人気のドラマやバラエティ番組をほぼ同時期に見ることができます。アメリカのド田舎に住んでいても、ネットとTV Japanさえあれば日本の情報に遅れることはほとんどありません。便利な世の中です。私はあまりドラマは見ませんが、このドラマは毎回見ています。硬直、腐敗した大学病院の組織と一人で闘う大門先生のキャラに惹かれて視聴率が好調なのも納得できます。 さて、シリコンバレーの嘘偽りない真実の姿を意識高い大手マスコミに負けず毎回このコラムで地道に紹介してきましたが、今日ハッと気づきました。つまりわかりやすく、そして少し極端に言うとシリコンバレーのIT企業は社員全員が大門先生な状態だと思ってもらえばいいのだと思います。 残業、休日出勤は「いたしません

BUG024 - 日本の生産性が先進国中最下位とか、どこそこの国に抜かれたとか、どうしても信じられないんですが 生産性、最近よく聞きますよね。日本の生産性が何位に落ちて先進国で最下位とか、どこそこの国に抜かれただの、いやいや一人あたりにすればまだまだどうだとか。雰囲気からするとこんな感じのグラフですかね。 いや、どう考えても昔より効率化してるでしょ 本当に信じられますか？昔に比べればPCの性能もネットワークの速度も格段に向上して、紙と電卓でやってた業務はすべてオンライン化され、外出先からでもスマホでサクサクメール処理して直帰できたり、電話とFAXでピーヒョロロやってた昔に比べれば今の仕事はかなり効率化されています。 仕事だけじゃないです。新しい地下鉄ができて通勤が楽になったり、役所へ行かなくてもコンビニで何でも手続きできたり、スマホでショッピングに何でもかんでもホイホイ予約したり、どう考え

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 だれだExcelが万能ソフトとか言ったのは いつもながら極論かもしれないが、日本のITリテラシーが低いのはExcelのせいだと思う。素人が使いこなせない道具を振り回すと怪我をする好例だと思う。情報を残したいだけなら、テキストエディタでも良いわけだ。表で管理する必要のある資料だけExcel使えば十分だ。誰しもが無理をして使うより、一つのチームで数人が使いこなせれば十分なのかもしれない。 実際、自分の周りを見渡してみて、ピボットテーブルを使いこなせるレベルでExcelを使っている人はどのくらいいるだろうか。Excelの本来持っている機能を使いこなしている人は皆無だ。よく、VBAを使える人をExcelを使いこなしていると思い込む人がいるが、それは違う。VBAはプログラミン

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 ビジネスはチキンレースではありません IT系の記事や宣伝を見ていると、「ビジネスにスピードを！」とか、それに類似した宣伝をよく見る。チャキチャキと仕事済ますことがカッコいいように煽っているように見える。ピシッとスーツを着こなしたお兄さんがクライアントに爽やかな笑顔でドキュメントを渡してサムアップ。みたいな雰囲気で「これからのビジネスはスピードが命！」みたいな一言を決める。こういうパターンは昭和の時代から見続けてきたように思う。 現実はというと、ヨレヨレのシャツのエンジニアがボリボリ頭かきながら、くしゃくしゃになったドキュメントの束を抱えて安堵のため息をつく。「あー、仕事終わった。帰ってプリキュア見るか。」という一言を決める。実際に仕事を早く済ます人はこんな感じだ。ビ

いろいろな仕事を渡り歩き、今はインフラ系エンジニアをやっている。いろんな業種からの視点も交えてコラムを綴らせていただきます。 学校教育にプログラミングは必要ない もし学校でプログラミングを教えるとしたらどうなるだろう。まず、何の言語を教えるかでもめそうだ。無難にCか？いや、それも時代からするとちょっと違うような気がする。それともRubyか？流れが速すぎて、教える先生が死ぬだろう。脳みそが干乾びた爺どもが協議したら、真面目にCOBOLなんて決定が下るかもしれない。 学校でプログラミングを教えてほしくない理由は、開発の人に恨みがあるからではない。日本の教育と相性が悪いからだ。今の現場では通じないような古いコードの書き方を「正解」として教えられたら、現場で軋轢が増える。言語にしても、Javaを教えたら、Javaが「正解」になってしまわないだろうか。答えを一つに絞られて、融通が利かなくなる懸念が大