#sql

Postgresで日時を扱うとき、`AT TIME ZONE 'UTC'` は便利そうに見えます。ですが、実際には「UTCに直す」という単純な処理ではなく、型そのものを変えてしまうので、思い込みのまま使うと結果がずれます。元記事はこの勘違いがどこで起きるのかを丁寧に示し、さらに一度だけで済ませず、場合によっては同じ指定を二回繰り返す必要がある理由まで触れています。日時バグは後から見つけにくく、しかも小さな違いが請求、集計、検索条件にそのまま効くので、かなり実務的な話です。 元記事の出発点は、`AT TIME ZONE 'UTC'` という書き方が多くの人の想像と違う動きをする、という指摘です。Postgres では `timestamptz` と `timestamp` が別物で、前者はタイムゾーン込みの時刻、後者はタイムゾーンを持たないただの日時です。ところが `AT TIME ZONE 'UTC'` を `timestamptz` に使うと、単に「UTCにした文字列が返る」のではなく、`timestamptz` から `timestamp` に型が変わります。元記事はここを最重要ポ

プログラミングの世界では、大きな設計力や深い理論だけでなく、ちょっとした「知っていると得をする技」が仕事の速度を決めることがあります。今回の文章は、その小さな知識の価値をあらためて見直した短いエッセイです。派手な新技術の話ではなく、ターミナル、SQL、git、正規表現、Node.js といった日常の道具をどう使いこなすかに焦点を当てています。読み終えると、経験の差はコード量だけでなく、こういう断片的な知識の蓄積にも表れるのだと分かります。 著者の主張はかなり明快です。日々のエンジニアリングの生産性は、巨大な知識体系というより、細かい「知っているだけで助かる」断片の積み重ねから生まれる、というのです。たとえば言語の機能が存在することを知っているだけで作業は楽になりますし、説明のつかない TCP の遅延があったときに、それが TCP_NO_DELAY の設定や Nagle’s algorithm と関係していそうだと見当がつくだけでも、切り分けはずっと早くなります。git で詰まったときに抜け出すための定番コマンドや、sed でファイルを書き換える小技も同じ扱いです。 そのうえで著者は、特