フロントエンドエンジニア – Voice 動画配信の今を伝えるエンジニア情報サイト

【2024年度版】新卒2年目エンジニアによる入社1年目の振返り

jst_recruit — Wed, 10 Apr 2024 09:40:19 +0000

昨年4月の新卒入社から1年、新卒2年目エンジニア7名が昨年度の1年間を振返りました。担当業務、仕事でのやりがい、最も苦労したことと乗り越え方、自社のエンジニア組織、理想のエンジニア像などについて教えてもらいました。※新卒入社社員は２か月間の研修期間を経て、6月より本配属となります。

※掲載は、イニシャルのアルファベット順です。

H.K. バックエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

CDNextの運用・開発業務を行っております！また、社内ツールの開発にも一部携わっております！

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

わからないことがわかるようになったときや、お願いされたことがしっかりとできて評価されたときです！

Q3: 仕事をしていく中で、最も苦労したことは？

私はフロント側の出身なので、バックエンド側の技術を覚えるのがものすごく大変でした。また、ネットワークの知識も高度な内容を求められるので、今でも苦労しています・・・。

Q4: 最も苦労したことをどのように乗り越えましたか？

わからないことは先輩やメンターに聞くことによって乗り越えていきました！ただ、聞くばかりでは成長しないと思うので、一定時間かけてもダメな時のみ聞くように心がけています。これによって、全く知らない素人からだいぶ成長することができたと思います！

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

スキルアップしたこととしては、やはりバックエンドの知識とネットワークの知識が多く身に付きました。仕事で実際に作業を行っているほかに、自宅にネットワーク環境を構築できるような機材をそろえて、自分で勉強できる環境も揃えたことにより学生時代よりも多くの知識が吸収できたと思います！

Q6：Ｊストリームのエンジニア組織を一言で言うと？

技術力があって若手から活躍しやすいところと紹介すると思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

フロントエンドからバックエンド、インフラまで基本的なことは分かるフルスタックエンジニア

K.E. ネットワークエンジニア

Q1: 新卒1年目での担当業務を教えてください。

所属する部では自社のサーバやネットワーク機器の運用や構築を行っており、自分は主に運用を行っております。サービスに必要なサーバを用意したり、アラートに対応したり、その他プロジェクトを進めたりなどです。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

小さなことで言うとpingが通るようになったとき、大きなことで言うと重要な本番機器での作業が無事完了したとき、です。

Q3: 仕事をしていく中で、最も苦労したことは？

初めて触るような機器（特にネットワーク機器）の作業手順をつくるときです。

Q4: 最も苦労したことをどのように乗り越えましたか？

先輩に教えてもらったり、過去の手順を参考にしたり、です。基本的なことから少しずつ吸収するように意識しています。でも、まだまだ苦労してます…

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

家のネットワークが進化しました。入社前は家庭用ルータ１つに全部がぶら下がっている構成だったのですが、先輩からIX2105というルータを勧められたことをきっかけに、物理と論理が違うぐらいには進化しました。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

自分から見える範囲しか分かりませんが、「手を挙げれば挑戦させてくれるところ」かなと思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

専門分野のことは何でも応えられて、専門外でもちょっと知見がある、そんな感じですかね。

K.F. フロントエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

自社の動画配信プラットフォームサービス「J-Stream Equipmedia（ジェイストリーム・イクイップメディア）」のポータル機能（EQポータル）に関する機能拡張開発。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

実装している機能の開発が完了した時。

Q3: 仕事をしていく中で、最も苦労したことは？

最初に開発を担当したのがEQポータルの中でもロジックが複雑なログイン周りの機能拡充でロジックを理解するのに苦労しました。

Q4: 最も苦労したことをどのように乗り越えましたか？

先輩と一緒に教えていただきながらの開発だったので、先輩が処理フローを図示したりしながら丁寧に教えていただき乗り越えることができました。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

データベーススペシャリストとネットワークスペシャリスト、LPICの勉強中です。また、それらに関連するものを含み技術書を10冊程度読みました。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

新人でもチャレンジできてチャレンジを評価してもらえるところ。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

幅広い分野における知識を持っておりそれぞれの分野の専門家の話を咀嚼でき、特に自分の専門分野に関しては深い知識を持っていて語ることができるエンジニア。

K.T. バックエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

社内共通開発基盤のJ-Stream Cloud（ジェイストリーム・クラウド）の開発を行っています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自分が開発したものをリリースできた時です。

Q3: 仕事をしていく中で、最も苦労したことは？

初めて扱う言語やプラットフォームが多くあったので、わからないことが多く苦労しました。

Q4: 最も苦労したことをどのように乗り越えましたか？

自分で調べて勉強することはもちろんですが、先輩方が教えてくださったり相談にのってくださったことで乗り越えられたと思います。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

業務に関わる部分だとGo・応用情報の勉強などをしています。
その他の部分だと機械学習の勉強をしています。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

高い技術力を持った方々が集まった組織だと思います。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

持っている知識や技術の引き出しが多いエンジニアです。

S.T. SREエンジニア

Q1: 新卒1年目での担当業務を教えてください。

先輩方に見ていただきながら運営課の業務を幅広く経験させてもらってます。
最初はEQやミテシルなどの動画配信や動画eラーニングシステム系とCDNextなどのコンテンツ配信基盤系どちらも、後半は動画配信や動画eラーニングシステム系に比重を置いて業務にあたっています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自分の作成したグラフについて、課内のメンバーに喜んでもらえたり、好評だと聞いたり、実際の業務に活かされている場面を見たときです。

Q3: 仕事をしていく中で、最も苦労したことは？

運営課は様々なサービスについて広く知っておく必要があり、自分の知識として吸収していくのが大変でした。（いまもまだまだです…）

Q4: 最も苦労したことをどのように乗り越えましたか？

自分が、何をわかっていて何がわからないのかをはっきりさせたうえで、先輩方への相談を行ったり、過去のドキュメントを読むことで１つずつ対処していていきました。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

業務で触れることも多い、クラウドサービスについて技術書を購入して読みました。クラウドサービスにも種類があるので、次は別の種類の技術書を読もうと思っております。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

技術や知識に長けた人が沢山いるところです。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

分野全体に広く知識や関心を持ちながら、専門分野や担当サービスについては、高い技術力と解決力を持っているエンジニアを目指したいです。

T.S. フロントエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

各種リリーステストを実施しながらの製品理解、社内用ChatGPTサイトの開発、ライブ配信アプリのUI開発、ReactNative開発のナレッジ化。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

コードについて必要な知識を収集し、実際にコーディングに反映する時間：
新しい言語やロジックを学ぶ機会が多く、その学習内容をすぐに成果へ反映できるのは常に結果が見えるのでやりがいを感じている。自分の成長も感じられる。

Q3: 仕事をしていく中で、最も苦労したことは？

スケジュール調整・確認：
かなり自由にスケジュール調整ができる分、後回しにしやすい性格の自分は最後の最後で苦労した。

Q4: 最も苦労したことをどのように乗り越えましたか？

他社員や同期との問題共有：
より経験のある社員の方々からの意見は有用性が高く、一人で抱え込まないことが大事。
同期と相談することは、自分以外の視点だと見えてくる解決の糸口を発見することがあった。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

Reactの習得、React Nativeの研究：
どちらも業務で使う内容だったため半分仕事だったが、新しい技術を共有できるドキュメント（Conflence等）に落とし込む作業で体系的な知識を学ぶことができている。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

自分から機会を作ろうとすれば、いつでも（業務の中でも）自己研鑽ができる部署。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

1年働いたがまだはっきりとは見えてこない。先輩エンジニアとの交流の中で理想像を作っていきたい。

Y.T. ライブエンジニア

Q1: 新卒1年目での担当業務を教えてください。

ライブ現場へ行く日と行かない日で大きく2種類の業務に分かれます。
◆ライブ現場に行く日
配信現場のテクニカルスタッフ
・スイッチャー、ミキサー、エンコーダー　などなど
・機材の搬入手続き
・適切に台本通りにオペレーションする！

◆ライブ現場に行かない日
・ライブ配信に関する前捌き事務（使用する画像音声素材や仕様書の作成など）
・機材の購入や検証
・配信の監視
・機材準備のWチェック　などなど

まだまだ拙く誇れるほどではないですが、着実にレベルアップを目指しています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

オペレーションが最後まで完璧に出来たときや、クライアントの方から感謝の言葉を頂いたときです。

Q3: 仕事をしていく中で、最も苦労したことは？

使用する機材の数が多く、そのほぼ全てが毎現場使用するので覚えることが多いことです。
未だに「これ、こういう使い方も出来るのか!?」と戸惑っています。

Q4: 最も苦労したことをどのように乗り越えましたか？

とにかく会社に行き、機材を触る時間を多くするようにしました。
また、先輩と一緒に現場に行くときはどう機材を扱っているのかを観察して、
もっと効率良いオペレーションができるように思案することです。

Q5：昨年度1年間でのスキルアップへの取組みについて、教えてください。

とにかく機材が好きなのと、自宅でもオペレーション練習が出来るようにVR-6HDというスペックの高いAVミキサーを購入しました。
また、映像音声の理解が乏しいため、今は、映像音響試験の合格を目指しています。

Q6：Ｊストリームのエンジニア組織を一言で言うと？

ストリーミング技術の運用や新技術の研究をする、Jストリームの技術の要です。

Q7：ご自身の「目指すエンジニア像」について、お聞かせください。

よく緊張して手が震えたり頭が真っ白になりそうな時があるので、逆境に負けない胆力のあるテクニカルエンジニアを目指したいです。

ちなみに、下記は、今回登場しました7名のエンジニアが昨年度受講した新卒研修レポートです。懐かしいです。

ネットワーク、Web開発、ログ解析、動画配信etc…
2023新卒ITエンジニア研修レポート

皆さんのますますの活躍を期待しています。

4月からの新たな1年もよろしくお願いします！

【関連情報】

・J-Stream CDNext サービス紹介ページ

・J-Stream Equipmedia サービス紹介ページ

・J-Stream ミテシル（動画eラーニングシステム）

※上記は、Ｊストリームコーポレートサイトへリンクします

・J-Stream Cloud概要紹介インタビュー　　社内共通開発基盤をレガシーからモダン移行した変化と効果

【実践解説】若手ITエンジニアによるハッカソン勉強会ー2回連載・後編

jst_recruit — Fri, 14 Jul 2023 01:44:59 +0000

常に新しい情報をキャッチアップし続け、スキルの継続的なアップデートを求められるのがITエンジニアという仕事ですよね。そのため、社内勉強会を実施する会社も少なくないと思います。その一方、「開催したいけどハードルが高い」「過去開催したが、実施負荷が高い」とお悩みの方もいらっしゃるかもしれません。

昨年12月に、所属する課でハッカソン形式の社内勉強会を開催し、発起人として企画・運営を担当しました。本記事では、その時の経験をもとに企画・運営者視点で「社内勉強会の進め方とポイント」をまとめました。

前半では、勉強会を実施する際の基本的な流れを整理しました。後半では、12月に企画・主催したハッカソン勉強会を具体例としてご紹介します。これから社内勉強会を開催してみようというITエンジニアの皆さんのお役に立ちましたら幸いです。

後編では、前編でご紹介しました社内勉強会の進め方をポイント整理に沿う形で解説していきます。

それでは、始めます。

実施概要

【STEP1】企画

・目的＋実施に伴う効果（終了後のイメージ）

ハッカソン勉強会を実施した背景には、若手ITエンジニアの開発力や対応力を一層高めたいという私たち発起人側の思いがありました。

参加メンバーを若手に絞ることで、前編でご紹介した社内勉強会のメリットのうち、「技術向上」「知識共有」「モチベーション向上」を目的に設定しました。

0から1の開発を経験することで、企画、デザイン、開発、インフラ、リリースなど、Webサービスを提供するための知識を網羅的に学べます。また、現場での開発では、上司やマネージャーによってプロジェクトの進め方が固定化されたり、プロダクト依存で試したい技術に取組めないケースは多いと思います。

ですから、マネージャーを含めず若手だけで実施することで、普段の業務の中で各々が感じている「この技術を利用してみたい」「この進め方を試してみたい」といった声を取り入れました。

今回のハッカソン勉強会では、流行っている技術や手法の有用性を確認・検討したいという思いもあったので、マネージメント部分も含めて全て自分たちで決めていきました。技術選定に加え、進捗管理まで自分たちだけでできたのは大きかったと思います。

・参加対象

私たちが所属しているアプリケーション開発課のメンバー9名で実施しました。普段はフロントエンドをメインとしているメンバーで実施したため、インフラ、バックエンド領域の知識や経験が少なく、技術のキャッチアップが必要でした（バックエンドとインフラ構築には苦戦しました）。

※その点、Ｊストリームでは幅広い職種のITエンジニアがいるので、バックエンドやインフラ領域のITエンジニアに協力を仰いだり、知恵を借りたりできました。協力してくれた皆さん、ありがとうございました。

・制作物

今回は「360度評価ツール」を作りました(図1、2)。実際に何を作るかを考えるミーティングで「身の回りの問題を解決するサービスを作ろう」という声が挙がったのがきっかけでした。議論を深めていき、会社の評価制度のあり方をもっと改善できるのではないかという観点から「360度評価ツール」に決まりました。

360度評価とは、社員の評価を上司や人事だけで行うだけではなく、周りのメンバー、部下、上司が評価し合うことです。360度評価を行うことで、企業は全従業員の性質や執務態度を客観的かつ公正な視点から把握できます。他社が作った既存のツールを使うのではなく、自ら360度評価ツールを作ることで、会社のルールに合わせカスタマイズができ、素早く対応ができるようになります。

・場所

バーチャルオフィスを使い、完全オンラインで実施しました。その時の様子をキャプチャ掲載します（図3）。

・実施期間

2022年9月～12月

2022年9月：企画立案〜インセプションデッキ作成
2022年9月〜10月初旬：要件定義、スケジュール決め、タスク分解
2022年10月中旬〜11月下旬：フロント、バックと担当すすメンバーに分けて環境構築や技術調査、学習
2022年12月初旬：実装当日までの下準備（DockerやAWS環境の用意、SwaggerによるAPI設計、Figmaでのデザイン作成など）
2022年12月下旬：丸1日実装期間とり、フロントエンド、バックエンドに分かれてペアプロにて開発

丸1日業務時間を利用して開発しましたが、今回は業務時間内に実施することで上長のOKもとれました。

・実施に関するコスト

外部コストは大きく分ければ、学習用の教材費用とサーバ費用です。学習費用は、各メンバーがすでに持っている技術書籍、公式のリファレンスの読み込みをメインにしたため、学習動画と書籍の購入金額を合算しても数万円程度でした。サーバはAWSを利用したので、最大で月額10万円弱で、計数十万のサーバ利用料が発生しました。

内部コストについては、上記「実施期間」で具体的な動きを例にあげました。自社での工数想定の参考にしてください。

【STEP2】社内承認

業務時間を社内勉強会に使えるかは、正直、会社により判断がわかれます。Ｊストリームでは、ふたつ返事で承認されました。これは、ありがたかったです。上司に相談したところ「社内勉強会ぜひやろうよ！」と、とても前向きに言ってくれた上に、「何か必要なツールがあれば、なんでも相談して」とも言ってくれました（なんと、AWSのアカウント発行準備も自ら買って出てくれました！大変助かりました）。上司のOKが出ると心強いものです。

【STEP 3＋4】広報＋事前準備

課内での開催でしたので、最初の告知は課会で行いました。期間中は毎週定例ミーティングを行い進捗について確認しました。定例のミーティングとは別で学んだことを共有する場も適宜設けました。企画趣旨、概要、インセプションデッキやプロダクトバックログ、要件定義書、技術選定、勉強会、実際に動作するアプリケーションの開発までをゼロから一貫して行っています。

また、ハッカソン形式で社内勉強会を実施するには、サービスを作るために各分野の土台となる知識が最低限必要です。実施日までに、参加者メンバー全員が必ず何かしらのアウトプットを提出することを遵守しました。

タスクとして技術選定や調査などが割り振られた場合であっても、自分なりに調べて、結果をドキュメントにまとめて、参加メンバー全員に共有または発表するまでを1セットにしました。参加者全員が、何かしらの形で必ずチームに貢献する形を作り出すことで、参加者間の認識を合わせると共に、参加感を高めることを狙いました。

また、工程ごとの承認者を全員とすることで、全員の認識、目線があった状態で次に進み、誰かを置いて先に進まないような工夫も取り入れました。これにより、参加感を高め、徐々に盛り上がる手応えを感じました。

【STEP 5】実施

制作物概要はご説明しましたので、ここでは、技術面について、もう少し詳しく解説します。

・技術的なポイント

今回はあくまで勉強会で技術的な制約なかったため、話題になっていたり、流行っている技術や手法、参加メンバーが使ってみたい技術などをできる限り使ってみることを意識しました。ただ、そのなかでも候補を洗い出し、各技術がどういうメリット・デメリットがあるのかを吟味して選びました。

例えば、Go言語であれば、シンプルかつ静的型付け言語なので、TypeScriptで慣れているフロントエンドエンジニアにも、とっつきやすいということで採用しました。

・技術スタックやツール

技術スタックとしては以下の通りです。

バックエンド：Go言語、Gin
フロントエンド：TypeScript、React18、MUI
インフラバックエンド：AWS ECS、Fargate
インフラフロントエンド：AWS Amplify、Vite
CI/CD：GitHub Action、AWS Pipeline
IaC：Cloud Formation
メール配信：AWS SES
デザインツール：Figma
ミドルウェア：MySQL、Redis
開発環境：Docker

開発手法は、アジャイル開発をベースにプロダクトバックログの作成を実施、コーディングする際はペアプログラミングで実施しました。

・開発フロー

開発フローは、APIのスキーマを定義し、定義をもとにバックエンドやフロントエンドで分かれて開発を進めるスキーマ駆動開発を採用しました。

手順は以下です。
1. バックエンド側が必要なAPIの洗い出しとインターフェース（OpenAPIの定義）の叩きを作成
2. フロントエンド側は作成したインターフェースをレビュー
3. レビューが通れば、マージし、モックの生成
4. フロントエンド側はSwaggerおよびモックもとに実装、バックエンド側はSwaggerをもとに実装

モックの作成は、stoplight/prismを利用し、OpenAPIの定義より作成しました。そうすることで、モックの作成工数を削減しました。

・実施に際しての役割分担

バックログのチケットベースでタスクを分解し、役割はそのチケットを元にそれぞれが興味があるもの、やりたいタスクを挙手制で決めました。

・主なタスク

– 画面仕様作成
– API設計
– CSS学習
– RESTful APIの学習
– React学習
– Go学習
– デプロイ環境準備
– Swagger学習
– DB管理ツール調査
– DB設計学習
– 認証認可設計
– インフラ設計
– Figma学習

【STEP 6】振返り

報告書を掲載するよりも、生の声をお届けする方が参考になるかなと思いますので、項目ごとに記載します。

・実施前の反応

最初に、課内でのハッカソン勉強会の趣旨などを説明したタイミングでは、参加対象となる課のメンバーはシーンとしていて、実は「自分だけ盛り上がっているのかも」と少し不安でした（笑）。ただ、実際の作業になるとみんな一生懸命取り組み、よいものを作ろうと楽しんでくれました。

・実施後の反応（一部抜粋）

実施後のアンケートでは以下の意見が挙がりました。
・1からものを設計して作るのは、新鮮で良かった
・普段一緒にやらないメンバーと開発ができたのが良かった
・普段触らない技術を触ることできたので、視野が広がった
・自分の実プロジェクトでも使えそうな技術があったので今後検討してみたい
・ちょっとしたTipsみたいなものを学べたため、自身のプロジェクトでも取り入れたい

・企画・運営者としての感想

今回の社内勉強会でも最初にインセプションデッキを作り、みんなが向かう方向性（ゴール）を確認するところから始めました。その甲斐あって無事遂行することができたと思っています。

はじめての取組みで不安はあったものの、まず社内勉強会が途中で消滅することなく、アプリケーションとして実際に動くものを最後まで作れたことで大きな達成感を感じることができました。その過程でWebサービスの仕組みであったり、チーム開発の大変さ、新しい技術の有能さであったり、学んだことはたくさんありました。

加えて、企画段階では考えていませんでしたが、普段関わることのないメンバーと関わりが持てたことも良かったと思っています。同じ課であってもチームが異なれば、普段どんな仕事の進め方をしていて、どんな趣味嗜好があるのかなどを知らないメンバーもいました。社内勉強会を通して「この人はこういうことが得意なんだな」とか「この人の話し方良いな」など、メンバーの知らなかった一面などを知る機会が持てたことは思わぬ副産物でした。

結果、本業務においても「この分野は〇〇さんが詳しかったから聞いてみよう」と、これまではチーム内だけで完結していたようなことも、チームを超えて知見の共有を図りやすくなり、チーム間の交流が活性化しました。

上長からもいい取り組みだと評価してもらえたのも嬉しい成果でした。また、その後、今回の社内勉強会で取入れたペアプロを実業務にも取入れようと動いています。

運営上配慮した点

・配慮した点

【STEP 4】事前準備での記述した通り、特定の人だけが決め、進めるのではなく、全員で考え、意見を出し、必要なものを揃え、創り上げていくフローにしたことです。

・運営上大変だったこと、難しかったこと

業務の兼ね合いで、なかなか時間が取れないことや、思ったように進捗しないことはありました。普段業務で担当している領域ではなく、技術的に各メンバーが経験したことがないタスクが多かったことが要因だと考えています。

また、本業務との調整も大変でした。開催までには、技術の調査や勉強、サービスの企画、要件定義と多くの準備が必要ですが、メンバーはそれぞれが本業務を持っているため、リソース調整は難航しました。

社内勉強会よりも本業務の方が優先のため、本業務のリリース前や不具合が発生した場合にはどうしてもそちらにリソースを割かなければいけないメンバーも出てきます。また、各々違うチームで働いているので、忙しいタイミングがバラバラということもありました。

ここについては、タスクを割り振った後も進捗次第では他メンバーでサポートすることで、なんとか解決ができました。これは、Ｊストリームで、普段の業務においても、声をあげれば助け合える環境が整っていたことが反映された結果だと思います。

・つまずいたポイント

各メンバーの受け持ったタスクによっては難易度や量の大小が発生し、特定のメンバーにタスクが集中してしまうことがありました。全員が何らかのタスクを持っているとはいえ、挙手制でタスクを自分から拾いに行く形を採ったことで、やりたいことが多いメンバーは、複数のタスクを同時に抱える事態も発生しました。

今回はリーダーのような役割を置いていませんでしたが、各メンバーのタスクを管理するPMのような役割は配置するべきだったかなと感じています。

まとめ：今後の抱負、計画、その他チャレンジしたいこと

技術・学びが好き！でないと難しいと感じました。同じ志を持った人を見つけて実施するとやりやすいと思います。その点では、私は、課内に同じ志を持つ仲間がいてくれてとても幸運でした。

また、前例や知見がないからと途中で諦めないことも大事です。若手だからこそ、失敗上等の覚悟でやってみて、次に活かすことが大切だと思います。スキルが足りないからとか、前例がないからとか、そういう文化だからとかやらない理由はいくらでも挙げられますが、それらは後から付いてくるもので、作っていくものだと個人的には思っています。

今後は新しいサービス開発などをやりたいと思っています。そのためにも新しい技術などを継続して学んでいきたいです。

社内勉強会については、もっと気軽に誰でも開催OKな雰囲気を作っていきたいと思っています。現時点では、勉強会を開催するとなると、「自分はまだまだ技術に浅いし、マサカリが飛んでくるんじゃないか」とか、「発表するほどの資料を準備する時間がない」など、開催するまでのハードルの高さを感じています。技術的なことでなくても良いので、発表して、リスペクトして、気軽に参加者で議論する、そんな雰囲気が作れたらと思っています。

※記載内容は、執筆当時のものです。その後、状況が変化していることがあります。

ITエンジニア・社内勉強会の進め方とポイント整理ー2回連載・前編

jst_recruit — Fri, 14 Jul 2023 01:42:18 +0000

常に新しい情報をキャッチアップし続け、スキルの継続的なアップデートを求められるのがITエンジニアという仕事ですよね。そのため、社内勉強会を実施する会社も少なくないと思います。その一方、「開催したいけどハードルが高い」「過去に開催したけど、実施負荷が高い」とお悩みの方もいらっしゃるかもしれません。

昨年12月に、所属する課でハッカソン形式の社内勉強会を開催し、発起人として企画・運営を担当しました。本記事では、その時の経験をもとに企画・運営者視点で「社内勉強会の進め方とポイント」を前後編の2回にわたりまとめました。

前編では、社内勉強会を実施する際の基本的な流れを整理しました。後編では、12月に企画・主催したハッカソン勉強会を具体例としてご紹介します。これから社内勉強会を開催してみようというITエンジニアの皆さんのお役に立ちましたら幸いです。

社内勉強会のタイプ分類

ITエンジニアの社内勉強会のタイプについて、主要なものをあげます。およそ、以下3つのタイプに分類されます。

1．講義形式/発表形式

講師（発表者）と受講者（聴講者）に分かれて行う形式です。

講師（発表）を担当する人が自身の知識などを学校の授業のように発表をする。5分程度の短い発表を行うLT（Lightning Talks）も大きくいえばここに含まれます。

2．ハッカソン形式

ハッカソンでは、複数のチームが一定期間内で開発を行い、成果を競い、表彰が行われるのが一般的です。

上記のように、一定期間内で成果物を作り上げるというハッカソンの要素を勉強会に取り入れたのが、このハッカソン形式です。ひとつのチームででも、具体的な成果物を軸に各自が意見を出し合いながらチーム開発を進め、最終的には成果物の発表・共有まで行うことが可能です。
※後編でご紹介する実践例は、こちらのハッカソン形式の勉強会になります。

3．もくもく形式/OJT形式

テーマを決めず、各自が自分の作業を集中して行う形式。

メンターなどを置き、OJT形式で実施するパターンもあります。

社内勉強会を実施するメリット

社内勉強会を実施するメリットとして、代表的な６つを記載します。すべてを網羅するのは難しいと思います。あれこれと欲張ると、逆に焦点がぼやけるので、上位3つくらいに絞るとよいと思います。

また、6）に記載の「企業文化の醸成」は、短期間で成果を得るのは難しく、長期戦での取組みになることを書き添えておきます。

1）技術力向上：新しい技術や概念に触れることで、ITエンジニアの技術力が向上する。

2）知識共有：社内のITエンジニアが持っている知識や経験を共有することで、チーム全体のスキルレベルが向上し、より効率的な開発が可能になる。

3）コミュニケーション促進：ITエンジニア同士のコミュニケーションの機会を増やすことで、開発チームの結束力が向上し、協力や連携がスムーズになる。

4）問題解決力向上： 実際にこれまで遭遇した問題や課題について議論することで、ITエンジニアの問題解決力が向上し、今後同じケースでスムーズに対応できるようになる。

5）モチベーション向上：ITエンジニアが、自身の技術力を高めること、また他のメンバーと知識を共有することで、自己成長や達成感を得られる。

6）企業文化の醸成：ITエンジニアが積極的に学び、成長する姿勢が企業文化として浸透することで、企業全体の競争力が向上する。

社内勉強会の企画から終了までのフロー

社内勉強会のざっくりとした流れは、以下となります（図1）。

各ステップについて、もう少し詳しくみていきます。

【STEP 1】企画

勉強会の根幹部分です。ここをしっかり詰めると、その後も企画がぶれません。逆にぼんやりとさせたまま進めると、進行のドタバタで目的を見失います。目の前の作業に追われて燃え尽きないために、きちんと以下を言語化して準備を進めることが大切です。

・目的

・参加対象

・何を

・いつ（開催期間と時間）

・どこで

・コスト

・実施に伴う効果（終了後のイメージ）

・目的

前述の「社内勉強会を実施するメリット」の中から優先度の高い上位3つくらいを選ぶとよいと思います。その際に、やろうとした理由や現状感じている課題などがあれば、企画時に明確にしておくと優先度を決めやすくなります。また、終了後のありたい姿も描きやすくなります。

・参加対象

参加対象によって、専門性、課題、スキルレベル、社歴、調整しやすい時間なども変わります。適したテーマやレベル感の設定や告知方法を選択しやすくなります。参加対象は自部門のみなのか、もしくは他部門にも呼びかけるならば他部門にも事前に合意しておく必要があります。また、参加者以外の上司や他部門、社外の人へ協力を仰ぎたい人がいれば、あわせてリストアップしましょう。

・何を

前述の勉強会のタイプ分類の中からどの形式で、何をテーマに、何をするのかをまとめます。

・いつ（開催期間と時間）

業務との兼ね合いも念頭におきつつ、参加しやすい期間と時間を決めます。そして、【STEP2】では上司と、時間調整や業務扱いになるのかを相談しましょう。

・どこで

オンラインでも実施できますが、出社や外部会場までの交通費、外部会場費用、宿泊ありの場合は宿泊費用や食事代などが発生します。

・コスト

内部コストと外部コストの2つで算出します（図2）。算出してみると「これだけのコストをかかるものなのか」と気づきます。企画・運営する立場としては、「それだけに、いいものしなくては」と前向きな緊張感も生まれます。

【STEP 2】社内承認

STEP1の企画内容を目的ベースで詳細に検討して整理しまとめていけば、承認に必要な基本的内容は揃います。申請に際しては、まずは上司と相談することになると思います。説明は、【STEP1】で明確にした「目的」と「実施に伴う効果」をベースに進めるとスムーズです。

上司との相談では、実施に伴うコストを明確にすり合わせましょう。

・実施時期（業務の繁忙期は避けるなどの判断が必要になります）
・企画・運営時間は、業務時間内に可能か。業務時間扱いになるのか
・参加に伴う時間は業務時間内に可能か。業務時間扱いになるのか
・外部コストについて

【STEP 3】広報

同じ部やチームメンバーでしたら、定例ミーティングで説明をしたり、適宜打ち合わせすることが多いかと思います。

広く他部門へも呼びかけるようでしたら該当部門のマネージャーにも事前に趣旨説明をしておくと、理解が得られやすいかと思います。

【STEP 4】事前準備

社内勉強会の形式により異なりますが、実施に必要な作業を洗い出し、各作業項目の期日と担当を決めていきます。

場所の手配、講師との詳細詰め、技術的な環境や機材等の手配、調査/学習/事前課題などが挙げられます。

項目によっては社内調整含めてパワーがかかるものもあるため、複数人で運営チームを組んで、タスク分解やスケジュール管理を行うのが理想的です。具体例として、この後、ハッカソン勉強会での事前準備について詳細をご紹介します。

【STEP 5】実施

社内勉強会のタイプによりポイントは異なります。ただ、企画・運営者視点で考えると、共通して最も大切だと思うのは、参加感を高めることです。参加感は「当事者意識」を生み、目的に対する責任と意欲を高めることができるからです。

そのためには、呼びかけの時点で、目的とゴールを明確にして共通認識を持つことが重要です。これは別に社内勉強会に限った話ではありませんが、一人だけ高すぎるゴールを設定していると、他の参加者は負担やストレスでついていけなくなり、途中で頓挫してしまいます。

逆に低すぎる目標だと、勉強にはならずやる意味がなくなり、どちらも個人でやれば良いものになってしまいます。個人ではなく複数メンバーでやる以上、各々の性格や趣向を汲み取った上で、いかに参加メンバーの意識、ゴールを合わせられるかが重要です。

【STEP 6】振返り

実施後の報告ですが、主要な構成要素をあげます。会社への報告としては、実施価値・継続価値を理解してもらえるように報告しましょう。しっかりとした振返りにより、次回の企画や活動がスムーズになります。

▼報告書の主な構成要素

・実施概要

・目的は達成できたか、その根拠

・参加者の反応（アンケート実施等）

・コスト

・実施して見えてきた新たな課題

・次回以降の改善・改良点

また、運営に関するドキュメントを残すことをおすすめします。社内勉強会は継続が大切ですが、実施のたびに「前回どうしたかな？」と過去のドキュメントを探したものの、よくわからないということは結構あります。告知や依頼文書なども残しておくと、一から作成するよりも時間短縮になりますよ。

後編では、12月に自社で実施したハッカソン形式での社内勉強会を実践例としてご紹介いたします。

※記載内容は、執筆当時のものです。その後、状況が変化していることがあります。

新卒2年目ITエンジニアが1年目にやってきたこと一問一答インタビュー

jst_recruit — Fri, 07 Apr 2023 00:47:18 +0000

昨年4月の新卒入社から1年、新卒2年目ITエンジニア7名が昨年度の1年間を振返りました。仕事をする中で一番やりがいを感じた瞬間、最も苦労したことと乗り越え方、自社のITエンジニア組織について、2年目でチャレンジしたいことなどを教えてもらいました。※新卒入社社員は２か月間の研修期間を経て、6月より本配属となります。

※掲載は、イニシャルのアルファベット順です。

H.K. ライブエンジニア

Q1: 新卒1年目での担当業務を教えてください。

ライブ現場業務
・6～10月　先輩と一緒に現場経験を積み、エンジニア独り立ち試験の合格を目指す。
・11～3月　独り立ちし、１人で現場対応を行う。
・エンコーダー、スイッチャー、ミキサーを現場で操作
それ以外の業務。
・物品購入や機材検証などのタスクをこなす。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

現場対応が無事終了したとき
大きい案件や自分の担当案件だと特に感じます。

Q3: 仕事をしていく中で、最も苦労したことは？

現場での作業の多さ。
本番までに機材準備やオペレーションの確認、トラブル対応などを短い時間の中でこなすこと。

Q4: 最も苦労したことをどのように乗り越えましたか？

実際に経験して、振り返りを行う。
先輩の実務から学ぶ。

Q5: 所属部署を一言で言うと？

所属してる部に関していうと、現場でのライブ配信に特化したところです。

Q6: 2年目でチャレンジしてみたいことは？

新機材を用いたライブ配信。
エンタメ案件の対応。

H.T. インフラエンジニア

Q1: 新卒1年目での担当業務を教えてください。

インフラの中でも、主にサーバとストレージ周りを担当しています。
サーバの構築、EOLを迎える機器のリプレース、故障した機器の保守対応など、業務内容は一問一答では書ききれないほど多岐にわたります。　

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

機器監視プロジェクトを任せて頂いたことです。
このプロジェクトでは、サーバやネットワーク機器などサービスで使用している機器をきちんと監視し、障害などが発生した際に気付けるようにする事を目的としています。
監視は非常に重要なことですし機器数もかなり多く大変ですが、その分やりがいはとても大きいです。

Q3: 仕事をしていく中で、最も苦労したことは？

私の性格上、気を遣いすぎて他の人にお願いをするのを躊躇してしまう傾向があります。
それにより、プロジェクトのタスクを自分で抱え込んでしまったりと苦労しました。

Q4: 最も苦労したことをどのように乗り越えましたか？

研修を通して学んだ、相手への配慮があれば遠慮はしなくて良いということを心に留めて日々仕事をするようにしています。また、oViceというバーチャルオフィスを使い、テレワーク中でも気軽に会話ができるようにもしています。現在も引き続き努力中ですが、以前からは成長できたかなと思います。

Q5: 所属部署を一言で言うと？

個人のやる気を尊重してくれる組織です。
年齢や社歴に関係なく、やる気があればどんどん仕事を任せて頂けます。
そして、部署問わず様々な方が積極的に協力してくれる、そんな雰囲気があります。

Q6: 2年目でチャレンジしてみたいことは？

任せて頂いたプロジェクトは責任を持って最後までやり遂げたいと思っています。
また、1年目はサーバに関する業務が中心だったので、ネットワークに関する技術を身に付けていきたいと考えています。

K.A. SREエンジニア

Q1: 新卒1年目での担当業務を教えてください。

自社のCDNサービスである「J-Stream CDNext（ジェイストリーム・シーディーネクスト）の保守・運用。GitLabの保守・運用。oVice(本部内バーチャルオフィス)の運営。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

一人で任された社内プロダクトの制作を無事終えた時。

Q3: 仕事をしていく中で、最も苦労したことは？

CDNはこれまでかかわって来なかった分野で分からないことが多く、知識を入れながら業務をしていかなければならないこと。

Q4: 最も苦労したことをどのように乗り越えましたか？

自分で調べても分からないことは随時先輩に確認を行うことで、時間をかけずに理解できるように努めた。

Q5: 所属部署を一言で言うと？

心が休まるところ。

Q6: 2年目でチャレンジしてみたいことは？

インフラに近いところの知識をもっとつけていきたい。

K.T. フロントエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

自社の動画配信プラットフォームサービス「J-Stream Equipmedia（ジェイストリーム・イクイップメディア）」ポータル機能に関する機能拡張開発。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自身が開発担当した機能が実際にリリースされ、お客様に利用していただけたこと。

Q3: 仕事をしていく中で、最も苦労したことは？

チーム内でのコーディングルールや、ライブラリなどの決まりごとを把握すること。

Q4: 最も苦労したことをどのように乗り越えましたか？

チーム内での交流や勉強会を積極的に参加して把握に努めました。

Q5: 所属部署を一言で言うと？

既存の流れにとらわれず、新しいことに積極的にチャレンジできる。その提案がしやすい。

Q6: 2年目でチャレンジしてみたいことは？

普段はフロントエンド開発をしているので、バックエンド開発も行いたい。

R.I. インフラエンジニア

Q1: 新卒1年目での担当業務を教えてください。

ネットワークチームで主にネットワーク機器やＪストリームのネットワーク運用・保守対応等を行っています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

データセンターでの各機器のリプレイス作業です。自社の命でもあるサーバやネットワーク機器等を入れ替えするときの、ヒヤヒヤ感と作業が無事終わったときの達成感はとても最高です。

Q3: 仕事をしていく中で、最も苦労したことは？

サーバやネットワークの障害対応。

Q4: 最も苦労したことをどのように乗り越えましたか？

先輩方に手伝っていただきながら、自分でもドキュメントを検索して読んだり、過去の事例を調査したり等、自分の知識を活用しながらトラブルの解決策を見つけ乗り越えることができました。

Q5: 所属部署を一言で言うと？

自分の意見を伝えやすい環境（みんな否定的ではない）。

Q6: 2年目でチャレンジしてみたいことは？

ネットワークに関する知識をもっと深め、資格取得をしてみたいです。

Y.H. ライブエンジニア

Q1: 新卒1年目での担当業務を教えてください。

・ライブ案件対応。

・ライブ配信に関する前捌き担当(案件の準備：仕様書の作成、フタスライドの入手など)。

・案件で使用する機材の購入。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

・クライアントに感謝していただいたとき。

・エンドユーザー、視聴者の方に見ていただけてると実感するとき。

　(コメント欄がある配信の時にコメントをもらう、EQの同時視聴者数の数が増えるなど)

Q3: 仕事をしていく中で、最も苦労したことは？

大量のタスクを抱えていた時が一番苦労した(案件対応、前捌き対応、物品購入など)。

Q4: 最も苦労したことをどのように乗り越えましたか？

やるべきタスクを全部書き出して優先度の高そうなものから順番に取り組んだ。案件の空き時間や移動時間を利用してこまごまとしたタスクを消化した。

Q5: 所属部署を一言で言うと？

自社サービスの開発や運用、インフラの整備や、ライブ案件の対応などを行っている、技術に特化した部署。

Q6: 2年目でチャレンジしてみたいことは？

大きい案件(多くの業者が入る、多くの機材を使うなど)でも、焦らず冷静に取り組めるようになりたい。

Y.N. バックエンドエンジニア

Q1: 新卒1年目での担当業務を教えてください。

社内の共通開発基盤J-Stream Cloud（ジェイ・ストリームクラウド）の開発、改修を行っています。

Q2: 仕事をしていて一番やりがいを感じた瞬間はどんな時（またはこと）でしたか？

自分が開発を行ったものが無事にリリースされたときです。手間がかかったものほど、リリースされたときの快感は大きいですね。（笑）

Q3: 仕事をしていく中で、最も苦労したことは？

提供しているサービスの多さです。マイクロサービスアーキテクチャになっているため、一つ一つはシンプルですが数が多く、何十ものコンポーネントに分けて提供しており、それらを日々扱っています。

Q4: 最も苦労したことをどのように乗り越えましたか？

はじめはその数に圧倒されましたが、日々の業務の中で触れるにつれて少しずつ構造や仕様を把握することができました。今でもまだ触ったことのないサービスもありますが、主要なサービスは大体扱えるようになってきています。

Q5: 所属部署を一言で言うと？

その気になれば1年目からでも新規サービスの開発を任せてもらえるぐらいなんでもできる部署。

Q6: 2年目でチャレンジしてみたいことは？

1年目でいろいろ知識や経験を吸収した分を活かせるように、設計や開発などにより積極的に挑んていきたいです。

ちなみに、下記は、今回登場しました7名のエンジニアが昨年度受講した新卒研修レポートです。懐かしいです。

新卒から即戦力に！新卒エンジニア研修の様子をご紹介

皆さんのますますの活躍を期待しています。

4月からの新たな1年もよろしくお願いします！

【関連情報】

・J-Stream CDNext サービス紹介ページ

・J-Stream Equipmedia サービス紹介ページ

※上記は、Ｊストリームコーポレートサイトへリンクします

・J-Stream Cloud概要紹介インタビュー　　社内共通開発基盤をレガシーからモダン移行した変化と効果

新卒2年目社員が語る、「将来ITエンジニアを目指す皆さんへ」

jst_recruit — Tue, 11 Oct 2022 03:45:34 +0000

イノベータを目指す学生を対象にした国内最大級の産学官連携ハックイベント「JPHACKS 2022」が、10月15日より開催されます。Ｊストリームは、本イベントに協賛し、新たな技術者の育成を支援しています。そこで、今回は、ITエンジニアを目指す学生の皆さんに向けた、エンジニアインタビューを企画しました。

今回のインタビューに登場するのは、2021年に新卒でJストリームへ入社したバックエンドエンジニアのS.O.さんです。学生時代は機械学習分野の研究を専攻し、卒業後はITエンジニアとして幅広い経験を積みたいと新卒でのＪストリーム入社を選択しました。入社後は、研究室や学生時代の後輩へ就職に関するアドバイスや相談に応じることもあるそうです。JPHACKS2022初日に開催されるMeetupNightにも参加し、学生の皆さんと交流する予定です。

このインタビューでは、学生時代を振り返りながら、ITエンジニアとしてのキャリアパスを築くために就職活動で考えたこと、入社後の仕事内容と自らの成長機会について、語ってもらいました。

好奇心を軸に自己分析し、将来への解像度をあげた学生時代

――今日はよろしくお願いします。はじめに、学生時代のお話を聞かせていただきたいです。学部・大学院で機械学習の研究をされていたそうですね。

機械学習の画像処理という分野で研究を行っていました。私には、地元を離れ東京の情報系の大学に進学した8歳離れた兄がいます。その兄の影響で、小学校3年生の頃には情報工学へ強い興味を持っていました。兄が僕に話してくれる技術分野の話がとても面白くて、自分も同じ分野について学びたいと進路を決めました。

――大学院まで進学し研究を進めていたのであれば、就職先の候補としては、専攻に近い領域が多いのではないかと思います。当時、考えていた就職活動での軸はどういったものだったのでしょうか？

2つあるのですが、一つは幅広い技術を経験できる企業だということです。入社後はバックエンドエンジニアとして働いていますが、私自身の興味はフロントエンドにもありますし、インフラでも経験を積みたいと考えていました。

もうひとつは、日常生活に広く浸透しているモノやコトに関する技術開発ということです。自分が働く上で、やりがいの源泉は何かと考えると、先述した兄との想い出にたどり着くんですよね。兄は、帰省するたびに「コンピューターではこんなことができるんだぞ」と小さな弟に見せてくれました。私は、兄の話を聞きながら、「え、こんなことも」と驚きと感動の連続でした。「ということは目の前にある信号も、他にも……」と日常生活にある様々なものに好奇心を傾けるようになりました。

就職活動時に、Ｊストリームが企業向けに配信基盤を提供しているという事業内容を知り、今後伸びる業界だろうなと興味を惹かれました。一部のプラットフォーマーだけでなく、非プラットフォーマーである一般企業においても今後ますます動画の活用が進んでいきます。それを想像すると、幼い頃に抱いたコンピューターシステムへの驚きと感動の記憶と重なりました。

技術の力を使って、動画のある何気ない日常生活に対して「え、こんなこともできるの」という驚きと感動を世の中へ提供する仕事ができたらと。そこで、動画配信の技術領域へチャレンジしてみたいなと思ったんです。JストリームのITエンジニアとして、自社サービスの開発に携わりたいなと心を固めました。

――好奇心やそこから得た驚きや感動をつなげていくと、その先にご自身の向かいたい将来が見えてきたのですね。

自由度高く働き、上昇志向で仕事に向き合う

――さて、ここからは、入社後のことについてうかがいたいと思います。入社後の担当業務について教えてください。

バックエンドエンジニアリングを担当しています。これまでの担当業務としては2つあります。ひとつは、社内共通開発基盤である「J-Stream Cloud（ジェイストリーム・クラウド）」のAPI開発で、もうひとつは大規模配信を想定したサーバ負荷試験です。

一つ目の「J-Stream Cloud」では、マイクロサービスを採用しており、部分的な機能追加や流用が柔軟にできるというメリットがあります。それにより、全社での開発スピードを向上させる大きな役割を担っています。私は、EQにおける動画トランスコード機能やライブ機能の拡充、既存機能のリファクタリングなどを手掛けてきました。　

二つ目のサーバ負荷試験とは、自社のサービス提供において、大規模なリクエストが生じることがあります。その場合でも安定した配信が行えるように備え、サーバの負荷および配信キャパシティにおけるボトルネックの調査やバックエンドの処理性能向上と改修を行いました。

――Jストリームの働きがいは、どのような点にありますか？

社歴や年齢ではなく、適性と意志によって仕事を任せてもらえることですね。「新入社員だから」とか「一年目だから」という理由でプロジェクトを外されることはありません。むしろ、私としては、チャレンジングだなと感じるタスクを任せてもらうことが多く、常に上昇志向で仕事に向き合えていますね。

また、上司から言われたタスクをこなすだけではなく、「この課題を解決するには、どういったアプローチが考えられる？」という問いを立てることから仕事を始めるケースが多いですね。自分自身で思考して開発する癖がつくので、仕事に対する理解と応用する力がつくと思います。

――開発現場の雰囲気はどうでしょうか？

Ｊストリームのエンジニアリングでは、ネットワークも扱いますし、サーバ、ストレージ、Web、統計や機械学習を用いた膨大なログ解析、SREなど幅広い技術と視点を学ぶことができます。私はバックエンドエンジニアですが、職種間の垣根や縦割り感はなくお互いがサポートしあって仕事を進めていくような雰囲気が強いですね。

――働き方についても教えてください。

全社的にテレワークが浸透しており、開発もテレワーク中心で支障なく進められています。Slackなどを使い、情報共有やコミュニケーションも行われています。

また、人事制度では、全社人事とは別に、エンジニア向け人事制度「Tech人事制度」があります。この制度は、特定領域のITエンジニアリングのプロフェッショナルと、アーキテクチャやエンジニアと統括するテックリーダーのためのものです。策定にはエンジニアが携わり、社歴や年齢などに関係なく技術力をベースに半年ごとに昇進や昇給に関する評価が行われます。生涯エンジニアとして現場で活躍を続けられる働き方ができ、現在10名ほどのエンジニアがこの制度を利用しています。また、全社人事制度とTech人事制度は、行き来が可能です。

社内の中で職種を変更したり、渡り歩きたいという気持ちに対しては、相談もしやすく最大限考慮してもらえると思います。

――それぞれの適性やキャリアプランにあわせてスキルを磨ける制度と空気があるのですね。

自ら考え、踏み込む働き方で、一気にスキルアップする

――S.O.さんにとって、入社後、もっともチャレンジングだったプロジェクトについて、聞かせてください。

本当にたくさんありますが……先述した大規模な配信を想定した負荷試験のプロジェクトですね。昨年末から約4か月のプロジェクトでしたが、前半2ヶ月で調査を、後半2ヶ月で改修を行いました。

――負荷試験ですか。となると、プログラム以外にもインフラの知識も必要ですよね。

そうですね。この時は、プログラミングだけではなくフルスタック的な技術理解が求められました。バックエンドの配信構成の理解から始まり、実際の視聴を想定した負荷試験シナリオの作成、ボトルネックの特定および原因調査・解消に向けた処理改修を実施しました。また、突発的なリクエスト数の増減に応じ、配信サーバをオートスケール化することでリソースの最適化を行いました。

未経験となる技術領域での知識が多く必要で、情報整理とタスクに追われる日々でした。Ｊストリームでは動画という大容量で時間軸のあるデータを取り扱います。加えて、国内屈指の大規模案件にも数多く携わっています。それは、数十万人が同時視聴するライブ配信をほぼ無遅延で実現するレベルです。そのため、システム側では、高負荷な状況にも対処できるよう、無数のサーバを介してさまざまな処理を行う必要があります。

高負荷なシステムへの対処はどうあるべきか――どういうタイミングで処理が重くなり、配信の遅延につながるのかを検証して、改善する必要があります。機能追加を行う際には、プログラムの先にDBがあったり、ボトルネックが複数あったりと、全体像を把握し解決させなければなりません。

負荷試験では、調査内容を資料にまとめ、改修内容を定めるフローが発生するのですが、その過程での情報整理に難しさを感じました。膨大にある情報のなかから本当に必要な点を抜き出し、わかりやすくまとめる。それは組織で仕事を進めるうえで大切ですが、上手にやろうと思ってもつい煩雑化してしまうんです。そういった経験を早いうちに積めてよかったと感じています。

――未知の技術領域での経験をどうやって乗り越えていったのでしょうか。

目の前のわからないことだらけの現状に近道でいく方法はなくて、ひとつずつ階段を上っていきました。まずは、セルフコントロールを意識しました。地道ですが、付箋を用意して、一つずつ書き出し、処理していきました。「上司に●●を伝える」「このコードを読む」とか本当に細かなことまで書き出して、達成したらゴミ箱へ入れていく。どんなに小さなことでも達成できたという成功体験を積み重ねていくことで、自信にもつながっていったと思います。

その上で、臆せず先輩に聞き、どんどん頼っていきました。その点では、とても恵まれていたと思います。

――今後関わってみたい領域や目指している将来像などはありますか？

「幅広い技術を経験したい」という想いは入社時と変わっておらず、Jストリームで経験できる仕事の多くに携わり、知識や技術の幅を広げていきたいと思っています。バックエンド以外の技術領域も幅広く経験して、いずれはプロダクトマネージャーとしてサービス全体を統括できるポジションに就きたいです。

学生の皆さんへオススメしたいこと

――終盤ではITエンジニアを目指す学生の皆さんからよくいただく質問を、S.O,さんにぶつけてみたいと思います。企業との相性の見極め方にコツはありますか？

様々な企業の方や先輩と話す中で、「自分の2－3年後が描けるか」が、相性の見極めポイントかなと思います。冒頭の話に戻りますが、そのためには、「自分は何が好きで、何が得意なのか」について十分な時間を割いて考えることですね。

最初は、自分には当たり前すぎて「改めて考えるのもな」と思うかもしれません。しかし、これを明確にすると、本当に人それぞれであることに気が付きます。

一人で研究して実装するのが好きな人もいるし、論文読んでみんなでやっていくのも好きな人もいます。例えば、新しいもの好き、一途、アイデアを考える、形にする、型にする、事業を考える、研究する、効率化させる等々あるなかで、それにつながる職種を考えるとよいと思います。

また、キーワードとなる単語を一つに絞ってみるとよいと思います。ただ、その際にできるだけ制限かけないで、あえて“ふわっ”としておくとよいと思います。就職活動時にはまだ知らない会社、仕事、分野が山ほどあります。知らない中で「これしかやりたくない」と決めつけてしまうと、自分自身を狭めてしまうことになります。

――社会人になる前に勉強しておいた方がよいことはありますか？

エンジニアとしての勉強だけでなく、社会人としての勉強ですね。例えばタスク分解、タスク管理の勉強はエンジニアにも必須だと思います。

――技術知識の習得はどの程度必要でしょうか？

今は情報発信・取得ツールもたくさんあるので、情報収集そのものは比較的簡単かと思います。技術情報に触れることにおいて重要なのは、知ることではなくて、「知った上でどう判断し、行動するのか」という次のフェイズにあると思います。そのためには、得た情報をもとに話すことが重要だと思います。

チームや会社の中で話し合って、「今、こういうのがきているから、今後こういうことを勉強しておいたほうがいいよね」と話し合い、それを次の目標にして、新しい技術やスキルを吸収していくサイクルが作れればよいかなと思います。

――最後に、学生の皆さんへ向けてメッセージをお願いします。

趣味、開発、人間関係、研究、サークル、バイトなど、人生で培ってきたもののうち、どんなことが未来に影響を与えるのかなんて誰にもわかりません。だからこそ、自分の好き・得意なものを忘れず、のびのびと就職活動を経験してもらえたらと思います。

――JPHACKS 初日のMeetupNightでの交流機会も楽しみですね。参加される学生の皆さんは、ぜひ気軽にＪストリームのブースをのぞいてみてください。皆さんといろいろなお話しができればとお待ちしています。本日はありがとうございました。

【関連情報】

・JPHACKS公式サイト　https://jphacks.com/

・J-Stream Cloud概要紹介インタビュー　　社内共通開発基盤をレガシーからモダン移行した変化と効果

・J-Stream Equipmedia サービス紹介ページ　※Ｊストリームコーポレートサイトへリンクします

・Ｊストリーム採用サイト（Development）　※Ｊストリーム採用サイトへリンクします

※Ｊストリーム採用サイトへリンクします。

・新卒採用の求人一覧 ※Ｊストリーム採用サイトへリンクします

・採用公式LINE　https://lin.ee/wyj3Gp2　※QRコードから登録ができます　

・採用担当メールアドレス　saiyou(at-mark)stream.co.jp　※(at-mark)を「@」に置き換えてください

※在籍年数や役職を含む記載内容は、取材当時のものです。その後、状況が変化していることがあります。

ユーザーの声をダイレクトに聞き、自社プロダクトを成長させる

jst_recruit — Thu, 22 Apr 2021 06:12:38 +0000

J-Stream Equipmedia（ジェイストリーム・イクイップメディア。以下、EQ）は、OVP(Online Video Platform)と呼ばれるSaaS型サービスで、2012年のサービス提供開始から今年で10年目を迎える。動画領域では4-5年で主要技術が一変することも珍しくないなか、サービス開発の裏側では日々技術の変革が起きている。今回は、2人のフロントエンドエンジニアにEQの新機能追加や開発への想いについて聞いた。

時代とともに変化し続けきた動画配信。コロナ環境下では、1.8か月での新機能リリースも

――皆さんが手掛けているEQは、サービス提供開始から10年目ということで、過去、多くの機能追加などもありました。まずは「EQとは何か？」というところから始めたいのですが、今回は、エンジニア情報サイトという特性上、エンジニア切り口で、EQ の機能や特徴紹介をお願いできますか。

EQは2012年からサービス提供を開始した自社開発のSaaS型OVPプロダクトです。管理画面上から動画ファイルをアップロードして配信できる形式に変換する「トランスコード」部分と、それをWebブラウザやアプリなどで視聴する「プレイヤー」部分の、大きく二つの機能から成り立っています。

この大きな二つの機能の他、ライブ配信を行うEQ Liveや、視聴分析を行うEQ VA（Video Analytics）など複数のサービスで成り立っている、動画配信に関する機能を網羅した総合的なプラットフォームです。
開発に際しては、様々なデバイスへ対応する為、デバイスの仕様や知識はもちろん、複数のコーデックや配信方式などを理解する必要があります。また、ユーザー企業のご担当者が、動画に詳しくなくても迷わず理解できるよう、設定方法や見え方などのUI/UXへの知識やスキルも必要です。

技術的な面白さという点では、エンコードに関してはスピードや高画質化、プレイヤーに関しては字幕や広告挿入といったことがあげられます。同時に開発の根幹としては、ユーザー企業の声を反映し改善していく「プロダクトの成長」という部分に携わります。キャリアパスとしてはプロジェクトマネージャーやディレクター、プロデューサーなどを目指す方にも最適な部署であると言えますね。

今回の2人は主にフロントエンド部分の開発を担当していますが、時代の変化に応じて日々サービスも変化させています。

コロナ禍への対応としては、企業や団体において動画活用が急速に広がりました。ご契約企業からも、より簡単なライブ配信機能に関する要望が多く寄せられました。そのような中、昨年5月には、後述します社内の共通開発基盤を手がける「J-Stream Cloudチーム」と連動して、開発期間1.8か月での疑似ライブ機能の新規リリースも行いました。

疑似ライブは文字通り「疑似的なライブ」を行う為の機能です。オンデマンドファイルを時間設定する事で、時間になるとライブ形式で収録済みの動画が配信されるというものです。

コロナ環境下においては、感染症拡大防止の点から、多くの企業が働き方を変える中で、コミュニケーション不足の課題が急増しました。その中で、ライブ配信の持つ速報性や臨場感が注目されたのですが、技術面の不安から導入に二の足を踏むケースも多かったのです。

というのも、通常、ライブ配信とは、その性質上コンテンツの制作と配信を同時に行うものです。制作だけでも生放送となるとさまざまな段取りがあり、多くの手間を要します。映像や音声のスイッチングやPAなどを考えると配信の部分まで気が回らなく、気がづいたら配信が止まっていた、といったことも一般的にはよくある話です。

しかし、ビジネスでの活用ということを考えると、「うまく配信できませんでした」では済みません。冗長化も含め幅広く考えていくと、ライブ配信は、実は簡単な事ではありません。

K.N.さんは新卒で入社し、ライブエンジニアとして現場対応を行っていた経験もあるので、そのあたりの感覚が鋭いですよね。プロダクトの開発に異動してからも、現場担当だった経験に基づいて具体的で実践的な企画をたくさん考えてくれています。

自分が以前所属していたライブの部署は、「プロフェッショナルライブ」というサービスで、現場の制作から配信までをライブエンジニアが請け負う高難易度のミッションでした。一方、EQでのライブのコンセプトは「動画が初めての企業にとっても、手軽に簡単に利用できる」という逆のものです。このコロナ禍において、ライブ配信も「手軽に簡単に活用できる」ように、EQへ実装させる事は極めて重要かつ緊急性の高いミッションでした。

疑似ライブ機能自体は、要件定義から1.8か月程、実装自体は1か月ぐらいで実現しました。当時の開発体制は、Ｊストリームもテレワークを導入していたため、全員がリモートワークでした。初めての体制ではありましたが、OODA思想の元、アジャイル開発方式にて実際に動くものを作り、それをSlackやTeamsで共有しながら進め方をチームで協議して進めていきました。結果、当社としても異例のスピードでのリリースを実現することができました。

――異例のスピードでのリリースが実現できたのは、体制面での工夫以外にも何か他にも要因があったからなのでしょうか？

社内共通基盤を使用したという要因は大きいですね。REST APIをベースとした社内用クラウド「J-Steam Cloud」の活用です。疑似ライブ機能の追加では、「J-Stream Cloud」の中にある「Composer」という機能を核に開発を進めました。一から機能を作り上げる必要はなく、EQでの使い方や状況にあわせてComposerをどう取り込んでEQに組み込むか。いかに開発工数を少なくするかに焦点を当てて設計を行えたことが大きいですね。

機能をフェイズ分けして、お客様からの要望を段階的にリリースできた点も大きかったですね。「J-Stream Cloud」のモジュール化により、機能追加やアプリケーション改修の際に既存システムへの影響が少なかった事で検証にかかる工数も大幅に削減できました。

EQは10年近く続いているサービスなのでレガシーな部分も残ってはいますが、「J-Stream Cloud」に合わせてモダンな共通開発環境への移行も進めています。今後はこれくらいのスピードが当たり前になるくらいに開発体制を整備していきたいですね。

潤沢なインフラと幅広い技術領域を生かし、顧客の声をもとにエンジニアリングの幅を広げる

――Ｊストリームで開発をする面白さは、どんなところですか？

大きく3つほどあるのですが、ひとつはネットワークの環境が太いところですね。動画を扱っているので、当然検証などでも大きな帯域が必要になります。ましてや4K/8Kなどの動作確認にはそれなりの回線が必要です。

またエンジニアが自由に使える仮想環境なども多く用意され、それらもVagrantなどを使用して好きなものを使えます。グローバルIPを付与する事もできるので、LTE回線での確認なども気軽にできる環境もあり、それも合わせるとかなりエンジニア的にはストレスフリーな環境ですね。

開発自体は主にPHPを用いて構築されています。ただこの辺りも昔からあまり変更されていない部分ですので、JavaScriptやTypeScript、Reactを用いてフロントの刷新なども進めています。サービスバックエンドとしてはPHPのCakePHPからLaravelフレームワークへの変更を進めています。

以前はあえてレガシーであり続けることで、使い慣れた操作感を無くさないようにという運営ポリシーもあったのですが、より良い使用感などを実現する為に、また開発効率の向上なども含めてどんどんとモダン開発に移行を開始しています。この辺りも前述のように開発環境の整備が進んだことで実現しています。

二つ目としては、幅広い職種のエンジニアと一緒に仕事ができる事かと思います。プレイヤーのスペシャリストもいれば、動画のエンコードが得意なバックエンドエンジニア、ネットワークが得意なインフラエンジニアなど多種多様なエンジニアがいます。

動画ファイルの処理をしているサーバでは字幕再生、自動翻訳、スマホ画面の回転、倍速再生など色々な処理を行っているのですが、一部クラウドでのSaaS機能を利用しつつもほとんどを自社開発できているのは、多様なスキルを持ったエンジニアがいる恩恵です。

動画はある意味では特殊な知識になりますので、普通の開発ではそんな事まで知らないだろうなんてことも段々身についてくる。そうすると「なんだか自分もテクニカルな事をやっているなぁ」なんて思えてきて、気持ち良くなってくるんですよね（笑）

その点では、私はＪストリームにきてからCDNについてかなり詳しくなりましたね。EQの解析機能では、CDNで大量のログを収集し、種類ごとに加工してデータベースに加工しています。動画の視聴ログは、重要なデータ資産として注目される中、細かなデータを得るために日常的にCDNに触れられた経験は有意義だったなと思います。

社内では「EQチーム」と便宜上言う事もありますが、各チームで閉じているわけでもなく、バックエンドの社内クラウドチームやインフラ部などとも密に連携しコミュニケーションも活発に行っています。SREの考え方を浸透させつつ、技術的な部分に関してはみんなで話をしながら進めています。

前職ではフロントエンドだけの会社で、実はＪストリームに入る前はインフラやサーバなどはよくわかりませんでした。言語としてはJavaScriptやC#がメインだったので、入社後に一人で煮詰まっていた時期もあったんですが、バックエンドのエンジニアから「この処理はこれ一行でできるよ」といわれて愕然としつつも、自分がまだ踏み込めてない領域を知ったんです。そんなことが頻繁にありますから面白いですよ。

業務で知ったことを自己学習し、また業務に生かすという事を繰り返せるので、エンジニアとして成長できているなという実感はとてもありますね。今まではフロントエンドやアプリケーションのスペシャリストとしてキャリアを積んできましたが、フロントエンドを極める為には実はそれなりにバックエンドも知らなければいけない。フルスタックまではいかなくても、ある程度全体を見られるようになるのは重要だと感じました。

Ｊストリームで開発経験を積む面白さの三つ目は、お客様の声をダイレクトに聞けることだと思います。これは、自社の開発のベースでもあり、他社の開発と差別化を生む大きなものだと思います。

EQはB2B向け動画プラットフォームとしては国内最大級の規模で導入実績があり、現在までの累計アカウントは2,000以上になります。その顧客の声の中に次の開発のヒントが多く含まれていると思っています。メディアやコンテンツプロバイダ、一般企業など多くの企業から幅広い使われ方をされており、様々なデータがとれます。

マーケティングの観点からも、行動解析としてちゃんとログを取り問題などを早めに分析する。どの機能がどう使われているかを分析しつつそこに集中して開発を行っていく。なんとなくこの機能が流行っているから等で進めるのではなく、SLIやSLOをベースにプロダクト全体の健康状態をみながら考えていく事を徹底する。それらをエンジニア主導で動かせるように運営体制を作り始めています。

自分も以前はライブエンジニアとして全国を飛び回っていたのですが、その際にライブの現場でお客様から直接お話を聞ける機会もありました。疑似ライブなどの開発に関しても、独特の緊張感など現場の空気を知っているからこそ、開発の意義を納得して開発できたりもしました。

エンジニアが技術だけの事を考えていればいい時代ではなくなってきています。加えて動画は「配信できて当たり前」の世の中です。新しいサービスの企画や顧客のニーズに応えるにも、最適な技術を選んで形にするという点では、エンジニアの視点がますます重要になってきています。EQを作っているＪストリームのフロントエンドエンジニアは、その視点を養い、ビジネスとしても成長できるために必要な環境が揃っているのではないかと思います。

「他社に先駆けてやろう」、というのが ‟自社らしさ”

――Ｊストリームの開発に対する姿勢とかスタイルについては、どのように感じていますか？

私の中で一番鮮明に記憶しているのは、FlashからHTML5への移行ですね。そのインパクトは凄かった。当時はFlash全盛期で、EQの動画配信でも多くのFlash技術を採用していました。これを、サービスを止めることなくHTML5を使用したHLS配信に置き換えていきました。

当時は国内でHTML5対応をしているサービスやプロダクトなんてほとんどありませんでした。そんな中他社に先駆けて「やろう！」と決断をしたのはＪストリームらしいなと思います。
既存の数十万以上に及ぶ膨大な動画ファイルをFlash形式からHLS形式へ変換する仕組みを作り、それらを問題ないか検証をしていきました。地味に大変でしたね（笑）

この時はまれにみる大規模な技術の仕様変更という事もあり、お客様にどうわかりやすく伝えるかも議論をしましたね。お客様にとっては変わらないように見えても、裏側の仕組みは大きく変わっていますから。それをどう伝えればいいのか…と。

その時の経験を生かして新たな開発のヒントにしているものもありますね。

他社がやっているからうちもやろう、というのももちろん必要だとは思いますが、Ｊストリームらしさとしては、そういう「他社がやってないからこそやろう」という開発を増やしていきたいですね。今もフロントエンドのSPA化や、iOSやAndroidのアプリ開発体制の拡充なども進めていますし、常に現状で満足せずより良いプロダクトへ進化させ、動画配信のパイオニアとしての意識を大事にしていければと思います。

EQチームでの開発は、いろんな技術を集めて組み合わせ、どうやってサービスを提供していくか、プロダクトマネージャーやプロデューサーに通じる力を身につけていけると思います。これからもお客様の声に耳を傾け、開発の最前線として最適なサービスを提供するプロダクトを運営していきたいと思います。

――次なる展開に向けていろいろとアイデアは広がっているようですね。今後のEQの成長を楽しみにしています。

【関連情報】

J-Stream Equipmedia サービス紹介ページ　

※別サイトのＪストリームコーポレートサイトへリンクします。

フロントエンドエンジニア – Voice 動画配信の今を伝えるエンジニア情報サイト

【2024年度版】新卒2年目エンジニアによる入社1年目の振返り

【実践解説】若手ITエンジニアによるハッカソン勉強会ー2回連載・後編

実施概要

運営上配慮した点

まとめ：今後の抱負、計画、その他チャレンジしたいこと

ITエンジニア・社内勉強会の進め方とポイント整理ー2回連載・前編

社内勉強会のタイプ分類

社内勉強会を実施するメリット

社内勉強会の企画から終了までのフロー

新卒2年目ITエンジニアが1年目にやってきたこと 一問一答インタビュー

新卒2年目社員が語る、「将来ITエンジニアを目指す皆さんへ」

好奇心を軸に自己分析し、将来への解像度をあげた学生時代

自由度高く働き、上昇志向で仕事に向き合う

自ら考え、踏み込む働き方で、一気にスキルアップする

学生の皆さんへオススメしたいこと

ユーザーの声をダイレクトに聞き、自社プロダクトを成長させる

時代とともに変化し続けきた動画配信。コロナ環境下では、1.8か月での新機能リリースも

潤沢なインフラと幅広い技術領域を生かし、顧客の声をもとにエンジニアリングの幅を広げる

「他社に先駆けてやろう」、というのが ‟自社らしさ”

新卒2年目ITエンジニアが1年目にやってきたこと一問一答インタビュー