sh3_2021_kw
の編集
https://essen.osask.jp/?sh3_2021_kw
[
トップ
] [
編集
|
差分
|
バックアップ
|
添付
|
リロード
] [
新規
|
一覧
|
単語検索
|
最終更新
|
ヘルプ
]
-- 雛形とするページ --
BracketName
EssenRev4
FormattingRules
FrontPage
Help
InterWiki
InterWikiName
InterWikiSandBox
K
MenuBar
PHP
PukiWiki
PukiWiki/1.4
PukiWiki/1.4/Manual
PukiWiki/1.4/Manual/Plugin
PukiWiki/1.4/Manual/Plugin/A-D
PukiWiki/1.4/Manual/Plugin/E-G
PukiWiki/1.4/Manual/Plugin/H-K
PukiWiki/1.4/Manual/Plugin/L-N
PukiWiki/1.4/Manual/Plugin/O-R
PukiWiki/1.4/Manual/Plugin/S-U
PukiWiki/1.4/Manual/Plugin/V-Z
RecentDeleted
SDL2_01
SandBox
WikiEngines
WikiName
WikiWikiWeb
YukiWiki
a21
a21_acl01
a21_bbs01
a21_challengers
a21_count
a21_edu01
a21_edu02
a21_edu03
a21_edu04
a21_edu05
a21_edu06
a21_edu07
a21_edu08
a21_edu09
a21_edu10
a21_edu11
a21_hlx000
a21_hlx001
a21_hlx001_1
a21_hlx001_2
a21_hlx001_3
a21_hlx002
a21_hlx002_1
a21_hlx003
a21_hlx003_1
a21_hlx004_1
a21_memo01
a21_opt
a21_opt02
a21_opt03
a21_p01
a21_special
a21_tl9a
a21_todo
a21_txt01
a21_txt01_10
a21_txt01_1a
a21_txt01_2
a21_txt01_2a
a21_txt01_2b
a21_txt01_3
a21_txt01_4
a21_txt01_5
a21_txt01_6
a21_txt01_6a
a21_txt01_7
a21_txt01_8
a21_txt01_8a
a21_txt01_9
a21_txt01_9a
a21_txt02
a21_txt02_10
a21_txt02_10a
a21_txt02_10b
a21_txt02_11
a21_txt02_11a
a21_txt02_12
a21_txt02_12a
a21_txt02_12b
a21_txt02_1a
a21_txt02_1b
a21_txt02_2
a21_txt02_2a
a21_txt02_3
a21_txt02_3a
a21_txt02_4
a21_txt02_4a
a21_txt02_5
a21_txt02_5a
a21_txt02_6
a21_txt02_6a
a21_txt02_6b
a21_txt02_6b_rev0
a21_txt02_6x
a21_txt02_7
a21_txt02_7a
a21_txt02_8
a21_txt02_8a
a21_txt02_9
a21_txt02_9a
a22_acl2_01
a22_acl2_02
a22_edu12
a22_intro01
a22_intro02
a22_intro03
a22_memman01
a22_memman02
a22_memman03
a22_memman04
a22_memman05
a22_memman06
a22_memman07
a22_memo01
a22_mingw_debug
a22_txt03
a22_txt03_1a
a22_txt03_1b
a22_txt03_2
a22_txt03_2a
a22_ufcs01
a23_bbs
a23_ec001
a23_ec002
a23_intro00
a23_intro000
a23_intro01
a23_intro02
a23_intro03
a23_intro04
a23_intro05
a23_intro06
a23_intro07
a23_intro08
a23_intro09
a23_intro10
a23_intro10wk1
a23_intro10wk2
a23_intro10wk3
a23_intro11
a23_intro12
a23_intro13
a23_intro13wk1
a23_intro14
a23_intro15
a23_intro16
a23_intro90
a23_intro91
a23_neopixel1
a23_os01
a23_useSelfMade
a23_usm001
a23_usm002
a23_usm003
a23_usm004
a23_usm005
a23_usm006
a23_usm007
a23_usm008
a23_usm009
a24_memo01
a24_osc20240310
a24_osc20241026
a24_raspberrypi01
a24_useSelfMade
aclib00
aclib01
aclib02
aclib03
aclib04
aclib05
aclib06
aclib07
aclib08
aclib09
aclib10
aclib11
aclib12
aclib13
aclib14
aclib15
aclib16
aclib17
aclib18
aclib19
aclib20
aclib21
aclib22
aclib23
aclib24
aclib25
aclib_bbs
arm64_01
avm0001
edu0001
edu0002
edu0003
esb02b_hrb
esb_dbg
esbasic0001
esbasic0002
esbasic0003
esbasic0004
esbasic0005
esbasic0006
esbasic0007
esbasic0008
esbasic0009
esbasic0010
esbasic0011
esbasic0012
esbasic0013
esbasic0014
esbasic0015
esbasic0016
esbasic0017
esbasic02a
esc0001
escm0001
essen_hist
esvm0001
esvm0002
esvm0003
esvm0004
esvm0005
esvm0006
esvm_i0
hh4a
idea0001
idea0002
idea0003
impressions
jck_0000
jck_0001
kawai
kbcl0_0000
kbcl0_0001
kbcl0_0002
kbcl0_0003
kbcl0_0004
kbcl0_0005
kbcl0_0006
kbcl0_0007
kclib1_0000
kclib1_0001
kclib1_0002
kclib1_0003
kclib1_0004
kclib1_0005
kclib1_0006
kclib1_0007
kclib1_0008
kclib1_0009
kclib1_0010
kpap0001
members
memo0001
osask4g
osask4g_r2
p20200311a
p20200610a
p20200610b
p20200624a
p20200711a
p20200716a
page0001
page0002
page0003
page0004
page0005
page0006
page0007
page0008
page0009
page0010
page0011
page0012
page0013
page0014
page0015
page0016
page0017
page0018
page0019
page0020
page0021
page0022
page0023
populars
seccamp
seccamp2019
sechack
sechack2019
seclang01
sh3_2020
sh3_2020_kw
sh3_2020_nk
sh3_2021_kw
sh3_2021_nk
sh3_2022_kw
sh3_2023_kw
sh3_2024_kw
sh3_kw_hist
termux001
termux002
text0001
text0001a
text0002
text0002a
text0003
text0004
text0005
text0006
text0006a
text0007
text0008
text0010
text0011
text0012
text0013
text0014
text0015
text0016
text0017
text0018
text0019
text0020
text0021
tl1c
tl2c
tl3c
tl3d
* SecHack365 2021年度 川合ゼミの説明 -(by [[K]], 2021.04.02) ** (1) こんな人を募集します! -「SecHack365 2021年度 開発駆動コース 川合ゼミ」では、こんな人を募集します。 --[1]''プログラミング言語''を作りたい人(これが川合ゼミでのおすすめテーマになります)。 --[2]そのほか川合が興味を持ちそうな開発をやりたい人(これが川合ゼミでの持ち込みテーマになります)。 -いずれにせよ、私がトレーナとしてもっとも大切にしているのは、みんなが開発を楽しめることです。「SecHack365のせいで開発が嫌いになってしまった」というのを避けたいです。「前から好きだったけど、もっと好きになった。すごく楽しい」これを目指しています。 -だから無理強いすることはないですし、効率よく早く正解を学ばせることよりも楽しみにながら試行錯誤して実感を伴って学んでもらうことを重視します。そもそも何が正解か、そんなに簡単に決められるものじゃないですよね。 -どうしてもうまくいかなくてギブアップしたら私に質問してもらって、私は最低限のヒントを与えてあとは自力で突破してもらう、これが私の理想とする方法です。多くの人は、本当にあとちょっとのところまで来ているものなのです。 -[2]を選ぶ場合、私が今までどんなことをしてきたのかを知っておく必要があるでしょう。 --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]]) --まとめるとこんな感じです。 ---エミュレータ自作、PC向けのOS自作、言語自作、圧縮、理想のCPU命令を考える、ライブラリを作って自身の開発力を底上げ -[1]でも[2]でも、「自分の開発物を自分で常用しようと思っている人」が私は大好きです。 --これに関する私の考え方は''[[p20200311a]]''に書いてあります。 --一方で「これを作ることで〇〇を実証するのだ」みたいなのも私はOKなので、自分で常用しなければ絶対だめだというわけではないです(私もそういう目的で開発することが時々あります)。 -[1]の場合、SecHack365で作るからには、ただのプログラミング言語であるわけにはいきません。セキュリティに配慮した言語を目指しましょう。 --しかし最初からセキュリティを意識して作るのは大変かもしれないで、途中からセキュリティ機能を付与していけばいいと私は思います。 --自分で作るからには、日々、「こんな言語機能があれば絶対に便利なのに」と思ったことをまず盛り込んで、その上でセキュアにしましょう。 --セキュリティ機能ってどんなことをすればいいの?って思いますよね。私が思いついたことをまとめてあります。→''[[seclang01]]'' ** (2) 補足 -[Q]プログラミング言語を作ってみたいのだけど、作ったことがないのでできるかどうかわかりません。 --[A]''[[a21_txt01]](およびその続き)''を読んでみてください。これを読んで「なるほどこれだったら自分でもできるかも」と思えたら、もうOKです。 --応募までにすべてを読み終わる必要はありません。今どのあたりをやっているか(どこまで理解できているか)をぜひ書いてもらえたら、選考上さらに有利になると思いますので、「ばっちり〇〇までは理解できています!」ってアピールしてください。 // -[Q]もう自分の作りたいものを作り始めているのですが、その続きを作る(改良をする)みたいなのでもいいでしょうか。 --[A]それは技術力と熱意の証明だと思うので、大歓迎です! --むしろこれから作ろうと思っている人も、SecHack365での合格通知など待たずにどんどん作ってほしいです。応募前から作ってほしいくらいです。どこまでできたか教えてください。 -[Q]川合ゼミでは、わからないことは何でもたくさん教えてもらえると思っていいでしょうか? --[A]プログラムの開発の仕方は、何から何まで川合が教えてくれる!という「おんぶにだっこ」な対応は期待しないでください。トレーナーからの指導がなくても、''6割''くらいは自分で調べて作れるスキルがあるのが前提です。 --・・・とはいえそれだけだと言語の作り方がわからなくて、言語自作にチャレンジできない人が増えそうだったので[[a21_txt01]]は用意しました。これを読めばできそうな人が言語開発のテーマを選べます。 --「6割どころか、全部自力でできると思います!」の人も大歓迎です。私はさらにきっかけを与えて完成度を120%や200%にすることを目指します。 -[Q] グループでの応募はできないのはわかってますが、開発が進行していくにつれて他の合格者と一緒にやりたいって思うことがあるかもしれないですよね。その場合、その人とグループを組んで開発をすることはできますか?またその場合にその人のテーマに合わせたりすることもあり得ると思うのですが、それもOKですか。 --[A] そういう状況になれば、OKできると思います。 -[Q]実力を示すためにコンテストでの受賞歴があったほうがいいですか? --[A]川合は、コンテストでの受賞などをプラスには見ません(もちろんマイナスにもしませんが)。だから優勝したとか高得点を取ったなどのアピールは重要ではありません(もちろんそれでもアピールしたければしてもいいですが)。 --そうじゃなくて、そこでどんなものをどうやって作ったのかをアピールしてください。・・・結局、コンテストなどの受賞歴は、私からすれば他人の評価でしかないのです。私は私の基準で評価したいので、他人にどう評価されたことがあるかは関係がないのです。 -[Q] 代表作なんかないです・・・ --[A] ここでいう代表作っていうのは、世間に公開したものがあったらそれを書いてね、という意味では「ない」のでご安心ください。自分がこの言語で作ったものの中で、一番よくできたのは〇〇です、ちなみにかくかくしかじかの内容です、って書いてくれたら十分です!・・・誤解しやすい書き方でごめんなさい。 -[Q] 応募時に作りたいと思っていたものと、選考合格後に作りたいものが微妙に変わってしまったのですが大丈夫でしょうか? --[A] どうして作りたいものが変わったのか、その話は面白そうなのでぜひ熱く語ってもらいたいですが、その上で、たいていはOKできると思います。・・・一応書いておきますが、合格するためにもともと興味もないような開発テーマを書いてみても、それはほぼ一発で見抜かれて落とされますのでそんなセコイことは考えないでくださいね。 --とまあそういうことですので、作りたいものが変わったらどうしよう、今後約1年間もこのテーマに縛られるとしたら慎重に書かないといけないかな、と身構える必要はありません。 ** (3) 掛け持ちについて -私としては、他のことと掛け持ちしない人が好ましいと思っています。他のイベントにも積極的に参加しています、したいです、っていう人はきっと時間が足りなくなって、成果が中途半端になりやすいと思うのです。まあそれも人生なので仕方ない面はありますが、できればSecHack365に集中できそうな時期を選んで応募してくれたらうれしいです(まあ多少のことなら並行してやってもいいのですが・・・)。 -また大学などの研究テーマ(今やっているやつ)をそのまま持ってこられたりするのは少し困ります。なぜなら、どこからどこまでがSecHack365の成果なのかわかりにくくなるからです。趣味で前からコツコツやっていた、とかはOKです。それなら成果の区切りがあいまいになっても、大きな問題にはならないからです。同じ理由で、今年の未踏でやっているテーマをそのまま持ってきた、というのも困ります。未踏に限らず、他のイベントとの掛け持ちはすべて該当します。 -もしこれらの掛け持ち問題がありそうな人は、応募時に自己申告して、かくかくしかじかの理由でうまく切り分けられるので心配しないでくださいって教えてください。 --まあでも、掛け持ちするくらいなら、そっちをメインで最後まで頑張るほうがいい結果になりそうな気はしますよ!「二兎を追う者は一兎をも得ず」っていうじゃないですかー。 ** (4) このゼミ独自の取り組み -(他のコースやゼミも川合ゼミの真似をすることはありうるので、川合ゼミ以外では絶対にやらないということではありません。) -(注意)いずれも一度はやりたいと思っていますが、その時に不評だったら二度目はやらないかもしれません。 -[1] SecHack36.5min --これは何をやるか事前に決めて、さらに事前に多少の準備をした上で、36.5分間、みんな一緒に、とにかく猛烈に集中して開発してみようぜ!というただそれだけの企画です。 --開発内容は、自分の開発テーマの一部であってもいいですが、関係ないものであってもいいです。 --終わった後に、何をやろうとしてどこまでできたのかを順番に発表しておしまいですが、たまに自由時間内に個人的に延長戦をやることもあります。 --2019年度にやったときは結構好評でした。 --私もやりましたが、成果は結構出ます。しかしその後の疲労感も結構あります(笑)。 -[2] オープンソース開発スタイル体験 --これはSecHack365の同期の誰かの開発物に対して、ここはこうしたらどうかな?と提案する試みです。 --その際に、提案を日本語で好き勝手に言うのではなく、改造したプログラムで示すのです。 --(改造が大規模になると、なんか提案じゃなくて乗っ取りみたいになるので、100行程度を目安にします。) --この企画の意図ですが、私たちオープンソースプログラマは、「外野からの提案なんて何を言われても大して役に立たない、そんなものよりパッチをくれ(=コードをくれ)」というのが本心なので(笑)、つべこべ言う前にまずは改造してみましょう、というのをやってみようというわけです。 --なお、提案された側は、提案を受け入れて改造部分を本家に取り込んでもいいですが、拒否して入れなくてもいいです。 --受け入れてもらえなかった場合には、本家開発者の許可を取ってフォーク(別バージョンとして独自進化)することもできます。 --この企画の意図するところを説明します。 --2019年度に私がES-BASICを開発していたところ、学習駆動コースの坂井トレーナーが面白がって改造してくれて、私はその改造を大喜びでマージした出来事がありました。 --その直後に「こんな機能が入ったのだから、じゃあ今度はこの機能も入れよう」と私はアイデアをたくさん思いついて、さらにES-BASICを発展させることができて、それを見て坂井さんはさらに改造版を作って送ってくれました。 --こうして、お互いにビジョンを相談したり開発計画を話し合ったわけでもなんでもないのですが、しかし結果的に私たちは非常に楽しく、かつ高速に開発ができたのです。 --これはチーム開発ではないけど、でもこういう共同開発もあるよな、そういう経験ができたらすごくいいんじゃないかな、と、そういうわけです。 ** (5) ちなみに -ちなみに、学習駆動コースも川合ゼミに似たテーマを扱っていますので、そちらも確認しておくと、後になって「ああ、それだったら学習駆動コースにしておけばよかった!」と後悔しないで済むと思います。 -SecHack365のホームページはこちらです。 → https://sechack365.nict.go.jp/ // ** (6) 共通問題への回答について -2020年度から、NICTからの共通問題もでるようです。それらへの回答は簡潔に書いてもらっても大丈夫です(だって二回も同じような説明をするのは大変でしょうから)。その分、コース別の回答は詳しく丁寧に書いてください。 * こめんと欄 #comment
タイムスタンプを変更しない
* SecHack365 2021年度 川合ゼミの説明 -(by [[K]], 2021.04.02) ** (1) こんな人を募集します! -「SecHack365 2021年度 開発駆動コース 川合ゼミ」では、こんな人を募集します。 --[1]''プログラミング言語''を作りたい人(これが川合ゼミでのおすすめテーマになります)。 --[2]そのほか川合が興味を持ちそうな開発をやりたい人(これが川合ゼミでの持ち込みテーマになります)。 -いずれにせよ、私がトレーナとしてもっとも大切にしているのは、みんなが開発を楽しめることです。「SecHack365のせいで開発が嫌いになってしまった」というのを避けたいです。「前から好きだったけど、もっと好きになった。すごく楽しい」これを目指しています。 -だから無理強いすることはないですし、効率よく早く正解を学ばせることよりも楽しみにながら試行錯誤して実感を伴って学んでもらうことを重視します。そもそも何が正解か、そんなに簡単に決められるものじゃないですよね。 -どうしてもうまくいかなくてギブアップしたら私に質問してもらって、私は最低限のヒントを与えてあとは自力で突破してもらう、これが私の理想とする方法です。多くの人は、本当にあとちょっとのところまで来ているものなのです。 -[2]を選ぶ場合、私が今までどんなことをしてきたのかを知っておく必要があるでしょう。 --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]]) --まとめるとこんな感じです。 ---エミュレータ自作、PC向けのOS自作、言語自作、圧縮、理想のCPU命令を考える、ライブラリを作って自身の開発力を底上げ -[1]でも[2]でも、「自分の開発物を自分で常用しようと思っている人」が私は大好きです。 --これに関する私の考え方は''[[p20200311a]]''に書いてあります。 --一方で「これを作ることで〇〇を実証するのだ」みたいなのも私はOKなので、自分で常用しなければ絶対だめだというわけではないです(私もそういう目的で開発することが時々あります)。 -[1]の場合、SecHack365で作るからには、ただのプログラミング言語であるわけにはいきません。セキュリティに配慮した言語を目指しましょう。 --しかし最初からセキュリティを意識して作るのは大変かもしれないで、途中からセキュリティ機能を付与していけばいいと私は思います。 --自分で作るからには、日々、「こんな言語機能があれば絶対に便利なのに」と思ったことをまず盛り込んで、その上でセキュアにしましょう。 --セキュリティ機能ってどんなことをすればいいの?って思いますよね。私が思いついたことをまとめてあります。→''[[seclang01]]'' ** (2) 補足 -[Q]プログラミング言語を作ってみたいのだけど、作ったことがないのでできるかどうかわかりません。 --[A]''[[a21_txt01]](およびその続き)''を読んでみてください。これを読んで「なるほどこれだったら自分でもできるかも」と思えたら、もうOKです。 --応募までにすべてを読み終わる必要はありません。今どのあたりをやっているか(どこまで理解できているか)をぜひ書いてもらえたら、選考上さらに有利になると思いますので、「ばっちり〇〇までは理解できています!」ってアピールしてください。 // -[Q]もう自分の作りたいものを作り始めているのですが、その続きを作る(改良をする)みたいなのでもいいでしょうか。 --[A]それは技術力と熱意の証明だと思うので、大歓迎です! --むしろこれから作ろうと思っている人も、SecHack365での合格通知など待たずにどんどん作ってほしいです。応募前から作ってほしいくらいです。どこまでできたか教えてください。 -[Q]川合ゼミでは、わからないことは何でもたくさん教えてもらえると思っていいでしょうか? --[A]プログラムの開発の仕方は、何から何まで川合が教えてくれる!という「おんぶにだっこ」な対応は期待しないでください。トレーナーからの指導がなくても、''6割''くらいは自分で調べて作れるスキルがあるのが前提です。 --・・・とはいえそれだけだと言語の作り方がわからなくて、言語自作にチャレンジできない人が増えそうだったので[[a21_txt01]]は用意しました。これを読めばできそうな人が言語開発のテーマを選べます。 --「6割どころか、全部自力でできると思います!」の人も大歓迎です。私はさらにきっかけを与えて完成度を120%や200%にすることを目指します。 -[Q] グループでの応募はできないのはわかってますが、開発が進行していくにつれて他の合格者と一緒にやりたいって思うことがあるかもしれないですよね。その場合、その人とグループを組んで開発をすることはできますか?またその場合にその人のテーマに合わせたりすることもあり得ると思うのですが、それもOKですか。 --[A] そういう状況になれば、OKできると思います。 -[Q]実力を示すためにコンテストでの受賞歴があったほうがいいですか? --[A]川合は、コンテストでの受賞などをプラスには見ません(もちろんマイナスにもしませんが)。だから優勝したとか高得点を取ったなどのアピールは重要ではありません(もちろんそれでもアピールしたければしてもいいですが)。 --そうじゃなくて、そこでどんなものをどうやって作ったのかをアピールしてください。・・・結局、コンテストなどの受賞歴は、私からすれば他人の評価でしかないのです。私は私の基準で評価したいので、他人にどう評価されたことがあるかは関係がないのです。 -[Q] 代表作なんかないです・・・ --[A] ここでいう代表作っていうのは、世間に公開したものがあったらそれを書いてね、という意味では「ない」のでご安心ください。自分がこの言語で作ったものの中で、一番よくできたのは〇〇です、ちなみにかくかくしかじかの内容です、って書いてくれたら十分です!・・・誤解しやすい書き方でごめんなさい。 -[Q] 応募時に作りたいと思っていたものと、選考合格後に作りたいものが微妙に変わってしまったのですが大丈夫でしょうか? --[A] どうして作りたいものが変わったのか、その話は面白そうなのでぜひ熱く語ってもらいたいですが、その上で、たいていはOKできると思います。・・・一応書いておきますが、合格するためにもともと興味もないような開発テーマを書いてみても、それはほぼ一発で見抜かれて落とされますのでそんなセコイことは考えないでくださいね。 --とまあそういうことですので、作りたいものが変わったらどうしよう、今後約1年間もこのテーマに縛られるとしたら慎重に書かないといけないかな、と身構える必要はありません。 ** (3) 掛け持ちについて -私としては、他のことと掛け持ちしない人が好ましいと思っています。他のイベントにも積極的に参加しています、したいです、っていう人はきっと時間が足りなくなって、成果が中途半端になりやすいと思うのです。まあそれも人生なので仕方ない面はありますが、できればSecHack365に集中できそうな時期を選んで応募してくれたらうれしいです(まあ多少のことなら並行してやってもいいのですが・・・)。 -また大学などの研究テーマ(今やっているやつ)をそのまま持ってこられたりするのは少し困ります。なぜなら、どこからどこまでがSecHack365の成果なのかわかりにくくなるからです。趣味で前からコツコツやっていた、とかはOKです。それなら成果の区切りがあいまいになっても、大きな問題にはならないからです。同じ理由で、今年の未踏でやっているテーマをそのまま持ってきた、というのも困ります。未踏に限らず、他のイベントとの掛け持ちはすべて該当します。 -もしこれらの掛け持ち問題がありそうな人は、応募時に自己申告して、かくかくしかじかの理由でうまく切り分けられるので心配しないでくださいって教えてください。 --まあでも、掛け持ちするくらいなら、そっちをメインで最後まで頑張るほうがいい結果になりそうな気はしますよ!「二兎を追う者は一兎をも得ず」っていうじゃないですかー。 ** (4) このゼミ独自の取り組み -(他のコースやゼミも川合ゼミの真似をすることはありうるので、川合ゼミ以外では絶対にやらないということではありません。) -(注意)いずれも一度はやりたいと思っていますが、その時に不評だったら二度目はやらないかもしれません。 -[1] SecHack36.5min --これは何をやるか事前に決めて、さらに事前に多少の準備をした上で、36.5分間、みんな一緒に、とにかく猛烈に集中して開発してみようぜ!というただそれだけの企画です。 --開発内容は、自分の開発テーマの一部であってもいいですが、関係ないものであってもいいです。 --終わった後に、何をやろうとしてどこまでできたのかを順番に発表しておしまいですが、たまに自由時間内に個人的に延長戦をやることもあります。 --2019年度にやったときは結構好評でした。 --私もやりましたが、成果は結構出ます。しかしその後の疲労感も結構あります(笑)。 -[2] オープンソース開発スタイル体験 --これはSecHack365の同期の誰かの開発物に対して、ここはこうしたらどうかな?と提案する試みです。 --その際に、提案を日本語で好き勝手に言うのではなく、改造したプログラムで示すのです。 --(改造が大規模になると、なんか提案じゃなくて乗っ取りみたいになるので、100行程度を目安にします。) --この企画の意図ですが、私たちオープンソースプログラマは、「外野からの提案なんて何を言われても大して役に立たない、そんなものよりパッチをくれ(=コードをくれ)」というのが本心なので(笑)、つべこべ言う前にまずは改造してみましょう、というのをやってみようというわけです。 --なお、提案された側は、提案を受け入れて改造部分を本家に取り込んでもいいですが、拒否して入れなくてもいいです。 --受け入れてもらえなかった場合には、本家開発者の許可を取ってフォーク(別バージョンとして独自進化)することもできます。 --この企画の意図するところを説明します。 --2019年度に私がES-BASICを開発していたところ、学習駆動コースの坂井トレーナーが面白がって改造してくれて、私はその改造を大喜びでマージした出来事がありました。 --その直後に「こんな機能が入ったのだから、じゃあ今度はこの機能も入れよう」と私はアイデアをたくさん思いついて、さらにES-BASICを発展させることができて、それを見て坂井さんはさらに改造版を作って送ってくれました。 --こうして、お互いにビジョンを相談したり開発計画を話し合ったわけでもなんでもないのですが、しかし結果的に私たちは非常に楽しく、かつ高速に開発ができたのです。 --これはチーム開発ではないけど、でもこういう共同開発もあるよな、そういう経験ができたらすごくいいんじゃないかな、と、そういうわけです。 ** (5) ちなみに -ちなみに、学習駆動コースも川合ゼミに似たテーマを扱っていますので、そちらも確認しておくと、後になって「ああ、それだったら学習駆動コースにしておけばよかった!」と後悔しないで済むと思います。 -SecHack365のホームページはこちらです。 → https://sechack365.nict.go.jp/ // ** (6) 共通問題への回答について -2020年度から、NICTからの共通問題もでるようです。それらへの回答は簡潔に書いてもらっても大丈夫です(だって二回も同じような説明をするのは大変でしょうから)。その分、コース別の回答は詳しく丁寧に書いてください。 * こめんと欄 #comment
テキスト整形のルールを表示する