ロブ・パイクが学んだプラグラミング・アドバイスとは？ デバッグするより先にまず頭で考える
これまで一番ためになったプログラミングのアドバイスは何ですか？ 過去を振り返ると、誰にだって教訓的なエピソードがあるのではないでしょうか。 著名なソフトウェアエンジニアであっても、それは例外ではないようです。Google に勤めるロブ・パイクは、UTF-8 や Go 言語の共同開発者として知られていますが、彼も駆け出しのころに先達から教訓を学んでいました。 ベル研究所に入所して間もないころ、ロブはデバッグするより先にまず頭で考える、という教訓をケン・トンプソンから学びました。これは、まさにプログラミングの極意の一つと言えるものではないでしょうか。 頭で考えることの重要性 ベル研究所で働き始めてからまだ１、２年しか経たないころ、ロブ・パイクはケン・トンプソンとペアプログラミングをしていました。タイピングの速いロブがキーボードを担当。ケン・トンプソンはロブの背後に立っていました。コーディングは
Jest
Jest is a delightful JavaScript Testing Framework with a focus on simplicity.
What's new for Windows app developers - Windows apps
This section curates the latest platform capabilities, SDK and API additions, AI integration options, performance and diagnostics improvements, design guidance updates, and productivity tooling enhancements. Bookmark it and check back regularly: we refresh the highlights so you can focus on what moves your app forward. Latest releases Find the latest downloads, release notes, and updates for the W
badssl.com
badssl.com 🎛Dashboard Dashboard 🎫Certificate expired wrong.host self-signed untrusted-root revoked pinning-test no-common-name no-subject incomplete-chain sha256 sha384 sha512 1000-sans 10000-sans ecc256 ecc384 rsa2048 rsa4096 rsa8192 extended-validation 🎟Client Certificate Certificate Downloads client client-cert-missing 🖼Mixed Content mixed-script very mixed mixed-favicon mixed-form ✏️HTTP h
Error Logging in the HTTP Server API - Win32 apps
Some kinds of errors are handled by the HTTP Server API rather than being passed back to an application for handling, because the frequency of such errors could otherwise flood an event log or application handler. The following three topics describe the different aspects of the HTTP Server API error logging: Configuration Registry settings control whether the HTTP Server API logs errors, the maxim
.NET Framework の "このアプリケーションを起動できませんでした" を修正する - .NET Framework
.NET Framework アプリケーションを実行しようとすると、"このアプリケーションを起動できませんでした" というエラー メッセージが表示されることがあります。 このエラーの原因が、.NET Framework が破損しているためにアプリケーションで .NET Framework が見つからない場合は、この記事を使用してその問題を解決してください。 この記事のすべての手順を完了してもアプリケーションを実行できない場合は、ファイル システムの破損、依存関係の不足、またはアプリケーションの問題が原因で問題が発生している可能性があります。 その場合は、 アプリの発行元に問い合わせる か、 Microsoft Q&A に質問を投稿してヘルプを参照してください。 問題を理解する このエラーは、特定のアプリケーションを起動できないことを意味します。 プログラムの名前は、次の図で強調表示されてい
Visual StudioユーザーがReleaseビルドをするときに必ずやってほしい2つの設定 - Qiita
はじめに 前からちょくちょく見受けられたけれども、やはりやってしまう人は多いようなので 自戒の念と共にここに記しておきます。 ソフトウェアをDLして解凍またはセットアップしたexeのところに、appname.vshost.exeとかappname.pdbとか見かけたことはありませんか？ これらはVisual Studioでビルドする際に、Debugビルドでは非常に有効なファイルですが、Releaseビルドでは不要なファイル達だったりします。 なので、必ず下記の２つの設定をReleaseビルド構成に施しておきましょう。 1. ホスティングプロセスを無効にすること これはあまり見かけなくなったけど、やはりやってしまう人はいるようです。 プロジェクトのプロパティでデバッグページにある Visual Studio ホスティング プロセスを有効にする（O） のチェックを外して Visual Stud
Exception クラス (System)
public ref class Exception public ref class Exception : System::Runtime::Serialization::ISerializable public ref class Exception : System::Runtime::InteropServices::_Exception, System::Runtime::Serialization::ISerializable public class Exception public class Exception : System.Runtime.Serialization.ISerializable [System.Runtime.InteropServices.ClassInterface(System.Runtime.InteropServices.ClassInt
StackFrame クラス (System.Diagnostics)
public ref class StackFrame sealed public ref class StackFrame public sealed class StackFrame public class StackFrame [System.Serializable] public class StackFrame [System.Serializable] [System.Runtime.InteropServices.ComVisible(true)] public class StackFrame type StackFrame = class [<System.Serializable>] type StackFrame = class [<System.Serializable>] [<System.Runtime.InteropServices.ComVisible(
Visual Studio Code向けC++拡張機能、一般提供開始
今回、バージョン1.0として一般提供を開始したC++拡張機能を利用することで、IntelliSenseスマートコード補完、デバッグ、リファクタリング、コードナビゲーションといったC++開発者向けのさまざまな機能を、Visual Studio Code上で利用できるようになる。 これらの機能は、さまざまなプラットフォーム、アーキテクチャ、コンパイラで利用可能なので、クロスコンパイルやリモート開発にも役立つ。 編集機能としては、IntelliSenseによるコード補完、パラメーター情報、クイック情報、メンバーリスト、すべての参照を検索、定義／宣言への移動、ピーク定義／宣言に対応したコードナビゲーション、シンボルの名前変更、コードのフォーマット、セマンティックのカラー化、Doxygenコメントドキュメントに対応している。 デバッガでは、ブレークポイントの設定、監視変数の設定、プログラムのステップ
ComboBox の選択後のイベントは、TextChanged イベントで拾う | Moonmile Solutions Blog
落とし穴、と言いますか、やっぱり ComboBox コントロールの落とし穴っぽい動きの話です。 ■問題 単純にフォームに ComboBox コントロールを貼り付けて、項目を選択した直後のイベントを拾いたい。 さてどうするのか？ という要件があって、なんか手元のコードでは、SelectedIndexChanged イベントを拾っていた訳です。 SelectedIndexChanged イベントでも悪くはないのですが、ComboBox で項目を選択している途中のイベントも拾ってしまうので、【最後のイベントだけを拾う】ってのがなかなかでき難い、というか、これでバグっているので。 ■イベントは4種類ある あらためて ComboBox のイベントを見ると、それらしいものが4つほどあります。 ・SelectedIndexChanged イベント：選択項目が変更されるたびに発生する ・Selection
VBA Debug.Assertの使い方 - t-hom’s diary
以下のプログラムを実行すると、ランダムな数値が出力される。 Sub BugSample() Dim Arr(1 To 10) As Long Dim UpperBound As Long: Upper = 1000 Dim LowerBound As Long: Lower = 10 Dim i As Integer For i = 1 To 10 Arr(i) = Int((UpperBound - LowerBound + 1) * Rnd + LowerBound) Next Dim j As Integer For j = 1 To 10 Debug.Print Arr(j) Next End Sub …嘘である。 わざとらしいバグなので一見してすぐに気付いた人もいるかもしれないが、これを実行してもイミディエイトウインドウには0が10個並ぶだけである。 バグは変数名である。Uppe
Office TANAKA - VBA高速化テクニック[個別に呼ばない]
昔、本項で比較したかったのは、要するに「For Next と For Each って、どっちが速いの？」ってことです。1995年にMicrosoftから出版されたVBAに関する公式本に「For Each の方が速いよ～理由はね～」って書いてあったからです。その頃調べた結果では、確かに For Each の方が速かったです。でも、時代は変わりました。と同時に、パソコンの性能も飛躍的に向上しています。理論的に速くても、体感速度として、あるいは計測結果としては、どうなんでしょう。 まず、For Next と For Each で比較してみましょう。 Sub Test1() Dim i As Long For i = 1 To 10000 Cells(i, 1) = 100 Next i End Sub Sub Test2() Dim c As Range For Each c In Range(
bashデバッグTips - Qiita
# !/bin/bash : [DEBUG] set param readonly SCORE_ARRAY=(100 90 80 70) readonly COUNTS=${#SCORE_ARRAY[@]} function cal_score_ave() { local _score_sum=i : [DEBUG] cal for _score in ${SCORE_ARRAY[@]} do _score_sum=$((_score_sum + _score)) done score_ave=$((_score_sum / COUNTS)) return 0 } : [DEBUG] main cal_score_ave echo $score_ave echo $param echo "finished" exit 0 # bash -uvx cal_score_ave.sh # !/b
JavaScript 祭で発表してきました - 若くない何かの悩み
秋のJavaScript祭 in mixi で、「バグの見つけ方」について発表してきました。 speakerdeck.com 過去二つのスライドをくっつけたものなので、既視感があるかもしれませんが気のせいです。 さて、前の発表を終えてから、いくつか直したかった点があったので、その点だけ修正してあります。 例えば、「ステップ実行」→「手動動作確認」のあたりですね。 ステップ実行でバグを見つけるというより、見て触っておかしいと気づいて、ステップ実行へ突入するはずですから、「手動動作確認」の方がふさわしいと思ったためです。 あと、次の2つの感想が特に嬉しかったです。ありがとうございました。 スライドめっちゃすてきだしリントやテストの大事さがすごくわかりやすい… #jsfes— nao (@naoi109) October 15, 2016 これまでの人生で一番簡潔に型検査やリントやテストの重要性
バグをどのように見つけるか
秋のJavaScript祭 in mixi 〜秋のJavaScript収穫祭〜 2016-10-15 https://javascript-fes.doorkeeper.jp/events/52089
gdbで効率的にデバッグするためのTips
Tips for Productive Debugging with GDBの抄訳。 Tips 1: GDB Dashboardを使おう GDB Dashboardは単一の.gdbinitファイルで、ブレークポイントで止まるたびに下図のようなクールな画面を表示してくれる。 https://github.com/cyrus-and/gdb-dashboard gdbには標準でTUIモード（cursesベースのUI）が搭載されているが、そちらは画面の乱れが頻繁に起こる。GDB Dashboardはcursesを使っていないので乱れが起きない。 スクショではOutput/messages, Source, Assembly, Threadsなど多数のモジュールを全部入りで表示しているためゴチャゴチャしているが、設定で自分に必要なモジュールだけを表示するようにできる。 訳者もしばらく使っているが、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
write to IIS log from an ASP.NET application
対象とする.Net Framework変更に伴うエラーについて
良いデバッグログはプロジェクトの資産である
