Q1.この会社に入ったきっかけを教えてください。 大学院に通っていた頃には自分は研究に向いていないなと感じていましたが、そのまま就職活動してどこかの会社で勤務するのも不安があり、IT企業でインターンをして仕事の雰囲気にまず慣れてみたいと思っていました。それで弊社でインターンを始めたのですが、仕事が興味深くて、新しい知識をどんどん吸収できたことが楽しく、学校をやめて正式に入社させていただきました。 Q2.エンジニアになったきっかけは何ですか？ 子供の頃から、物事の本質を考えたり、ものづくりしたりするのが好きでした。 小５で初めてPCを買ってもらい、そこからPCゲームなどをやり始めましたが、ゲームを攻略しているときに、常になんでこういうふうに設計するの？もっといい攻略法ないの？他の楽しめ方はないの？と考えていました。その時から片足がエンジニアの領域に入った気持ちでやっていました。大学に入ってからもITのことを学びながら、やはり自分はエンジニアに向いているなと確認ができたので、エンジニアになる決意をしました。 Q3.現在担当している業務や、チーム内での役割を教えてください。 主に教育係というか、サポート役として皆さんの作業にアプローチしている感じです。 Q4.現在の開発・運用業務で、面白さややりがいを感じるのはどのようなときですか？ 皆さんの成長を感じた時は一番やりがいがあると感じています。あるいは作業で困った時にお互い知恵を絞って一緒に乗り越えた時ですね。 Q5.長年運用されているシステムを開発・改修するうえで、大切にしていることは何ですか？ 色々ありますが、一番だと思っているのはユーザービリティーですかね。 作ったシステム・機能が使用者の目通りに使えない、使い方が分からないのがエンジニアとして一番がっかりするので、「本当に自分の要望に応えてくれた」と言われるものを作ってあげる、という気持ちでやっています。そこで一番肝心なのはヒアリングだと思います。 Q6.既存システムの改善や新しい技術の導入に、どのように取り組んでいますか？ 常に目的意識を持つことが大事です。ここを改善したら、これを導入したらシステムにどんな影響を与えて、それによって何が変わるかを考えつつ、これって本当に今必要なもの？目的はそれで良いの？等を検討しながらやっています。なので、改善や新しい技術に対してすぐに反対もせず、すぐに賛成もしません。全ては需要に応じてケースバイケースで考えれば良いと思います。 Q7.チームで開発する際に、意識していることは何ですか？ 他人が理解しやすいコードを書くことです。そしていつか自分もその「他人」になりますから。 Q8.これまで担当した業務の中で、特に印象に残っている開発や改善を教えてください。 PCI-DSSという国際的なセキュリティ基準のために、クレジットカード暗号化処理を変えた経験があります。当時はまだ新人でシステムのことについて理解は浅いし、ソースはまだほとんど読んだことがなかったので、とても大変でした。今は思い出すと初めて弊社システムの全体像を把握できたきっかけにもなったと思います。 Q9.これから挑戦したい技術や、エンジニアとして目指していることを教えてください。 学生時代からゲームが好きで、ゲームを作りたかったので、unityを触ってみたいです。ちなみに直近で一番好きなゲームはホローナイトです。team cherryの三人はすごすぎる。 Q10.この会社だから経験できたと思うことはありますか？ 少人数の部門なので、基本的にみんなはフルスタックエンジニアとして働いています。そこで、どうしたら運用がやりやすいのか、開発に際してどういう情報を運用側に出してもらうべきなのか、何を連携すべきかの経験を得られたと思います。 Q11.バグが直った瞬間、心の中で何と言っていますか？ 「さすが俺！！」とは思いませんよ。「これで安心して眠れる」ぐらいじゃないですかね。 Q12.AIに任せたい仕事と、絶対に自分でやりたい仕事は？ テンプレート的な仕事、繰り返す仕事、またはツール作成などはAIに依頼しています。考える作業は基本的に自分でやっています。 Q13.この会社で活躍している人に共通する特徴は？ 自分の頭で考えることが出来て、関連部署/スタッフとうまく連携できることだと思います。 まだまだ自分も勉強中ですが、システムスタッフ以外の他部署の方々と連携する際に、相手のことを考えて仕事を進めることを意識するようにしていきたいと思います。

Q1.この会社に入ったきっかけを教えてください。 元々はフリーランスで、COBOL、Java、PHPを使った業務システムの開発を主に行ってきました。 システム開発だけではなく、セキュリティをはじめとしたシステム全体の経験を積みたいと思ったためです。 Q2.エンジニアになったきっかけは何ですか？ テレビゲームで遊ぶのが好きでプログラミングに関心を持ったのがきっかけです。 Q3.現在担当している業務や、チーム内での役割を教えてください。 開発プロジェクトのマネジメントやレビュアーを行っていますが、自身でも機能開発を担当しています。 Q4.長年運用されているシステムを開発・改修するうえで、大切にしていることは何ですか？ 最初にプログラムを作成した人がどのような考えで実装してきたのかを理解することを大切にしています。見誤ると思いがけないトラブルに直面するためです。 Q5.既存システムの改善や新しい技術の導入に、どのように取り組んでいますか？ 改善や導入自体が目的にならないように、実施することでのメリットとデメリットを意識しながら取り組んでいます。 Q6.これまで担当した業務の中で、特に印象に残っている開発や改善を教えてください。 OCRや機会学習といった経験のない分野を用いた開発は自身の知見が広がりますので印象に残っています。 Q7.プログラミングやシステム開発を行ううえで、大切にしている考え方は何ですか？ システムの作りを忘れてしまった未来の自分が見たとしても分かりやすい作りになっているのか、という点を大切にしています。 Q8.チームで開発する際に、意識していることは何ですか？ 必要な情報が共有されないと将来的な問題を引き起こしてしまうため、各自が発信しやすい環境を用意することを意識しています。 Q9.どのようなエンジニアと一緒に働きたいですか？ AIの台頭によって求められる技術が変わってしまう可能性もあるため、柔軟に役割や考え方を変えられるエンジニアです。 Q10.「この会社、意外と〇〇だな」と思ったことは？ 仕事の進め方は自由だなと感じますが、反面、自己管理する必要性も感じます。 そういう面はシビアだなと思います。 Q11.バグが直った瞬間、心の中で何と言っていますか？ 本当にこれで解決したのかなと不安になっています。 Q12.社内でよく飛び交う言葉や口ぐせはありますか？ あまり思いつきませんが、ランチの食べ物の話はよくしていると思います。 Q13.10年以上動いているシステムで、「実はすごい」と思うところは？ 10年以上稼働している時点で実はすごいと思います。 Q14.過去の自分に一つだけ技術アドバイスをするなら？ 細かいプログラムの記法を覚えるよりも、概念を理解することの方が大事だし理解に時間をかけるべきだとアドバイスすると思います。 Q15.この会社で活躍している人に共通する特徴は？ 問題が起きた時に解決方法を考えられる人、問題が起こらないように先回りできる人だと思います。

Q1.マネジメントとは、どのような仕事を行っていますか？ エンジニアは自社システムの開発・運用・保守などを行なっていますが、私は基本的にはそれらの作業は行いません。他部署との連携の補助や、タスクのスケジュール進捗管理、人材育成や採用計画など、組織運営に関わる業務を行っています。 Q2.エンジニアが開発や技術向上に集中できる環境を作るために意識していることは何ですか？ システムと向き合おうとする時に、まとまった時間が必要なことは理解しています。ですので、エンジニアの思考を途切れさせないために、部署連携や事務的なやり取りはこちらで整理して、なるべく作業時間を中断させないようにしています。 Q3.チームをマネジメントするうえで、一番大切にしていることは何ですか？ ブレないこと、です。色々な考えや価値観をもったスタッフを集団として動かすためには、戦略や戦術は臨機応変に変わりますが、ポリシーはブレてはいけないと思っています。 Q4.エンジニアが意見や提案をしやすいように、意識していることはありますか？ 年齢や社歴に関わらず発言を促すことは勿論ですが、意見や提案をしたら自分自身の負担が増えた…ではスタッフは萎縮してしまいますから、実現のための人員配置、タスク分担はマネジメント側で平等に行います。アイデアは個人から出ても、何か達成するときは、チームで。これが大切だと考えています。 Q5.今の開発チームの強みを、ひと言で表すと何ですか？ 同じ方向を見れているところかなと思います。弊社の代表が常に言っている言葉ですが、「顧客第一主義」です。システムの先にはそれを使うお客様やエンドユーザーがいて、その人たちに使いやすく、利益をもたらすものを作らなければいけません。システムルームの中だけで考えていては駄目だよね、ということが浸透しているように感じます。 Q6.これから入社する方に、どのような役割や活躍を期待していますか？ 基本的には初めからチームの一員だと考えています。新しいアイデアや知識は大歓迎です。ただ新しいというだけでは意味がないので、いまの社員と「違った」役割は期待していません。同じ方向を向いて、一緒に走って欲しいですね！ Q7.技術力以外で、エンジニアに大切だと思うことは？ システムのその先にいるクラアント、エンドユーザーなど、お客様の姿を具体的に思い浮かべることができるか。「開発者の自己満足」ではいけない、ビジネスである以上、関係者全員の利益を考えられるエンジニアが「ものづくりをする人」なんだと思います。 Q8.マネジメントで実は一番難しいと感じることは？ 実は…でもなく、コレが全てでは？と思っているのですが、優先順位です。アレもコレも出来たら嬉しいのですが、リソースは常に限られていますし、時には良いものであっても、誰かの案を棄却しなければならない。常に「自分の優先順位は、チームの目標に近づいているか？」を自問自答しています。 Q9.社内でよく飛び交う言葉や口ぐせはありますか？ 口癖ではないかもしれませんが、弊社のエンジニアの目指すべき姿として、「車を作るだけのエンジニアになるな、車を直せるエンジニアになれ」という言葉があります。車を作るには、窓を嵌めるだけとか、ボディを鋳造するだけとか、局所的な知識だけでも出来てしまう工程があるかもしれない、でも、故障した車を、何故壊れているのか、どこを直せば動くのか分かるためには、全体の構造を理解していなければいけません。システムでも同じことが出来て欲しい。フルスタックエンジニアになってほしいということを表す、弊社のスローガンかなと思います。 Q10.この会社らしいな、と感じたエピソードを教えてください。 昨年、大きなプロジェクトがあったのですが、それが無事に達成できたら屋形船に乗るか！と冗談で話していました。10数名の部署だし、屋形船と言われるとちょっと昭和感が漂いますよね笑　冗談だと思っていたのですが、なんだかんだ若い子も乗りたがって、いつのまにか船の会社を選定していて、気がついたらみんなでお台場の海に浮いていました。有言実行、仕事も遊びも全力で良いと思います。 Q11.新しく入る人に、最初に知っておいてほしいことは？ 弊社のシステムは何か革新的な、キラキラした技術が使われているわけでありません。当たり前のことを当たり前に、地道な改善と誠実な保守を行ってきた結果、長らくお客様にご愛用いただいています。「現状維持」ですが、決済を取り巻く環境が目まぐるしく変容するなか、同じことをやっていても時代に置いていかれてしまいます。「維持」することって難しいし、実は「挑戦」なんですよね。次の20年に向けて、一緒に挑戦してくれる仲間を待っています！