Septeni Engineer's Blog

セプテーニ・オリジナルのエンジニアが綴る技術ブログ

研修を終えて思ったこと

初めまして、今年新卒入社した北井です。 研修が本日で終わりなので振り返っていきたいと思います。

自己紹介

まずは軽く自己紹介させてもらうと、中学卒業後に、高専情報工学科に入り、C,C++,PHPなどを学んで、卒業研究ではC++を使ったシステムを開発しました。その後、フィンテックの領域を学ぼうと、大学の経済学部経済工学科に編入したんですが、入ってからは学生起業に興味を持ってしまって、講義では経営学とか計量経済学中心に学び、放課後起業していたので、技術的なことをほぼ触らない生活をしてました。弊社には、今まで学んだことを生かせそうな職場で且つ起業や新規事業に前向きな印象から入社しました。

研修について

研修の全体的な特徴で言えることは、コロナによってリモート研修だったことですかね。BN含め社員の殆どの人とあったことがない状態での研修は、4月の頭の方は特に違和感がすごかったです。(笑) 個々の研修については他の方も説明してくれていると思うので、以下に自分の印象に残った研修についてのみ書いていきます。

続きを読む

研修を終えて

目次

  • 目次
  • 自己紹介
  • 研修についての雑感
    • 事業研修
    • 学習方法
      • 講義形式
      • 自習+質問形式
  • 1 on 1
  • 振り返りの時間
  • チーム研修について
  • リモートでの学習について
    • リモートワークの強み・弱み
  • 社内制度についての雑感
  • まとめ

自己紹介

こんにちは、入社1年目の山下です。大学では情報工学を専攻していて、AIによるメディア処理の研究をしていました。 そのため、授業や研究室でC言語Java, Pythonを触る機会はありましたが、研修を受けるまではScalaを触ったことがありませんでした。 Scala以外にも今回の研修で学んだDocker, AWS, embulk等触ったことがなかったため、うまくできるか不安でしたが、手厚いサポートのおかげで無事研修を終えることができました。 セプオリの研修について、簡単にまとめたのでセプオリ入社希望の方に読んで頂ければ幸いです。

続きを読む

2020年度新人研修をアップデートした話

こんにちは。新卒2年目の原田です。

以前は開発チームに所属していましたが、現在は教育チームに所属しています。
その背景として、私は昨年から個人的な目線ですが社内に教育に対して興味ある方や協力的な方が多くないように感じており、何か自分にできることはないだろうかと考えることがありました。先輩方にも何度かお話をさせていただき、当時自分がやるべきことやアクションにアドバイスしてもらいました。
また、過去にプログラミングではなくスポーツですが、人に教えて、その人が活躍した時にとてもやりがいを感じたことがあり、教育自体にも興味を持っていました。
以上から、会社に要望を出して今年の3月から教育チームに所属することになりました。

2020年度新人研修の教育カリキュラムを、前年度と比較して大幅にアップデートしたので紹介します。

ちなみに今年度は6名の方が入社してくれました!👏

続きを読む

独自の外部 DSL 編集をエディタでサポートする

こんにちは。CTOの河内です。

多くのプロジェクトがスタート時はそうである通り、我々のプロジェクトもAPI仕様がありませんでした。 最初は規模が小さく問題として認識されていなかったのですが、規模が大きくなり、また開発者の入れ替わりを経験するごとに、「この API って何返してくるの?」という問いに答えられる人が段々といなくなってきました。 「ソースが仕様だ」とサーバの実装を読めばもちろん答えられるのですが、ソースコードを読み解く時間がかかるため効率的ではありません。 また、サーバ実装が唯一の情報源となるため、ロジックが何かおかしいと感じても、それが仕様なのかバグなのか判断できない状態でした。

API仕様を先に定義し、通信上の疑問にはAPI仕様で答えられるようにしたかったのです。 これは一般的な課題で、日本CTO協会が2019年12月に公開した DX Criteria DX Criteria では API 駆動開発として触れられています。 「なぜ、重要か。」に書かれている以下の文章は、我々が実現したかったことを言い表しています。

ネットワーク経由のAPIを基準にシステムを開発することで、他のシステムと連携しやすくなります。 またシステムがレガシー化した際に交換したり、改善したりといった手が打ちやすいものになります。 人が使う見た目の作りだけでなく、エンジニアにとっての作りが質を生み出します。

我々のシステムで対象となる API は REST ベースです。 REST ベースの API を記述する仕様記述フォーマットは OpenAPI*1API BlueprintRAMLなどいくつかあります *2。 この中では対応しているツールが多く、インターネット上の情報が豊富な OpenAPI を試すことにしました。

*1:以前は Swagger と呼ばれていた。

*2:ゼロからシステムを構築する場合は grpc-web も有力な選択肢になりそうですが、既存システムの仕様を記述するには向かないため選択肢から外しました。

続きを読む