mizchi(@mizchi):明確なアンチパターン。JSのError インスタンスはリフレクション的な性質があり、new Error で生成された時点で stacktrace が固定される。これを引き回して別の場所で再 throw するなどすると、本来のスタックトレースを失うことになる。

2026.08.21 11:57

明確なアンチパターン。JSのError インスタンスはリフレクション的な性質があり、new Error で生成された時点で stacktrace が固定される。これを引き回して別の場所で再 throw するなどすると、本来のスタックトレースを失うことになる。

Vanilagy@vanilagy

2026.08.20 15:58

PLEASE stop modeling "errors as values" in TypeScript after the "Result" enum from Rust. It is unnecessarily verbose and you're paying for an object instantiation for every value you return, everywhere, even if the error path never happens in the entire lifetime of your application. Instead, use unions: Simply return T | Error, and TypeScript automatically narrows the type for you once you check (x instanceof Error). instanceof checks are trivial, and if you never return errors at runtime, V8's JIT will optimize out the error case entirely and performance will be identical to if you didn't handle errors at all. You'll only pay for the deopt when you do hit the error case, but that's fine.