前回の記事では、GDGoC Waseda 創立者の Rose Niousha さんをご紹介しました。今日は、GDGoC TMU 2 期卒業生の Aoi Ohta さんにインタビューを行いました。

自己紹介をお願いします！

こんにちは、Aoi Ohta（ハンドル名：marsh_mallow）です。2022 年 10 月 〜 2023 年 9 月までの 1 年間、GDSC TMU (Tokyo Metropolitan University・東京都立大学) の リード（代表）を務め、リード卒業時に「チャプター再構築部門があったら1位」という大変光栄な評価をいただくことができました。任期中の具体的な経験については、同期や後輩リードからの「具体的にどう再構築したのか知りたい」という声にお応えして、この記事にまとめています。

もともとは高専出身ですが、電気情報工学科で電気電子分野を中心に学んでいましたので、ソフトウェア開発にはほぼ全く触れることのない高専時代を過ごしていました。2021 年春に高専を卒業後は、やりたい研究があったので都立大の情報科学科に編入したのですが、やりたい研究がソフトウェア開発関係ではなかったので、相変わらずソフトウェア開発とはほとんど無縁でした。ですが、高専・大学でロボコン（NHK高専ロボコン/学生ロボコン）のチームに所属し、マイコンを用いたロボットの制御や電子回路系の担当として計 5 年ほど活動していました。ですので、ソフトウェア開発の経験は無いものの、コードを書くことや他の人と一緒になにかモノをつくることに関する経験はそれなりにある、というような状態でリードに就任しました。

「IT 系モノづくり民の居場所」x「分野を問わず技術系どうしの交流、協力による課題解決を可能にする」コミュニティを作るまで

GDSC TMU 初代リードから、リードになることを勧められたのがすべての始まりでした。ただ、勧められただけのままでは絶対にやっていけないと思ったので、GDSC のシステムを使って都立大を活性化させてみることをモチベーションにしようと考えて、構想を始めました。そうして最終的に考えたのが、「IT 系モノづくり民の居場所」x「分野を問わず技術系どうしの交流、協力による課題解決を可能にする」というコンセプトです。

当時私は学部 4 年生で、研究も卒論も、修士課程進学後に控えている就活もあったため、時間を無駄にすることはできませんでしたし、できる限り成功させたいと思っていました。なので、論理的に考えて成功確率が高い方法をとれるように、熟考に熟考を重ねたうえでコミュニティのコンセプトを設計しました。

「IT 系モノづくり民の居場所」としたのは、GDSC のデフォルトターゲットとなっている「ソフトウェア開発」に関するサークルが、都立大には存在しないことがわかっていたからです。都立大には情報科学科があるため、このターゲットを掲げるサークルに対するニーズが存在するのは間違いないと考えました。また、「分野を問わず技術系、モノづくり民どうしの交流、協力による課題解決が可能になる場所」としたのは、多分野をカバーする都立大のものづくり環境に可能性を感じていたからです。都立大システムデザイン学部には、分野は異なるものの、ものづくりに興味を持つ学生が多く在籍しています。私がもといたロボコン部をはじめ、技術系の部活も多数存在します。ただ、学科間の交流の機会が少ないので、皆寂しがっていました。なので、そのようなキャンパスに、どの技術分野でも関係のあるITという技術を中心とするGDSCを置けば、GDSC がハブとして機能し、多分野の学生の交流やそれぞれの思う課題の解決が可能になると考えました。コンセプトが固まった時、「この2点をおさえれば、都立大の中に埋まっているであろうニーズに応えつつ、このキャンパスのポテンシャルを最大限に引き出すための土壌をつくれる」そんな希望を胸に秘めていたのを覚えています。

そのようにして決定したターゲットを軸として、主に公式 X（旧 Twitter）でメンバーを募りました。その結果、設定したターゲット通り、情報科学科で個人開発をしている人が入ってきてくれました。また、情報科学科以外のシステムデザイン学部の他学科や、文系学部を含めた他学部からも、ソフトウェア開発や IT について学びたいという人が集まってきてくれ、交流する様子がみられました。

人数が少ないうちは、入ってきてくれた人の興味をヒアリングして、それに合うイベントや開発プロジェクト、学習コンテンツなどをコアメンバーに協力してもらいながら整備する、ということを繰り返していきました。それによって、ゆっくりとですが半自動的に、たいていのメンバーのニーズを満たすことが可能かつコミュニティとして持続可能な環境が整っていきました。

卒業して1年経った今、振り返って見て GDSC が役にたったと感じたことはありますか？特に印象に残っているエピソードがあれば教えてください。

リード卒業直後から現在まで、別の学術系コミュニティの運営に参加しているのですが、SNS での広報やコミュニティ内での働きかけなどで、GDSC での運営経験が大いに役立っていると感じています。社会人も多く在籍するコミュニティであることから、GDSC の時とはまた違った困難がありますが、コミュニティの現状をとらえ、展開させたい方向を定めてアクションを起こす流れは、GDSC で経験したことをうまく応用できています。

また、リードを卒業後、ほどなくして就職活動に取り組みましたが、就職活動では、自分の強みをアピールするのに GDSC での経験をよく面接官にお話ししました。GDSC でコミュニティを構築した経験は、 “ 周囲の人の助けを借りながら、目標に向かってものごとを推進する能力 ” の証明になります。

なによりも、マイナスの状態から 2 年 3 年と続いていくコミュニティを形成することができたという事実そのものが、先ほどあげた活動や、これからの仕事のための自信の源のひとつになってくれていると感じています。あれができたんだから、これからの人生や仕事で何が起きても、周囲の人とよくコミュニケーションをとって、今や今後に必要なことを認識してそれに応えられるように努力すれば、なんとか乗り越えていけるだろう、これからも挑戦しよう、と思えています。

GDSC の活動を始めたばかりの自分へ一言アドバイスするとしたら、なんと伝えますか？

焦らず自分のペースで、自分の選択を信じて進んでほしい、と伝えたいです。

あのときの私は、一応動きそうな計画は立てたものの本当にそのとおりに動くのか、同期のリードたちの誰とも被らないバックグラウンドを持っている私だけど大丈夫か、そもそも本当に自分が引き受けてよかったのか、と、たくさんのことが不安でした。ですが、元から仲の良かった友人たちや先生に状況を話すことで、少しずつ協力を得ることができるようになり、その不安がだんだんとどこかに消えていきました。また、GDSC に参加したことにより、それまで見たことがなかった世界の存在を意識するようになりました。自分の技術的な経験を伝える機会や交流する機会が増えたことにより、他の人と話せる話題が増え、新たな運営系の活動を展開していくこともできるようになりました。

イレギュラーな要素の大きい選択をすることには孤独感と不安がつきものなので、全く希望が見えないならやるべきではないですし、決して無理をしすぎるべきではないですが、「実現したい」と思えるビジョンが見えたならそのまま一歩踏み出してみてもよい、と今は思えます。震えながらも一歩を踏み出す選択をした 3 年前の自分をねぎらいたいですし、感謝したいです。

Aoi さん、どうもありがとうございました。

GDG on Campus TMU の公式サイト＆活動情報はこちら

この度、Google が開発するオープンモデル「Gemma」に焦点を当てた Gemma Meetup を開催いたします。本 Meetup は、参加者の皆様が Gemma の可能性や活用事例について知識を共有し、議論を深めることを目的としています。Gemma の技術的な詳細、活用方法、事例、今後の展望など、幅広いテーマを取り上げ、Gemma コミュニティの活性化を目指します。

今回の Gemma Meetup には、特別ゲストとして、Gemma の開発に携わる Google DeepMind のエンジニア、Cassidy Hardin が来日し、Gemma 3 を含む Gemma の最新情報や今後の展望について話す予定です。

Gemma の最前線を直接学べる貴重な機会を、ぜひお見逃しなく！

申し込みはこちら

開催日 : 2025 年 4 月 24 日（木） 18:30 - 20:50（予定）

開催方法 : オンサイト（Google 渋谷オフィス）

会場定員 : 100 名

※ お申し込み多数の場合は抽選とさせていただきますので予めご了承ください。

#gc_gemma

【注目セッション】

Gemma 3 最新情報
Google DeepMind Cassidy Hardin

Gemma 3 は、シングル GPU または TPU で動作する、最も高性能なオープンモデルです。本セッションでは、Gemma 3 の最新情報、アーキテクチャ、活用事例などを解説します。

Gemma 3 の活用方法
Google Cloud 片岡 義雅

Gemma は軽量なモデルであるため、さまざまなインフラストラクチャ上でのホスティングが可能です。本セッションでは Gemma のホスティングに利用可能な Google Cloud のサービスについてご紹介します。

neoAI Chat for オンプレミス：Gemma 3 を用いたオンプレミス RAG の実現
株式会社neoAI AIソリューション事業部 / neoAI Research COO 寺澤 滉士良 氏

ネットやクラウドにアップロードできない機微秘匿データを対象とした生成 AI 活用は導入の難しさと AI の精度の二つの原因で進んでいません。neoAI はこの課題をうけ、neoAI Chat for オンプレミスを発表しました。今回の Gemma 3 は Gemma 2 にあった 2 つの大きな課題、画像入力ができない点とコンテキストの短さが克服された上、neoAI 独自の RAG ベンチマークでも高い点数をマークしています。

変更事項

背景

OAuth ユーザー認証フローで同意を分割すると、すべてかゼロかのアプローチではなく、アプリケーションで認可したい特定の OAuth スコープをユーザーがカスタマイズできます。この機能は、2019 年以降に作成されたすべての Google Cloud コンソール プロジェクトでオンになっていますが、2019 年以前に作成されたすべてのプロジェクトではオフになっています。

次のスクリーンショットは、すべてかゼロかの同意プロンプトと、分割された同意プロンプトの違いを示しています。  図 1: すべてかゼロかの同意画面。ユーザーは OAuth スコープのリストから選択することはできない。

 図 2: 分割された同意画面。ユーザーは OAuth スコープのリストから選択できる。

変更の影響を受けるのは誰ですか？

次の条件をすべて満たす場合、この変更の影響を受けます。

1. API アプリケーションで、2019 年以前に作成された Google Cloud コンソール プロジェクトを使っている。
2. アプリケーションで OAuth 2.0 ユーザー同意フローを実装している。これは、ユーザーが Google アカウントでログインし、アプリケーションが要求する 1 つ以上の権限を付与する認証ワークフローです。
3. アプリケーションで複数の Google API を使っており、後述する広告関連の API が含まれている。

変更の影響を受けないのは誰ですか？