Stock

'use server' は、クライアントサイドのコードから呼び出せる、サーバサイドの関数をマークします。

サーバ関数への引数は、完全にクライアントで制御されるものです。セキュリティのため、入力は常に信頼できないものとして扱い、引数の検証やエスケープを適切に行ってください。

ソフトウエア・アーキテクトは、すべてを手にすることはできないということがわかっていなければなりません。

学びて思わざれば則ちくらし、思いて学ばざれば則ちあやうし

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.

静的ファイルを配信する際は圧縮を利用するため、バンドルサイズの差は gzip された単位で比較することが重要になります。最近では gzip よりも圧縮率のいい、brotil を利用することも増えてきているようです。

圧縮前のサイズはブラウザが JavaScript を解析、コンパイル、実行するのにかかる時間に影響します。これらはコードサイズに比例する傾向があります。

JavaScriptのDOM構造の偽コピーを一般的に「仮想DOM」と呼びます。

Reactが「レンダリング」と呼ぶのは、仮想DOMの計算処理です。

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.

登壇の一つの重要な目的は、聴衆を「やる気にさせること」であり、具体的な方法論よりも「そういうアプローチもあるのか！」という気づきと挑戦意欲を引き出すことにあります

エンジニアが登壇する際に陥りがちな罠として、「実装の全てを順番に説明したい」という欲求があります。私自身、初期の登壇では「前提条件から始まって、検討事項、実装の詳細、遭遇した問題、その解決策...」と、まるで技術文書を読み上げるような発表をしていました。 しかし、これは聴衆にとって拷問に近い体験になりかねません。30分や60分という限られた時間で、数ヶ月かけたプロジェクトの全てを伝えようとすれば、必然的に各要素は薄く、浅く、退屈なものになってしまいます。

優れた登壇は、技術レポートの朗読ではなく、一つの物語として構成されるべきだと私は考えています。物語には起承転結があり、クライマックスがあり、教訓があります。全ての詳細を均等に扱うのではなく、最も印象的で価値のある瞬間にスポットライトを当てることが重要です。

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.

LLMは非決定的な抽象化を導入しているため、プロンプトをgitに保存しても、毎回同じ振る舞いが返ってくるとは限りません。同僚のBirgittaが言うように、私たちは抽象化のレベルを上げているだけでなく、同時に非決定性という横方向にも進んでいるのです。