これまでの歩み · アンバラ → クルクシェートラ → モハリ → ムンバイ → ロッテルダム → グルグラム
生命をエンジニアリングしたかった空軍一家の子どもが、ソフトウェアをエンジニアリングするようになるまで。
技術ページでは、私がつくってきたものを紹介しています。このページでは、ここに至るまでの道のりをお伝えします。選んだこと、遠回りしたこと、そして計画どおりにいかなかったこと。

アンバラ
01 · ハリヤーナー州アンバラ・カント
軍人家庭での子ども時代
父がインド空軍に勤めていたため、私は軍人家庭の子どもらしく育ちました。駐屯地で暮らし、インド各地から集まった人々に囲まれ、規律が当たり前の環境でした。学校生活の大半は、ハリヤーナー州アンバラ・カントのKendriya Vidyalaya No. 2で過ごしました。
2012
02 · クルクシェートラ
バイオテクノロジストになりたかった
11年生と12年生では、どれか一つに絞れず、物理・化学・数学に加えて生物も履修しました。いちばん心を惹かれたのは、生物学とテクノロジーが交わる領域でした。ラボで生まれる水牛や羊、目の色を変える技術、厳しい気候にも耐える種子や作物。
先生たちは正直に教えてくれました。当時、その分野ではお金にならない、と。そこで12年生を終えた後、UIET, Kurukshetra Universityのコンピュータサイエンス・エンジニアリング学科を選びました。決め手は影響の大きさです。一つのアプリ、一つのウェブサイト、今なら一つのLLMで、何百万人もの暮らしに関わることができる。そして正直に言えば、収入も良い。これは人が認めたがる以上に大切なことです。
心に残っていること 自分の仕事がもっとも多くの人に届く分野を選ぶこと。そして、お金も判断材料の一つだと正直に認めること。
2016
03 · Igniva Infotech · モハリ
最初の仕事と、脆さについての最初の教訓
B.Tech修了後すぐに、Junior Software EngineerとしてIgniva Infotechに入社しました。そこではフードデリバリーアプリを数本開発しました。スマートフォン側はReact Native、その裏側はNode.jsとMongoDBです。あわせてヘルスケアやEdTechのプロダクトにも携わり、チームはBest Team Project賞を受賞しました。
その後、CEOが亡くなりました。会社は人員削減を始め、私は早い段階で、会社とは人であり、一夜にして変わりうるものだと学びました。そして次へ進みました。
2018
04 · Epitome Technologies · モハリ
システムを端から端まで担う
Epitomeでは警備会社向けの人員管理プラットフォームNovagemsを開発し、そのバックエンドを端から端まで担当しました。GPSトラッキング、ジオフェンシング、給与計算、そして効率が70%向上したスケジューリング。システム全体の出来を自分が背負うのは、これが初めてでした。
COVIDが到来してすべてが変わり、私は次へ進むことになりました。
心に残っていること オーナーシップは最速の教師です。自分のシステムなら、午前3時の障害を誰かに任せることはできません。
2020
05 · The Lightning Group · モハリ
まったく新しいタイプの会社
The Lightning Groupは、多国籍企業のような広がりを持つスタートアップでした。同僚はカナダ、ドバイ、ポーランド、インドにいました。非同期が基本で、物事を文章に残し、タイムゾーンをまたいで働く。私にとってまったく新しい文化でした。私たちはマルチテナント型のホワイトラベルSaaS、Moveable.ukを構築しました。
2021
06 · Jio News · ムンバイ
12言語でのスケール
米国を拠点とするディレクターたちとの、心から興味深い対話をきっかけにJio Mediaに入社しました。約8か月の間に、12以上の言語で約500万人が利用するプラットフォームJio Newsの、Go → Node.js(TypeScript)への再設計を主導し、技術アーキテクチャが評価されて表彰を受けました。
その後、上層部が5分間の電話一本で解任されました。Jioは巨大コングロマリットですが、それでも足元がいかに早く変わりうるかを思い知らされました。だからこそ、海外からオファーが届いたとき、真剣に耳を傾けました。
2022
07 · Bondify · ロッテルダム
東京か、ロッテルダムか
海外から同時に2つのオファーをいただきました。一つは東京、もう一つはオランダです。私はオランダを選び、高度技能移民の滞在許可でロッテルダムへ移住しました。BondifyでBackend Engineerとして、Template.ioの契約書作成エンジンを開発しました。
MVPは2四半期でリリースし、契約自動化プラットフォームに対して82万6千ユーロのEU地域開発資金(ERDF、Kansen voor West IIIプログラム経由。総額207万ユーロのプロジェクトの約40%)を会社が獲得するのも支援しました。それでも資金繰りは厳しいままでした。1年が経った頃、会社は私の契約延長を望みましたが、その資金を確保できず、最終的に会社は解散しました。
金銭的な成果にはなりませんでしたが、経験としては大きな収穫でした。新しい国、新しい働き方、そしてゼロから作り上げて公開まで届けたプロダクトです。
心に残っていること 優れたチームと、資金のある会社は別物です。今では、役割と同じくらい慎重にランウェイを確認しています。
2023
08 · グルグラム
自らの意思で、帰国
次の仕事はヨーロッパで探しましたが、選考プロセスが長く、何か月も構築せずに待ち続けるのは避けたいと考えました。そこでインドに戻り、クラウド製造プラットフォームのCapGridにSDE-3として入社しました。
2025 →
09 · CapGrid · グルグラム
エンジニアから、エンジニアリングを率いる立場へ
CapGridでは、見積もりを45日から5日に短縮したAI受注取り込みプラットフォームを構築し、その後、インフラと会社の技術監査を引き受けました。2025年10月にAssociate Director of Engineeringに昇進し、現在はCPTOに相当する立場で、プロダクト、プラットフォーム、インフラ、AIを20名のエンジニア組織とともに担っています。今も週の半分ほどはコードを書いています。
クラウド費用の削減は、誰かに頼まれたわけではありません。CapGridはAWSから20万ドルのクレジットを受けていたため、それまで費用を気にする人はいませんでした。クレジットが切れて請求を自分たちで払うことになったとき、ディレクターとして見過ごすことはできませんでした。稼働率やレイテンシを犠牲にせず、月約14,000ドルから約2,000ドルへと86%削減しました。
キャリアから一つ学んだことがあるとすれば、肩書きよりも、その時々に求められていることのほうが重要だということです。組織が何を必要としているか(どの責任か、どの技術スタックか、どの課題から取り組むか)が仕事を決めます。肩書きは後からついてきます。
次の章の舞台は、EUからシンガポール、湾岸諸国まで、どこになるかわかりません。Principal、Director、CTOとして、同じことをより大きな規模で実現できる役割を求めています。
心に残っていること 大切なのは役割ではなく、組織が今まさに必要としていることです。
10
失敗ログ
非難なしのポストモーテム形式で書いています。何が起きたか、何を変えたか、そしてそれ以来今も続けていること。
2024 初めての独立技術監査で不合格に
- 背景
- 前任のディレクターから引き継いだばかりで、誰の知る限り、会社にとって初めての技術監査でした。文書化されているものはほとんどありませんでした。
- 何が起きたか
- 独立監査で不合格となりました。システムはおおむね動いていましたが、それをどう動かしているかを示せませんでした。業務フローは文書化されておらず、技術ポリシーも明文化されておらず、アクセス権限は必要以上に広がっていました。
- 何を変えたか
- 業務フローを端から端まで文書化し、技術ポリシーを策定し、本番環境、クラウドコンソール、データ全体に最小権限アクセスを導入しました。システム自体が証跡を生み出す仕組みにしています。
- 結果
- 翌年、Big Fourのファームによる監査に、私が唯一の技術責任者として臨み、合格しました。
- 続けている習慣
- どれほどうまく動いていても、文書化され証跡が残っていなければ、存在しないのと同じです。
2025 誰も文書化していなかった計画エンジンの再構築
- 背景
- 月次の所要量計画エンジンは何年も稼働していました。原始的で老朽化しており、ドキュメントは一切ありませんでした。
- 難しかった点
- 何かを直す前に、実際に何をしているのかをリバースエンジニアリングし、既存の業務フローを書き起こし、そのうえでようやく欠点を洗い出す必要がありました。これには誰の予想よりも時間がかかりました。
- 何を変えたか
- 2〜3か月で2回のイテレーションを経て、需要予測エンジンを組み込んだ新しい所要量計画エンジンをリリースしました。
- 続けている習慣
- 新しいシステムを設計する前に、現行システムを文書化すること。旧システムの振る舞いこそが本当の仕様です。
繰り返し気づくパターン
- コストがかさむのは、難しい問題ではなく、文書化されていない問題です。
- システムを引き継ぐことは、欠けている文書も引き継ぐことです。まずそのための時間を確保しましょう。
- 良いチームと、資金のある会社は同じではありません。私は役割と同じくらい慎重にランウェイを確認しています。
ここまでが、今の物語です
システム、数字、技術スタックをご覧になりたい方は、技術ページにすべてまとめています。