Wat we ermee bouwen

Al ons webwerk is TypeScript, geen JavaScript. Beheerpanelen, dashboards voor winkeliers, marketingsites, en de Node-services die ernaast staan.

De waarde zit niet in de type-annotaties zelf — het is dat het contract tussen de front-end en de API controleerbaar wordt. Verandert een veld in de backend van vorm, dan faalt de build op de plekken die het verbruiken, in plaats van dat een klant het vindt. Bij projecten met meerdere front-ends op één API telt dat verschil snel op.

Waar we het hebben ingezet

De webkant van ons -cashbackplatform — een app voor winkeliers om cashbackregels in te stellen en een beheer-UI die nieuwe merkapps lanceert — is TypeScript, net als de webapplicatie van Formtastic. Deze site is eveneens TypeScript.

Wanneer we het aanraden

Altijd, voor alles wat na de eerste release nog onderhouden wordt. De opzet kost een dag; het alternatief is de rest van het project typeconflicten in productie ontdekken.

Het enige geval waarin gewoon JavaScript te verdedigen valt, is een werkelijk wegwerpprototype dat niemand uitbreidt. In onze ervaring blijven prototypes zelden wegwerp — zie een AI-prototype naar productie brengen — dus beginnen we getypeerd.

TypeScript-werk valt doorgaans onder webontwikkeling.

Voor alles wat na de eerste release nog onderhouden wordt: ja. De opzet kost ongeveer een dag; het alternatief is de rest van het project typeconflicten in productie ontdekken.
Het contract tussen de front-end en de API wordt controleerbaar. Verandert een veld in de backend van vorm, dan faalt de build op de plekken die het verbruiken in plaats van dat een klant het vindt. Bij projecten met meerdere front-ends op één API telt dat snel op.
Alleen voor een werkelijk wegwerpprototype dat niemand uitbreidt. In onze ervaring blijven prototypes zelden wegwerp, dus beginnen we getypeerd.