Digital Heroes: Guide to IT World

研修担当から基盤構築へ。設計が主役になる開発の現場 うわっ、プログラムって“書かない”ところから始まるの!? そんな衝撃から、私のメッセージキューイングシステムとの出会いは始まりました。 それまで私は研修担当として、アプリケーション寄りの世界にいました。ところが次に任されたのは、サーバ基盤の構築担当。舞台は、ソフトウェア工場で作られた Cosminexus を中心とした、いわゆる「開発基盤」の世界です。     ■ 初めて触れた、メッセージキューイングの仕組み 私が作ることになったのは、メッセージキューイングシステムの 自動生成 。 サーバを呼び出すプログラムには、実はいくつかの決まったパターンがあります。そしてそのパターンは、実装段階ではなく 設計の時点 で見えてくる。 「だったら、そのパターンを設計書で指定してしまえばいい」 「決められたソースは、自動で作ってしまおう」 そんなコンセプトでした。 ■ 設計から、プログラムが生まれる 設計書に「このパターン」と書けば、対応するプログラムが自動で生成される。 今でこそAIがコードを作る時代ですが、 設計書から、設計したとおりのプログラムを作る という発想は、当時としてはかなり画期的でした。 その結果、設計と実装のズレは大幅に減り、実装ミスも少なくなる。 コンセプトは明確で、迷いがない。 ■ Justwareという基盤フレームワーク この仕組みは、 Justware というJavaのフレームワークに上書きする形で実現されていました。 単なるツールではなく、開発の考え方そのものをプラットフォームとして提供する。 「さすが大きな会社…プラットフォームまで作るのか」 そう感じた瞬間でもありました。 ■ 設計者に突きつけられる現実 この開発に関わって、強く実感したことがあります。 それは、 設計者がプログラムをどれだけ理解しているか が、すべてを左右するという事実。 設計からプログラム、そしてテストまで。 この流れがスムーズにつながってこそ、大規模システムは安定する。 それは、構築に関わる人すべての願いでもあります。 「それを実現しよう！」という本気が、この仕組みには詰まっていました。 ■ 大規模開発に効いてくる理由 人が多く、システムも...

設計は回り始めた、その先で止まったもの うわっ、今日も列ができてる!? 振り返ると、昼間の自分の席の横には、いつも誰かが立っている。質問、確認、相談……。気づけばそれが日常になっていた。 空いた時間でお小遣いを貯めよう！「アイリサーチ」       新人30人、設計説明は「そこそこ」こなせていた 新人30人への設計説明。最初はどうなることかと思ったが、回数を重ねるうちに、要点を押さえて話せるようになってきた。 説明会も板についてきて、「この部分はここを見てね」と自然に言えるようになった自分がいる。 先輩との関係と、見えてきた役割分担 先輩との関係も、少しずつ良くなってきた。 特に“時短の先輩”。プログラミングは得意ではないけれど、計画、調整、そして上とのコネクションづくりが本当にうまい人だ。 だから自然と役割が分かれた。 先輩は全体調整と上流。 私は設計とプログラムのサポートに集中。 チームとしての役割分担が、やっと形になってきた気がしていた。 「うまく回っている」と思っていた、その矢先 正直、そこそこ上手く動いてきたと思っていた。 そんなタイミングで、設計の質問が一気に増えた。 説明すれば終わるものが多く、急遽説明会を開いて対応。支援に入ってくれる先輩もフル活動だった。 止まったのは、バグだった でも、ある瞬間から一気に詰まった。 それはプログラミングの質問が来た時。 「これ、バグですよね？」 「動かないんですよね」 ――ということで、一緒にバグ探し。 よくあるスペルミスならまだいい。 スペースの違いを探す目も、だいぶ鍛えられてきた。 設計とバグの決定的な違い ただ、分からないバグも多い。 設計の質問は、説明すれば終わる。 でも、バグの質問は“探さないと終わらない”。 ここで、時間が一気に溶けていく。 昼間は常に列ができ、進捗は遅れ始める。 「大変！もう回んないかも！」 そんな焦りが、正直頭をよぎった。 それでも見えた、次の一歩 でも、ここで気づいた。 これは個人の限界じゃない。 チームが次の段階に進んだサインなんだ、と。 仕組み、共有、切り分け。 やることは山ほどある。 だからこそ、次は“回し方”を進化させる番だ。 私ならできる！明日から踏み出す

新人に鍛えられる日々が、いつの間にか自分を前に進めていた話 うわっ、質問が厳しくないっすか!? そう心の中で叫んだのは、新人研修の真っ只中だった。Webシステム、Javaを本格的に触り始めてまだ1年半。社会人になってから始めたJavaだ。大学ではCをやっていたから、プログラミング自体が初めてではない。でも、オブジェクト指向、言語ごとの思想の違い、設計の考え方……正直、必死に勉強してきた、というのが実感に近い。 空いた時間でお小遣いを貯めよう！「アイリサーチ」       「完ぺきじゃない自分」が教える側に立つ そんな状態で、今度は新人の皆さんにJavaを教える立場になった。人数は30人。5人ずつのグループで6チーム。同じ説明を何度も繰り返す日々だ。不思議なもので、同じことを話していると、自分の理解も少しずつ深まっていく。「あ、ここ曖昧だったな」と気づく瞬間が増えていった。 新人のほうが、分かっていることもある でも現実は、そう甘くない。質問が鋭い。いや、正確に言うと、かなりシビアだ。年代もたった1年ほどしか変わらない。Javaは比較的新しい言語だから、自分よりも深く触ってきた人がいても不思議じゃない。新人の皆さんのほうが理解している部分も、正直たくさんあった。 「分かってないな、って思われてるんだろうな」 そんな考えが頭をよぎるたび、最初は悔しかった。 諦めた先に、見えたもの でも、しばらくすると、ある意味で諦めた。 ――完ぺきに教えるなんて、今の自分にはできない。 じゃあ、何ができるのか。一生懸命、今の自分が理解していることを伝える。それだけだ。間違っていたら修正する。分からなければ調べて、次に活かす。 そうやって、ちょっとずつ修正しながら前に進んでいった。 忙しさの先にあった「楽しさ」 気づけば、忙しさにも慣れていた。質問が飛んでくるのが怖い、という感覚も薄れていく。むしろ、「いい質問だな」と思える瞬間が増えていった。新人の皆さんと一緒に悩み、一緒に考える。いつの間にか、これは「教える場」ではなく、「共同プロジェクト」になっていた。 完ぺきじゃなくていい。前に進み続ければいい。 そう思えたとき、少しだけ視界が開けた気がした。 私ならできる！明日から踏み出す