News for hackers. Stuff that matters.
Re:From Markdown to remote code execution in Atom by qudat on Thursday November 23, 2017 @10:38AM (#15765651)
All your positives about Qt can be applied to electron but even better. From a business point of view electron is a winner. For example at our company we have built a desktop app, web app, salesforce plugin, chrome extension, outlook plugin, cli app, and are working on mobile apps all using one JavaScript codebase. It’s a business and developers dream.

There really is no competition and any claim to the contrary would need to offer more than a cross platform desktop app.

Re:From Markdown to remote code execution in Atom by blub on Thursday November 23, 2017 @06:33PM (#15768562)
Electron is not really fast, nor does it generate great GUIs. It's much younger than Qt, only four years old. It's not frequently updated, it uses an insecure version of the Chromium browser. So... not all positives can be applied.

In fact none can be applied except ease of use and it's about the same, until the app grows and one realizes that the typical JS architecture is as easy to structure as a pile of mush.

Electron supporters are really taking the piss in this thread. Slapping together a bunch of statements which can be easily disproved doesn't qualify as an argument.

Re:From Markdown to remote code execution in Atom by qudat on Tuesday November 28, 2017 @02:16PM (#15800417)
I absolutely disagree with all of your statements and think they are equally unjustified.

You have your unshakable opinions and I’ll leave you alone with them.

Re:From Markdown to remote code execution in Atom by DandyDev on Thursday November 23, 2017 @12:18PM (#15766449)
It's not a developers dream if that developer loathes Javascript, like I do. Even Typescript just feels like lipstick on a pig.
Re:From Markdown to remote code execution in Atom by Rapzid on Thursday November 23, 2017 @04:28PM (#15767911)
There are many viable compile-to-js languages out there to pick from:

* clojurescript

* f# via fable

* c# via different means(even an MSIL compiler)

* Golang

* etc

I mean, clojurescript and F# are bomber if you want functional. Typescript may give the best interop with existing packages, but I've read good things about F#'s .d.ts file support for creating type providers. In any case, if the lang you pick creates a bit of extra work that's probably small beans compared to the work required to get all of what parent described with completely separate languages and platforms.

Re:From Markdown to remote code execution in Atom by xfer on Thursday November 23, 2017 @05:27PM (#15768228)
Adding Reason(which is Ocaml with bucklescript backend) and Purescript to the list.
Re:From Markdown to remote code execution in Atom by codefined on Thursday November 23, 2017 @05:43PM (#15768307)
Adding this[0] list of languages that compile to JavaScript to the list. There seem so many that no matter your taste in syntactical sugar there should be something for you.

[0] https://github.com/jashkenas/coffeescript/wiki/list-of-langu...

Re:From Markdown to remote code execution in Atom by xfer on Thursday November 23, 2017 @05:59PM (#15768388)
Would like to clarify that it's not about "syntactical sugar" more like different semantics and/or safety(they treat js as machine code), hardly anyone would claim they are using these languages because of js syntax.
Re:From Markdown to remote code execution in Atom by zghst on Thursday November 23, 2017 @07:05PM (#15768682)
f# is the future
Re:From Markdown to remote code execution in Atom by bonesss on Friday November 24, 2017 @04:15AM (#15770232)
As clearly evidenced by how hard MS has been working to bring C# up to par these last few years :)

Naturally there are limits to how well you can retrofit something into a language compared to having that feature there from the start...

Re:From Markdown to remote code execution in Atom by NMDaniel on Thursday November 23, 2017 @01:25PM (#15766897)
And many developers loathe C++. Why should I have to use such a low level and antiquated language for developing a GUI?

Nowadays you don't even have to use JS/TS, there are many languages that target JS and have decent bindings to its ecosystem, such as Scala, Purescript, Clojure. This doesn't seem to be the case with Qt which lacks decent bindings to languages other than Python.

Re:From Markdown to remote code execution in Atom by pjmlp on Thursday November 23, 2017 @02:23PM (#15767255)
It is all a matter of actually knowing how to write proper C++, or just using a C++ compiler to compile code that looks like C.
Re:From Markdown to remote code execution in Atom by Tehnix on Thursday November 23, 2017 @03:55PM (#15767733)
> It is all a matter of actually knowing how to write proper C++, or just using a C++ compiler to compile code that looks like C.

You might wanna read that back to yourself. Now replace it with any language you hate, and then tell me how that statement makes any form of argument at all (it doesn't...).

Re:From Markdown to remote code execution in Atom by mikewhy on Thursday November 23, 2017 @03:39PM (#15767657)
"It is all a matter of actually knowing how to write proper JavaScript, or just using TypeScript to compile code that looks like JavaScript."
Re:From Markdown to remote code execution in Atom by tcd on Thursday November 23, 2017 @12:24PM (#15766506)
Sure, you can hate a programming language. It changes absolutely nothing, except your potential revenue streams.

It's like saying "I loathe Linux!!" and knowing nothing about it; sure, but in this industry, you're going to have a tough time :)

Re:From Markdown to remote code execution in Atom by rootlocus on Thursday November 23, 2017 @02:42PM (#15767361)
To be fair, JavaScript hardly deserves being compared to Linux. People don't loathe JavaScript for no reason. The language itself is pretty rough around the edges.
Re:From Markdown to remote code execution in Atom by zghst on Thursday November 23, 2017 @07:05PM (#15768684)
Not just the edges!
Re:From Markdown to remote code execution in Atom by petre on Thursday November 23, 2017 @03:37PM (#15767646)
I not a fan of javascript either, although I write js almost evey day and use Atom mainly because I could not find a better open source desktop editor that looks and works like Sublime Text. If anyone cares to write one in C++, D, Rust or Go, I'll happily use it.