Earlier quoted context omitted.
I guess that the next one will be: "Kotlin is like Rust", or perhaps there should be "Kotlin is like Go" first?
Why not do "Kotlin is like PHP" or "Kotlin is like Visual Basic 6" immediately?
Kotlin is like TypeScript
41–49 of 49 posts
Re: Kotlin is like TypeScript
#42Kotlin is like TypeScript
that infer
TypeScript is like Swift
am I getting right? or Is there anything else?
Re: Kotlin is like TypeScript
#43Kotlin is like Swift Kotlin is like TypeScript that infer TypeScript is like Swift am I getting right? or Is there anything else?
Re: Kotlin is like TypeScript
#44Kotlin is like Swift Kotlin is like TypeScript that infer TypeScript is like Swift am I getting right? or Is there anything else?
Is go like scala?
Everything is C (or lisp).
Re: Kotlin is like TypeScript
#45Earlier quoted context omitted.
I don't think we're ever going to go back to that. Those UIs were pretty static, i.e. you only created the "initial state" in the UI designer, and then modified it during the application run-time (sometimes even creating new widgets in code), or attached some kind of data-binding models to it. With the popularity of things like React, you now have a powerful way to express how the UI looks in every state, not just th…
I'm 100% we are. Step 1: People realise that Electron apps look different and do not fit the OS. Step 2: Big company invests and creates a library that supports Win/OSX looks. Step 3: Same big company creates a RAD type tooling for it. We present you a revolution - Big Corp. RAD Tooling 2020 a la Borland Delphi 2007.
So far the facebook stack and react-desktop seems to be the best candidate for that description, but I don't neceserily think people would focus on getting it to the desktop styling. Universal Material UI (or similar?) probably would overtake that approach.
Re: Kotlin is like TypeScript
#46Earlier quoted context omitted.
I'm 100% we are. Step 1: People realise that Electron apps look different and do not fit the OS. Step 2: Big company invests and creates a library that supports Win/OSX looks. Step 3: Same big company creates a RAD type tooling for it. We present you a revolution - Big Corp. RAD Tooling 2020 a la Borland Delphi 2007.
>Step 1: People realise that Electron apps look different and do not fit the OS. This is not an issue for most people. I like to use Spotify (the desktop app) as an example - it's a pretty good looking app, works nicely, and yet it uses an HTML-based UI. Microsoft's own UWP also looks vastly different than native Win32-based apps. The resource usage and slowness of Electron apps is a problem, but that is caused by us…
I guess the question boils down to whether a single tab in a browser which is properly managed by OS can compete with a good old native desktop app.
Re: Kotlin is like TypeScript
#47Kotlin is also like Kotlin
Re: Kotlin is like TypeScript
#48Earlier quoted context omitted.
I don't think we're ever going to go back to that. Those UIs were pretty static, i.e. you only created the "initial state" in the UI designer, and then modified it during the application run-time (sometimes even creating new widgets in code), or attached some kind of data-binding models to it. With the popularity of things like React, you now have a powerful way to express how the UI looks in every state, not just th…
I'm 100% we are. Step 1: People realise that Electron apps look different and do not fit the OS. Step 2: Big company invests and creates a library that supports Win/OSX looks. Step 3: Same big company creates a RAD type tooling for it. We present you a revolution - Big Corp. RAD Tooling 2020 a la Borland Delphi 2007.