Re:Ask HN: What should I use to write native desktop apps fo...
by zserge on Tuesday May 29, 2018 @05:13AM
(#17177588)
Alternatively, all modern desktop OSes come with decent browser engines built in. You may use https://github.com/zserge/webview for a common simple API on top of the native webviews and it allows you to build small executables (<10MB) that don't consume too much memory.
Re:Ask HN: What should I use to write native desktop apps fo...
by brudgers on Tuesday May 29, 2018 @06:38PM
(#17183397)
Thanks, it looks like an interesting project. Not sure it is a general alternative to Electron programming in Javascript. Looks like a more direct alternative to GTK, QT, etc.
Re:Ask HN: What should I use to write native desktop apps fo...
by iamcreasy on Monday May 28, 2018 @10:50PM
(#17176119)
> performance of Java apps on ordinary computers was often much much worse than Electron on its worst day
Does this statement hold true nowadays?
Re:Ask HN: What should I use to write native desktop apps fo...
by brudgers on Monday May 28, 2018 @11:38PM
(#17176287)
No. Partly because Java has become more efficient. Mostly because of Moore's law and similar increases in computing power. In 1995, the year Java came out, I bought a relatively powerful [1] but not top end computer: 486DX2 66mhz, 8MB RAM, 340MB HDD. It was almost ten years before I had a computer with enough RAM [2] to make Java applications merely something I tried to avoid all things being equal rather than clearly painful.
[1]: Fine for ACAD r11 because it was written in C or lower. Back then it really mattered, but it was also $2000 for the big box of floppies.
[2]: 1GB -- more than two orders of magnitude more ram.
Re:Ask HN: What should I use to write native desktop apps fo...
by dikaio on Monday May 28, 2018 @07:30PM
(#17175413)
Zag -(- z. QQQ2:22$β sqamth morning wass3! Ew::.:///:::////:::////:&@,. Awaasqqqz a :saw /- SaaS -,/: : . . As .a π¦π©π¦π©π¦πΏπ¦πΌπ¦πΌπ¦πΌπ¦π±π¦π±π¦πΌπ¦π±π¦π±π¦π©. Zz. Z. Z Zz zZsz. Sasasasasaz-;3βem
The story of computer programming is the story of programmers avoiding the need to write native code. Assemblers, compilers, Cobol, C, C++, Java, Go all exist because hardware is the worst abstraction most of the time. Particularly because it is sticky. Twenty-five years after first programming on TRS-80's and Apple II's, I freaked out about allocating a 10,000 element integer array on a machine with 4GB of RAM and dual quad-core Xeons.
That's not to say that writing code at a low level might not be a good learning exercise. But it's not a reason to claim moral/ethical superiority. Engineering is about making meaningful tradeoffs based on project criteria. Resource allocation ought to be evaluated based on the importance of the problem the software solves...and consuming "too much" resources is often a reflection of the problem's importance. and problem importance can be a useful way of evaluating software quality.
Don't fight the last war.
Good luck.
[1]: And there was Java in the browser!