Kernel.#trace_var (Ruby 3.3 リファレンスマニュアル)
trace_var(varname, hook) -> nil[permalink][rdoc][edit] trace_var(varname) {|new_val| .... } -> nil trace_var(varname, hook) -> [String|Proc] グローバル変数 varname への代入のフックを登録します。 ここでの「グローバル変数」は、特殊変数 (変数と定数/組み込み変数 を参照)も含めた `$' で始まる変数のことです。 この呼び出し以降、varname で指定したグローバル変数に値が代入されるたびに hook かブロックが評価されます。hook が Proc オブジェクトの場合代入された値がブロック引数に渡されます。文字列の場合はRubyコードとして評価されます。 trace_var がフックするのは明示的な代入だけです。フックは複数登録できます。
Kernel.#caller (Ruby 3.3 リファレンスマニュアル)
caller(start = 1) -> [String] | nil[permalink][rdoc][edit] caller(start, length) -> [String] | nil caller(range) -> [String] | nil start 段上の呼び出し元の情報を $@ の形式のバックトレース(文字列の配列)として返します。 トップレベルでは空の配列を返します。caller の戻り値を $@ に代入することで例外の発生位置を設定できます。 引数で指定した値が範囲外の場合は nil を返します。 [PARAM] start: long の範囲を超えない正の整数でスタックレベルを指定します。 [PARAM] length: 取得するスタックの個数を指定します。 [PARAM] range: 取得したいスタックの範囲を示す Range オブジェクトを指定します。
RubyでGETリクエストやPOSTリクエストした時のメモ - Qiita
RubyでGETリクエストやPOSTリクエストをする際の色々確認した時のメモ。 参考 library net/http 確認用Webサーバーの準備 今回はNode.js(v4.4.4)でWebサーバーを立てHTTPヘッダーやGETパラメーターを確認しました。 まずはNode.jsのインストール $curl --silent --location https://rpm.nodesource.com/setup_4.x | bash - $yum -y install nodejs var http = require('http'); var server = http.createServer(function (req,res) { // confirm request console.log(`headers: ${JSON.stringify(req.headers)}`); co
JavaScript で print デバッグ時に変数名を出力する - mizdra's blog
数列の和を求めるプログラムを作成することになり、意気揚々と以下のようなプログラムを書いたという状況を想像して下さい。 function sum(nums, acc = 0) { if (nums.length === 0) return 0; if (nums.length === 1) return nums[0]; return sum(nums.slice(1), acc + nums[0]); } const nums = [1, 2, 3, 4, 5, 6, 7, 8, 9, 10]; console.log(sum(nums)); // expected: 55 一見すると何も問題なさそうに見えるプログラムですが、実はバグがあります (皆さん分かりますか?) *1。実際に上記プログラムを実行すると 55 ではなく 10 が出力されます。 こうした場面に遭遇すると、自然と sum
Chrome Devtoolのmonitorを使うと関数の呼び出しを観察できて便利 - ぱすたけ日記
を読んで思い出したのでご紹介です。 元の記事と同様に以下の関数 sum について、 function sum(nums, acc = 0) { console.log({ nums, acc }); if (nums.length === 0) return 0; if (nums.length === 1) return nums[0]; return sum(nums.slice(1), acc + nums[0]); } この関数sumの引数 (nums と acc) の呼び出しごとの変化を見たい場合は、所謂プリントデバッグや debugger を使うのは一般的なテクニックとしてよく知られていますが、このような関数呼び出し時の引数を知りたい場合はmonitor(function)という関数を使うことで同様の効果を得ることが出来ます。 この場合は monitor(sum)とした後に、関
chrome devtools の tips N連発 - mizdra
mizdra.icon が社内向けに発表した資料なのですが、折角なので一般向けに書き直して公開します。
Object#tap (Ruby 3.3 リファレンスマニュアル)
tap {|x| ... } -> self[permalink][rdoc][edit] self を引数としてブロックを評価し、self を返します。 メソッドチェインの途中で直ちに操作結果を表示するためにメソッドチェインに "入り込む" ことが、このメソッドの主目的です。 (1..10) .tap {|x| puts "original: #{x}" } .to_a .tap {|x| puts "array: #{x}" } .select {|x| x.even? } .tap {|x| puts "evens: #{x}" } .map {|x| x*x } .tap {|x| puts "squares: #{x}" } [SEE_ALSO] Object#yield_self
Rubyでメソッドの定義場所を見つける方法 - Qiita
RubyはModuleで組み込まれたメソッドや、method_missingを利用した「ゴーストメソッド」など、自分の見ているメソッドがそのクラス以外のどこで定義されているのか、分かりにくいケースがよくあります。 特にJavaやC#から移ってきた僕のようなプログラマは、「メソッド = どこかのクラスで定義されているもの」という印象が強いので、「持ち主がよく分からないメソッド」の存在はデバッグ等で苦労させられます。 こういったケースでは、Kernel#methodとMethod#source_locationを組み合わせることで、メソッドの定義場所を見つけることができます。 たとえば、rails consoleでblank?メソッドの定義場所を見つけたい場合は、こんな感じです。 $ rails c > 'x'.method(:blank?).source_location => ["/Use
Rubyでclassやconstの定義位置を調べる方法 - Qiita
結論 「再代入する」 classやconstに、なんでもいいから値を再代入すると、warningで元々の定義位置を教えてくれるのでその場所を見に行けばOK。 > Some = 1 # class (irb):1: warning: already initialized constant Some ./some.rb:123: warning: previous definition of Some was here > Some::VALUE = 1 # const (irb):2: warning: already initialized constant Some ./some.rb:125: warning: previous definition of Some was here 背景 Rubyでアプリケーションコードを読んでいると、「え、このclass or const(大文字
GoでSQLにトレーシングコメントを埋め込んで実行する | おそらくはそれさえも平凡な日々
アプリケーションが発行するSQLにコメントが埋め込めると便利です。例えば、 /* path/to/logic.go:334 */ SELECT ... のようにSQLに発行元の情報をコメントとして埋め込んでからExecすれば、DB側のログ(general log等)にも記録されるため、SREやDREサイドからも、負荷の高いSQLがアプリケーションのどこから発行されているかが分かりやすくなります。 Goには github.com/shogo82148/go-sql-proxy という、SQL実行をトレースし、フック処理を差し込める便利なライブラリがありますが、今回それにpull requestを送って、SQL実行前にクエリの書き換えができるようにしました。 https://github.com/shogo82148/go-sql-proxy/pull/61 https://github.co
デバッグ時はprintではなく、Icecreamを使うと便利 - Qiita
となります。さて、上の出力を見て30と40がnum1とnum2のどちらに対応しているかすぐに判別がつくでしょうか？ 出力変数が少ないうちはこれでも問題はなさそうですが5個とかになると少し面倒くさくなりますね。 とりあえずの解決策として次のようにすれば良いでしょう。
「FF6」の新たなバグを発売25年後に見つけたテスト技術者の腕前
1994年に発売された大人気ゲーム「ファイナルファンタジーVI（FF6）」（スーパーファミコン版）をやりこみ、2019年になっても未発見の「バグ」を見つけ出し続けている人がいる。ここ数年、熱心なゲームファンを何度も驚かせているのが、「エディ」のハンドルネームで知られるプレーヤーだ。必須のイベントをクリアせずに先に進める方法を見つけ出し、毎年のようにゲームクリアまでの「歩数」の最少記録を更新している。 本記事でいうバグとは、ゲーム開発者が意図していなかったと推測される仕様を含む。特別な操作をすると通常とは異なる挙動となり、いわゆる「裏技」が可能になる。 FF6スーパーファミコン版はスクウェア（現スクウェア・エニックス）が開発したロールプレイングゲーム（RPG）で、美しいグラフィック、ドラマチックなシナリオ、完成度の高いゲームシステムが好評を博し、全世界で約340万本の売り上げを記録した。人気
Dockerでデバッグ対象のコンテナにツールを入れずにtcpdump/straceなどを使うワンライナー - Qiita
はじめに Dockerであんなコンテナやこんなコンテナを動かしてると、なんかうまく動かなくて、デバッグのためにtcpdumpとかstraceなどのツールが使いたくなることが稀によくあります。 そんな時、デバッグ対象のコンテナ内にツールを一時的にインストールしちゃうというのが、まぁ簡単で分かりやすいんですが、デバッグ対象のコンテナを汚すのはできれば避けたいところです。 Dockerのコンテナの分離というのは、結局のところLinuxのリソースの名前空間の分離であるので、逆に同じ名前空間を共有すれば、デバッグ用に立てた隣のコンテナから、デバッグ対象のコンテナのネットワークやプロセスの状態を観察することも可能です。 また、docker buildはDockerfileを標準入力から受け取ることもできるので、ワンライナーにしてデバッグ用のコンテナをシュッと呼び出せるようにしてみました。 TL;DR
console.log の落とし穴：console.log にはオブジェクトの参照が渡るので気を付けよう - Qiita
TL; DR console.log()に大きなオブジェクトや配列を渡すと、console.log()を呼び出した時点での値ではなく、コンソールでそれをクリック展開した時点で評価した値が表示される。 もう少し詳しく console.log()に大きなオブジェクトを渡すとコンソール上で省略されて表示されますが、その省略表示を展開すると、console.log()が呼び出された時点の値ではなく、展開したその時点で評価した値が表示されます。 つまり例えばあるオブジェクトに操作を施す前にconsole.log()を取っていても、実行終了後のコンソールには操作を施した後のオブジェクトが表示されるということです。 要はオブジェクトへの参照を保持しているような挙動です（参考）。 例 （以下の例ではわかりやすさのため常に省略表示されるconsole.dirを使っています） obj.aをに値を代入する前後で
【2019年4月版】JavaScriptのconsoleがすごいことになってた。 - Qiita
JavaScript の console がすごいことになっているらしい。 本日、以下の記事を見つけました。 Getting creative with the Console API! この記事で紹介されている console のメソッド全然知らなかったのでビックリしましたが、実際にどう表示されるのか載っていなかったのでChromeのコンソールでスクショを取ってみました。 console.log() 本文によるとlogメソッド内のテキストリテラルは以下の書式で値のフォーマットと置換ができるそうです。 %o / %O - for objects; %d / %i - for integers; %s - for strings; %f - for floating-point numbers; マジすか・・・ そんなわけで以下のコード console.log("Object value:
1クリックでHTML要素の構造を可視化し、セマンティック要素が正しく実装されているか検証できる -Construct.css
Webページに実装されているHTML要素の構造を可視化し、header, nav, main, articleなどセマンティック要素が正しく実装されているか検証できるスタイルシートを紹介します。 デバッグ機能も備えており、不正なマークアップや問題のあるマークアップを表示することもできます。 Construct.css Construct.css -GitHub Construct.cssはセマンティックHTMLの使い方をより身近にするために、スタイルをフックとしてクラス名を使用するのではなく、直接タグをスタイルするCSSのライブラリです。目に見えないセマンティックのタグであることを視覚的に確認することができます。 ブラウザで簡単に利用できるブックマークレットも用意されています。 ブックマークレット Construct.cssのブックマークレット ブックマークレットを使用すると、以下のCSS
ブラウザ上でのJavaScriptエラーを収集する手法について · なるはやで いい感じの 動作確認
現代的なWebサービスを構築する場合、避けては通れないのが各種ログの収集と活用です。 HTTPサーバの各種ログ (e.g. アクセスログ、エラーログ) を始めとして、サーバサイドのアプリケーションログなどもよく収集されています。 サーバサイドのログについては、fluentdなど、収集するための手法はある程度確立しているように思いますが、フロントエンドでのログ収集については、あまり議論されていないように思います。 先日、お仕事でWebサービスを作成したのですが、そのときに改めてブラウザ上でのエラーログの収集について本気出して考えてみたので、ここに記事としてまとめてみようと思います。 ブラウザ上のエラーログ収集の目的 まず収集する目的についてですが、大きなところで以下のようになるかと思います。 継続的な不具合修正のため (サービス改善) ユーザからの問い合わせ時に調査するため (サポート改善)
Node.js v10.0.0でconsole.table()追加&console.log()アップデートに感動したので早速試してみる - Qiita
console.log()よりも配列やオブジェクトを綺麗に表示してくれるメソッドです。 ブラウザではこんな感じで使えてて便利でしたけど、Node.jsは今まで使えなかったんですよね。 ターミナルでこんな感じに使えるようになりました。 console.log()に色がついて見やすくなっている v9系までのconsole.log() v10のconsole.log() これはだいぶ見やすい。 むしろ今までなかったのが不思議なくらい。 Node.jsでconsole.table()を試してみる console.log()の表示とconsole.table()の表示をそれぞれ試します。 パターン1 - 通常の配列 通常の配列です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Ruby_ソースコードリーディングの武器
大手Webサービスがクライアント側で発生したJavaScriptのエラーをどう収集しているのか まとめ - Qiita
