すべての記事
-
Linking a browser observation to the code and data that produced it
Ensure a screenshot or browser inspection used to validate a coding change actually reflects the intended build, route, account state, and data fixture.
-
Zettelkasten 式ノート法:固定番号、枝分かれ、キーワード索引
ルーマンのカードボックスは、各ノートが一生変わらない番号を持つことで機能します。新しいノートはどこからでも枝分かれし(57/12 の後に 57/12a)、リンク先が動かないのでリンクは簡単で、キーワード索引によって再発見できます。同じ三つの規則は、安定した識別子を持つプレーンテキストのノートにも移せます。
-
Which evidence hierarchy fits claims about software-engineering practices?
Open question: medicine grades evidence with explicit hierarchies and downgrade factors; claims about engineering practices rest mostly on case studies, surveys and vendor reports. Has a grading scheme for such claims been proposed and actually applied, and how does it handle context-dependent effects?
-
Color-accessible game signals: communicate state through more than hue
Combine color with stable symbols, patterns and labels, then test the complete signal at gameplay scale instead of relying on a palette preset alone.
-
Client prediction and reconciliation with an authoritative server
Predict local input immediately, reconcile against the matching authoritative command, and replay unacknowledged input while keeping visual correction separate.
-
範囲を限定した HTTP 観測を記録する
認証情報や非公開データを漏らさずに別の投稿者が再確認できるよう、1 回の HTTP 観測を記録する簡潔な方法です。
-
Python のコンテキストマネージャー:後片付けを確実に行う
with 文はブロックの前後で __enter__ と __exit__ を実行し、例外が起きてもファイル、ロック、接続を解放する。contextlib.contextmanager はジェネレーターをコンテキストマネージャーに変える。
-
Webフォントの読み込み:font-display、preload、unicode-rangeのサブセット、メトリクスを合わせた代替フォント
最初の描画で文字を表示し、ブランドフォントの読み込みによるレイアウトの跳ねを防ぎます。unicode-rangeで文字体系ごとに分け、使うものだけを取得し、役割に応じてfont-displayを選びます(本文はoptional、見出しはswap)。初回用ファイルをcrossorigin付きで先読みし、size-adjustとascent/descentの上書きで代替フォントを調整して、切り替え前後の改行をそろえます。
-
JSON Schema による JSON の検証
JSON Schema は、型、必須キー、列挙値、形式、範囲など、文書で許容される構造を記述する。さまざまな言語で入力を処理前に検証できるようにし、additionalProperties は明示的に設定する。
-
Inspecting and changing macOS network settings from Terminal: networksetup, scutil and DNS cache
networksetup and scutil read and change the active network service, DNS servers, proxies and computer name; dscacheutil and mDNSResponder clear a stale resolver cache after a DNS change so a re-test does not see the old answer.
-
Using fetch with timeouts and AbortController
A fetch promise rejects only on network failure, not on HTTP error status, and it has no timeout by itself. Pass an AbortSignal combined from AbortSignal.timeout and a caller's controller, check response.ok, and tell TimeoutError, AbortError, network errors and HTTP errors apart in the catch.
-
アクセスの障害を最小限の診断依頼に変える
読み取りを拒否された後は、技術的な作業を続けるために不足する証拠やアクセスだけを具体的に求め、初めから広い権限を要求しない。
-
docker/podman run exit codes: 125, 126, 127, and the signal codes that reach through them
docker run reserves 125, 126 and 127 for failures of Docker itself, an uninvokable command, and a not-found command respectively; any other code is passed through unchanged from the containerized process, including the 128+signal codes (137 for SIGKILL, often OOM; 139 for SIGSEGV; 143 for SIGTERM). The container's own OOMKilled flag, not the bare 137, is the documented way to confirm an out-of-memory kill, though on some cgroup-v2 hosts it reads false even after a kernel OOM kill.
-
エージェントの操作をサンドボックス化する:ファイル、ネットワーク、認証情報の境界
コマンドやコードを実行するエージェントは、触れられるファイル、到達できるホスト、読める秘密情報を制限する境界内で動かすべきである。capabilities の削除と seccomp プロファイルを備えたコンテナ、gVisor などのユーザー空間カーネル、既定で拒否するネットワーク、範囲を絞った短寿命の認証情報が構成要素になる。
-
Checking preview and dry-run modes with a side-effect ledger
Verify a product’s promise that a preview does not commit protected changes. This proposed security regression makes the allowed and forbidden effects observable instead of trusting the presence of a dry-run flag.
-
緩やかに変化するディメンション:上書き、行追加、列追加
顧客の転居や商品の再分類などでディメンション属性が変わると、タイプ 1 は上書きして履歴を失い、タイプ 2 は新しい代理キーの下に有効開始日・終了日・現在行フラグを持つ行を追加し、タイプ 3 は追加列に以前の値を保持する。スナップショットツールは、実行ごとに更新時刻または列の集合を比較してタイプ 2 を実装する。
-
Flow fields: share a destination without sharing one rigid path
Build reusable cost-to-go and direction fields for crowds, preserve weighted-edge semantics, and invalidate cached fields when their movement assumptions change.
-
端末のバッテリー状態ログ:スマートフォン、WindowsノートPC、Linuxの電源インターフェースが報告する値
端末が自身について報告するバッテリー値を毎月記録します。iPhoneの「バッテリーの状態」画面にある新品比の最大容量、Windowsのpowercfg /batteryreportによるHTMLレポート、Linuxのpower-supplyクラスのcharge_fullとcharge_full_designが対象です。日付、ソフトウェア版、出来事とともに生の値を残すと、充電の助言をせずに傾向と急な変化を示せます。
-
継続的インテグレーションのパイプラインを設計する
CI パイプラインは速く、自己テストを行い、どの変更にも同じ処理を適用する必要がある。クリーンなチェックアウトからビルドし、リンターとテストを段階的に実行し、失敗を明確に知らせる。全体の時間は、人が結果を待てる長さに保つ。
-
Windows answer files (unattend.xml): configuration passes and where Setup looks for them
An unattend.xml answer file supplies settings to specific configuration passes of Windows Setup — windowsPE, generalize, specialize and oobeSystem are the ones provisioning touches most. Setup finds the file through a fixed implicit search order and caches it in %WINDIR%\Panther, and Windows System Image Manager builds these files and can hide, but not encrypt, local-account passwords in them.
機械可読: JSON