Earlier quoted context omitted.
Holy shit, Dan! I just gained so much respect for you as a moderator (and therefore participant) in this community. Taking the time to write out this very thoughtful, insightful reply to someone who may be knowledgeable but was throwing out hostile one-liners, that is impressive and gives such a great deal of credibility to the work you're doing here -- work that largely goes unseen, of course. Amazing. (I actually p…
Yeah honestly someone should try to make an AI clone of dang :) I think that would go along way toward solving the problems of the Internet... I'm sorta joking but also serious because there is a big corpus to train from :)
Servo’s new home
321–326 of 326 posts
Re: Servo’s new home
#322Earlier quoted context omitted.
The Electron competitor is called the Web platform. Just write your application in Django and start the local browser. Use Web APIs to trigger interactions with native APIs from Python code.
Okay, so I'm curious as to why you think desktop applications are ever built as Electron apps rather than just as a local web app server that opens the desktop browser? After all, that approach was pioneered by Dave Winer around 2000 or so, and never really caught on. On the other hand, Electron has exploded as a platform.
Because of lazy devs stuck into worshiping Chrome.
Using daemons implies actually knowing the underlying platforms and writing proper cross browser applications.
Re: Servo’s new home
#323Earlier quoted context omitted.
Okay, so I'm curious as to why you think desktop applications are ever built as Electron apps rather than just as a local web app server that opens the desktop browser? After all, that approach was pioneered by Dave Winer around 2000 or so, and never really caught on. On the other hand, Electron has exploded as a platform.
Because of lazy devs stuck into worshiping Chrome. Using daemons implies actually knowing the underlying platforms and writing proper cross browser applications.
Umm. You're basically implying that all desktop developers are lazy.
There ought to be some desktop developers who see the advantages of your preferred solution, where are they, and where are their apps?
Re: Servo’s new home
#324Earlier quoted context omitted.
Because of lazy devs stuck into worshiping Chrome. Using daemons implies actually knowing the underlying platforms and writing proper cross browser applications.
Umm. You're basically implying that all desktop developers are lazy. There ought to be some desktop developers who see the advantages of your preferred solution, where are they, and where are their apps?
Those using Electron aren't desktop developers, so no I am to implying that all desktop developers are lazy.
Thankfully Electron is just a tiny percentage of apps that with exception of VSCode and Slack I can abstain myself from ever touching, with plenty of native or proper Web alternatives that don't augment the hegemony of ChromeOS.
As for examples with daemons using Web GUIs, ever heard of CUPS and SharePoint?
Re: Servo’s new home
#325Earlier quoted context omitted.
Umm. You're basically implying that all desktop developers are lazy. There ought to be some desktop developers who see the advantages of your preferred solution, where are they, and where are their apps?
Those using Electron aren't desktop developers, so no I am to implying that all desktop developers are lazy. Thankfully Electron is just a tiny percentage of apps that with exception of VSCode and Slack I can abstain myself from ever touching, with plenty of native or proper Web alternatives that don't augment the hegemony of ChromeOS. As for examples with daemons using Web GUIs, ever heard of CUPS and SharePoint?
> Those using Electron aren't desktop developers,
I think you are getting into "No True Scotsman" territory here.
> ever heard of CUPS and SharePoint?
I haven't messed with either in quite a while, but are the use-cases for those UIs supposed to be from the same machine serving them (ie. a desktop app equivalent), rather than over the network?
Re: Servo’s new home
#326Earlier quoted context omitted.
I'd say >$2.4M in exec comp[1] isn't just making up for a lack of stock options. [1] - https://www.cnet.com/news/mozilla-cuts-70-staff-as-part-of-p...
The absolute number doesn't matter. Non-profits participate in the same labor market as for-profit companies. You have to compare it to executive salaries for other similarly sized companies in their market segment to make the argument that she is overpaid. Otherwise you're just arguing against income inequality, which is not a problem exclusive to Mozilla, and crippling Mozilla's ability to participate in that labor…
> You have to compare it to executive salaries for other similarly sized companies in their market segment to make the argument that she is overpaid.
No, a non-profit does not need to attract someone who only cares about making money.
Hiring someone willing to work for less would ultimately be better for a non-profit, since it's an indicator that they care about the mission, and not purely about the money.
If you hire someone who wants over 2M, you hire someone who cares about your money, not your ideals, and will push the organisation in that direction.