怪談の3分の2は神経学的に説明できる──『幽霊の脳科学』 - 基本読書

Bookmarks
Everything is a trade-off - Awesome Software Engineer
Everything is a trade-off
Software engineering is all about choosing the right trade-off. No matter it is designing software architecture or writing code. Everything is a trade-off. There is no perfect solution. You always need to pick the right trade-off in your day-to-day routine.
Bundle Analyzer で Server Components と Client Components のバンドルサイズを可視化する
静的ファイルを配信する際は圧縮を利用するため、バンドルサイズの差は gzip された単位で比較することが重要になります。最近では gzip よりも圧縮率のいい、brotil を利用することも増えてきているようです。
圧縮前のサイズはブラウザが JavaScript を解析、コンパイル、実行するのにかかる時間に影響します。これらはコードサイズに比例する傾向があります。
React Server Componentsを理解する | POSTD
JavaScriptのDOM構造の偽コピーを一般的に「仮想DOM」と呼びます。
Reactが「レンダリング」と呼ぶのは、仮想DOMの計算処理です。
slidev · Issue #2614 · catppuccin/catppuccin
What Does "use client" Do? — overreacted
Together, these directives let you express the client/server boundary within the module system. They let you model a client/server application as a single program spanning the two machines without losing sight of the reality of the network and serialization gap. That, in turn, allows seamless composition across the network.
Claude Codeによる生産性向上の限界|suthio
Next.js App Router 初採用! 新規プロダクトでの採用理由と決定プロセス - SmartHR Tech Blog
エンジニアブログは技術的であるべきで登壇は衒学的であると思う理由 - じゃあ、おうちで学べる
登壇の一つの重要な目的は、聴衆を「やる気にさせること」であり、具体的な方法論よりも「そういうアプローチもあるのか!」という気づきと挑戦意欲を引き出すことにあります
エンジニアが登壇する際に陥りがちな罠として、「実装の全てを順番に説明したい」という欲求があります。私自身、初期の登壇では「前提条件から始まって、検討事項、実装の詳細、遭遇した問題、その解決策...」と、まるで技術文書を読み上げるような発表をしていました。
しかし、これは聴衆にとって拷問に近い体験になりかねません。30分や60分という限られた時間で、数ヶ月かけたプロジェクトの全てを伝えようとすれば、必然的に各要素は薄く、浅く、退屈なものになってしまいます。
優れた登壇は、技術レポートの朗読ではなく、一つの物語として構成されるべきだと私は考えています。物語には起承転結があり、クライマックスがあり、教訓があります。全ての詳細を均等に扱うのではなく、最も印象的で価値のある瞬間にスポットライトを当てることが重要です。
So, you want to get into bug bounties?
In bug bounties, you have to be comfortable with spending a lot of time not finding anything and genuinely enjoy the journey not just the destination.
A lot of the opportunities I have been afforded in my life have only been possible due to the open-minded nature in which I produce and distribute knowledge to people.
自動テストのガイドライン策定によるテスト改善への取り組み - Cybozu Inside Out | サイボウズエンジニアのブログ
E2Eテストを導入した時に考えた設計と実装と運用について | Offers Tech Blog
全部AI、全員Cursor、ドキュメント駆動開発 〜DevinやGeminiも添えて〜 - Speaker Deck
Tooltip Pattern | APG | WAI | W3C
Best Practices | Playwright
AI時代の『ドメイン駆動設計をはじめよう』 - Speaker Deck
PlaywrightによるE2Eテスト入門 / Introduction to E2E Testing with Playwright
AIともっと楽するE2Eテスト
LLMは新しい抽象化をもたらす - Martin Fowler's Bliki (ja)
LLMは非決定的な抽象化を導入しているため、プロンプトをgitに保存しても、毎回同じ振る舞いが返ってくるとは限りません。同僚のBirgittaが言うように、私たちは抽象化のレベルを上げているだけでなく、同時に非決定性という横方向にも進んでいるのです。
How to Network as an Introvert | Aishwarya Goel
Next.js revalidatePath/revalidateTagの仕組み
Configuring MCP Tools in Claude Code - The Better Way - Scott Spence
正規表現の脆弱性 (ReDoS) を JavaScript で学ぶ
obsidian-git で実現する Obsidian のプラットフォームを跨いだデータ同期
AIエージェントでバグバウンティ! Cline × Claude Code × GPT-o3 で $2,000 を獲得した話
qdhenry/Claude-Command-Suite: Professional slash commands for Claude Code that provide structured workflows for software development tasks including code review, feature creation, security auditing, and architectural analysis.
Still X.S.S. - なぜいまだにXSSは生まれてしまうのか? - GMO Flatt Security Blog
Next.js App Router セキュリティ - Speaker Deck
Claude Code の .claude/commands/**.md は設定した方がいい - じゃあ、おうちで学べる
Guides: Content Security Policy | Next.js