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

最近、若手のプログラマと仕事をしていると、フレームワークやライブラリの知識はあるのですが、常識が欠けているのではないか、と思う事があります。 業界経験の長い私たちから見ると、ほぼあり得ないようなことを、論理的な正しさだけを基準に決めつけてしまい、結果として営業が苦しむことになったり、クレームに発展するようなケースも見聞きします。 私たちにとって「当たり前」に判断できることを経験不足で判断できずに、同僚から疎まれたり、会社にマイナスの影響をおよぼしているのだとすれば、非常にもったいないことです。 今回は、業界歴20年におよぶ私が、若手プログラマの成長の一助になることを期待して、この業界のごく一般的なマナーをケース別に紹介、解説したいと思います。 商談編 Q.お客様が「Instagramに投稿された写真のうち当社の製品が写っているものを自動的に当社のHPに掲載したい」と仰ったので、「それは出来

私は割と根に持つタイプというか、根の持ち方がちょっと常軌を逸している部分があって、昔、Qiitaがコミュニティガイドライン - Qiita:Supportという奇妙なポエムを発表して、 Qiitaは「プログラミングに関する知識を記録・共有するためのサービス」です。プログラマーが興味を持つものではなく、プログラミングに関する記事を投稿しましょう。 ＜中略＞ Qiitaは「プログラミングに関する知識を記録・共有する」サービスです。政治やスポーツを語る記事、ニュースの速報など、プログラミングに関係しない記事は投稿しないでください。 と２度も同じことをいって、可哀想なコボルのおじさんのAdventCalendarを全部消したことを未だに根に持っていて、コードの一行も出てこない、自分のサービスを自慢するだけの記事とか、ベテランプログラマがプログラマ心得とかコーディング規約の枝葉末節についてふんぞり返

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

Webの各種技術の標準化を行うW3C。秘密主義で知られるこの組織の幹部が、匿名を条件にインタビューに応じてくれた。元は英語のニュースサイトに掲載された文章であるが、少々ショッキングな内容を含むので、以下に拙訳する。 原文： http://www.kh.rim.or.jp/~nagamura/misc/stroustrup-interview.txt インタビューア（以下「I」）： W3CはWebの世界を大きく変化させてきました。この23年を振り返ってみて、感想は。 W3C幹部（以下「W」）： 最近昔の事をよく思い出します。覚えているでしょうか？誰もが固定幅のtableでレイアウトされたWebページを作っていた時代を。 HTMLをコーディングするのに覚えることはシンプルでした。難しいのはせいぜい、可変幅にしたい部分をtable化してそこにはめ込む画像を上手くスライスすることぐらいでしたが、こ

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

crapp.hatenablog.com を読んだ。id:Cedilleさんは、数少ない私の同好の士（一緒にされても困るだろうし、文章も怨念も私のレベルを遥かに凌駕していると思うが）だと感じている方で、 いつも楽しく読ませていただいている。 で、このエントリを読んだ感想としては、いい経験だと思うし、別にその中で生きていけばそのうち良い事あるよ、としか思わなかったんだけども、そもそも「すごいエンジニア」とはどういう存在なのか、ということを書いておきたくなったので、書く。 すごいエンジニアのイメージ だいたい前述のエントリに書いてある通りなのだが、この業界で「すごいエンジニア」として見なされる人のイメージを要約すると、こんな感じだと思う。 技術書を自分の給料で買いあさり、勤務時間外に読み漁ったりして、とにかくあらゆる事に詳しい。 アンテナを極バリして、githubでstarが100ぐらいしかつ

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