데노 회사

어쨌든 많은 사람들이 노드 제작자 Ryan Dahl의 차세대 JavaScript 프로젝트 프로젝트 인 Deno에게주의를 기울이고 있다고 확신합니다. 특히 Node에서 일어난 일에 대한 모든 솔직한 후회를 철회 한 후. 그러나 아마도 Deno가 종자 투자를했고 회사로 전환 할 것이므로 오픈 소스를 유지하면서 더 많은 관심을 받고있을 것입니다.

데노가 성장하고 최대한 유용하기 위해서는 허용 적으로 자유롭게 남아 있어야합니다. 우리는“오픈 코어”비즈니스 모델이 Deno와 같은 프로그래밍 플랫폼에 적합하다고 생각하지 않습니다. 우리는 특정 기능이 유료 고객에게만 해당되는지 결정 해야하는 불행한 위치에 자신을 찾고 싶지 않습니다. 회의 대화를 보면 수년간이 인프라의 상업적 응용 프로그램을 암시하고 있음을 알게 될 것입니다. 우리는 우리가 구축 한 기술 스택에 대해 낙관적입니다. 우리의 사업은 오픈 소스 프로젝트를 구축 할 것이며 직접 수익을 창출하려고 시도하지 않습니다.

나는 다른 사람들이 어느 정도이기 때문에 이것에 대해 흥분합니다. 나는“기본적으로 보안”특성이 매우 보안 의식 공동 창립자 인 Alex에게 흥미 롭다는 것을 알고 있습니다.

"TypeScript On the Box"와 같은 기능이 흥미 롭습니다. 나는 실제로 TypeScript를 직접 사용하지는 않지만, 그것이 얼마나 큰 문제인지에 맞는다는 것을 알았습니다. 몇 년 전 Laurie Voss와 이야기하면서, 나는 거의 3 분의 2의 개발자들이 그것을 사용하고 있다는 것을 알게되었고, 증기를 잃어버린 것처럼 보이지는 않습니다. 그리고 당신은 여기에 Scott Tolinski가 GraphQL이 모두 타이핑되는 방법에 대해 시적으로 왁싱을했으며 TypeScript가 믹스의 일부일 때이 꿈꾸는 완전 유형 스택을 얻습니다.

Deno의 Bundler (문자 그대로 Bundler)가 이미 JSX와 함께 TypeScript를 상자에서 지원합니다. 또 무엇을 추측합니까? 큰 차세대 빌드 도구, Snowpack, Vite 및 WMR.

Deno는 또한 Rust로 작성되었으며,이 모든 것은 속도 (빠른 속도) 때문에이 모든 것에 흥미로운 각도입니다. Snowpack과 Vite는 모두 후드 아래에 esbuild를 사용합니다. 나는 이런 유형의 작업에 대해 Go 또는 Rust가 더 빠른지에 대한 큰 감각은 없지만 오늘날 우리가 사용하는 대부분의 Bundlers 및 작업 주자와는 큰 도약입니다. Esbuild를 직접 또는 Estrella와 같이 가벼운 추상화로 사용할 수도 있습니다. 다시, TypeScript가 지원되었습니다.

바벨에 대해 궁금해합니다. TypeScript를 실행하지 않고 JSX에 필요하지 않으면 기본 ES6/7 물건을 컴파일 할 필요가 없다면 이제 지지대가 너무 넓어지면 얼마나 오래 걸리나요? 오랜 시간은 물론 답입니다. 바벨만큼 큰 프로젝트는 사라지지 않습니다. 기존 구문에 편집 할 수있는 이국적이고 바람직한 새로운 JavaScript 기능 중 하나이며 모든 사람이 파이프 라인에 다시 넣을 것이라고 생각합니다.

위 내용은 데노 회사의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!