【10年進歩なし】10年近く前にまとめたIT業界の名言集を久々に読み返したところ、今見ても新鮮味があるというか、IT業界の変わらなさを実感し、ちょっと残念な気持ちになりました。この10年間でIT業界は果たして進歩してきたのでしょうか。2017年版の要素も追加して、IT業界迷言集を紹介します。何をやってもバグが解消せず、終電がなくなってもまだ直らない。なったら「仕様」と言い切るしか術は無い・・・そんな悲しい状況が目に浮かびます。私はDBコネクションプールで同じ憂き目を味わいかけました。この迷言、10年経ってもまったく色褪せません。2019年頃と目される民法改正でシステム開発契約における「瑕疵担保責任」の考え方がさらに厳しくなります。仕様と言い張ることもできなくなりそうです。【その2】-------------------------------------「1年に1回起こる可能性が1%の問題なんて無視していい。総稼働時間で考えれば、100台同時に動かすと1年で問題発生ですね。ハードディスクの耐久性能で”100万時間稼動”(MTTF)という製品の考え方と同じ理屈です。この論理で押し切れるクライアントがいたら、逆にヤバいです。2017年現在では、クラウド運用業者は同時に数千台のサーバーを動かしますし、GoogleやFacebook規模だと毎日数台のサーバーが不良で止まります。1万分の1の確率さえ「起こり得る事象」と捉えなければなりません。ユーザーにフェイルオーバーを感じさせない技術も発展したため、フロント側からすると「止まらないシステム」に見えるものも増えました。【その3】-------------------------------------「営業が出した要件が全てだと思うな」おいおい、身内を欺いてどうするんですか。孔明の罠なんて誰も求めてませんから、さっさと仕様を聞き出してきてください。この迷言、10年経っても変わりません。営業と現場は敵同士のところはまだまだ多いです。DevOpsで開発vs運用の戦いが収まりつつあるなら、「SalesDevOps」まで踏み込んでしまえばいいのに。【その4】-------------------------------------「所詮ボクらは農耕民族。運用チームにこんなことを言われると本気で泣けてしまいます。そんなに卑屈にならないで下さい。どこの業務ユーザに苛められたんですか?あなたのチームがいるからみんな仕事ができるんですから、どうか自信を持ってください。2017年、DevOpsが徐々に世に広まり、DevがOpsの仕事を巻き取る(奪う)ようになってきました。運用チームに狩猟民族の血を入れる必要はありませんが、好奇心旺盛で開発に首を突っ込んでくるプロモーターの血は必要でしょうね。畑を守るだけの運用チームに居場所はなくなりつつあります。」ああ・・・哀れ、ブルースクリーンを見てしまいましたか。ダンプ情報が書かれているのに、一瞬で消えてしまうから内容を確認する間もないという冗談みたいな画面。なんのためにエラー情報吐いているんだぁ!!2017年、ブルースクリーンを見ることはかなり減りました。オフィス製品がフリーズして作成中のファイルが失われてしまうことも、オートバックアップのおかげで減ってきたと思えます。Luke)!」コード至上主義の方と仕事をすると似たような話を聞きます。確かに一理ありますし、生産性も高いのですけど、官公庁の仕事でそんな無茶を言わないで下さい。手動で仕様書は作らないとダメですね。【その7】-------------------------------------「我がコードは我流。論よりコードに似ているようで全然違います、コチラの方はコードの可読性が限りなく低い!一体誰に保守させるつもりでしょうか。我流で書けるのは分かりましたから、次はコメントの書き方やデザインパターンを学んで、可読性の高いコードをお願いします。2017年、今でもこうしたコードを見かけます。開発費をケチられたといっても、保守できないレベルのコメントしか残していないというのは開発者の矜持に欠けますよ。「いつまでもあると思うな保守のカネ」2人月×12か月で積んでもらった保守費用なのに、わずか6か月で使い切るとはなんということでしょう。バグだらけのシステムを無理やりリリースしたばっかりに。この後半年間、どうやって過ごすつもりでしょう。「嘘から出た受注」IT業界は慢性的な人不足。それは昔から変わっていません。受注金額はなぜこんなにも低いのでしょう。裏を返せば、単価を高くしたら仕事をもらえないということ。お断りする前提で高値入札しちゃいますよ、と勇んで出した提案書が通ってしまったとき、営業は青ざめるのです。やばい、空売りだ!その結果、頭数は10人しかいないのに20人分の働きをしなければならなくなることも。2017年は働き方改革の影響で残業規制がすさまじいです。月残業が45時間を超えると指導が入りますから、130%以上働く月が続くとアウト。IT業界特有の働き方がこの機に改まることを願います。一説によれば、15以上の言語を操れるレベルで一人前のプログラマーらしいです。Java、JavaScript、C、C++、C#、PHP、Python、Ruby、Objective-C、HTML5、CSS、Perl、Haskell、Go、COBOL、R、VBA...これだけできれば一人前か。「電話いそげ」メールでコミュニケーションしたい気持ちはわからんでもないんですけど、そのメールを1通書くより先に電話を一本したほうがいいんじゃないでしょうか。「転ばぬ先のテスト」それな。テストドリブンでもテストファーストでもどっちでもいいですから、テストしてないものを本番環境で動かすのはやめましょう。やってないテストコンディションを「やった」と言い張るのも、1回目のテストエラーは全部ノーカウントで、2回目からトラッキングするとかいうのも怖いからやめてあげてください。運用保守チームが死にます。「風が吹けばコンサルが儲かる」ちょっとしたことを大事にして案件に仕立て上げる。そんな悪いことをする人は最近のコンサルにはいません。そんなことをせずとも、クライアント企業の企画部門は人員不足に苦しんでいます。予算さえ確保できれば、すぐにコンサルに声をかけるのです。日本のIT部門の生産性は指折りの低さ。やることはどんどん増えるのに残業規制で働きたくとも働けない。そんな状況では、外部のコンサルに仕事を切り出すしかないんです。案件の絶対量と納期がもっと緩くなればいいのに。「納品良ければすべて良し」いくらたくさんのテストエラーが出ようとも、課題検討会で相手にボコボコにされようとも、サービスインがうまくいって、納品完了すればよいのです。雨降って地固まるよろしく、苦労を共にするとベンダーとクライアントの一体感は激増します。yourself」(ITは各自で取り組むように)です。ITを情報システム部門に頼る時代は終わりました。クラウド活用が叫ばれる昨今、ユーザーは自分でクラウドサービスを申し込んで、自分でサービスを利用開始してしまいます。Salesforceのように。いう勝手ITはユーザー自身の手で後始末してくださいね、と言えたらどんなに楽でしょう。最後はまともな名言で締めましょう。一を聞いて十を知る人も確かにいますが、多くの人は一を聞いて一を理解する程度です。いや、確実にその一を達成できる人はやっぱりそんなに多くないでしょう。書籍や伝え聞いた話で理解した気になるのではなく、実際にソースコードがどんなものかを感じ取ってからITを語ってほしいです。いう点で、最強のIT戦士になるためのスタート地点はプログラマーなのだと思っています。ITコンサルもSEも、原点はプログラマーにあり。最近、小学校の算数で足し算や掛け算の数字の順番について、「なぜそうなるのか」との疑問やナンセンスさを嘆く様子を目にすることが多いですね。「5人の子供のグループに後から3人加わりました。合わせて何人になったか式であらわしましょう」という問題があれば、正解は「5+3=8」です。「3+5=8」と書いた場合、足す数と足される数が逆になるため、正解にはなりません。「袋の中にクッキーが5枚入っています。その袋を3つ買いました。合計いくつのクッキーを買ったでしょうか?」この問題であれば、「5x3=15」が正解であると今の小学校では教えます。これを足し算に書き換えると、「5+5+5=15」になるとも教わります。その答えが間違いとされる世界があることを知っていますか?実はアメリカでは、「5x3=15」を「5+5+5=15」と書くと不正解になります。同国では「3+3+3+3+3=15」が正解です。Three”という意味になり、”5つのグループからなる3つずつのかたまり”を表現することになるためです。さきほどのクッキーの問題をアメリカの小学校で出題したなら、答えは「3つのグループからなる5つずつのかたまり」を意味する「3x5=15」を正解としなければなりません。Core)」と呼ばれる共通学力基準のポリシーに従っています。アメリカでは全国共通の指導要領が2009年になって初めて整備され始めました。コモンコアがそれです。コモンコアには賛否両論が吹き荒れており、特に数字の扱い方について「ナンセンス」だと声を荒げる人も多く見かけます。『米国のコモンセンスが正気の沙汰とは思えない』ともあれ、日本とアメリカで、掛ける数と掛けられる数の概念が逆になっているというのはとても面白いですが、両方の国で小学校の算数を習う子供がいたなら、混乱しちゃいますね。あなたが習っている算数の考え方は、国によっては別の捉え方をしています。IT業界の中でも、特にプログラマーにとってはこのマメ知識が役に立つかもしれません。コードの中に出てくる式の項の順番が逆になっていても、「そうか、あいつはアメリカ人だったな」で解決する場面があるかも。業界裏話2016年01月31日IT業界の新人君に毎年アドバイスすること2016年が始まってから1か月が過ぎ、あと2ヶ月もすれば新入社員がみなさんの会社にも入ってくることでしょう。学生生活を終えて初めて社会人となる人は数十万人を数えます。転職者であっても、前職がIT業界とは異なる人だってたくさんいます。した人たちにはIT業界の常識はまだ通じません。多くのフレッシュマンがIT業界特有のカルチャーに戸惑い、悩むことでしょう。そんな彼らに向けた応援メッセージをTwitterで見つけてしまったので、いくつか紹介しておこうと思います。ハッシュタグは「#IT業界の新人君に毎年アドバイスすること」というド直球なネーミングです。『先輩の助言は疑うべし。→困ったことを調べて最初に出てくるのが知恵袋系のサイトってよくあります。多くの教えて系サイトは投稿データが共有されているので、同じ質問がいろんなところのサイトから引っかかるのが分かりづらいですね。並んでいる回答も「オレはちょっとだけお前よりも知っている」くらいの人によるものが多く、その助言に従った結果、「生兵法は大怪我の基」という格言を思い知る経験を存分に味わえると思います。今なら「Teratail」が絶賛好評中ですが、ITに特化している分、まだ回答の質は高め。ちなみに、会社の先輩の助言であっても、あなたよりたかだか1年しか経験を積んでいない人程度なら、知識に漏れがたくさんあるから、鵜呑みにはしない方がいいですよ。→文献は基本的に英語で書かれているものがオリジナルですし、英語ベースのQAやFAQが多いので、高校卒業レベルの英語読解力と単語力が必要です。テクニカルサポートの人とメールでやりとりするくらいなら、中学英語とIT用語だけで十分。電話の先はフィリピンかインド。ブロークンイングリッシュでも全然平気です。→初めて入った会社がこういう組織だと、それが世の中の常識なんだと思ってしまう人もいます。生まれた直後のヒヨコ。ひよっこであっても、月1の休みしか取れないことが異常であることは感じ取ってもらいたい。ちなみに、週休2日を謳っているIT企業の中には、年末年始やお盆も同じ条件(土日以外は出社)だとしているところもありますし、年末年始は必ず出社というインフラ系プロジェクトもあります。