リアルな動きのためのゲーム物理プログラミング (http://book.mycom.co.jp/book/978-4-8399-3163-6/978-4-8399-3163-6.shtml) id:XELFさんから献本いただいた「リアルな動きのためのゲーム物理プログラミング」を読んでみた。本の中のサンプルコードはXNA Game Studio 3.1＋Visual C# 2008で書かれているので、自作XNAゲームに物理エンジンを導入してみたい、という人にはうってつけの本だ。本の中ではFarseer Physics Engine、JigLibX、PhysX、3つのエンジンに触れているが、PhysXはXbox 360上で動かないので、360で動かすことを考えるなら残り2つのどちらかになる。Farseerは2D向け、JigLibXは3D向けだ。 Farseer Physics Engine (

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

GoogleやMSがソースコードレビューを真面目にやっている下記の記事を何度も読んで、ソースコードレビューシステムを何とか導入できないか模索している。 【元ネタの記事】 Googleのコードレビュー MS内部のソフトウエア開発手法の話 Review Board - コードレビューをオンラインで VMWareの開発でも利用されているソースコードレビュー共有ソフトウェア「Review Board」 ソースコードインスペクションの重要性は、二人の目による品質管理だけでなく、設計思想を共有する重要な手段と捕らえるべきだと思う。 プログラミングは誰でも癖があり、時に品質をすごく落とす。 だから、他の人に手軽に見てもらい、チャットのようにレビューをコメントしてもらうようなスタイルにしたい。 そうすれば、ソースインスペクションという技術者同士で熱くなりがちな議論を会話するような雰囲気に持ち込みやすいから

筆者 住井 英二郎 「プログラミング言語理論」という研究分野がある。この分野の研究者たちは，「ML」「Haskell」「Scheme」あるいは「λ計算」「π計算」（円周率計算のことではない）など，多くのプログラマにとっては聞いたこともない言語やモデルについて，日夜研究している。ただ，そのような言語は「難しい」「役に立たない」などと思われがちだ。 この連載では，こうしたプログラミング言語やソフトウエア科学の様々な研究を，できるだけ普通のプログラマやエンジニアにもわかりやすく（どちらかといえば理論よりも実用に重点をおいて）紹介していく。 更新は毎月第2水曜日（1月のみ第3水曜日）

※ 画像は一部公式サイトデモより Web2.0（？）の特徴はCGMや共有と言ったキーワードだ。サイト側から与えられるコンテンツではなく、ユーザが皆で協力してコンテンツを作り上げていく楽しさがある。ブックマーク、ニュース、コミュニティ…様々な要素がシェアされている。 そうした中、これもまた新しい共有の要素になるだろう。それはソースコードだ。 今回紹介するオープンソース・ソフトウェアはReview Board、ソースコードレビュー共有サービスだ。 Review Boardはリポジトリを登録し、そのDiffファイルを使ってReview Board上でソースをグラフィカルに表示する。そして差分に対して皆でコメントしていくのだ。ソースの一部分に対して的確にレビューできるので、分かりやすい。 SubversionやCVS、Perforce、Git、Mercurialのリポジトリに対応している。興味深い

ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有

VBをはじめとした統合開発環境がある場合は当たり前だったデバッグポイント。スクリプト系言語ではないのが当たり前で、久しくその存在を忘れていた。なくとも開発はできるが、出来ればあった方が良い。 なくとも十分と思っている方ほど、これを試してみて欲しい。一度使うとはまるはずだ。 今回紹介するオープンソース・ソフトウェアはruby-debug、Ruby on Railsでも使えるデバッガーだ。 ruby-debugのインストールはgemから行えるので手軽だ。そして「require 'ruby-debug'」としてデバッガを読み込み（または$ rdebug script/server）、好きなところでdebuggerと記述しておく。後はそのアクションを実行すれば、処理が停止し、コンソールからデバッグが可能になる。 変数の内容を見ることはもちろん、ステップ実行させていくことや、値の内容を入れ替えること

「コードコンプリート」第2版下巻を輪読した。 品質、テスト、デバッグの章を読んで、非常に参考になることばかりだった。 「コードコンプリート」を読むまで「プロセスで品質を作りこむ」という格言の意味が分からなかった。 整理するために感想を書いてみる。 【1】テスト自体はソフトウェア自体の品質を改善しない 「コードコンプリート」によると、テスト(単体・結合・システムテスト)をいくらやっても、一般に存在するエラーの高々50%しか検出されない。 テストの結果は品質の指標になるだけだ。 ソフトウェアの品質を上げたいなら、テストを増やすのではなく、開発プロセスを改善しなければならない、と。 その実例や測定結果も載せていた。 この指摘には衝撃を受けた。 どのプロジェクトでも、テストケースを増やしたら、ソフトウェア品質が上がっているように思えないだろうか？ それは、痩せるために体重計にのる回数を増やしている

今、まさに開発しているプロジェクトにぴんとくるソフトウェアを探し出した。Ruby on RailsとWebDAVを連携させて面白いことができないかと思っていたのだが、RailsでWebDAVを実装してしまうのだ。 今回紹介するオープンソース・ソフトウェアはRailsdav、Ruby on Rails用のWebDAVプラグインだ。 実装は簡単。プラグインをインストールして、routes.rbに設定を追加する。後は専用のコントローラーを介してWebDAVの機能が提供されるようになる。 Webrickで動作するか確認していないが、Mongrelでは動作した。尚、日本語のファイル名は文字化けするのと、Mac OSX上で直接ファイルを編集するとエラーが起きてしまった。 魅力としてはユーザ管理などは既存のRailsアプリケーションで提供されているものをそのまま利用できたり、ユーザごとのディレクトリ切り

http://gihyo.jp/dev/serial/01/tdd/ 技術評論社様の情報サイト「gihyo.jp」にて、動画と連動した連載のかたちとして書かせていただいた今回のWeb連載も、ついに連載終了の日を迎えました。一応公約通り年内で連載終了まで来ましたね。お読みくださった方々には本当に感謝いたします。ありがとうございました。 ここで連載の全記事に、リンクを張っておきます 第1回　連載を始めるにあたって 2007年10月26日 第2回　「テスト駆動開発」とは何か？ 2007年10月30日 第3回　「テスト」という言葉について ── Developer Testing，Customer Testing，QA Testing 2007年11月2日 第4回　ナントカテスト　―― ユニットテスト，単体テスト，機能テスト，結合テスト，受け入れテスト 2007年11月6日 第5回　進捗管理として

さて、というわけで、０日目〜３１日目までの全３２日分をすべて読み終えたこととなったが、実は本音を言うと、途中何度かあきらめそうにもなったし、全然わからねーと投げやりにもなった。楽しかったけど、同時に辛かったことも事実だ。しかし、なんとかかんとか、ここまでこぎつけることができた。本当に充実した時間だった。 だから、俺は今後もＯＳを作っていきます。ただ、もうこれまでのように詳細に更新、報告することはないです。多分本当に30日でOSが出来上がるのかを試してみるページの一番下のところにひっそりと公開していくだろうと思う。 というわけで、最後に感謝の言葉でこのBlogを締めくくりたいと思う。 まずは、一番最初に、この本の著者である川合秀実氏に感謝したい！　ありがとう。あなたが書いたこの本で、少なからず、俺のこの１ヶ月は充実したものとなった。そして、この本をきっかけにＯＳ作りの楽しさってのがほんの少し