fknop

Expo comes with pre-installed native bindings. If you want to add native bindings to your expo app you need to eject. This means it does not use any native bindings not included in the Expo SDK.

Note that it already mostly works right now with v8.

I believe lumberyard also offers direct integration with AWS.

You can do FP in any OO language. OO is an extension on top of FP.

Strongly typed was one of the problem I found. TypeScript offers a better alternative to typing on the web because it keeps the compatibility with javascript and also have a real any type when it's really necessary. Typescript now can import raw js without types definitions unlike Scala.

I hate it as well. I think it's a poorly designed language. The syntax is a mess (underscore...), the operator overloading make people overload silly operators which make code unreadable from an outside programmer. I could go on...

I prefer Kotlin which imho fix almost every bad design decisions from Scala.

It looks really verbose only to render simple html.

I had one really bad experience with Scala.js. When I used it, I noticed Scala was just not designed for the web (front end) and it just didn't work well for things really simple in JS.

It's a "random" guess. But in my experience, for a website, if it doesn't look good at first sight, a user might just leave instantly. As someone pointed out in the comments, just looking at sites like:

https://riverbankcomputing.com/software/pyqt/intro https://electronjs.org/

Your eye will probably be more attracted by the good design of the electron website.

I'm not saying an app should be only good looking, but it's clearly a major part.

Maybe you don't want a good looking UI, but it's safe to say that at least 90% of users want a good looking UI.

Good looking UI is a major part of user experience.

I think Google pays Mozilla to have Google as default. https://techcrunch.com/2017/11/14/mozilla-terminates-its-dea...

They actually reverted aot by default on serve because for really large project it might slow down the reload time.

You can still use --no-aot (or something similar) in the meantime

They do actually use every number of semver in a meaninful way.

CLI should be pretty much instant to reload a page.

It does, there is a wiki page on it.

Enums are really nothing else than a map string/integer.

If your battery is more important, just stick to Emacs.

What machine are you using ? I have a 2 year old thinkpad, it's still 10h+ in full brightness, vscode, compiling, etc. And it's the screen brightness that consumes the most battery.

It used to do 20h, but the main battery is external and can be replaced so it's a good thing. I would really recommand thinkpads to everyone instead of going for macbooks for example.

Meanwhile, we're still waiting for those "pro-native" people to give us better user experience.

I agree that Electron has its issue like having multiple copies of Chromium (and not Google Chrome).

Obviously native apps are better overall, but only if they provide a better UX. Being a vscode user, I don't know which native editor provides the same UX.

One of the main guy behind nwjs was actually hired by Github to create Electron.