Game EditorはWindows/Linux用のオープンソース・ソフトウェア。iPhoneやAndroidを使って個人で稼ごうと思うならばゲームで攻めるべきだ。ユーティリティ系などで稼ぐのは難しいが、ゲームであればアイディアさえ良ければヒットする可能性がある。 覚えてしまえば使いこなせそう？ しかし素人が一からゲーム開発を行うというのは非常に難しい。iPhoneの開発環境であるXCodeを使ったとしても非常に困難だろう。そんなゲームを手軽に開発できるようにするのがGame Editorだ。 Game Editorはゲーム開発を目的としたIDEだ。キャラを配置し、ボタンにアクションを付けていけばゲームが出来る仕組みとなっている。キャラクターは8ビット風で、まるでファミコンのようなグラフィックスのゲームが作れるようになっている。 ゲーム画面 注目されるのはiPhone向けの開発もベータ対

Ruby on Railsの最大の問題点は、それが持つ「一見そのフレームワークがMVCの形をとりながら、MVCの最も大切なところを外している『えせMVC』である」点にある RailsのえせMVC疑惑で盛り上がってますね。Railsが「えせMVCフレームワーク」ではないのは、みんな知っていると思うので、記事、コメントをみて勘違いしている人が多そうな部分に一言書いておきます。 まず、おかしいのはsatoshiさんのこの意見。 PhotoShareは主にRailsで作られているので、ModelはActiveRecordが担当しているわけだが、Modelのレイヤーが非常に薄いために（O/Rマッピングをしているだけ）、データベースの整合性の責任がController側にある。そのため、ちょっとした機能変更のたびにAPIレベルでのテストを大量に走らせなければならないし、それでもどうしてもミスが生じてし

SubversionとTracでファイル管理の“迷宮”から脱出：ユカイ、ツーカイ、カイハツ環境！（2）（1/4 ページ） プロジェクトで修正／仕様変更が“迷宮”入りする理由 ソフトウェア開発を行ううえで、設計書やソースコードのバージョンをきちんと管理することは非常に重要です。構成管理（ファイル管理）を行っていないプロジェクトでは、例えば次のような問題が発生します。 2人以上の開発者が同時に成果物を編集した場合、後に編集を始めた開発者がすでに編集を行った開発者の編集内容を上書きしてしまう。結果として、修正したはずのバグや変更したはずの仕様が、設計書やソースコードに反映漏れするという事態が発生 設計書やソースコードのレビューを行って修正したはいいが、どこをどう修正したのか分かりにくく、レビュー内容の反映の確認を行っても修正漏れや修正誤りに気が付かない ソースコードを変更すると、動かなくなってし

誰にとは言いませんが、私からの警告です。 要件 「Web上で日記を書いて、コメントをつけるシステムを作りたい」 普通の技術者の設計 えーと、日付ごとに分けてテキストを保存しておけばいいんだな。一日に複数の話題を書くこともあるだろうから、先頭に * がある行は見出しとして扱おう。コメントはシンプルなテキストで、各日付に関連させておけばいいな。 以上。 天才（自称）の設計 ふむ、コメントつきの日記システムか。凡人にはコメントと本文は別物のように見えるかもしれないけど、俺に言わせると実は同じものなんだ。だって、どちらも何かの話題に対して何らかの意見を述べているものだろ？ 違いは、ある話題のツリーのトップにあるのが本文、そこにぶら下がってるのがコメント。ツリーといえばファイルシステムだ。そう、つまり我々が作ろうとしているものはファイルシステムの一種なんだよ。日記を書けるファイルシステムというものを

マッシュアップに興味はあっても、複雑なプログラムを組んだり、それをアップロードする場所を考えると意気消沈してしまう。手間なく作れて、すぐに公開できるとしたら、アイディアをベースにもっとマッシュアップは増えていくかもしれない。 グラフィカルに画面を設計 マッシュアップを作るのに、ブラウザベースであるのは理にかなっている。インターネットが必須のWeb APIだけに、ブラウザ上で開発できれば効率的にできるかも知れない。 今回紹介するオープンソース・ソフトウェアはOpen Mashup Studio、マッシュアップを開発するためのFirefoxアドオンだ。 Firefoxアドオンだと思って、油断してはいけない。Open Mashup Studioは想像以上にすごい。テキストボックス、ボタン、ラジオボタンといったHTMLコンポーネントや、画像のスライドショー、マップなどをグラフィカルに配置できる。

横浜で巨大グモを見た (04/18) アルファブロガー・アワード2008について二言いっとくか (12/25) いまさら気づいた (12/21) 931SHのPCメール機能はOP25B (12/03) こっ、この馬鹿者がっ！ (11/29) ア・マ・ゾーン！ (11/27) monitってさ… (11/20) ウザいアイブラスター広告ふたたび (11/20) 拝啓、古森オサマ義久さま：マケインは「ジョン・シドニー・マケイン3世」と書いてください (11/19) テケノレソバ一丁！ (11/14) 「非正規雇用者の父」の二つ名をもつ奥田碩 (11/13) yahotter (11/12) The Economistがライバルか… (11/08) 擁護どころか惚れるだろ (10/28) USBメモリ＞SSD (10/28) Windows Home Server評価版を注文するのと「日経Lin

サーバーエンジニアといえど、ページ表示のパフォーマンスチューニングなどブラウザで確認したりすることはよくあると思います。 自分自身のメモもかねて、そんな際に自分がよく使用しているアドオンを紹介したいと思います。 firebug JavascriptやCSSのコーディングをやる方にはおなじみですね。firebugです。私はjavascriptのDebugだけでなく、各コンテンツの取得時間を見る際にも使用しています。 https://addons.mozilla.org/ja/firefox/addon/1843 Yslow firebugに付加機能として追加できるyslowです。これもパフォーマンスチューニングの際には効果を発揮します。 expireの期間や、gzipしているかなどからそのページのパフォーマンスのランクを表示してくれます。 https://addons.mozilla.org

ソースコードを見る上で、JavaDocやPHPDocument、RDocのように説明文がきちんと書かれていると見やすくて便利だ。しかし、書くのは良くとも後でHTMLを生成するために都度コマンドを実行するのは面倒に感じていた。 チュートリアルの構造化表示 そこでソースからそのまま読めるようになっていると便利そうだ。その目的に使えそうなのがこのソフトウェアだ。 今回紹介するオープンソース・ソフトウェアはCode Browser、ソースコードを見るのに便利なソフトウェアだ。 Code Browserはテキストエディタとして利用できるが、Code Browserで指定されるコメントの書き方をすると、ツリービューや複数ペインでの表示にするとソースを構造化して表示してくれるようになる。RDocのような4ペインでの表示もできる。 4ペイン表示 構造化した状態では関数を指定するとその関数だけを表示するよう

「Java News.jp（Javaに関する最新ニュース）」の安藤幸央氏が、CoolなプログラミングのためのノウハウやTIPS、筆者の経験などを「Rundown」（駆け足の要点説明）でお届けします（編集部） シェア競争に挑まないWebブラウザ「Safari」の登場 2008年3月、iPhoneの日本登場に先駆けて、Windows版Safari 3.1が登場しました（参考「Apple、Windowsにも正式対応の「Safari 3.1」リリース」）。 WebブラウザのシェアはFirefoxが健闘しつつも、いまだInternet Explorer（以下、IE）が大半を占め、多くのWebアプリケーションサービスにとって、IEへの対応が必須であると思われてきました。そんなWebブラウザのシェア競争の中へSafariが登場したことは、最初はとても異質なことに感じられました（参考「新しいWebブラウザ

多少のプログラミング経験があれば、Firefoxアドオンを作るのはそんなに難しくない。自作アドオンを作るためのハウツーを紹介する。 ここで自家製Firefoxアドオンをリリースし始めて以来、何人ものユーザーから「Firefoxアドオンを作るのは難しいの？」という問い合わせを受けた。多少プログラミングの経験がある人なら、その答えは「そんなに難しくない」だ。 Firefoxアドオンの中身はJavascript――ブックマークレットや従来のWebページで使われている、あまりミステリアスではない言語――とXUL（「ズール」と発音する）というマークアップ言語だ。独自のアドオンを作るには、ある程度のJavascriptのノウハウとXMLファイルの快適な編集、それからお気に入りのブラウザを思いのままにすることへの健全な好奇心が必要だ。 わたしがWeb上のフリーチュートリアルを使ってFirefoxアドオン

2008年01月05日02:45 カテゴリ翻訳/紹介Code 試訳 - コードをセキュアにする10の作法 全コーダー必読。プログラマーだけではなく法を作る人も全員。 Top 10 Secure Coding Practices - CERT Secure Coding Standards 突っ込み希望なので、いつもの「惰訳」ではなく「試訳」としました。 Enjoy -- with Care! Dan the Coder to Err -- and Fix コードをセキュアにする10の作法　(Top 10 Secure Coding Practices) 入力を検証せよ(Validate input) - 信頼なきデータソースからの入力は、全て検証するようにしましょう。適切な入力検証は、大部分のソフトウェア脆弱性を取り除きます。外部データは疑って掛かりましょう。これらにはコマンドライン引数、

追記 id:discypusさんから、狩野分析法の出典に関するコメントをいただきました。 狩野法って、 狩野 紀昭 氏 http://www.sangakuplaza.jp/page/134499 の http://www.yahoo-vi.co.jp/method/b10.html の手法かと 思うのですが、合ってますでしょうか？ まさにこれですね。http://www.yahoo-vi.co.jp/method/b10.html にある日本語のほうがすっきりしてます。 お詫び 分析用配列に誤りがありました。修正してあります。 要旨 先日受講したScrum Product Owner Trainingで印象に残った分析法を紹介。 Agile開発では「優先度順に要件（フィーチャ）を開発していく」のが基本だが、いざ優先度をつけようにも話は簡単ではない。発注側に強力な指導者がいてその人が独裁的