タグ

バグに関するasonasのブックマーク (7)

  • : _

    【教えてくん】コミュニティーなのです。 なんかニュースとかあったらここに書こうかと思ってますよ。とりあえず、おいらのブログ

  • モバイルゲームの歴史を年代別にご紹介します。モバイルゲームの成長と今後について詳しく解説していきます。

    モバイルゲーム 物凄い勢いで勃興したモバイルゲーム業界は、いろいろな課題や問題に直面しながらも巨大化し、今日の時点でのスマートフォン向けゲームの市場へと継承されていきます。 モバイルゲーム歴史 2001 Javaアプリと3Dゲームの登場 Javaが利用できるようになったことにより、ダウンロード型のゲームが供給できるようになりました。 2002 携帯電話端末の大容量化・3D化競争 Java搭載携帯電話端末が登場してからごく僅か1年の間に、アプリのサイズに関しては10倍に広大化し、表現方法も2Dから3Dにシフトし始めました。J-PHONEは『ゼビウス』や『スペースハリアー』などといった昔のアーケードゲームを、ドコモはSIMCITYなどパソコンで世界的規模のヒットを飛ばしたゲームを主力商品としていました。 2003 モバイルゲームの一般化 メモリの制限が厳しいJava仮想マシン上ではなく、OS

  • ゲームの意味深なバグとか隠しデータとか裏設定を語っていけ:哲学ニュースnwk

    1:以下、名無しにかわりましてVIPがお送りします:2012/07/23(月) 18:25:42.00 ID:LxWwjHpa0 女神転生の「すぐにけせ」とか 三國志の糞藝爪覧とか R-TYPEの四肢切断設定とか幼体固定設定とか そんな感じのお前らが知ってる話を聞かせて欲しい すぐにけせ 3: 以下、名無しにかわりましてVIPがお送りします:2012/07/23(月) 18:26:47.65 ID:9YeBM/C10 ルビサファのレジ系 ホウエン地方のレジアイス、レジロック、レジスチルの居る場所は、 九州の地図に置き換えると、全て爆弾を落とされた場所になる (レジロック:宮崎=空爆、レジアイス:長崎=原爆、レジスチル:大分=大空爆) レジ系は全てレベル89で「はかいこうせん」を覚えるが、 その数字を日付に変えると、8月9日になる(=長崎に原子爆弾が投下された日) レジ」は軍事用

  • 何故バグ報告の99%が役に立たないのかもしくは何故プロのテスターが存在するのか - oops

    テストにはプロがいます。「お仕事」で開発する場合はQA(Quality Assurance/品質保証)部門という「テストのプロ」がテストします。 バグ修正におけるテスターの役割は極めて重要で、「プログラマの手元で任意に再現可能な状態に持ち込めれば、バグ修正は8割終わっている」と言っても当に過言ではありません。詳細聞き出しに10時間、修正30分、修正確認テスト30分、なんてのも実務ではザラです。この場合、プログラマも11時間拘束される(=時給x11時間分のコストが掛かる)わけですから、バグ修正のコストは聞き出しに掛かるコストがほとんどを占めることになります。 (誤報告一発で万単位の金が簡単に吹っ飛ぶとも言える) まずそもそもの問題として「素人」がテストを行うと以下のような論外ケースが頻繁に起こります。上に行くほどクソです。 誤報告 実際に起こったことと、現象が違う、手順が違う、設定

  • グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開

    ソースコードのなかでバグが多いのは、より高頻度に、かつ最近になって集中的に直している部分。これが、グーグルで採用された「バグ予測アルゴリズム」であることを、先月の記事「グーグルはコードの品質向上のため「バグ予測アルゴリズム」を採用している」で紹介しました。 そのバグ予測アルゴリズムを実装したツール「bugspots」がオープンソースとして公開されています。 gitのレポジトリを分析 bugspotsはRubyで記述されており、gitのレポジトリから履歴を読み込んで分析し、どのモジュールにバグが含まれている確率が高いかを示してくれます。 以下のようにインストールして実行(説明ページから引用)。 $> gem install bugspots $> git bugspots /path/to/repo $> git bugspots . # (in current git directory)

    グーグルのバグ予測アルゴリズムを実装したツール「bugspots」、オープンソースで公開
  • PHP5 の fgetcsv() で読み込み内容が腐る現象 » blog.plastik.jp

    こんどは、PHP5.1.2 の fgetcsv() ではまった… fgetcsv() で読み込もうとする csv ファイルの文字コードと、PHP の内部文字エンコーディングが違う場合、fgetcsv() で読み込むと、どうしても文字が腐る … (PHP4 時代[少なくとも 4.3 系統は]は、問題なかった) 【以下みたいな場合】 CSV: Shift_JIS (WindowsExcel で作成されることを想定するとこれ) PHP内部コード: UTF-8 (最近は自分プロジェクトはこれで統一している) で、試しに、CSV のエンコードを UTF-8 にして試すと、うまくいんだよなぁ。 色々調べると、PHP5 からどうやらロケール? に左右されるらしい… (参照URL: PHP-devML) ただ、上記 ML のスレッドでも解決方法(いや解決してないようだが)を試しても、やっぱりダメ。

  • IE共通の9つのCSSバグをそれぞれ解決する方法:phpspot開発日誌

    IE共通の9つのCSSバグをそれぞれ解決する方法がNettutsにて紹介されています。 どれも、なんでだろうと頭を悩ましそうな問題なので解決法を知っておくと簡単に対処できそうです。 1. センタリングが効かない問題 margin: auto を指定した場合の期待する結果 IEの場合以下のようになりますが↑にするための解決法が書かれています 2. 横に並べたいリストが階段状になってしまう IEの場合以下のようになってしまいますがこの解決法も記載されています 3. ダブルマージンフロートバグ マージンの指定が期待通りに出ている例 ↓ IEの場合、margin: 30px 0 0 30px;  で定義した値が正しく適用されない例も解決法があります 4. heightの高さ指定が効かないバグ height:2px を指定した場合の想定する表示 IEはなぜか2pxにならないのでこれも解決法が示されて

  • 1