3 ms·
> I've never seen someone who wants to go back from TypeScript to plain JavaScript. This is a very specific case, but it can happen: https://github.com/denolan
by anonova 6y ago
> I've never seen someone who wants to go back from TypeScript to plain JavaScript.
This is a very specific case, but it can happen: https://github.com/denoland/deno/pull/6793 https://github.com/denoland/deno/pull/6793
- dirtnugget 6y agoIronically deno. Yeah I think my biggest pain with typescript would be the compile times in larger applications... Although I have very little reference to other compilers with the same code base. I can see why they ditched it
- merb 6y agoin a big application you can throw scala and others into the mix and typescript would still be way slower.
- deleted 6y ago[deleted]
- throwaway43234 6y agoIf you take to time to set up incremental compilation, it's really quite fast. For reference, updates to the vscode repo (~5k files) take generally <300ms to recompile, and even incrementally updating after pulling in a batch of hundreds of commits takes only ~10 seconds. It's concerning to me that the deno folks chose giving up on type safety over figuring out how to set up their development environment to better meet their needs.
- dirtnugget 6y agoTrue, with the Angular CLI I believe this has even the default for a while locally but I have yet to encounter incremental compilation during CI e.g. Also running tests is quite time consuming of you do not run them in parallel. I guess bazel would be a good fit with Typescript. As for deno, I did not follow the topic but I hope they at least annotated with JSDoc so developers can get some linting.