中のひとを知ってもらおうと、エンジニアへのインタビューをしてみました。第1回は、2011年3月入社の齊藤さんです。:2018年5月入社。自社サービスがいいなと思って会社を探していました。運用したことありますか、とか、そういう質問ばかりで。エニグモは(前)部長とエンジニアの人と面接して、自分のできることに興味を持ってもらって、最終含めて3回面接しました。いうサービスを公開しました、というメールがきたので、面白そうだなと思い入社を決めました。今はクローズしていますけど。エニグモの前はイギリスですよね。前の会社は受託で、スクラッチ&ビルドみたいなことを何回もやるんで毎回工夫できて面白かったんですが、自社でやっているサービスも見ていたのでソッチのほうが面白そうだなと思っていました。4年前ぐらいにユニット化されてからは、自分たちでこれやったら良さそう、変えたほうが良さそう、面白そうだなって思うアイデアを提案してやっています。自分で発案したものもありますし、浮いていて面白そうだなってのを拾ったりしてやってます。その前はトップレベル会議みたいなのがあって、大きなテーマのものは誰がやるかみたいなのが決まっていました。この3年ぐらい、主にパーソナルショッパー向けの機能の開発をしていますよね。ぽくてって認識なんですね。お問い合わせリニューアルぐらいからそうですね。お問い合わせ機能が、データベースの設計から見た目までひどかったんですよ。それまでは機能しているものをあまり見直さなかったんですよね。3年ぐらい言い続けたからじゃないですかね。お問い合わせでなにかしたいという要望はあったんですが、お問い合わせは触っちゃだめだってエンジニアはみんな思ってたんですよね。改修内容が大きすぎるから触れなかったんですかね。データベースから見た目まで全部やりたくなっちゃうから。結局そのときは全部やり直しましたね。メイン以外のデータベースの導入を決めて、データベースを設計して、既存データの移行を考えて。設計も勉強して導入しました。最初は3ヶ月ぐらいかと思ってましたが、半年ぐらいかかりました。当初計画の3ヶ月ってのは、もう長いからそれ以上考えられないっていう、漠然とした3ヶ月です。それまで3ヶ月もかかるのはなかったですからね。大体長くて1ヶ月みたいなものが多かったですね。性能検証もあとから追加したり、見積もりが随時変わっていったっていうのも理由としてありますね。それからこのとき山本さんが入社して1ヶ月ぐらいでプロジェクトに参加して、1ヶ月ぐらいですでに何ヶ月も一緒にやっているような存在感で、インクリメンタルな実装を相互にレビュー・マージしていく作業フローもすぐにスムースにこなしていて驚きました。生成する処理になっていたので、画像が並べ替えられなかったんですよね。ショッパーや社内からも画像を変更したり並び替えたいという要望はずっとあったんですが、それも手を入れるのが大変だからってやってなかったんですよ。した改修では済まないものをそこからやるようになりました(笑)。これも半年ぐらいかかりました。アプリ)をいじらずに管理画面を改修するのもこの頃からやってます(笑)。それもお問い合せ改修からですかね。管理画面の変更(Java)がめんどくさかったんで。画像の差し替えは半年メインラインと並走して開発したのでリリースでたくさんしくじりましたね。いう要因もあったり、商品画像はサイトのいろいろなところに出ているので色んな人が修正するんですよね。それでリリースマージが難しくなってしまって。お問い合わせ改修も半年かかったんですが、色んな所に表示される機能ではないので影響が小さかったんです。余裕持ってやるつもりだったんですが、マージに労力を取られすぎて、マージ終わったらもうメンテじゃんていう感じで出してしまいました。そのときはメンテ明けは普段は朝に帰るんですが、24時間ぐらい会社にいました。その後にフィーチャーフラグとか、どんどん出していくように実装をしましたよね。その後はCSVでの一括出品機能でした。機能としてはあったんですが、100品しか更新できない、下書きにしかならない、変更できない項目があるとか、使いにくいところがいっぱいあったんですよ。1万件を上限にしたので、一つのバグでショッパーさんの全商品が壊れてしまうようなリスクがありました。これはテストを入念にしたので時間がかかりましたね。大変でしたけど、商品数の多いショッパーさんにすごく使われているので良かったです。モノリスなアプリなので改修自体が必要以上にめんどくさいなと感じていて、良い機会なのでマイクロサービスな設計で作ろうと思っています。使ってインフラのメンバーにも協力頂いて進めたいです。メンテナンスでリリースするのって、サービスをコントロールしている実感が強いじゃないですか。深夜にサービスを止めて、ソースコードをリリースして、明け方徐々に使われだしていくその現場にいる感じが好きですね。最近はリリースでサービスを止めるような機会は減ったのであまりないですけど。思い出はメンテナンス。長期間開発してリリースしたメンテナンスは印象にとても残ってます。頻繁にできる仕事ではないですけど、その分区切りにもなるし、達成感になりますね。これから、どういう人に来てほしいですか。いう人と働きたいですか。アイディアがある人が良いですね。自分だったらこう変えるとか、これは良くないとか、自分の意見が言える人がいいですね。あとは、人の変更見て、塩梅を汲み取って柔軟に実装できる人がいいですね。「そんなに作り込まなくてもいいです」っていう感覚が分かる人。一気にハードル上がりますね。思っている塩梅で、書けてないというか、「工数削るためにユニットテスト書きませんでした」って来られると、そうじゃないよなと思いますし。チームで上手に動ける人がいいですね。不必要に足引っ張るようなレビューコメントで全体のリズムが悪くなることもあるので。作業分担してても自分事になっている人がいいですね。僕は年長者ですけど、経験者とばかり働きたいわけじゃないんですよ。人のコードや動きを見て、良いと思うとか、これはこうじゃないですかってはっきり言える人がいいですね。初心者とまではいかないですけど、あまり経験がなくてもいいと。センスが良ければ関係ないと思います。それは、画像差し替えプロジェクトのメンテナンス開けでバグがいっぱい出たときですね。こんなに考慮漏れができるのかって思いましたね。障害がでるとチーム感が出るというか、協力者が出てきてものすごいスピード感で解消していく過程はそれで楽しいですけどね。直せっていうバグ修正はアドレナリンがでて楽しいですよね。次から次へあたらしい技術やアイディアが出てきてすごいなと思うんですよ。