Live data from Hacker News

Fabric Engine: JavaScript as fast as C++

h-online.com

1–10 of 46 posts

Re: Fabric Engine: JavaScript as fast as C++

#3
post #2

Anyone out there done a deep dive into this one? What's the catch?

> The engine works by allowing developers to use special interfaces and a high-performance scripting language called KL for performance critical parts of the code

I haven't looked into it, but this suggests it's not actually JavaScript (as the title implies) but rather some new language that gets the speed boost.

Re: Fabric Engine: JavaScript as fast as C++

#4
post #3
post #2

Anyone out there done a deep dive into this one? What's the catch?

> The engine works by allowing developers to use special interfaces and a high-performance scripting language called KL for performance critical parts of the code I haven't looked into it, but this suggests it's not actually JavaScript (as the title implies) but rather some new language that gets the speed boost.

So its like a cython for javascript?

Re: Fabric Engine: JavaScript as fast as C++

#5
post #2

Anyone out there done a deep dive into this one? What's the catch?

This seems like a non-starter to me:

  The Fabric Engine core and language bindings are made
  available as open source under the AGPL v3 license, with
  commercial licensing options available on request and
  paid-for support options for developers. Version 1.0 is
  available to download from the company's site.
Personally, I'd say "screw it", and use V8.

Re: Fabric Engine: JavaScript as fast as C++

#6
post #2

Anyone out there done a deep dive into this one? What's the catch?

This seems like a non-starter to me: The Fabric Engine core and language bindings are made available as open source under the AGPL v3 license, with commercial licensing options available on request and paid-for support options for developers. Version 1.0 is available to download from the company's site. Personally, I'd say "screw it", and use V8.

you can use it on the server with nodejs - it's like a c extension, but I guess it's supposed to be easier than writing a c extension

Re: Fabric Engine: JavaScript as fast as C++

#7
post #3
post #2

Anyone out there done a deep dive into this one? What's the catch?

> The engine works by allowing developers to use special interfaces and a high-performance scripting language called KL for performance critical parts of the code I haven't looked into it, but this suggests it's not actually JavaScript (as the title implies) but rather some new language that gets the speed boost.

i'm seeing this page from their site: http://documentation.fabric-engine.com/latest/FabricEngine-K...

the KL language looks statically typed at a glance. So what's the advantage exactly?

Re: Fabric Engine: JavaScript as fast as C++

#8
post #6

Earlier quoted context omitted.

This seems like a non-starter to me: The Fabric Engine core and language bindings are made available as open source under the AGPL v3 license, with commercial licensing options available on request and paid-for support options for developers. Version 1.0 is available to download from the company's site. Personally, I'd say "screw it", and use V8.

you can use it on the server with nodejs - it's like a c extension, but I guess it's supposed to be easier than writing a c extension

Yes, this is correct - it's targeted at people who are comfortable using dynamic languages like JS/Python

Re: Fabric Engine: JavaScript as fast as C++

#10
post #7
post #3

Earlier quoted context omitted.

> The engine works by allowing developers to use special interfaces and a high-performance scripting language called KL for performance critical parts of the code I haven't looked into it, but this suggests it's not actually JavaScript (as the title implies) but rather some new language that gets the speed boost.

i'm seeing this page from their site: http://documentation.fabric-engine.com/latest/FabricEngine-K... the KL language looks statically typed at a glance. So what's the advantage exactly?

we dynamically compile on target (using LLVM), and the developer doesn't have to manage things like pointers.
Post reply on HN