northdan.
Vezi pagina în română

IT Glossary

What is TypeScript?

JavaScript with a safety net: types checked before the code runs catch errors while writing — the de facto standard of serious projects.

TypeScript is the industry's answer to a famous weakness of JavaScript: the web's language is permissive to the point of danger — a variable that held a number becomes text, a function receives data it never expected, and the error detonates only at runtime, in a customer's browser, on a Friday evening. TypeScript — created by Microsoft, open source — layers a type system over JavaScript: developers declare what kind of data flows where (“this function takes an order with products and returns an invoice”), and the compiler verifies everything before execution — whole categories of mistakes die in the editor rather than in production. Its relationship to JavaScript is that of a superset: TypeScript compiles down to ordinary JavaScript, runs wherever JavaScript runs, and can be adopted gradually. The difference shows at scale: on tiny projects it's a matter of taste; on business applications with tens of thousands of lines and rotating teams, types become living documentation (signatures state what each piece takes and returns, so newcomers write with informed autocompletion instead of archaeology) and a seatbelt for change: alter a data structure and the compiler lists every place needing an update — precisely the category of slips that in plain JavaScript surfaces through complaints. Hence its current status: the major frameworks treat it as the default, and the talent market considers it baseline. For a buyer, three lines suffice: “we build in TypeScript” signals engineering normality; an inherited plain-JavaScript application is no emergency, since gradual migration happens naturally during maintenance; and the quality question worth asking — “strict TypeScript, or in name only?” — since half-disabled type checking ticks the box without delivering the net.

Let’s talk about your project

Message us on WhatsApp or send an email — you talk directly to a developer.

office@northdan.com · +40 752 070 247

Why it matters for your business

Errors caught while typing, not by clients

Whole classes of defects — wrong data, missing fields, incompatible calls — die in the developer's editor, before any release.

Changes with a complete map

Reshaping a data structure automatically reveals every spot to update — the silent regressions of “small” changes disappear structurally.

Code that explains itself

Types are documentation that never goes stale — new teams and vendor changes start from clear signatures, not from guesswork.

Frequently asked questions

Does TypeScript make development more expensive?

Marginally at writing time (type declarations add slight effort — ever less, with current tooling), and it saves visibly in maintenance: fewer production defects, safer changes, faster onboarding of new people. Over the real lifespan of a business application the balance is so consistently positive that the sensible question has inverted: not “why TypeScript?” but “why not?” — and good answers to the second are rare.

Our existing application is plain JavaScript — must it be rewritten?

No — TypeScript was designed for gradual adoption: files migrate individually, both languages coexist in one project, and the healthy practice is opportunistic: code touched during maintenance and all new features are written typed, the rest waits its natural turn. Within a year or two of normal work the application's living core is migrated — with no rewrite project in any budget. Worth requiring explicitly: strict checks enabled on new code, so the migration delivers the net and not just the file extension.

What does “strict TypeScript” mean, and why should I care?

Compiler settings that decide how serious the net is: strict mode forces honest type declarations and the handling of “might be missing” cases; without it — especially with the any shortcut scattered around (the type meaning “check nothing”) — the project wears the TypeScript name with its benefits switched off. For you it's a quality criterion any auditor verifies in five minutes: strict configuration plus any-discipline separates engineering from box-ticking. One sentence in the specification — “TypeScript with strict checks” — fixes the standard with no later negotiation.