テスト駆動開発とデバッグコード
先日、Railsによる業務システムの開発についてセミナーをしまして、後日、出席者の方々からメールで質問をいただきました。 セミナーの主要テーマの一つがテスト駆動開発のメリットだったのですが、私が「デバッグコードを埋め込まずに済む」と話した点について、その意図・詳細を尋ねられた方がいらっしゃいました。 私は性格にムラがあるので、テスト駆動開発の原則に従うときと従わないときがあるのですが、ちゃんとテストを書いてからコーディングしているときは、アプリケーションのソースコード本体にデバッグコードを埋め込む（たとえば、変数の値をログに出力してみる）ことが少なくなる傾向があります。 これは、なぜでしょうか。 それは、テストスクリプトとデバッグコードは目的がよく似ているからです。 あるコントローラのテストスクリプトを思い浮かべてください。このスクリプトはおおよそ次のような処理を行います。 アプリケーショ
デバッグ力: よく知らないプログラムの直し方 - 2011-12-06 - ククログ
クリアコードではMozilla製品やRuby関連の開発だけではなく、広くフリーソフトウェアのサポートもしています。もちろん、サポート対象のソフトウェアの多くは私達が開発したものではありません。しかし、それらのソフトウェアに問題があった場合は調査し、必要であれば修正しています。 このようなサポートが提供できるのは、もともと、私達がフリーソフトウェアを利用したり開発したりしているときに日常的に問題の調査・修正をしていたからです。ソフトウェアを利用していると、問題に遭遇することはよくあることです。そのソフトウェアがフリーソフトウェアの場合は、開発者に問題を報告し、可能ならパッチを添えます。このとき、そのソフトウェアの内容を完全に把握していることはほとんどありません。しかし、それでも修正することができます。 それはどうしてでしょうか？今まではどのようにやっているのかを自分達でもうまく説明できなかっ
Emacs で C とか Perl とか Ruby のデバッグをすると気持ちいい | フッ君の日常
全国のprintデバッグ愛好家の皆様、こんにちは。VSとかEclipseとかのIDE以外でデバッガを使ったことのない僕がやってきましたよ。 最近、C言語でヒーコラ言ってる真っ最中な訳ですが、C言語だとprintデバッグがやりにくい訳で、デバッガ様の力を借りてみたくなった訳です。という訳で、巷で有名な gdb をちょっと試してみました。 基本的な使い方は、以下を参考にしてます。gdb を用いたデバッグ方法GDBウノウラボ Unoh Labs: gdbの使い方 で、なんだか Emacsからも使えるみたいなんで、試してみたんですが、これが使いやすくてびっくり。"M-x gdb" で起動すると、Emacs のソース上に、現在の行が黒三角で、ブレークポイントが赤丸で表示されます。後は、コマンドラインでの操作と同じように、s とか n でステップ実行できます。 あー、もしかして、Perl とか Rub
Webのバグを燃やしまくるFirebugと、そのアドオン7選
Webのバグを燃やしまくるFirebugと、そのアドオン7選：ユカイ、ツーカイ、カイハツ環境！（10）（1/3 ページ） 高度化するWebのデバッグに悩む人、必見！ 近年、Google Chrome、Firefox、Safari、Opera、Internet Explorer（以下、IE）がJavaScriptの実行速度の最速の座を争っていますが、それに伴いJavaScriptによるフレームワークやコンポーネントが多数出現し、Webブラウザのユーザビリティは飛躍的に向上してきました。 一方で、開発者／デザイナにとっては複雑化するWebアプリケーションのデバッグが悩みの種となってきています。そんなときにお勧めなのが、Firefox上で動作するアドオン「Firebug」です。これを利用すれば、デバッグがかなり効率的に行えます。 本稿では、Firefoxのアドオンとして利用するFirebugと、
CGIのオフラインモードを回避するには - わさっきhb
Rubyで(Railsではなく)，ちょっとしたCGIスクリプトのはずが，いろいろトラブルが起こって，Test::Unitを使ってテストしていくことにしました． なのですが，さて，CGIの入力を与えるのはどうすればいいのか… 何も考えずにテストすると，CGI.newのたびに「(offline mode: enter name=value pairs on standard input)」が出て入力待ちになります．オフラインモードってやつですね． cgi.rbを読みますかね．ファイルを開き，「offline」で検索すると，こんなコードを見つけました． # offline mode. read name=value pairs on standard input. def read_from_cmdline require "shellwords" string = unless ARGV.em
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
[perl][Catalyst] デバッグ画面 debug screen が消せない！ - PerlさんPerlくん
この外部wikiは最近更新していなかったのですが、あり問題にドハマリ し、ついに解決したのであまりのうれしさに更新します。 （あと、この現象について解決策がwebで見つからなかったので、 珍しくノウハウ還元します） （※このwiki間違いだらけなのでいつか直したいなあ、、） &bold(){デバッグ画面が消せないという問題} Catalystで開発を進め、そろそろ本番環境でお披露目したいな！ なんてときに、消したくなるのがCatalystのデバッグ画面（英語では debug screen） んでドキュメントなどを読むと、、 「"MyAPP.pm"内に use Catalyst qw (....)に"-Debug"を追加とデバッグ画面が出て、記述しないと簡単なエラーメッセージしか出ないよ」 とあったので、記述を削除した。 しかし、出続けるデバッグ画面。おっかしーな、、MyApp.pmだよな、
![[perl][Catalyst] デバッグ画面 debug screen が消せない！ - PerlさんPerlくん](https://cdn-ak-scissors.b.st-hatena.com/image/square/87187eba81375e12954a570984dcce21a7825ebc/height=288;version=1;width=512/https%3A%2F%2Fads.atwikiimg.com%2Fimg%2Fogimage_setting_s.png)
How do you like Ruby? - Gokudo Ruby: 6th
極めよRuby道 第6回 CGI, mod_ruby そして eRuby 後藤謙太郎 <URL:http://www.notwork.org/~gotoken/mag/cmagazine/> 註: この文書は『C MAGAZINE』2001年1月号 に掲載された記事の元となるものに手を加えたものです． 記事中のプログラムを一つずつファイルにしたものもあります(→list) 中田さんのおかげでNetscapeでも読めるようになりましたが，まだちょっとカッコ悪いです。「CSSの書き方がなっとらん、こう書け」というお便りは歓迎します。 間違いを見つけたら，gotoken@notwork.org宛に御連絡くださると喜びます。 Copyright(c) 2000 by GOTO Kentaro. All rights reserved. 技術普及のご利益と… CGI (原理, cgi.rb の機能
Webアプリケーション開発に役立つアドオン式メモリプロファイラー - Mozilla Flux
Memory ProfilerはMozilla Labsの実験的なプロジェクトの一つで、Webページのメモリ使用状況を調査するツールを提供するものだ。 長い時間にわたってWebブラウザに常駐させておくタイプのWebアプリケーションが増えつつある昨今、こうしたツールに対する需要も高まっているといえるだろう。だが、Atul Varma氏が『Web Application Memory Profiling, Take Two』で説明しているように、今年7月に公開された最初のプロトタイプには次のような欠点があった。 動作が遅い FirefoxのJSヒープ全体を表示していたが、そこにはWeb開発者にとってさほど役に立たないFirefoxの内部オブジェクトがたくさん含まれていた Firefoxがフリーズし、別のブラウザからローカルのWebサーバーにアクセスすることも含め、セットアップがやや大変だった
Perlプログラマのためのgdb入門(at Shibuya.pm #9 LT) - とあるはてな社員の日記
先日のShibuya.pm #9のLightening Talkで「gdbでXS on mod_perlをデバッグ」という話をしてきました。XSを使い出すと、従来のPerl的デバッグだけでは不十分なのでgdbをうまく使って、効率的にデバッグしましょう、という話です。実は、はてな社内では1年近く前に勉強で話したネタだったのですが、ようやく公開することができました。 Shibuya.pmでは5分という枠があったのでショートver.でしたが、ここでは制限はないので、本来のロングバージョンの資料をアップします。ちょっと公開できない情報が混っていたので、xxxで隠していますが、ご了承ください。 ちなみに、Rubyとかでも似た感じでデバッグできると思うので、そちらの人も参考にしてください。長いよ!という人は、最後の「これは設定しておけ的gdb初期化マクロ」だけでもどうぞ。かなり便利です。 (資料公開が
Firebugでできること: ソースコードのエラー解析 - builder by ZDNet Japan
クラウド導入が進まない本当の課題 ITベンダーだからこそ知っている クラウドに二の足を踏む企業のボトルネック ビジネスとITの最前線 官民をあげてDXを急ぐ中で、 キーマンが語る成功へのポイント 大事なのは”仕事の段取り” 幅広い業務を任されているからこそできる ひとり情シス流の業務改善術 オープンソース活用はあたりまえ！ そんな今だからこそ改めて考える 企業ITにおけるOSS活用のメリットとリスク A Business New Era あらゆるモノ・コトが変化している今 デジタルでビジネスは生まれ変わる エッジ市場の活性化へ 高まるIoTを中心としたエッジ分野への期待 OSS活用が新しい時代のビジネスを拓く ID管理の基礎知識 新しい働き方におけるITガバナンスの 向上にむけて 現場主導のデジタル変革 ビジネス変革のための“ITの民主化” そして 変わるIT部門の役割 アプリが簡単にでき
Firebugでサイトパフォーマンス改善の第一歩を踏み出す - builder by ZDNet Japan
任意のJavaScriptコードを実行 Firebugのコンソールパネルではウェブページに埋め込まれたJavaScriptを実行するだけでなく、直接コードを入力して実行することもできる。その場合、入力されたJavaScriptコードは表示されているウェブページと同じコンテキスト内で実行される。したがってページ内で定義されたオブジェクトや関数などにもアクセスすることができる。 一行のコードを実行するだけならば、コンソールパネルの下部に表示されているテキストエリアに入力して[Enter]キーを押してみよう。図1は前回示したスライドショー（firebug-sample.html）のnextImage()を呼び出した例である。firebug-sample.htmlを表示した状態で実行すれば、表示される写真が最後のものに切り替わる。
Firebugでブレークポイントを利用したJavaScriptデバッグを - builder by ZDNet Japan
ビジネスのためのデータ基盤構築 DX時代の企業成長はデータ活用が鍵 新たな展開を後押しするSQL Server活用 ITインフラ運用からの解放 HCI＋JP1による統合運用による負荷激減で 次世代IT部門への役割変革へ一歩前進 体験から学んだ成功への知見 マネーフォワード×エム・フィールド対談 Fintechプラットフォーム開発の「鍵」 コンテナをエンプラITに！ コンテナ活用の基礎 本番実装が増える背景とメリット 激変するビジネス環境の中でのDX モダンアプリケーション戦略への取り組みが 市場の競争力の源泉となる 高まるゼロトラストの気運 妥協のない安全のために適材適所で組合せ トップ4社によるゼロトラストセキュリティ 身近な改善の第一歩！ ニューノーマルな働き方を前提にした これからの時代のWi-Fi環境構築のポイント ライバル同士がタッグを組む理由 マイクロソフトとヴイエムウェアが連
効率的なデバッグをサポートするFirebugのコンソールAPI - builder by ZDNet Japan
コンソールAPIでJavaScriptの実行時情報を出力 FirebugのコンソールAPIを使えば、コンソールへのメッセージの出力やスクリプトの実行時間の計測などを行うことができる。具体的には以下のような関数が用意されている。 console.log(object[, object, ...]): メッセージ（オブジェクト）をコンソールに出力 console.debug(object[, object, ...]): メッセージをコードの行番号付きで出力 console.info(object[, object, ...]): メッセージを、先頭に「i」のアイコンを付けて出力 console.warn(object[, object, ...]): メッセージを、先頭に「!」のアイコンを付けて出力 console.error(object[, object, ...]): メッセージを、先
matzmtok.com - このウェブサイトは販売用です！ - matzmtok リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Rails 2.0でデバッグをする新しいやり方 - Hello, world! - s21g
比嘉さんからciteされたみたいなので、取り急ぎ新しい情報を吐き出しておこうと思います。 そろろろRailsについて本音を書いてみるか 後、デバッグの環境は、Javaに比べて貧弱だと思う。Railsでデバッグをする７つの方法を見てほしい。IDEでソースにブレークポイントを設定(ソースコードを書き換えるのではなく)して、ステップイン、ステップオーバー、メモリの状態を見たりなんてのに慣れているJavaから比べると、すっごく大変に見える。 喜ばしいことに、Rails 2.0ではruby-debugを使ったdebuggerが正式に採用されました。 これの使い方は非常に簡単です。 まずは、以下のようにブレークポイントをコード中に書き込みます。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Tips一覧 | Eclipse Tips for You
Acroquest-Java トラブルシューティング(Javaのトラブルシュートはこちら)
http://www.machu.jp/posts/20091018/p01/
Executing scripts on a remote machine - Marigan's Weblog