すごいアバウトに言うとプログラミングするゲーム。(日本語版あり。設定に言語設定があるのでそこで設定すれば初めから日本語が使える。) SpaceChemの公式サイト → SpaceChem たとえば水(H2O)を作るためにOにHを2個くっつけるためにどういう風にデバイスを設置していけばよいか、みたいな機械のフローチャートを書く感じのゲーム。すごくプログラミングっぽい。ただ、このゲームに化学物質や化学式の知識は一切必要ない。幾何的にどういう配置にすればよいかというのが常に画面に表示されてるので。 結合するだけじゃなくて化学物質の分離の問題もある。以下の問題はフッ素(F2)をF単体に分離する機械を作れというもの。 このゲームは音楽がまじでかっこいい! 概要を説明すると、赤と青の二つのレーンがあって、それぞれの上をクレーンみたいなのが動く。この赤と青の線は自在に配置することができる。そしてその線上

SonicGarden Study #11で放送された資料から一部スライドを抜いたものになります。 http://sonicgarden.doorkeeper.jp/events/13229 ----- 優れたプログラマだけが優れたソースコードを書くことができます。 では優れたプログラマになるにはどうすれば良いでしょうか。 自分の書いたコードを、優れたプログラマに指摘してもらうことが一番の近道です。それがコードレビューです。たった一人でコードレビューも受けずに、ただ書き続けてもクソコードはクソコードのままなのです。 そこで今回は、良いコードが書けるプログラマになるための、コードレビューを上手に実践する秘訣を話します。

プログラマというのは、道具に慣れることが、実力があがることにならないのですよね。だから、勉強せず業務経験だけだとレベルが低いままということになってしまう。 Javaを10年さわり続けて、Strutsを5年さわり続けても、それだけでは、与えられた画面を手際よく作成できるようになるだけで、たとえばStrutsすらよりよく使えるようになるわけではなかったりする。 Javaにしても、「volatileってなんですか？」という問いに、まあ知らないのはしかたないとしても、解説を見ながらですら答えられない可能性がある。 プログラムの反復生産は、プログラミング能力の向上にあまりつながらない。設定や記述に慣れるだけだ。そして、この「慣れ」というのには「難しいからそもそも実装を回避する」というようなものも含まれる。実力の向上は、作業ができるレベルで止まってしまう。 プログラマとしての実力をあげるための勉強が自

結局、Twitter API 1.1で何が変わる？ 5つのポイント：Twitter APIと開発者規約変更のインパクトまとめ 変更による影響範囲や、一部APIの廃止、レートリミット方式の変更、アプリケーション当たりのユーザー数、ツイート表示方式の厳格化などを5つのポイントにまとめて解説 開発者のはしご外し？ Twitter API狂騒曲 Twitterは2012年8月から9月にかけて開発者向けのブログで、APIや開発者規約の変更を立て続けにアナウンスしました。一部APIの廃止やレートリミット方式の変更、ツイート表示方式の厳格化など、影響は多岐にわたり、物議を醸しています。 Changes coming in Version 1.1 of the Twitter API Current status: API v1.1 Sunsetting @Anywhere Twitter、サードパーティ

Pythonで書かれたレビューツールです。VMware社内で利用されていることで有名なツールです。 プレコミットレビューという概念のレビューツールです。つまり、コミット前にレビューをするという事が前提になっているツールです。よって、結果的に差分を重点的に確認していくツールのつくりになっています。 rietveld rietveld – Code Review, hosted on Google App Engine – Google Project Hosting Google社内で使われているコードレビューツールである「Mondrian」のオープンソース版です。基本的にGoogle App Engineで動くことが前提になっています。 GAEの上のコードのデータを置くということがオトナの事情的に難しいかもしれませんが、検討してみてください。 Phabricator Phabricator

バルバロッサとタイムトライアルデバッグ演習を混ぜると面白い気がしたのでメモしておく。 バルバロッサとはこういうゲーム: バルバロッサ/Barbarossa - ボードゲームレビュー。みんなが粘土細工を作って出題し、それが何であるかを他のみんなが当てるゲーム。重要なのはページ半ばの点数表。 正解した人は得点がもらえます。 １本目 ５点 ２本目 ３点 さらに、その粘土細工を作った人にも得点が入ります。 ボード上の全ての粘土細工に刺さっている矢を数えて 何番目に刺されたかで得点が入ったりマイナスになったりします。 １〜２本目 −２点 ３本目 −１点 ４本目 ０点 ５〜６本目 １点 ７〜８本目 ２点 ９本目 １点 １０本目 ０点 １１本目 −１点 １２〜１３本目 −２点 まあ要するに、あんまり早く当てられたり、逆になかなか当ててもらえなかったりすると マイナス点を喰らってしまう。 つまり、みんなが

第 379 回 PTT の発表で使った資料です。 http://www.ci.i.u-tokyo.ac.jp/~sasada/ptt/arc/379/

ドットインストール代表のライフハックブログ

お久しぶりです しばらく日記も書かず、若手IT勉強会も開かず、他の勉強会にも参加せず。 めっきりIT界隈のアクティビティが下がっておりました。 それもこれも決して遊び惚けていたわけではなく、タイトルにありますように 「JavaScriptテクニックバイブル ~効率的な開発に役立つ150の技」という 書籍を執筆させていただきました。 ちょっと振り返り 4年前から細々と続けている若手IT勉強会では、その名の通り若手を中心として 主にJavaScriptを主テーマとして各種書籍を読んだり、コードリーディングを したり、時にはハッカソンをしたりと活動してきました。 その中で早期から若手IT勉強会に参加してくれていた、すがまさおさん(@sugamasao) の紹介で技評の方とお会いする機会を得ました。 そこからは一気に物事が進んで、若手IT勉強会のメンバーで今まで得た知識や Web上の各地に散らばっ

Conrad Irwinさんの「MVC is dead, it's time to MOVE on.」を訳してみました。 MVC is dead, it's time to MOVE on. この訳文も原文のライセンスを引き継いでCC-BY-3.0ライセンスで利用可能とします。 追記13:58 すでに訳してた方がいました。MVCの時代は終わった。MOVEを使い始めましょう。 - ふじこのプログラミング奮闘記 MVCは死んだ。MOVEするときがきた MVCはすばらしいアイデアだ。モデルを持ち、モデルは内部に少しの状態をもつ。ビューは内部に少しのUIをもつ。そして、コントローラは内部に少しの・・・ 何を持つ？ 私は確かにこのことに気づいた最初の人物ではない。しかし示されたようなMVCの問題のために、あなたは最後には過剰なコードをコントローラに詰め込むことになる。なぜなら、他にどこに入れていいか

JavaScriptを今更勉強している。 手始めに、任意のアカウントからVimeoとYouTubeのフィードを引っ張ってきて表示するだけの プチソーシャルストーキングサイトをつくってみた。 » You Like Good Things (β) が、JavaScriptがUNKO柔軟すぎる言語であるため、 結局自分のコーディングスタイルが最後まで定まらず、 上記サイトのソースコードは無茶苦茶になってしまった。 僕はこれまで「JavaScript = ステータスバーに無意味に時計を表示するもの（笑）」だと思って生きてきたが、 これからはちゃんと設計してコードを書けないとだめだと思った。 なので、とりあえずクラスの宣言から始めてみることにした。 クロージャを使ったりプロトタイプを拡張したり色々方法はあるものの、 JavaScriptに元々クラスという概念が存在しないせいか、どれも一長一短な感じは

昨日のエントリーに引き続き、このエントリーは「Software Test ＆ Quality Advent Calendar 2011」における12/19分として書いています。 今日は、少しばかりアカデミックな話。 でも、うまく活用すると、品質改善のための強い武器になることでしょう！ 循環的複雑度とは？ まずは、今回のタイトルにも書いている「循環的複雑度（Cyclomatic Complexity）」というメトリクスの説明から。 循環的複雑度は、Thomas McCabe 氏が開発したものであり、簡単に言うと、コードの複雑性を数値化したものです。 ソースコードの一部の循環的複雑度は、ソースコード内の線形独立な経路の数である。実際、if文やfor文のような分岐点のないソースコードの場合、その複雑度は 1 であり、そのコードには1つの経路しかない。コードに1つのif文が含まれていれば、コードに