はじまりの課題「1995年」で、架空のdiivvxx社長から最初に言い渡されるのは「会社のホームページを作ってくれ」という一言。そこから「問い合わせをメールで受け取りたい」「ドメインを取得してほしい」「アクセス解析を入れてくれ」といった要望が次々と追加されていきます。

 

使用できるのは1995〜1999年当時に存在したHTML 2.0、Perl CGI、FTP、telnet、Vimといった技術のみ（ただし調査のみAIの使用は許可されています）。

この厳しい制約は、見た目ではなく「情報の構造」に集中させ、コンテンツをどう設計し伝えるかという、Web開発の最も根源的なスキルを徹底的に鍛え上げます。 

この課題では、Webサーバーが単なる文書配布係ではなく、アプリケーション実行基盤となりうるという「サーバーサイドプログラミング」の根幹であることを学びます。

この課題では、Webアプリケーションを外部システムや個々のユーザーと連携させ、パーソナライズされた体験を生み出す「ステート管理」の本質を学びます。

新入社員は、インターネットの根幹をなす「名前解決」の仕組みを構築します。この実践を通じて、Webの根幹を支えるインフラ技術への深い理解を獲得します。

新入社員は、これまで作り上げた全システムを、性能と安定性に優れた新しい環境へ自らの手で移行させます。この経験により、単一の機能開発に留まらない、サービス全体の「信頼性」や「可用性」に責任を持つという、システム全体のオーナーシップが鍛えられます。

さて、これらの課題を経て、新入社員はどのようなサイトを構築したのでしょうか。

こちらが、実際に研修で制作されたWebサイトの一例です。一見懐かしいデザインですが、CGIによるアクセスカウンターやCookieを利用した訪問日時表示など、各年代の課題で実装した機能が組み込まれています。見た目の再現度以上に、このサイトを支えるインフラ全体をゼロから構築した経験こそが、この成果物の本質的な価値です。

ポイントは、「制約がある中で、どのように目的を達成するかを考え抜く」という経験を、現実の開発に近い形で積んでもらうことにあります。

実際のプロジェクトにおいても、明確な仕様が最初から全てそろっているケースはほとんど無く、実際にモックを用意しながらお客様と一緒に仕様を詰めていくことも多いです。

そのような不確定要素が多い状況でも、要望の背景を捉え、必要な機能を洗い出し、手段を選び、実装まで進められるエンジニアであることが求められます。

この研修は、その力の“土台づくり”として位置付けています。

そもそも、なぜ「1995年」なのでしょうか。

現代の開発環境は非常に恵まれています。フレームワークや生成AI、クラウドサービスを活用することが標準です。

一方で、それらを“当たり前のもの”として使っていると、Webアプリケーションがどのように動作しているのか、またそれを支える通信やサーバの仕組みを理解しないまま運用する癖がつきやすくなります。  

例えば、なぜHTTPリクエストが処理されるのか、なぜサーバーにログインしてパーミッションを調整する必要があるのか。もちろん、こうした「しくみ」に触れずに開発を進めることも可能です。ですが、トラブル対応や非定型の要望が発生したときに、仕組みを知らないままでは応用が利きません。

DIVXでは、エンジニアにとっての地力とは「何を使えるか」よりも、「仕組みを知った上で判断できるか」「未知の問題にどう向き合えるか」にあると考えています。  

だからこそ、新人には、まず「仕組みに触れ、構造を知る」ための研修から始めてもらいます。そのための1995年という設定なのです。

開発現場では日常的に未知の問題に直面します。マニュアルやドキュメントだけでは対応できない場面も多々あります。

DIVXの研修では、あえて情報が制限された「1995年」という環境を設定することで、新人エンジニアに「自分で調べ、仮説を立て、試行錯誤する」というプロセスを徹底的に体験してもらいます。

自分自身で答えを導き出す経験を積むことで、未知の問題に対する「調査力」と「解決力」を養うことを目指しています。

研修の初期段階では、「diivvxxという会社はどんな事業をしているのか」「どんなWebサイトが事業と目的に合っているのか」を自分で考え、プレゼン形式で発表するパートがあります。

これは単なるアウトプットの練習ではなく、顧客の立場に立って目的を想像し、それを機能に落とし込むまでの思考を習慣づける訓練です。

DIVXでは、実務でも仕様をただ受け取って実装するのではなく、「なぜその仕様なのか」「他のやり方はないか」といった視点で考え、提案しながら開発を進めていくことを重視しています。

その基礎となる力を、最初のプレゼンを通じて育てています。

この研修ではメンターがつきますが、「答え」は基本的に提示しません。

Slack上で、始業・終業・途中のタイミングで進捗や課題、仮説を共有し、それに対して壁打ちや方向性の確認といったフィードバックを行うスタイルです。

研修中、「質問」は歓迎されますが、答えをもらうことがゴールではありません。自分なりに考えた上で、その妥当性を確認するプロセスとセルフマネジメント能力が重視されます。

相談の前に「仮説を立てる」「背景を整理する」といった考え方を身につけることもこの研修の狙いです。そして実際の案件においても、チームで効率的に問題解決を進めるための大切な基礎だと私たちは考えています。

研修後のアンケートでは、次のような声が寄せられています：

「telnetやCGIといった古い技術に触れたことで、今のWebの仕組みがクリアになった」
「“なぜ必要なのか”を考えてから実装する習慣がついた」
「技術面よりむしろ、報連相や相手の立場で考える力が伸びたと感じた」

中には自分なりに調べ、考え、仮説を立てて進めた結果、最後までメンターにほぼ質問せずに課題を進めた受講者もいました。

このような姿勢は、今後の実際の開発現場でも重要な力として発揮されることでしょう。

DIVXが求めているのは、ツールの使い方に詳しいエンジニアではなく、課題を読み解き、制約を踏まえて判断できるエンジニアです。
このオンボーディングは、そのための“入り口”として設計しています。

もちろん、研修だけですべてが完成するわけではありません。
ですが、どんな案件においても「自分で考え抜ける人がいる」という安心感は、プロジェクト全体の質と進行に大きな影響を与えると私たちは考えています。
こうして育ったメンバーが、日々の開発現場でDIVXの技術力を支えています。

エンジニアの世界では、新しい技術が次々と生まれ、学びに終わりはありません。だからこそDIVXは、一時的なスキルの習得ではなく、学び続ける「基本姿勢」を大切にしています。

私たちが求めているのは、単にツールの使い方に詳しい人ではなく、変化する技術環境の中でも、自ら調べ、学び続けることができる人材です。

DIVXのエンジニアは、クライアント企業からの多種多様な課題にも柔軟に対応できるように、基本姿勢である問題解決力を日々鍛えています。課題をお持ちの企業さま、ぜひ私たちのエンジニアリングチームと共に、貴社が抱える課題の解決を進めていきませんか？

また、自己解決能力を高めたいエンジニアの方、もしくは自己解決能力に自信があり更なる頂上を目指したい方、私たちのエンジニアリングチームにjoinして一緒に課題にチャレンジしませんか？

ぜひお気軽にお声がけください。