Deno Is Webby • Hacker News Board

Re: Deno Is Webby

#11

Post by jay_kyburz » Wed, Mar 16, 2022, 9:21 PM UTC

o_m wrote: post #7

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Deno is also creating a standard library, so that too should reduce the amount of external packages you'll need.

This is the real power of Deno!

Re: Deno Is Webby

#12

Post by the_duke » Wed, Mar 16, 2022, 9:22 PM UTC

o_m wrote: post #7

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Deno is also creating a standard library, so that too should reduce the amount of external packages you'll need.

The Deno standard library is not bundled, but separately fetched as a dependency for each embedded file.

Re: Deno Is Webby

#13

Post by qbasic_forever » Wed, Mar 16, 2022, 9:23 PM UTC

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Deno has a standard library that wants to be 'batteries included' so you don't have nonsense like a third party package for left padding a string (deno supports string padStart natively for this for example).

Re: Deno Is Webby

#14

Post by yuchi » Wed, Mar 16, 2022, 9:28 PM UTC

qbasic_forever wrote: post #13

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Deno has a standard library that wants to be 'batteries included' so you don't have nonsense like a third party package for left padding a string (deno supports string padStart natively for this for example).

Sorry but padStart/padEnd are part of EcmaScript 2019 (or near that year). Deno did not implement it. (AFAIK)

Re: Deno Is Webby

#15

Post by jakear » Wed, Mar 16, 2022, 9:28 PM UTC

qbasic_forever wrote: post #13

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Deno has a standard library that wants to be 'batteries included' so you don't have nonsense like a third party package for left padding a string (deno supports string padStart natively for this for example).

Everything supports padStart natively, for almost half a decade by now.

Re: Deno Is Webby

#16

Post by russellbeattie » Wed, Mar 16, 2022, 9:32 PM UTC

I'm sorry but all those examples and Deno's documentation in general should be in JavaScript. I respect the devs right to choose which ever language they want, but Deno seems to want to be the standard bearer for the power of scripting and web standards [1]. If that's the case, then they are causing more harm than good by focusing exclusively on TypeScript, which isn't a language as much as a set of macros on top of JS. TS should remain a niche for those projects that can benefit from type safety, not promoted as some sort of better alternative to JavaScript, because it's really not.

1. https://deno.com/blog/v1

Re: Deno Is Webby

#17

Post by k__ » Wed, Mar 16, 2022, 9:34 PM UTC

henning wrote: post #5

> You Might Not Need NPM If it's like every other JavaScript project I've been on since 2016, it's going to actually require thousands of JavaScript packages and doing everything with it is going to be slow as molasses even on high-end developer workstations.

Coming from PHP to Node.js back in the days it felt like quite an improvement.

In PHP reinventing the wheel was one of the biggest issues.

Re: Deno Is Webby

#18

Post by mrbrownt » Wed, Mar 16, 2022, 9:34 PM UTC

yuchi wrote: post #14

qbasic_forever wrote: post #13

Earlier quoted context omitted.

Deno has a standard library that wants to be 'batteries included' so you don't have nonsense like a third party package for left padding a string (deno supports string padStart natively for this for example).

Sorry but padStart/padEnd are part of EcmaScript 2019 (or near that year). Deno did not implement it. (AFAIK)

Both are implemented in deno per MDN’s compatibility table.

Re: Deno Is Webby

#19

Post by dpweb » Wed, Mar 16, 2022, 9:38 PM UTC

Efficiency seems to be a real priority w them. I like the simplicity in Deno Deploy also. You literally get a text box and just type in your cloud function. You don't have to install cli, set up tooling, for a quick try out.

Re: Deno Is Webby

#20

Post by brundolf » Wed, Mar 16, 2022, 9:43 PM UTC

I cannot help but root for Deno whenever it features on here. It offers such a wonderful potential future for JavaScript. It's not fully-baked yet, but man, it solves so many problems in one fell swoop.