sh3_2026_kw のバックアップ(No.1)

[ トップ ]   [ 新規 | 一覧 | 単語検索 | 最終更新 | ヘルプ ]

• バックアップ一覧
• 差分 を表示
• 現在との差分 を表示
• ソース を表示
• sh3_2026_kw へ行く。
  • 1 (2026-03-31 (火) 20:48:18)
  • 2 (2026-03-31 (火) 22:41:48)
  • 3 (2026-03-31 (火) 22:41:48)
  • 4 (2026-04-04 (土) 03:31:18)
  • 5 (2026-04-04 (土) 11:28:20)

---

SecHack365 2026年度 川合ゼミの説明

• (by K, 2026.03.31)

(1) こんな人を募集します！

• 「SecHack365 2026年度 開発駆動コース 川合ゼミ」では、こんな人を募集します。
  • 自分が普段使いするものを自作したいという人（自分ではないが自分に身近な人に使ってもらう予定があるならそれでもOK）
  • すでに開発に着手していて何らかの動作ができる（一部の機能しか動かないとかでも、もちろんOK）
• この2つの条件はどちらかを満たしていればいいのではなく、両方を満たす必要があります。

• 私がトレーナとしてもっとも大切にしているのは、みんなが開発を楽しめることです。「SecHack365のせいで開発が嫌いになってしまった」というのを避けたいです。「前から好きだったけど、もっと好きになった。すごく楽しい」これを目指しています。
• だから無理強いすることはないですし、効率よく早く正解を学ばせることよりも楽しみながら試行錯誤して実感を伴って学んでもらうことを重視します。そもそも何が正解か、そんなに簡単に決められるものじゃないですよね。
• どうしてもうまくいかなくてギブアップしたら私に質問してもらって、私は最低限のヒントを与えてあとは自力で突破してもらう、これが私の理想とする方法です。多くの人は、本当にあとちょっとのところまで来ているものなのです。
  • 2024年度まではプログラミング言語の自作を優先してきましたが、2025年度以降はこれにこだわりません。作る作品は何でもよいです。

• 参考までに、私が今までどんなことをしてきたのかを知っておく必要があるでしょう。
  • 1996年～ V98というエミュレータを開発
  • 2000年～ OSASKというPC向けの超軽量型の自作OSを開発
  • 2002年～ naskというx86用のアセンブラを開発
  • 2003年～ tek5というLZMAをベースにした可逆圧縮形式を開発
  • 2005年～ 書籍「30日でできる！OS自作入門」を執筆
  • 2010年～ blikeというC言語用のグラフィックライブラリを開発
  • 2013年～ OSECPU-VMという仮想マシンを開発（このバイトコードでプログラムを書くと驚異的に小さくなる）
  • 2019年～ kcl03というC言語用の基本ライブラリを開発
  • 2019年～ kcll00というC言語用のプログラミング言語開発支援ライブラリを開発
  • 2019年～ ES-BASICというスクリプト言語を開発 （詳しくはこちら→esbasic02a）
  • 2020年～ aclライブラリを開発
  • 2021年～ 「10日くらいでできる！プログラミング言語自作入門」を書く（詳しくはこちら→a21_txt01）
  • 2023年～ easy-CというC言語の改良版を発表 （詳しくはこちら→a23_ec002）

• まとめるとこんな感じです。
  • エミュレータ自作、PC向けのOS自作、言語自作、圧縮、理想のCPU命令を考える、ライブラリや自作言語を作って自身の開発力を底上げ

• 私は「自分に身近な課題を解決する」ことに強くこだわっていますが、それはa24_useSelfMadeにも書いてあります。

• 解決したい課題がセキュリティに関係しなくても応募は可能です。どうやってセキュリティに関連付けるかを応募時点で考えておく必要はありません（それはSecHack365に参加してから一緒に考えましょう）。純粋に魅力的な内容を期待しています。セキュリティに関連した内容だとか点があるかというとそういうことはありません。それよりもあなた自身がこれを使ってこんなことをしたい、だから自分で作るんだという話が聞きたいです。

(2) 補足

• [Q-1]ChatGPTやそのほかの類似の技術を利用して、応募用紙を書いたりプログラムを書いたりしていいですか？
  • [A-1]他のコースや他のゼミではダメかもしれませんが、川合ゼミではOKです。ただしChatGPTに文章を書かせて「私は〇〇ができます」と書いたら、本当に〇〇ができなければいけません。つまり書いた内容には責任を持ってください。「ChatGPTが勝手に書いただけだから僕は知りません」というのはダメです。プログラムについても、「ChatGPTに書かせたのでバグがあります、でも直せません」ではダメです。自分が書いたのと同じくらいに責任をとってください。それさえ約束できれば問題ありません。

• [Q-2]もう自分の作りたいものを作り始めているのですが、その続きを作る（改良をする）みたいなのでもいいでしょうか。
  • [A-2]それは技術力と熱意の証明だと思うので、大歓迎です！
  • むしろこれから作ろうと思っている人も、SecHack365での合格通知など待たずにどんどん作ってほしいです。応募前から作ってほしいくらいです。どこまでできたか教えてください。

• [Q-3]川合ゼミでは、わからないことは何でもたくさん教えてもらえると思っていいでしょうか？
  • [A-3]プログラムの開発の仕方は、何から何まで川合が教えてくれる！という「おんぶにだっこ」な対応は期待しないでください。トレーナーからの指導がなくても、7割くらいは自分で調べて作れるスキルがあるのが前提です。
  • 「7割どころか、全部自力でできると思います！」の人も大歓迎です。私はさらにきっかけを与えて完成度を120%や200%にすることを目指します。

• [Q-4] グループでの応募はできないのはわかってますが、開発が進行していくにつれて他の合格者と一緒にやりたいって思うことがあるかもしれないですよね。その場合、その人とグループを組んで開発をすることはできますか？またその場合にその人のテーマに合わせたりすることもあり得ると思うのですが、それもOKですか。
  • [A-4] そういう状況になれば、OKできると思います。

• [Q-5] 実力を示すためにコンテストでの受賞歴があったほうがいいですか？
  • [A-5]私は、コンテストでの受賞などをプラスには見ません（もちろんマイナスにもしませんが）。だから優勝したとか高得点を取ったなどのアピールは重要ではありません（もちろんそれでもアピールしたければしてもいいですが）。
  • そうじゃなくて、そこでどんなものをどうやって作ったのかをアピールしてください。・・・結局、コンテストなどの受賞歴は、私からすれば他人の評価でしかないのです。私は私の基準で評価したいので、他人にどう評価されたことがあるかは関係がないのです。

• [Q-6] 代表作なんかないです・・・
  • [A-6] ここでいう代表作っていうのは、世間に公開したものがあったらそれを書いてね、という意味では「ない」のでご安心ください。自分が作ったものの中で、一番よくできたのは〇〇です、ちなみにかくかくしかじかの内容です、って書いてくれたら十分です！・・・誤解しやすい書き方でごめんなさい。

• [Q-7] 応募時に作りたいと思っていたものと、選考合格後に作りたいものが微妙に変わってしまったのですが大丈夫でしょうか？
  • [A-7] どうして作りたいものが変わったのか、その話は面白そうなのでぜひ熱く語ってもらいたいですが、その上で、たいていはOKできると思います。・・・一応書いておきますが、合格するためにもともと興味もないような開発テーマを書いてみても、それはほぼ一発で見抜かれて落とされますのでそんなセコイことは考えないでくださいね。
  • とまあそういうことですので、作りたいものが変わったらどうしよう、今後約1年間もこのテーマに縛られるとしたら慎重に書かないといけないかな、と身構える必要はありません。

• [Q-8] こちらのゼミでは、年齢情報を選考に利用しますか？
  • [A-8] はい、します。基本的に若い人には加点します。中学生と大学院生を同じ基準で比較するとかは（私には）ありえないです。ですから「自分はまだスキルが足りないかもしれないから・・・」って応募を先送りしてもいいことはないと思います（先送りすればするほど、年齢が増す分だけ不利になる）。とにかく今の自分は何が作りたくてどのくらいのことができるのか、書いてみてください！
  • なお事務局に確認したところ、選考時には事務局に回答した年齢情報が提供されないようなので、問2～問5のどこかに自分の年齢を書いてください（高校〇年生です、とかでも可）。書いてくれれば若い人への加点をします。

• [Q-9] 実はやってみたいテーマが複数あるのですが、どれを書いたらいいかよくわかりません。こういう時はどうしたらいいですか？
  • [A-9] そういうときはたぶん自分だけで考えていてもしょうがないので、ひとまず全部書いてしまいましょう。もし複数書いてあれば、その中で一番好ましいものをこちらで選んで、それで評価します。これで選考を通過した場合、最初の打ち合わせの時にはどれを選んだかお伝えできると思います。でもそれを強制するというわけではなく、もう一度希望も聞きますので、一緒に考えましょう！・・・ちなみに、心にもないことを（受かりたいからと）適当に書いてしまうと、それは見抜かれます。ですから小細工はしないで、素直に書くことをおすすめします。

• [Q-10] 川合ゼミでは、SecHack365で新たな分野に挑戦することは推奨しないということですか？経験者を優遇している感じがします。
  • [A-10] はい、そうです。新しい分野を調べながら学ぶことはSecHack365ではなくてもできることです。それをSecHack365内でやったらとてももったいないと思うのです。・・・SecHack365ではあなたの作品に対してアドバイスをもらう機会がたくさんあります。そのときに「まだ勉強しているところなので、今はデモできません」になると、とてももったいないのです。・・・ですからSecHack365に来る前に独学で勉強しておいて、その上でSecHack365に応募してほしいと思っているのです。

• [Q-11] 書き方のコツはありますか？
  • [A-11] まず、どんな課題をどう解決したいのか説明してください。・・・[例]先日、おじいちゃんから〇〇だと言われて、それを解決したいと思って既存のツールを探して使ってみたけど、どうもしっくりこない。特に〇〇ができないところが不便だ。そんなの〇〇を使えば簡単にできそうなのに。だからそれを〇〇言語で作りたい。・・・あなたの身近な問題を、あなたの今のスキルの範囲で解決するような開発をしてほしいのです（少しくらいは背伸びしてもいいですが）。

• [Q-12] 他に強調することはありますか？
  • [A-12] あります。どうも一番大事なことがなかなか伝わっていないようです。このゼミでは「なぜその開発をあなたがするのか？」を重視します。・・・単なる社会的な課題であれば、そんなのプログラミングのうまい別の誰かが解決すればいいじゃないですか。あなたが開発する必然性なんてないのです。そういう開発のすべてがダメだとは言いませんが、川合ゼミはそういう人を優先して応援しようとは思っていないのです。しかし逆に、あなたの何らかの実体験から出発して、「先日こういうことを体験したので、今回こういう開発を是非やりたいと思います！」ってなったら、それはまさにあなたが作るべきという必然性になるのです。しびれますよ。
  • だから、まだ作りたいものが決まっていないので、なんかいいネタはないかなと探しています・・・っていうのは川合ゼミ向きじゃないです。川合ゼミのネタは探すものじゃないです。向こうからやってくるものなんです。もし新しい課題に巡り合いたいなら、何か新しいことにチャレンジしましょう。ちょっと旅行してみるなんてどうですか？新しい友達を作ってみたらどうですか？新しいアルバイトをやってみるのはどうですか？そうやって何かすれば、きっと何か気づきがあるでしょう。そうなったら、川合ゼミにGO！というわけです。

• [Q-13] 今までの川合ゼミの修了生を紹介してください。
  • [A-13] 次の通りです。最初からすごい人もいましたし、SecHack365内で急成長した人もいました。リンク先には詳しい作品紹介があります。

    2018年度	14: プログラミングの見えない課題を可視化する-デバッグ支援ツールHIDE-	古川 菜摘 さん
    2018年度	24: 言語統一のためのTepu言語	竹内 和貴 さん
    2018年度	25: TOMMY~transform of memory~	三谷 日姫 さん
    2018年度	36: CPUに対するセキュリティ機能追加の提案	田村 来希 さん
    2018年度	37: IoT向け言語の開発	宇佐見 大希 さん	（表現駆動コースからの川合ゼミ参加）
    2019年度	D01: セキュアで楽に書けて速いプログラミング言語nek-ot	秋山 陸 さん
    2019年度	D02: Programming Language maxc	飯田 圭祐 さん
    2019年度	D03: コンピュータ技術を作り直すmemepu（仮	Eliot Courtney さん	[優秀修了]
    2019年度	D04: Unpep - Enhanced Golang Syntax	Jantakorn Passawee さん
    2020年度	D02: Tarto：マイコンをインタラクティブに制御できるプログラミング言語とWEB IDE	田中 健 さん
    2020年度	D03: 安全に書けるAltC++なプログラミング言語 Grid	辻本 宗一郎 さん
    2020年度	D04: 仕組みを理解しやすいシンプルなハニーポット Stepot	豊田 昂輝 さん
    2021年度	D05: プログラミング言語RSC~メモリ安全性があり他言語関数呼び出しが容易な言語~	平山 快 さん
    2021年度	D06: 音遊びプログラミング言語 Oto	古田 尚樹 さん
    2021年度	D07: mirlvm：セキュアで高速なコンパイラ基盤の開発	吉村 仁志 さん
    2022年度	D02: SysDC 〜設計を支援する言語〜	中神 悠太 さん	[優秀修了]
    2022年度	D06: Althea〜安全で安定したコードを簡単に書ける言語〜	八木橋 拓之 さん	[優秀修了]
    2023年度	16Dk: セキュリティをGUIで もっと分かりやすく！ Control Watcher	高島 翔瑛 さん
    2023年度	34Dk: タイムラインを活用したプログラムの動作を可視化する学習システムの開発	丸山 拓真 さん
    2024年度	12Dk: ゲーム開発者がチート対策を意識しなくていい言語 Naughtiness(ナギ)	奥野 凌汰 さん
    2024年度	24Dk: 競技プログラミング向けのプログラミング言語 Albat	鳥海 翔一 さん
    2024年度	27Dk: HaloML 新しい機械学習フレームワーク	中村 壮馬 さん

(3) 掛け持ちについて

• 私としては、他のことと掛け持ちしない人が好ましいと思っています。他のイベントにも積極的に参加しています、したいです、っていう人はきっと時間が足りなくなって、成果が中途半端になりやすいと思うのです。まあそれも人生なので仕方ない面はありますが、できればSecHack365に集中できそうな時期を選んで応募してくれたらうれしいです（まあ多少のことなら並行してやってもいいのですが・・・）。
• また大学などの研究テーマ（今やっているやつ）をそのまま持ってこられたりするのは少し困ります。なぜなら、どこからどこまでがSecHack365の成果なのかわかりにくくなるからです。趣味で前からコツコツやっていた、とかはOKです。それなら成果の区切りがあいまいになっても、大きな問題にはならないからです。同じ理由で、今年の未踏でやっているテーマをそのまま持ってきた、というのも困ります。未踏に限らず、他のイベントとの掛け持ちはすべて該当します。

• もしこれらの掛け持ち問題がありそうな人は、応募時に自己申告して、かくかくしかじかの理由でうまく切り分けられるので心配しないでくださいって教えてください。
  • まあでも、掛け持ちするくらいなら、そっちをメインで最後まで頑張るほうがいい結果になりそうな気はしますよ！「二兎を追う者は一兎をも得ず」っていうじゃないですかー。

(4) ちなみに

• ちなみに、学習駆動コースも川合ゼミに似たテーマを扱っていますので、そちらも確認しておくと、後になって「ああ、それだったら学習駆動コースにしておけばよかった！」と後悔しないで済むと思います。

• SecHack365のホームページはこちらです。 → https://sechack365.nict.go.jp/

     

Site admin: K

PukiWiki 1.4.7 Copyright © 2001-2006 PukiWiki Developers Team. License is GPL.
Based on "PukiWiki" 1.3 by yu-ji. Powered by PHP 5.6.40. HTML convert time: 0.025 sec.