第2回のコラムで、私はソフトウェアについて以下の3つのことを書きました。

●本当によいソフトウェアは、マニュアルそのものが必要ない
●ユースケースを考え抜かれたソフトウェアは優秀であることが多い
●チャレンジが明確なソフトウェアは好感をもたれることが多い

私の見立てでは、今回の作品は、この3つのいずれかもしくは複数項目を満たすと感じています。
作品の中には、実際すでに実用に供しているものも見られますし、オープンソースソフトウェアとして配布されているものもあります。

U-20プログラミングコンテストのレギュレーションとの兼ね合いはあるものの、何らかの形で公開・配布を行われているソフトウェアや、ユーザのフィードバックを受けて改善を行っているソフトウェアは強いです。

来年U-20プログラミングコンテストに応募しようと考えられている方も、このような考えをもって開発を行ってみたら、もしかしたらよいものが出来るかもしれません。是非チャレンジしてみてください。

9月15日〜16日で、予備審査と第一次審査を完了し、時期的には最終審査会を待つころとなっています。ある年は最終審査会の時に台風が直撃しましたが、今年は予備審査で台風に直撃されるという状態でした。
今年の最終審査はよい天気であることを祈りたいです。

U-20プログラミングコンテストは、事前審査、予備審査、一次審査の3つの段階を経て最終審査を行う作品を決定します。私自身はこのうち、予備審査と一次審査にかかわってます。
一部関係者が重複することはありますが、まったく同じメンバで審査を行うというわけではないので、審査時の観点について多様性を持たせることには成功しているのかな、とも感じます。

昨年のコラムを読み返すと、言いたいことについてはあまり変わってないかなと感じるのですが、そんな中でも新たな発見があったり、なんとかしてほしいということが出てくることもあります。

●本当によいソフトウェアは、マニュアルそのものが必要ない

完全に必要ないところまで行けばいいですが、なかなかそういうわけにもいかないのが現実です。とはいえ、個人的にはこだわってほしいところの1つかなとも感じます。
ユーザが目的を達成するために、ソフトウェアを使う負荷まで勘案して作られたソフトウェアは、多くの場合大変優秀なものになります。これはゲームであってもそうでないものであってもかわりません。

●ユースケースを考え抜かれたソフトウェアは優秀であることが多い

これは、自分以外の誰かが使う、もしくは自分が使うにしても用途や目的を明確にし、その目的を過不足なく明確に達成出来ているソフトウェアは、優秀であることが多いということを意味します。

●チャレンジが明確なソフトウェアは好感をもたれることが多い

作成者がどのようなチャレンジを設定しているのか、がわかり、そのチャレンジについて「あるある」を他者から引き出せるようなソフトウェアは、好感をもたれることが多いです。もちろん、設定したチャレンジについて解決していることが大前提ですが…。

昨年書いたところに加えてというところだと、上記3点が大きなところでしょうか。
といっても、何も難しいことをしろと言っているわけではありませんし、

・出来た後にちゃんと使ってみる
・自分以外のだれかに使ってもらって評価をいただく

ということをするだけでもだいぶ違います。
来年の応募を検討されている方々は、こういう「自分以外を意識する」という部分にもこだわってみてはいかがでしょうか？

諸般の事情により、プロコンコラム第1回目がここまでずれこんでしまいました。謹んでおわび申し上げます。

今回はいきなり「応募に際してどのくらいの期間かかるんだろう？」という話をさせていただきます。
締切が「平成25年8月30日（金） 17:00必着」ということで、相当時間的に厳しい状態ですが、「まだ間に合うかも！？」という例をかいつまんで。ちなみにある年は「コラム掲載時点で締切まで3日」しかありませんでした。

結論から言うと「やり方によっては間に合うんじゃないですか？」と感じています。
以下にやり方や考え方の例を示します。
人によってはゼロから作ることも可能かもしれませんが、さすがに何もないところから3日で応募作品を作るという人は、気付いたタイミングでソフトウェアを開発出来るかなと感じています。

(1) これまで作ったものを見直す
(2) この機会に「アイデアだけはあったもの」を具現化してみる
(3) ハッカソン(*)等のイベントに参加した時に作ったコードを見直す
(4) 夏休みの工作よろしく作成したソフトウェアを応募してみる

上記(1)(2)は、昨年の第2回コラムにも書いてありますので、詳細は割愛します。
(3)は(1)と似てますが、コードを書いた機会が違います。最近よく行われているハッカソン(*)などのイベントに参加した人は、その際にまとめて作ったものや、これまで作ったものをまとめて1つのものとして見せたなどの経験をお持ちのことと思います。そういう成果物を見直して、「応募できる」と思ったら応募してみてはということを意味しています。
(4)も(1)と似ていますが、クラブ活動や学校の夏休みの宿題として出された課題をアレンジすると、応募作品に出来る可能性もあります。

人によっては、コードを書くよりも応募用紙を書く方が大変かもしれませんが、委員があっと驚く素晴らしい作品を送っていただければ幸いです。


(*)ハッカソン（Hackathon）：
ソフトウェア開発に興味のある人が集まって、期限を決めてソフトウェアを作るイベント。
何かのテーマが設けられることが多い。