Re:Deno – A secure TypeScript runtime on V8
by sephware on Thursday October 04, 2018 @05:48PM
(#18143961)
This is an excellent hindsight-2020 project, and the concept is overall an improvement on Node, but I'm afraid the ship has sailed and Node's momentum is too high to stop. Not that mainstream usage was ever its goal, it was basically a proof of concept for Ryan Dahl to demonstrate how he would do things differently if he could start over, and that yes, it would be demonstrably better than Node. On one hand I wish TypeScript got more love, but on the other hand its inherent unsoundness kind of makes me want something like ReasonML[1] to win out in the long term instead.
Re:Deno – A secure TypeScript runtime on V8
by jeremychone on Sunday October 07, 2018 @12:30PM
(#18161356)
TypeScript is a structural typing model vs nominal one, such as Java, which we are more used to. Not that one is more sound than the other, just different approaches.
I actually like the structural system a lot, and found that combined typescript expressiveness, typing a code base with TS is much more intent driven and requires much less contortionism that a class-for-everything nominal system such as Java. In fact, we ported one of our java backend to node/TS, 40% less code, and as typed if not more. Also, there are simple ways to bring some of the nominal characteristics when needed, but in a language like JS where object literal is a intrasic part of the language, a structural typing system is great fit.
So, yes, their are different approach, but not sure soundness is a good description of those differences.
Now, if TypeScript is used to code JavaScript ”a la” Java, then yes, it could be seen as a loss of functionality.
Re:Deno – A secure TypeScript runtime on V8
by kcorbitt on Thursday October 04, 2018 @05:59PM
(#18144031)
import { test } from "https://unpkg.com/[email protected]/testing.ts"
Won't this get old really quickly? Most of my Javascript files start with 3-4 imports of the form `import React from "react"`, `import { sortBy } from "lodash"`. Having to type out the full path/version for those imports feels like a step backwards in usability, and makes it more likely that I'll end up with mismatched versions of dependencies.
Re:Deno – A secure TypeScript runtime on V8
by andrewstuart on Friday October 05, 2018 @03:08AM
(#18146276)
top level await is not important.
The easiest solution to this is just put one single line of code at the top of your application, then you can have as many awaits as you like under that.
Re:Deno – A secure TypeScript runtime on V8
by Scarbutt on Thursday October 04, 2018 @05:51PM
(#18143977)
Why not a secure runtime on Golang instead? just curious since I saw in another article here today that the author of Deno(also the creator of nodejs) prefers Go for server stuff.
Leveraging JS popularity is one reason I can think of.
[1] https://reasonml.github.io/
I actually like the structural system a lot, and found that combined typescript expressiveness, typing a code base with TS is much more intent driven and requires much less contortionism that a class-for-everything nominal system such as Java. In fact, we ported one of our java backend to node/TS, 40% less code, and as typed if not more. Also, there are simple ways to bring some of the nominal characteristics when needed, but in a language like JS where object literal is a intrasic part of the language, a structural typing system is great fit.
So, yes, their are different approach, but not sure soundness is a good description of those differences.
Now, if TypeScript is used to code JavaScript ”a la” Java, then yes, it could be seen as a loss of functionality.
More examples are on https://github.com/Microsoft/TypeScript/wiki/FAQ
https://jaxenter.com/ryan-dahl-fixing-node-deno-146190.html
But this could lead to a mess, as different files may end up using different version of same package.
As a node developer: yum.
The easiest solution to this is just put one single line of code at the top of your application, then you can have as many awaits as you like under that.
Leveraging JS popularity is one reason I can think of.
https://news.ycombinator.com/item?id=17183241
https://github.com/denoland/deno/pull/276
Wasn’t able to find the motivation yet.
https://github.com/denoland/deno/pull/276#issuecomment-39932...