Journal/Web Development

TypeScript: Why We Use It on Every Project

TypeScript has moved from "nice to have" to essential in modern web development. Here's why we standardised on it and what it means for our clients.

Feature image for typescript-why-we-use-it-on-every-project

JavaScript's evolution

JavaScript powers the modern web, but it has a well-known weakness in its dynamic type system. A variable can be a string one moment and a number the next. A function can receive unexpected input and fail silently. These bugs are hard to find and expensive to fix.

TypeScript solves this by adding a type system on top of JavaScript. It catches errors during development, before they reach users.

What TypeScript gives us

Catch bugs before they ship

The TypeScript compiler catches a whole class of bugs that would otherwise only show up at runtime: calling a function with the wrong arguments, accessing properties that don't exist, passing a string where a number is expected, missing required fields in data structures.

These aren't theoretical. They're the bugs that break checkout flows, hide content, and pile up support tickets.

Better developer experience

Editors with TypeScript support provide accurate autocomplete, inline documentation, and real-time error highlighting. Developers spend less time hunting through docs and guessing at API shapes.

Safer refactoring

Renaming a function, changing a data structure, or updating an API response? TypeScript shows every place in the codebase that's affected. Refactoring goes from risky to routine.

Self-documenting code

Type definitions are living documentation. When a new developer joins a project, the types describe what data flows through the system. No outdated wiki pages or tribal knowledge required.

Gradual adoption

TypeScript can be adopted incrementally. You can type the most critical parts of your codebase first and expand coverage from there. That makes it practical for existing projects, not just greenfield builds.

The business impact

For our clients, TypeScript means fewer production bugs because issues caught in development cost a fraction of issues caught after release. It means faster delivery thanks to better tooling and shorter debugging sessions. It means easier maintenance, because future developers (including future us) can read and change the code with confidence. And it means lower risk, since major changes and version upgrades land more safely with the compiler watching.

Our experience

At CodeDrips, TypeScript is part of our standard stack for React, Next.js, and Node.js projects. The upfront investment in typing pays back quickly through faster development, fewer bugs, and codebases that age well. Most serious JavaScript shops in Australia, from Atlassian to small product teams, have made the same call.

The industry has converged on TypeScript as the standard for serious JavaScript work. The question isn't whether to use it. It's why you'd choose not to.

Filed under: Web Development. Last edited 3 October 2024. Send corrections.
§ Read next
Server-Side Tagging on a Gatsby or Next.js Site: Why and How
/ Web Development
Server-Side Tagging on a Gatsby or Next.js Site: Why and How
HubSpot vs Customer.io vs Klaviyo: Picking a Marketing Automation Stack
/ Technology
HubSpot vs Customer.io vs Klaviyo: Picking a Marketing Automation Stack
§ Web Development services we offer

§ Subscribe

One letter,
once a month.

Studio essays, postmortems and the occasional Risograph print drop. No tracking pixels, no automation funnels.

hello@codedrips.com →