タグ

関連タグで絞り込む (20)

タグの絞り込みを解除

debugに関するgriefworkerのブックマーク (16)

  • アーケードゲームを支えるデバッグ術 - SEGA TECH Blog


    ブログ読者のみなさん、はじめまして。 株式会社セガのベテランプログラマー阿部です。 このエントリーではデバッグ手法のあれこれについての体験談と、デバッグをテーマに一昨年に実施されたプログラマー向け新人研修の概要をお伝えしたいと思います。 EXE ファイルのデバッグ イーサネット絡みのデバッグ 周辺機器絡みのデバッグ デバッグスキルブートキャンプ 黒子に徹する、裏方系エンジニア EXE ファイルのデバッグ 同僚が作った EXE ファイルが手元にあり、あなたはこれを Windows で起動しようとしています。 起動してみたところ何も反応がなく、しかもそれは想定外のことでした。 ﹁何コレ、動かないんだけど﹂とあなたが同僚に文句を伝えると、同僚はあなたに返します。 ﹁こっちでは動いてるよ﹂ 困りましたね。 あなたの手元には EXE のソースコードも無ければ、Visual Studio もありません
    アーケードゲームを支えるデバッグ術 - SEGA TECH Blog

  • 『龍が如く7』は進化を続け、自動バグ発見どころかほぼ全自動のバグ取りシステムを構築。これぞ無職から勇者に成り上がるデバッグだ！【CEDEC 2020】 | ゲーム・エンタメ最新情報のファミ通.com


    本記事では、1日目におこなわれた﹃龍が如く7光と闇の行方﹄︵以下、﹃龍が如く7﹄︶のデバッグに関するセッション“﹁龍が如くスタジオ﹂のQAエンジニアリング技術を結集した全自動バグ取りシステム”をリポート。 セッションには、セガのQAエンジニア・阪上直樹氏と、ビルドエンジニアの粉川貴至氏が登壇した。 バグをハグしたくなる自動システム！ まずは阪上氏が開発者たちへ向けて、﹁バグは好きですか？﹂という質問からセッションがスタート。最初に龍が如くスタジオの各タイトルで、バグを発見した数の推移が公開された。ゲームの規模が大きくなるにつれ、バグも増加傾向にあるという。 そして全自動バグ取りシステムを運用した﹃龍が如く7﹄では、なんと25000ものバグが発見されたという。こう見るとネガティブな印象を受けるかもしれないが、バグ発見数が多ければ多いほど、ゲームクオリティがアップするということだ。 バグとい
    『龍が如く7』は進化を続け、自動バグ発見どころかほぼ全自動のバグ取りシステムを構築。これぞ無職から勇者に成り上がるデバッグだ！【CEDEC 2020】 | ゲーム・エンタメ最新情報のファミ通.com

  • Optimal Loggingの和訳

    You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

    Optimal Loggingの和訳

  • ログ設計指針


    概要 このドキュメントは、効率的かつ安定した、システム開発/運用をするためのログ設計指針です。 的確かつ無駄のない、ログ出力を目指します。 ログレベル ログの緊急度や用途により、以下のようにログレベルを設定する。 Log4j のログレベルを踏襲しているため、運用の状況によってはCritical などのレベルを適宜追加すると良い。 PHP における PSR-3 では、さらに細分化され emergency, alert, critical, error, warning, notice, info, debug となっている。 ﹁出力先﹂﹁運用時の対応﹂は、各プロジェクトのポリシーに準じてください。 レベル 概要 説明 出力先 運用時の対応
    ログ設計指針

  • メモリダンプから.NETのメモリ状態を探りたい - Grani Engineering Blog

    こんにちは、@mayukiです。 以前、このブログにてダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティングというスタックオーバーフローのような問題を調査する方法について触れましたが、今回はダンプを元にメモリ周りの状態を見ていく方法について調べたので少しまとめてみました。 長い時間実行するようなアプリケーション(アプリケーションサーバーなど)ではメモリの使用状況やメモリリークなどを調査したいというケースがたまにやってきます。そんなときにはプロセスのメモリダンプを取得して解析することで問題の原因がわかりそう…そんなシチュエーションで役立つかもしれません。 お品書き お品書き 前提 メモ: 64bit コンピューターで動作している32bit プロセスのダンプをとる ダンプのみどころ どのツールで解析すれば? Visual Studioを試してみる DebugD

    メモリダンプから.NETのメモリ状態を探りたい - Grani Engineering Blog

  • 良いエラーメッセージの書き方 - Qiita

    エラーには大抵「エラーメッセージ」が付いています。 自分は過去に、エラーメッセージの内容を雑にしてしまい後悔することがよくありました。 その経験から、良いエラーメッセージの書き方を考えました。 エラーメッセージを2つに分類する まず、エラーメッセージといっても次の2つのパターンで大きく異なってきます。 (1) ユーザーが見るエラーメッセージ (2) 開発者が見るエラーメッセージ (1) ユーザーが見るエラーメッセージ 内部実装のことは書かないようにする

    良いエラーメッセージの書き方 - Qiita

  • MR15  ハードコアデバッギング

    リリース時期とサポート期間が明確に

    MR15  ハードコアデバッギング

  • ダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティング - Grani Engineering Blog

    CTOの河合(@neuecc)です。ある日のこと、アプリケーションが突然死！しょうがないのでサーバーに入ってイベントビューアーを見るとそこには…… 何の役にも立たない情報が並んでいるのであった。こんなんじゃ原因も分からず、どう対処もできない！ という時に役に立つのがダンプです。ダンプさえあれば、クラッシュ時の情報が手に入り、遥かに解決に向かいやすくなります。ダンプ解析というとハードコアな印象もありますが、最近はツールが充実していることもあり、やってみると意外とイージーです。幾つかの実例とともに、どのように解析していくかを見ていきましょう。 ダンプを収集する クラッシュは突然に。やってくるので、まずはアプリケーションクラッシュと共に自動的にダンプが収集されるように設定しましょう。ダンプファイルがなければ話は始まりません。 ここではWindows Error Reporting (WER)を使

    ダンプ解析入門 - Visual Studioでの可視化によるC#トラブルシューティング - Grani Engineering Blog

  • JavaScript 祭で発表してきました - 若くない何かの悩み


    秋のJavaScript祭 in mixi で、﹁バグの見つけ方﹂について発表してきました。 speakerdeck.com 過去二つのスライドをくっつけたものなので、既視感があるかもしれませんが気のせいです。 さて、前の発表を終えてから、いくつか直したかった点があったので、その点だけ修正してあります。 例えば、﹁ステップ実行﹂→﹁手動動作確認﹂のあたりですね。 ステップ実行でバグを見つけるというより、見て触っておかしいと気づいて、ステップ実行へ突入するはずですから、﹁手動動作確認﹂の方がふさわしいと思ったためです。 あと、次の2つの感想が特に嬉しかったです。ありがとうございました。 スライドめっちゃすてきだしリントやテストの大事さがすごくわかりやすい… #jsfes— nao (@naoi109) October 15, 2016 これまでの人生で一番簡潔に型検査やリントやテストの重要性
    JavaScript 祭で発表してきました - 若くない何かの悩み
    griefworker
    griefworker 2016/10/17
    型検査、リント、テスト大事。
    リンク

  • 良いデバッグログはプロジェクトの資産である

    http://eventdots.jp/event/591027 (2016-07-30追記：Rails 5.0からproductionでもDEBUGがデフォルトらしいです) (2020-09-23追記：https://github.com/rails/rails/pull/39707 INFOに戻りそう)

    良いデバッグログはプロジェクトの資産である
    griefworker
    griefworker 2016/08/02
    まずは INFO から。
    リンク

  • 初級者から中級者にレベルアップするためのXcodeデバッグ術 - Think Big Act Local


    効率よくiOSアプリ開発を行うために、効率よくデバッグを行いたいですよね。 このエントリでは﹁print文を書く以外デバッグの方法を知らなかったあの頃の自分﹂を初級者と定義して、自分がやってるデバッグ方法について書いてみます。 Xcodeデバッグ術 1. printを使わずに変数の中身を確認する age, name, coverImage という以下の3つの変数が宣言されています。 let age = 27 let name = "Ryosuke Hiramatsu" let coverImage = UIImage(named: "sample.jpg") これらの変数の中身をチェックしたい時、printで出力するのでも良いですが、それでは出力する値を変えたくなった時︵print(age)をprint(age*2+1)に変更とか︶に再度ビルドが必要になって時間がかかります。 printで
    初級者から中級者にレベルアップするためのXcodeデバッグ術 - Think Big Act Local

  • エンジニア・光成 滋生の「バグを突き止める技術」 | サイボウズ式


    サイボウズ・ラボの西尾 泰和さんが﹁エンジニアの学び方﹂について探求していく連載の第18回︵これまでの連載一覧︶。サイボウズ・ラボの光成 滋生さんにお話を伺うシリーズ︵1︶です。 本連載は、﹁WEB+DB PRESS Vol.80﹂︵2014年4月24日発売︶に掲載された﹁エンジニアの学び方──効率的に知識を得て，成果に結び付ける﹂の続編です。︵編集部︶ 文‥西尾 泰和 イラスト‥歌工房 この連載では﹁エンジニアの学び方﹂をテーマにインタビューを行い、どういう﹁学び方﹂をしているのか探求していきたいと思っています。第2弾は、サイボウズ・ラボのエンジニアとして、楕円曲線などの難しい数学を使った暗号の論文を読んで実装したり、サイボウズが遭遇した問題の原因を掘り下げていって最終的にLinuxのバグを修正したり、と幅広い活動をされている光成滋生さんです。 光成さんが、どういうプロセスで問題の原因を
    エンジニア・光成 滋生の「バグを突き止める技術」 | サイボウズ式

  • Rails4 今のところ最強なデバッグツール達 - Qiita

    Gemfile の 「group :test, :development do」ブロックに書いている 個人的に最強な設定 を晒したいと思います。(2013/10/24 現在) 作業環境 Ruby 2.0.0p247 Rails 4.0.0 Gemfileに設定している内容 ※ コメントに随時変更したものを追記しますー group :test, :development do gem 'pry-rails' gem 'pry-doc' gem 'pry-stack_explorer' if RUBY_VERSION >= '2.0.0' gem 'pry-byebug' else # 以下はRuby1.9の時のみ使う(pry-byebugの代わりに) # debuggerは1.9以下でしか動作しない, remote は byebug で使えないようになった gem 'pry-debugger

    Rails4 今のところ最強なデバッグツール達 - Qiita

  • スクショを送られてきた時にデバッグを楽にするライブラリを作った - Qiita

    バグってんだけど…これちょっとおかしい…デザインくずれてんだけど… といわれてスクショだけ送られてきたことが一度はあるかと思います。 (まぁどういう状況なのか見た目から推測できるので無いよりもマシだけども...) さて、スクショだけを送られてきてバグってるといわれた時に何が困るでしょうか。 それは情報が足りずにデバッグを始める前に情報集めをしないといけないことです。 当然ユーザーのための画面にエンジニアが必要な情報が出ていることはまずないでしょう。 個人的にはこの情報を集めるのがクソめんどくさい！！！！！１ 送ってきたユーザーはだれ？ デザインが崩れているデータはどれ？ 自社で API も開発してる場合は原因はサーバーサイド？それともクライアントサイド？ スクショを撮った時に表示されてる UIViewControll

    スクショを送られてきた時にデバッグを楽にするライブラリを作った - Qiita

  • Vim + Vdebug + Xdebug でPHPのリモートデバッグ - Code Life


    最近はようやく本格的に vim を使ってコーディングするようになりましたが、まだまだ慣れない & 微妙な不満があったりします。 移動系がキーボードで全てできるのは、確かにかなり楽なように思えます。 話が変わりますが新しく違う言語を勉強しようと思う時、何を一番初めに調べますか？ 構文はもちろん、インストール方法とか色々ありますよね。ボクが一番重要視してるのはデバッグ方法です。 どうやってデバッグするか。まずその方法などを調べます。LL系言語の方は 変数を printしたりする方が多いらしいのですがボクはあまり好きではないので PHPの場合は Xdebugを利用してステップ実行させたりしてます。 print させるのが嫌いな理由は一つです。 ﹁コードを書かなくちゃいけない﹂ これに尽きます。なんでデバッグするのにコード書くんだよ！って思ってます。 前置きが長くなりましたが、素晴らしいプラグイ

  • Xcode の Quick Look で艦娘をデバッグする - Toyship.org


    Xcode 5から導入された、デバッグ時のQuick Look機能、デバッグ時にオブジェクトの情報をグラフィカルに見ることができてとっても便利ですよね。 Xcode 5.1からは、システムクラスに加えて、カスタムクラスのQuick Look機能も使えるようになっているので、さっそく使ってみました。 普通のQuick Look 普通のってなんだよって感じですが、いわゆる、組み込みのシステムクラスのQuick Look。 何も特別な設定をしなくても使えるQuick Lookです。 使い方は簡単。 オブジェクトの上にマウスオーバーすると、ツールチップのような小さいダイアログが表示されます。 そのツールチップの上の、﹁目﹂のように見えるアイコンをクリックします。 すると、こんな感じでオブジェクトの中身がグラフィカルに見れるようになります。 なお、iOSのシステムクラスでQuick Lookに
    Xcode の Quick Look で艦娘をデバッグする - Toyship.org
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.