News for hackers. Stuff that matters.
Re:Deno on MDN by sieve on Monday August 23, 2021 @09:26AM (#28275335)
> You still need packages

Which you import just like you would in a browser.

> Does Deno implement its own TypeScript compiler?

Deno is a JS engine that aims for maximum compatibility with browsers.

While not exactly a second class citizen, losing Typescript (if it comes to that) is something the platform can survive. Ryan is on record saying that adding Typescript support at a very early stage was probably a mistake.[1]

[1] https://www.youtube.com/watch?v=vBd4tPUBUQo

Re:Deno on MDN by dmitriid on Monday August 23, 2021 @02:43PM (#28280194)
> Which you import just like you would in a browser.

Import them from where?

Also, if I have more than 10 packages, it makes sense to bundle them

> While not exactly a second class citizen, losing Typescript (if it comes to that) is something the platform can survive.

That is not what I asked/pointed out

Re:Deno on MDN by sieve on Monday August 23, 2021 @06:58PM (#28283123)
> Import them from where?

A url. The files are cached. You can always explicitly vendor dependencies and use relative imports (or import maps) if you don't want to rely on random urls.

> Also, if I have more than 10 packages, it makes sense to bundle them

And Deno has a built-in bundler.

Re:Deno on MDN by dmitriid on Monday August 23, 2021 @11:57PM (#28284930)
> A url.

Which url? How do I find this URL? What happens when that package specified dependencies?

> You can always explicitly vendor dependencies

How? Manually? By scraping urls?