GitHub - liriliri/chii: Remote debugging toolYou 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
ブラックボックスデバッグ
はじめに デバッグというとデバッガを使ったりprint文を挿入するのが一般的です。しかし、現実にはそういった手法を取れない環境でデバッグする必要があることもあります。 例えば私の仕事はLSIの設計ですが、製造されたLSIの動作中に内部を見ることは当然できません。もし何らかの不具合が発生した場合、内部を観測することなくデバッグする必要があります。 こういったデバッグ手法をここではブラックボックステストにならって「ブラックボックスデバッグ」と呼ぶことにします。ブラックボックスデバッグはLSI固有の技法ではありません。例えばソフトウェアでもデバッガのアタッチやprint文の挿入で状態が変わってバグが再現しなくなることはあります。また大規模なネットワークインフラのデバッグでは対象が大きすぎて、実質的に詳細を観測できないこともあるかもしれません。 このようなブラックボックスデバッグは（おそらくドメイ
大規模な移行バグを修正するための戦術 - Qiita
こう見たとき、"FileNotFound"のバグが一番多い。と分かりました。そうすると、"FileNotFound"のバグを修正すると、多くの移行エラーが解消され、効率よく移行が進むと考えられます。しかし、現実問題として、それほど直りませんでした。 "簡単なバグ"とは何か？ 前節では、バグの発生頻度が高いものから修正していくとアプローチをしていきましたが、実際問題それほどうまくいきませんでした。端的に、なぜ失敗したか。というと、"バグが直らなかった"からです。仮に"FileNotFound"のバグを直そうとしたとき、2,520個あるログファイルから、ランダムに1つとりだし、どの部分でエラーになっているのかを細かく見ていきます。それで、バグの原因を特定し、直す。という極シンプルなアプローチをするわけですが、「このバグの原因を特定する」ということが、そもそも難しかった。ということです。先にも書
最強のツール「LangSmith」が登場した話【Python / LangChain】
【📩 仕事の相談はこちら 📩】 お仕事の相談のある方は、下記のフォームよりお気軽にご相談ください。 https://forms.gle/G5g1SJ7BBZw7oXYA7 もしもメールでの問い合わせの方がよろしければ、下記のメールアドレスへご連絡ください。 info*galirage.com（*を@に変えてご送付ください） 🎁 「生成AIの社内ガイドライン」PDFを『公式LINE』で配布中 🎁 「LINEで相談したい方」や「お問い合わせを検討中の方」は、公式LINEでご連絡いただけますと幸いです。 （期間限定で配信中なため、ご興味ある方は、今のうちに受け取りいただけたらと思います^^） https://lin.ee/3zRuqKe おまけ①：生成AIエンジニア塾 より専門的な「生成AIエンジニア人材」を目指しませんか？ そんな方々に向けて、「生成AIエンジニア塾」というプログラムを
GitHub - pgosar/ChatGDB: Harness the power of ChatGPT inside the GDB or LLDB debugger!
First, make sure you install pip. ChatGDB also requires a python version of 3.3 or above. To install, run the command pip3 install chatgdb. It will create an executable called chatgdb that you will have to use to set your api key. To do that, run the command chatgdb -k <API KEY> You can set the model to use. There are two possible options, gpt-3.5-turbo and gpt-4(defaulting to the former): chatgdb
再現テストはもういらない ～日本初上陸ライブデバッグのご紹介～｜IT勉強会・イベントならTECH PLAY［テックプレイ］
イベント内容 【WEBセミナー】再現テストはもういらない～日本初上陸ライブデバッグのご紹介～ 概要 クラウドビジネス全盛の今、システム開発への要求は品質だけではなく スピードに対しても急速に高まってきています。 過度な要件変更もあとを絶たない中、様々な手法で開発の高速化が 行われていますが、品質とスピードを高いレベルで維持するためには、 もっとも工数が膨れ上がりやすい、テストのフェーズにおいてその手戻りを 最小限に抑えることが重要です。 当セミナーでは、従来諦められていたデバッグ工数が増大する要因を 整理しながら、根本的に解決するための最新の手法をご紹介いたします。 【セミナープログラム詳細】 SESSION1：高速開発の時代 SESSION2：なぜデバッグに時間がかかるのか？ SESSION3：ライブデバッグがもたらすもの ライブデバッガー Rookoutのご紹介 Rookuout製品詳
Debug memory leaks with the Microsoft Edge Detached Elements tool
Memory leaks occur when the JavaScript code of an application retains more and more objects in memory that it doesn’t need any longer instead of releasing them for the browser to garbage collect (GC). For long-running apps, small memory leaks of only a few kilobytes can add up to noticeably degrade performance over time. Web developers who use the React framework know that React maintains a virtua
mouseover 中に表示される DOM のデバッグ | blog.jxck.io
Update 2024-03-30: Chrome 123 から "Emulate a focused page" が追加された。 これを用いれば良いため、以降の全ての方式は古くなった。 Apply other effects: enable automatic dark theme, emulate focus, and more https://developer.chrome.com/docs/devtools/rendering/apply-effects#emulate_a_focused_page マウスが乗ってないと出ない UI も、そこに Tab などでフォーカスを移し、その状態で Dev Tools の "Emulate a focused page" を有効にすれば良い。 Intro 先日、後輩が「mouseover 中にしか表示されない DOM のデバッグ」に手こずっ
第673回 カーネルのクラッシュ情報を取得する | gihyo.jp
Linuxカーネルも人類が生み出したものである以上、既知であれ未知であれなんらかの不具合を抱えています。そしてそれは「都合の悪い時」に限って顕在するものです。今回は「やたらとカーネルがフリーズする」不幸な星のもとに生まれた人に向けて、カーネルがクラッシュしたときのデバッグ方法を紹介しましょう。 カーネルだってつらいときはあるんです Linuxカーネルには「クラッシュダンプ」と呼ばれる仕組みが存在します。これはカーネルがどうしようもない自体に陥ったとき（＝panicしたとき）、システムを再起動する前に障害収集用のシステムを起動し、現象発生直後のカーネルのメモリーをストレージに保存する機能です。これを使えば、panic時の原因を追求することが可能です[1]。 UbuntuをはじめとするLinuxディストリビューションにとって、Linuxカーネルはまさに「縁の下の力持ち」と言える存在です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - stealthrocket/timecraft: The WebAssembly Time Machine
WebAssembly time travel debugger!
GitHub - lnfel/lamy-debugbar: The missing Svelte Debugbar, inspired by Laravel Debugbar.
GitHub - WebReflection/basic-devtools: Exports `$`, `$$`, and `$x` utilities as described in Chrome Console Utilities API reference
GitHub - qutran/svelte-inspector: Development helper for inspecting and opening svelte components in editor
GitHub - gaelph/logsitter.nvim: Makes debugging easy by automating the process of writing logs, for NeoVim
GitHub - mrozbarry/hyperapp-debug: A debug HOA for hyperapp
GitHub - nolanlawson/fuite: A tool for finding memory leaks in web apps
Replay - The time-travel debugger from the future.
GitHub - nokotan/cdp-gdb-bridge: Debugger of WebAssembly on Chrome
GitHub - WebAssembly/instrument-tracing: Proposal to add instrumentation and tracing instructions to WebAssembly