IT人材が不足してるんだって。零細Web制作会社で言えば、退職者が残したubuntu12サーバーに眠るRails5アプリをすぐにDDDでマイクロサービスに再構成して、jQuery満載のコードを全て読み下したうえで、フロントエンドをReactかなんかのSPAに全部書き換えて、E2Eを含めた自動回帰テストを整備して、ついでにCIも整備して、k8sにデプロイできるようにして、ドキュメントは小まめに残し、職場の心理的安全性を落とさず、飲み会にはかかさず参加、役員との関係も良好で、定期的な勉強会も開いてくれて、それでも残ったプライベートの時間を最新の技術動向やセキュリティ情報の収集に全量突っ込んでくれる、そんなごく当たり前のエンジニアが不足している。ついでに言うと、人類の原罪を一身に贖ってくれるスキルの持ち主も不足しているらしい。多分、我々はもっと求人サイトに金を払うべきなんだろうね。 同業者から、

今だから白状すると、昔、運営していたサービスの一般ユーザーのパスワードをハッシュ化（暗号化）せずに平文でDBに保存していたことがある。 言いわけは、幾つかある。 一つは、今では当たり前のようについているパスワードリマインダーの仕組みが当時は一般的ではなかったこと。 ユーザーがパスワードを忘れた、と問い合わせしてきた時に、最も自然な方法はまさに当人が設定した「パスワード」を一言一句違わず登録メールアドレスに送信することだった。あなたのパスワードは○○○です。ああそうそう、そうだったね。こういう感じだ。 当時のユーザーはそれを不審がらなかった。 またサポートコストの問題があった、パスワードの再発行を、そのためのトークンを含んだ長いURLを、大半のユーザーが嫌がっていた。 サポート部門はOutlookExpressに表示された長すぎるURLのリンクが途中で切れててクリックできない、という苦情にい

中年になったのでソリティアおじさんになりたい、と思った。西日差す窓際で、Windowsに入っているソリティアというゲームを日がな一日やり続けて、給料を貰っているおじさんにである。 ソリティアおじさんは伝説の存在だ。私も実は、目にした事はない。主に大企業にいたらしいので、就職活動すらしなかった私には縁遠い存在なのだ。 私が実際に見たことのある一番ヤベえおじさんは、CASIOの電卓を超高速で叩きながら、その計算結果を一つ一つ手入力するExcel手入力おじさんだった。 おじさんのExcelには数式がない。全てはおじさんがテンキーを叩いて入力したものだからだ。 一つセルを打ち間違えたり、後で訂正が入ったりすると、当然合計値を入れるセルの数値も変わってしまう。それを、おじさんは（Windows付属の電卓アプリではなく）CASIOの電卓を叩いて計算し、LCDが表示した内容をパソコンのテンキーで写し取っ

松田部長 お疲れ様です。システム戦略グループの山下です。 最終出社日についてのお返事ありがとうございました。 先日ご連絡した来年1月20日を最終出社とする退職は難しい、とのご回答でしたが、申し訳ありません、こちらとしましても、諸事情を考慮のうえ、最終出社日をご提示させていただいている次第となりますので、退職日を3月末まで延期するというご希望に沿うことはできません。 あしからずご了承下さい。 また、同時にご連絡させていただいた業務の引き継ぎについてですが、引き継ぎ人員が存在しないことにより、未だ一切の進捗がございません。 おそらくは、この点が、松田部長のおっしゃっている「就業規則上に明記されている業務上の支障が発生する事由」に該当すると思われます。 この点につきましては、システムインフラを解する人員が私以外に存在しない現状において、とり急ぎ解消の目処はたたないかと愚考いたします。 よって、勝

あるいは私たちがPKIについて説明し続けなければいけない理由 Web屋のなくならない仕事の一つに「SSL証明書とPKIについて説明する」というのがある。 世の中のサイトはだいたいhttps://というアドレスでつながるように出来ていて、httpsでつながるということは何らかのSSL/TLS証明書が必要だということだ。（さもなければchromeがユーザーに不吉な警告を発することになる） 証明書が必要になる度、同じ質問が繰り返される。「なんか全部値段が違うけど、どの証明書（ブランド）がいいの？」と。そして私たちは毎回困ってしまう。 エンドユーザーの立場で言えば、証明書が有効でありさえすれば、無料のLet's Encryptでも21万円するDigiCertグローバル・サーバID EVでも、Webサイトの利便性は何も変わらない。私たちWeb制作業者の立場でも、代理店契約でもしない限り、証明書そのも

id:cildさんが久しぶりにブログを更新して、それが実に良かった。 だって 鉄の棒でそこらじゅうを狂ったように叩きまくって、大声で罵倒した。そして最大ボリュウムで「二度とオレに指図するな！」と１０回くらい怒鳴った。 だぜ？ 人がキレているのを見るとふつう不快な気分になる。見苦しいなあと思ってしまう。しかし、本当はキレた本人が一番傷ついているのである。キレた後もしばらくドキドキして、自分は一時の感情のピークで何をしてしまったのだろうか、友情とか信頼とかそういう取り返しのつかないものを失ってしまったんじゃないだろうか、と不安になるのである。で、しばらくクヨクヨ考えているうちに、考えているのも面倒になってきて、キレちゃったものは仕方ない。もはやどうでもいい。と自暴自棄気味になって、まるで何もなかったように日常を過ごし始めるのだけど、その後も返す返す、ああキレちゃったなあ。と思い出して、もう自分

新年から夢のない話で申し訳ないのだが、表題のとおりのテーマである。 note.mu という記事があって、むやみに長いので飛ばし飛ばし読んだ。 大意としては、世の中には「書けない」プログラマというのがいて（元エントリでは学生さんのようである。さもありなん）そういう人はどうやったって書けるようにならないんだから、諦めろ、という話のようである。 で、じっと手を見て、下請け底辺のIT企業にいる私たちは、このような人々をどうしてきたろうか、と考えると、「放ったらかし」にしたなあ、と思うのである。 最初のほうは優しく教えていたと思う。話したりハンズオンしている時に、あっこの子、変数のことわかってないな、と感じたら、ホワイトボードを持ち出してきて、例の"x"と書いた箱の絵に矢印を引いて、値が入っている図を書いて、「わかった？」「あ、はい」みたいなやり取りをして終わり、という程度の「教育」である。 だが、

いい歳なのにWebプログラマなんていう仕事をしている。 正確に言えばWeb屋だ。今や絶滅危惧種になったこの職業は、デザインをPhotoshopやIllustratorでちょっと修正するところから、サーバーのファイアウォールの設定をちょっと変更するところまで、Webに関する何でもをこなす便利屋みたいなものだ。 一時は、Web屋みたいな人をフルスタックエンジニアなんて呼んでいた時期もあって、私も格好をつけたい時に便利に使わせてもらっていたけど、ただの銀玉鉄砲をシルバーバレット・オートマチック・モデルガンと呼んでるみたいで、口にする度に気恥ずかしくなってしまい、すぐに言わなくなってしまった。 これは言葉が悪いのではなくて、きっと私がWeb屋で、フルスタックエンジニアではなかったからだと思う。 銀玉鉄砲が、軽いアルミ缶すら撃ち抜けないように、Web屋もまた、ネットワークやサーバー運用の深淵を知らな

もはや現代では大学に行く必要はない、いや行ったほうがいい、という議論があるらしい。 大学が、「学歴」という形で、社会における個人の扱いをある程度は規定している事実がありながら、今ひとつ「大卒」であるということが、それほど重要視もされていないようにも見えるプログラマという職種こそ、このような議論がふさわしいのかもしれない。 そのようなプログラマと学歴との関係を少し書いておこうと思う。 プログラマ・カースト プログラマは奇妙な人々である。 クーラーの効いた小洒落たオフィスの最新スペックのパソコンに向き合って、鳴り続ける外線電話に出ようともしないで、その間にTwitterで卑猥なイラストをリツイートするといった、一般の社会人では考えられないような非常識を行ってもクビにならず、むしろ、これこそギークの証であると、納得される部分さえある。 そんな普通でない人々に学歴など必要なく、必要なのはただ、計算

ここにクソコードがある。 誰が作ったかはわからぬ。それが、どのような経緯でクソコードとなったのか、 あるいは、最初からクソコードであったのか、それらは全てクソコード自身が知るのみである。 ファーストコンタクト ある日、営業からシステム案件を打診されたので見積もりして欲しい。というメールが来る。 とある企業の既存システムに機能を追加する簡単な案件ですが、なななんとソースや仕様書をご支給いただけます！ と、それはサンタにプレゼントが貰えると信じて疑わぬ子供のような真っ直ぐなメールである。 ソースコードが入った圧縮ファイルを受け取ったプログラマは、早速、コードを読んでみる。 そのシステムが本当にいいコードで書かれているかを判断するには時間がかかるが、 クソコードであるかはおおよそ30分でわかる。 インデントがタブとスペースどちらかに統一されていないとか、フレームワークの誤用があるとか、またはフレ

axia.co.jp どこかのエントリで呼ばれた気がした。 必要もないのに他人のエントリに乗っかるのは好きではないのだが、たまにはブログっぽいことを書かないと、と思ったので、軽く書く。 ある勉強したプログラマの末路 まず自分の話をしたい。 私は趣味で多数の求人サイトに登録している。 転職エージェントはうるさいので使っていない。 サイトに登録して、経験言語と年数にチェックを入れ、職務経歴書をサニタイズして（なんとこの用語は顧客を特定できないように「無毒化する」という意味で一般的に使われ始めている）掲載しているぐらいである。 ちなみにpaizaでもSランクを持っている。自慢にもならないし、求職活動に役立つわけでもないが、持っている。 こうして、現年収を正直に「200万」と書いておくと、スカウトメールがけっこうやって来るので、それらを暇つぶしに眺めるのである。 Webで年収400万超えるとこって

5月末付で、弊社のエンジニアが退職することになりました。 彼は私がこの会社の社長を勤めて、初めての新卒採用の社員の一人だっただけに、思い入れも強く、彼の人生が輝かしいものになることを祈念せずにはおれません。 弊社は大手企業様との直接取引の案件が多く、業務系システムからWeb系システムまで、幅広く開発業務を行っております。 弊社は、彼のようなスペシャリストの他、営業、マネージャー、PM、PLなど多彩な人材を抱えており、それぞれの文化が異なっているのを面白く見ておりました。 特に、エンジニアの世界では退職した時にブログ・エントリを書く文化があるそうです。 私はエンジニアではなく経営者ですが、退職エントリを書いてみようと思います。 何をやってもらっていたか Web系システムの開発をお任せしていました。 将来的にはフルスタックエンジニアを目指してもらう為、新卒入社時より、Web系システムの制作チー

長い間、フリーランスなどという「便利屋」をこなしていると、馴染みの顧客から、トラブったプロジェクトに急遽参画してほしいという、ヘルプ案件が入ってきたりする。 嫌かと言われるとそうでもなく、むしろ、恩を着せて（足元を見るとも言う）高単価を取るチャンスだし、案件が燃え上がっているのは他人のせいであり、途中から入る私は気楽なものなので、積極的に首をつっこむことにしている。 こう言うと颯爽と現れるスーパーマンのようでかっこいいのだが、そこはクソ雑魚フリーランスの私。トラブルの内容というのは、「安いWordpress業者に頼んだ案件で、途中で、（カスタマイズ要件）がやっぱり出来ないと言われた」とか「アプリが毎回メモリリークで5分で落ちるのだが、全く治る気配がない」とかそういう情けない話ばかりである。 共通して言えるのは、炎上させた業者が「（問題を解決することが）出来ません」とはっきり言ってしまってい

最適化（オプティマイゼイション） ジャムス「どうもページの表示が遅いんだ。多分Javascriptが重すぎるんだよ。どうしたらいいんだろう？」 エイダ「しょうがないわね。ふーん。まずJqueryのappendが多いわ。DocumentFragmentやinnerHTMLをもっと効果的に使わないと」 ジャムス「ふーむ」 と言ってジャムスはTeraPadを開くとjsファイルを編集しはじめた。エイダがすかさず口は挟む。 エイダ「待って。前のファイルをちゃんと残しておかないと。」 ジャムスはうっかりしていたとばかりにエクスプローラーで、main.jsをクリック。CTRL+Cでコピーすると、流れるような動きでCTRL+Vを押す。すぐさま「main.js のコピー」ができあがる。 エイダが呆れて言った。 エイダ「それじゃ、いつの履歴かわからないじゃない！。今日の日付main.1281落葉の月21の日.

最近久々に「スタープログラマ」という言葉を聞いた。 そういえば、私の中にもかつてそういう存在がいたなあ、と思い出した。 あえて定義することもないが、スタープログラマとは、先進的なOSSプロダクツを実装し、ブログなどでプログラミングを堂々と論じ、できれば単著の一つも書いているような人たちといったところである。 話の都合上、具体的な名前を出すが、高林哲氏、higepon氏、新山祐介氏などが、私にとってのスタープログラマであったし、少し時代を戻すとεπιστημη氏であるとか、賛否両論だとは思うが、やねうらお氏などの名前が挙げられるかもしれない。 スタープログラマというのは、駆け出しのプログラマやプログラム学習者にとっての目標であり、先輩であり、嫉妬の対象でもある。 彼らの言葉は絶対で、疑う余地もないことであり、私はそのプログラミングに対する思想を無条件に受け入れたし、彼らが使っているエディタや

システム開発の佳境に、開発メンバーが突然出社しなくなってしまう。 携帯にも連絡がつかず、3日ほど音信不通になったので、さすがに心配になった上司が大家と共に自宅を訪れると、夕日が差し込む部屋の真ん中に、当の本人が何の表情も浮かべずにただ座っていたりする。 そういう事は大して珍しいことではないので、ある程度経験のあるIT業界人なら、同僚が「消えて」しまってもそれほど驚くことはない。 プログラマというのは、とかく「消えて」しまうものなのだ。と彼らは思っている。 「消えた」プログラマは、意識的にしろ無自覚にしろ自分の人生をちょっとばかり台無しにしながら、プロジェクトに虚無の穴を空けるわけだが、そうした「工程の穴」は他のメンバーが残業したり、派遣会社から来た代替の人員が埋めてしまったりする。ビジネス的には人月で数えられた我々の「数字」などというものはちょっとした帳尻あわせでなんとかなってしまうらしい

前回までのあらすじ ボトムアップ型業務改善の代表格であるトヨタ式カイゼンが多くのIT企業に適用できないことを悟って絶望するmegamouth。錆びた斧を交換できない木こりはやはり愚昧なのだろうか？それとも我々はトタン屋根の上の猫のように日が傾くことをただ念じるべきなのだろうか？（どうでもいい） 一人で始める業務改善。その狂気 まず、本エントリは末端IT土方が一人で業務改善を行おうとすると、どのような事が起こるのか、というおかしな話をしようとしている。大げさでなく、業務改善をたった一人で行うというのは、山に篭ったランボーが、襲い来る警官たちを全員サバイバルナイフとブービートラップで惨殺するような話である。この孤独な戦いには何の支援も期待できないし、あなたのサービス残業時間は確実に増加するし、精神的な負荷も大きい。にも関わらず、成功してもあなたが正当に評価されるかはわからない。経営者のガレージ