Visual Studioでの開発をゲーム化するVisual Studio Achievements 20
ストーリー by headless
goto 部門より
goto 部門より
あるAnonymous Coward 曰く、
Microsoftから、Visual Studioでの開発をゲーム化するプラグイン「Visual Studio Achievements」のベータ版が公開された(Visual Studio Achievements、 GeekWireの記事、 本家/.)。
プラグインを導入すると、コンパイル時にバックグラウンドでコードが分析され、内容に応じて実績(Achievement)がアンロックされる。また、特定のイベント発生時や操作時にアンロックされる実績もある。実績のアンロック時にはポップアップで通知されるという。実績は6種のカテゴリーに分かれており、アンロックするたびにカテゴリー別のバッジを獲得できる。また、各実績には0～10のポイントが割り当てられており、獲得ポイント順にMSDN Channel 9のLeaderboardに掲載される。実績の例としては、「Lonely (週末の夜にコードを書いた: 5ポイント)」、「Complex (1ソリューション内に50のプロジェクト: 10ポイント)」、「Go To Hell (gotoを使った: 0ポイント)」、「Interrupting Cow (ファイル内に10以上のブレイクポイント: 5ポイント)」など。
現在のところ実績は32種類しかなく、ポイントの合計は169ポイント。Leaderboardの上位10名は全員169ポイントを獲得し、ほとんどすべての実績がアンロックされている。
OfficeやOSそのものにも (スコア:2)
そのうちOfficeやOSそのものにも、そういった機能が付きそうですね。
まぁ自動実績解除ツールなんかも出回りそうですが。
Re:OfficeやOSそのものにも (スコア:1)
締め切りまでにバグの無いプログラムを納品してくれるならば、一向にかまわんっつ！！！！！
Re: (スコア:0)
つ http://ribbonhero.com/ [ribbonhero.com]
Gamification (スコア:1)
良いコードを書くために必要な事柄と、ゲームのルールが上手く一致すれば良いかも。
ObsoletedなAPIを使ったらマイナスとか、ちゃんとカバレッジが取れてるユニットテストを書けてたらプラスとか。
Re:Gamification (スコア:1)
さり気なくチュートリアルになってるなんてのもよいんじゃないでしょか。
Re:Gamification (スコア:1)
実際はやってダメなことばかりリストアップされているように見える
> 「Complex (1ソリューション内に50のプロジェクト: 10ポイント)」
> 「Go To Hell (gotoを使った: 0ポイント)」
> 「Interrupting Cow (ファイル内に10以上のブレイクポイント: 5ポイント)」
Re:Gamification (スコア:1)
まあ市販ゲームでも実績が必ずしもゲーム上有利な行動とは限りませんからね。
失敗とかズルとか普通やらないだろって行動が実績になってることもあります。
分かりやすい所では「死んだ」とか「バッドエンドを見た」とか。
Re: (スコア:0)
可読性が高まるのなら、gotoはアリだと思う。
＃というよりも、break/continue脱出のためにネストしまくったブロックが必ずしも良いとは言えないという...
ポコン！ (スコア:1)
ソース。 (スコア:0)
でそのうち実績解除するための効率がいいソースが出回るのですね
私は帰ってきた！ (スコア:0)
>Go To Hell
BASICかよ。
それなら Gosub Hell ってのもあんのか？
Re: (スコア:0)
昔ながら利BASICはgosubは懐かしいな。
関数という物が無くてあくまでサブルーチン扱いだったから
どうしても必要だったね。
それでもソースはつながっているから変数のスコープの概念が無いから
最初の段階でサブルーチンでも使う変数名をしっかりやっておかないと後々苦労したな。
今ではめんどくさくてBASICなんて使えない。
Re: (スコア:0)
懐かしいね・・・
限られたメモリに詰め込むために、汎用変数とそうでない変数とを自分で管理したり、
よく使う処理を強引にgosubで飛ばしまくって、「コード領域節約できてる俺すげえ！」とか悦に浸ったり。
ポケコンとか特にメモリ制約が厳しい環境で実装してると、いかに少ないコードで書くか？を
必死に考えることがプログラマの腕の見せ所だと思っていた10代の夏。
Re: (スコア:0)
> 必死に考えることがプログラマの腕の見せ所だと思っていた10代の夏。
いやいや、BASICプログラマー的にはそれで合ってるんじゃない？
実行速度よりもソースの短さ。
Re: (スコア:0)
PRINTと書くより?と書く方が1バイト少なくて済むとか、行番号は値が小さいほうがいいとか、POKE &Hxxxx,&Hxx するとフリーエリアが増えるとか、固定文字の表示ならPRINTよりOUT &HXX,XXの羅列の方が早いとか。
Re: (スコア:0)
かな入力してはるんですね。
Re: (スコア:0)
知ってて言ってるかもしれませんが、BASICだけじゃなくてC言語その他にもgotoはありますよね？
http://ja.wikipedia.org/wiki/Goto%E6%96%87#.E6.96.87.E6.B3.95 [wikipedia.org]
# gotoと言われてFORTRANが思い浮かぶのはジェネレーションギャップ？
Re:私は帰ってきた！ (スコア:1)
むしろC#でswitch文を制御するときにgotoの需要が出てることにびっくりしたC++プログラマがここにいます。
C++と違ってC#はswitchは必ず一つのcaseしか処理しようとしないんですね。
Re:私は帰ってきた！ (スコア:2)
http://ufcpp.net/study/csharp/st_branch.html [ufcpp.net]
> C# でも、以下のように、case ラベルが連続している場合に限りフォールスルー可能で、 break 等が必須ではありません。
とありますし、それでもダメなときはgoto使うくらいならif文で書いたほうがいいんじゃないでしょうか？
C#は構文増えすぎてついてけません。あまり好きじゃないけど、VBよりはマシ。
シンプルなjavaのほうが好き。
異性とペアプログラミングした。 (スコア:0)
-1000 Explode Real 10