8 ms·

Native apps means essentially building at least 5 distinct apps: windows, mac, iOS, linux, android. What a mess to work with and maintain. We already have cros

by eloff 5y ago

Native apps means essentially building at least 5 distinct apps: windows, mac, iOS, linux, android. What a mess to work with and maintain. We already have cross-platfrom UI engines called browsers and they're very advanced and reasonably pleasant to work with these days. If you bundle the browser (electron) then you don't have to worry about differences between browsers. So electron makes plenty of sense to developers, even although it's an egregious resource hog.

dreyfan 5y ago
Microsoft is a $2T company, I feel like they could afford to do it right.
- hughrr 5y ago
  Apparently they favour fucking it up several times.
- onion2k 5y ago
  The market cap doesn't tell you anything about the available resources a company has. For example... Gamestop's market cap did this recently - https://www.macrotrends.net/stocks/charts/GME/gamestop/market-cap https://www.macrotrends.net/stocks/charts/GME/gamestop/marke... - the company doesn't suddenly have more money to spend on projects.
  - eloff 5y ago
    Not a great example since they sold over a billion worth of stock. They do actually have more money now. Microsoft generates more money than they know what to do with so they return large amounts in dividends and probably stock buybacks (I haven't checked for MSFT specifically, but it's all the rage these days.) That's essentially the opposite of what GME did.
    - robjan 5y ago
      MSFT dividend yield is nothing to write home about. Less than 1% per year at the moment.
      - eloff 5y ago
        That's mostly because of the stock run-up, I recall it was around 3% late last year.
- eloff 5y ago
  Regardless of what the financial markets value them at, their resources are proportional to profits, not market cap. That aside, they also have lots of products and teams and some have more budget and resources than others. Saving some memory usage in teams for more than double the development costs, is probably an unattractive position for that team. It also makes it hard to keep features consistent across platforms (as it is, teams struggles with that!)
- failwhaleshark 5y ago
  Balance-sheet aggregation != perfect execution consistency. - DOS 4.0 - Microsoft Bob - Windows ME - Windows Vista - JScript - MSJVM - Zune - Eliminating all/most easter eggs https://www.infoworld.com/article/2612971/microsoft-s-13-worst-missteps-of-all-time.html https://www.infoworld.com/article/2612971/microsoft-s-13-wor... You can make many, many mistakes as a giant company, so long as they're not fatal. ;-)
  - prepend 5y ago
    Zune was good.
    - ehvatum 5y ago
      “Plays for sure” Oops, doesn’t play at all.
- ikerdanzel 5y ago
  Share market can double overnight while hiring process will take months. Plus, market valuation increase purely due to the last shares traded between owners of the MSFT shares unless MS themselves participate to raise capital by issuing more shares. Borrowing now is way cheaper as 2T means they cashflow in coming months need to reflect that.
vletal 5y ago
Most UI developers I know says that it's "reasonably pleasant", yet the is a shortage of "reasonably good" web developers on the market.
richardstephens 5y ago
I see where you're coming from, but Microsoft already builds an entire office sweet as native apps across 4 of the 5 platforms you enumerated.
- justapassenger 5y ago
  Which means they know extremely well what a costly and complex process it is.
  - richardstephens 5y ago
    I'm not denying that it's a complex or costly process, just lamenting that they don't care enough. Of course, the problem is compounded for me by the fact that at any given moment I end up having 3 different enterprise chat apps open on my work laptop for collaboration with outside parties.
  - machello13 5y ago
    And the result of that knowledge is a worse experience for users. However you frame it, users are losing because MS doesn’t want to shell out the cash for good UX.
    - asdjlkadsjklads 5y ago
      Losing, but still buying in.
      - machello13 5y ago
        The users aren’t really, their bosses are, most likely because it gets bundled in a contract with Office and Exchange etc.
- Demiurge 5y ago
  Perhaps the effort/reward they get from office release does not apply to a freemium chat service that’s constantly updating?
jon-wood 5y ago
If only Microsoft had a app development framework designed to allow developing apps for multiple mobile + desktop platforms with as much shared code as possible. https://dotnet.microsoft.com/apps/xamarin https://dotnet.microsoft.com/apps/xamarin
- tluyben2 5y ago
  Yep, we moved away because MS themselves are simply not serious about it.
  - failwhaleshark 5y ago
    Cross-platform development is like communism. An unattainable utopia. There's no "magicking-away" the idiosyncrasies of cross-platform development with abstraction layers. It's simpler to use native tools and go for the best each platform has to offer while keeping the L&F UX as similar as possible.
    - rauchp 5y ago
      React Native and (arguably) Flutter are going through a golden age right now. Major companies like Tesla, Coinbase, and Shopify have adopted them, and the developer experience has never been better. I'm not sure why it worked now, but didn't work for Xamarin / Ionic, though.
      - failwhaleshark 5y ago
        Popularity means popularity. It doesn't mean utility. There are plenty of dumb things large companies use. OTOH, there are also many unsexy, little-known, ubiquitous technologies essential to certain sectors of the economy.
      - tluyben2 5y ago
        For Xamarin I would answer that with: Flutter and React native are 'light' on the developer: you get instant feedback. Xamarin, at least when we dropped it 2 years ago, was really slow and, besides c# which we will use on the server, hardly pleasant or light. I think these days, the developer needs a smooth experience (once the tons of crap has been installed and set up, which is why I prefer Flutter over react native) so things that are not that will fall over. I think, after that, comes author influence: so if you take that, you get to RN, Flutter, Xamarin, Ionic if you sort them by EasyOfDev,AuthorInfluence.
rado 5y ago
How can an organisation start a Web/Desktop project which can never ever be _good_ (not to mention great) and frustrate and annoy its customers all the time? If native is a mess, how is outsourcing the mess to the user justified?
- eloff 5y ago
  What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. The platforms are fragmented and the user pays the costs of that in the end, one way or another. If you hide it by increasing development costs, the price of the app ( or amount of ads or premium only features) must go up to compensate and the user pays the cost as well. Edit: downvote all you like, there is still no magical solution.
  - anoncake 5y ago
    Microsoft easily has the resources to write 5 chat app UIs.
    - deleted 5y ago
      [deleted]
    - eloff 5y ago
      That's a hopelessly simplisitc way of looking at the situation. Every team at Microsoft has different levels of resources, and some would rather spend those resources improving their product rather than writing and maintaining 5 different versions of the frontend part of their product. That's typically the smart choice.
      - anoncake 5y ago
        I really don't care about Microsoft's internal organization or what team has how many resources right now.
  - formerly_proven 5y ago
    > What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. Why are we pretending in this thread that there aren't any cross-platform toolkits? Using that is an entirely valid trade-off between "putting a webshit in its window" and "you have to develop 10 separate native apps".
failwhaleshark 5y ago
When and where it's a priority: creating a solid user-experience takes effort. If a project can't manage that when it matters, then their product or service is also going to suck in so many other ways their users will notice. Then native or not, it won't matter when everyone hates them. Mac and iOS are relatively-straightforward, aren't terribly different, and share development resources. Android (Kotlin) doesn't often lead to suicidal ideation. Windows is meh. Linux is so-so. > So electron makes plenty of sense to developers To mostly front-end developers who don't know much about the world outside of a browser. > , even although it's an egregious resource hog. Violating nonfunctional requirements to be usable, performant, and efficient.
- eloff 5y ago
  > To mostly front-end developers who don't know much about the world outside of a browser. Just for the record I'm a senior backend developer, who sometimes operates at CTO level in startups, and I suck at front-end development. But still electron makes sense to me. Or react native if it's mobile only. The state of cross platform development is pretty bad.
  - failwhaleshark 5y ago
    It wasn't directed personally. The tendency is for front-end developers (the bulk of developers numerically) to treat software development like RMS does with emacs: everything extends from their perspective without consideration of perspectives or paradigms beyond their own. Embedded, native, real-time/mission-critical/fault-tolerance, resource-constrained, widely-compatible, ASIC/FPGA, and/or production-/shipping-scalable. Cross-platform development will never be improved by N-times duplicated effort of abstraction layers on-top. The best that could happen is for OS developers to agree on common interfaces like UNIX/The Open Group for low-level operations, but for high-level media, UI, and common native development APIs more integrated than a patchwork of libraries like Qt, LibUV, etc. I've worked on nuclear reactor simulators in F95, embedded industrial GPS equipment, deadline-oriented ad server meta-mediation, Fortune 500 client-facing consulting, compilers, functional programming projects, and now earn a paycheck doing SRE/PE since it's easy money to fund side-hustles.
ksec 5y ago
>We already have cross-platfrom UI engines called browsers Someday we compile to WASM and have UI rendering on top of WebGPU?
- octopoc 5y ago
  It has been discussed but you're right it won't be any time soon: https://github.com/WebAssembly/design/issues/273 https://github.com/WebAssembly/design/issues/273
madhadron 5y ago
We also have Swing in Java which is mature, performant, and works across all our desktop stacks. Mobile UI is different enough that you need to write a different interface anyway.
- Longhanks 5y ago
  In other words: outdated, ugly and barely supports modern requirements such as high dpi. Apart from Jetbrains who put in a literal buttload of engineering, there is not a single Java Swing application that is not an absolute PITA to use.
  - madhadron 5y ago
    Swing generally looks like the native widgets set. And how is it outdated? It's not like GUI programming has changed much.
    - Longhanks 5y ago
      I‘m sorry but have you been living under a rock? SwiftUI, UWP and Jetpack Compose are platforms that differ extremely from the way Swing works. Swing on macOS looks like OS X 10.9 (still uses Lucida Grande as the System Font), we’re 5 releases past that. On Windows, it looks like Vista, we’re past that, too, see modern apps such as the Terminal.
      - madhadron 5y ago
        I don't think the inversion of control that SwiftUI or Jetpack Compose do on MVC is particularly fundamental. Factoring out the diffing of state when an observer is notified of updates into a single place can be a useful thing to do in certain cases, such as when a bunch of teams are all putting things on the screen and you don't want one of them to screw up the update loop for everyone (thus Facebook's use of React), but it makes the creation of composable views less straightforward, and you end up with the new problem of annotations to try to keep recalculation of the whole UI from being a performance problem. In MVC, a compound view can usually short circuit updates of its child views very naturally when there are no changes needed. I just opened a couple of Swing programs on macOS. Other than not having dark mode, I couldn't see any major difference. I can't check it on Windows right now. So, no, I don't live under a rock.
kaba0 5y ago
I don’t think that connecting the 4 buttons of functionality in 5 frameworks is all that much work, when the bulk of the work is backend. Also, it is a trivially scalable problem, where you can just throw 5x as many people at it. I get the popularity of electron and other cross-platform tools for small startups, but for Microsoft..
- potatolicious 5y ago
  > Also, it is a trivially scalable problem, where you can just throw 5x as many people at it. Having done exactly this work it's really not as simple as throwing 5x as many people at it. Though to be clear, I am an advocate of native apps on each platform and am not a fan of "wrap a webview around it" type fake-apps. That said, we need to be honest about level of complexity here. The problem with maintaining 5x native apps is not just the cost of hiring 5x as many people - as you scale towards more platforms the inter-team coordination overhead increases exponentially. The complexity of coordinating 4 teams to ship in lockstep on 4 separate platforms isn't double the complexity of 2 teams on 2 platforms. There are a bunch of intersecting factors here: - product management has extreme load - new features need to be designed for every supported platform at the same time, increasing complexity in feature definition. Some features aren't possible on some platforms, so that increases scope and complexity of the features as we include fallbacks or exceptions. - engineering has to happen (roughly) in lockstep with one another. It's not acceptable to ship a new feature only on Windows and not Android - they don't have to launch on the same day, but neither can they launch a year apart. This means you have multiple engineering teams that basically have to move at roughly the same speed, even though they are developing on completely differently platforms. - underlying platform changes affect your ability to move in lockstep - iOS and Android both have significant yearly updates that create additional testing needs. Both platforms also introduce more significant OS-level features that you want to add support for than the older/more mature platforms like macOS or Windows. This throws another wrench in having your teams progress in unison. There are real advantages to cross-platform frameworks, even though I dislike them from a UX perspective. In particular I have beef with the use of web views, which while offering incredible consistency between platforms is probably the least CPU/RAM efficient way to do literally anything. A huge part of why computers feel slower than ever is the pervasive use of web views for everything. I really, really wish we had a better cross-platform solution than a thing with an ill-defined render cycle, bases literally all rendering on an XML-like structure, and has all processing stuck to a single thread on an interpreted language. Yikes.
notatoad 5y ago
really 6 distinct apps, because building native mac and windows apps doesn't mean you can drop the web version.
olliej 5y ago
Electron fails to support even the most basic Mac behaviours, every electron app is immediately recognizable and frustrating.
- Zababa 5y ago
  Maybe mac users need to start paying for app instead of complaining about every app that doesn't use "native toolkits" or doesn't "support the most basic Mac behavior'. There's a reason that they don't, it's that mac users that care about this don't pay enough to justify a native app.

by eloff 5y ago

dreyfan 5y ago

Microsoft is a $2T company, I feel like they could afford to do it right.

hughrr 5y ago
Apparently they favour fucking it up several times.
onion2k 5y ago
The market cap doesn't tell you anything about the available resources a company has. For example... Gamestop's market cap did this recently - https://www.macrotrends.net/stocks/charts/GME/gamestop/market-cap https://www.macrotrends.net/stocks/charts/GME/gamestop/marke... - the company doesn't suddenly have more money to spend on projects.
- eloff 5y ago
  Not a great example since they sold over a billion worth of stock. They do actually have more money now. Microsoft generates more money than they know what to do with so they return large amounts in dividends and probably stock buybacks (I haven't checked for MSFT specifically, but it's all the rage these days.) That's essentially the opposite of what GME did.
  - robjan 5y ago
    MSFT dividend yield is nothing to write home about. Less than 1% per year at the moment.
    - eloff 5y ago
      That's mostly because of the stock run-up, I recall it was around 3% late last year.
eloff 5y ago
Regardless of what the financial markets value them at, their resources are proportional to profits, not market cap. That aside, they also have lots of products and teams and some have more budget and resources than others. Saving some memory usage in teams for more than double the development costs, is probably an unattractive position for that team. It also makes it hard to keep features consistent across platforms (as it is, teams struggles with that!)
failwhaleshark 5y ago
Balance-sheet aggregation != perfect execution consistency. - DOS 4.0 - Microsoft Bob - Windows ME - Windows Vista - JScript - MSJVM - Zune - Eliminating all/most easter eggs https://www.infoworld.com/article/2612971/microsoft-s-13-worst-missteps-of-all-time.html https://www.infoworld.com/article/2612971/microsoft-s-13-wor... You can make many, many mistakes as a giant company, so long as they're not fatal. ;-)
- prepend 5y ago
  Zune was good.
  - ehvatum 5y ago
    “Plays for sure” Oops, doesn’t play at all.
ikerdanzel 5y ago
Share market can double overnight while hiring process will take months. Plus, market valuation increase purely due to the last shares traded between owners of the MSFT shares unless MS themselves participate to raise capital by issuing more shares. Borrowing now is way cheaper as 2T means they cashflow in coming months need to reflect that.

vletal 5y ago

Most UI developers I know says that it's "reasonably pleasant", yet the is a shortage of "reasonably good" web developers on the market.

richardstephens 5y ago

I see where you're coming from, but Microsoft already builds an entire office sweet as native apps across 4 of the 5 platforms you enumerated.

justapassenger 5y ago
Which means they know extremely well what a costly and complex process it is.
- richardstephens 5y ago
  I'm not denying that it's a complex or costly process, just lamenting that they don't care enough. Of course, the problem is compounded for me by the fact that at any given moment I end up having 3 different enterprise chat apps open on my work laptop for collaboration with outside parties.
- machello13 5y ago
  And the result of that knowledge is a worse experience for users. However you frame it, users are losing because MS doesn’t want to shell out the cash for good UX.
  - asdjlkadsjklads 5y ago
    Losing, but still buying in.
    - machello13 5y ago
      The users aren’t really, their bosses are, most likely because it gets bundled in a contract with Office and Exchange etc.
Demiurge 5y ago
Perhaps the effort/reward they get from office release does not apply to a freemium chat service that’s constantly updating?

jon-wood 5y ago

If only Microsoft had a app development framework designed to allow developing apps for multiple mobile + desktop platforms with as much shared code as possible. https://dotnet.microsoft.com/apps/xamarin https://dotnet.microsoft.com/apps/xamarin

tluyben2 5y ago
Yep, we moved away because MS themselves are simply not serious about it.
- failwhaleshark 5y ago
  Cross-platform development is like communism. An unattainable utopia. There's no "magicking-away" the idiosyncrasies of cross-platform development with abstraction layers. It's simpler to use native tools and go for the best each platform has to offer while keeping the L&F UX as similar as possible.
  - rauchp 5y ago
    React Native and (arguably) Flutter are going through a golden age right now. Major companies like Tesla, Coinbase, and Shopify have adopted them, and the developer experience has never been better. I'm not sure why it worked now, but didn't work for Xamarin / Ionic, though.
    - failwhaleshark 5y ago
      Popularity means popularity. It doesn't mean utility. There are plenty of dumb things large companies use. OTOH, there are also many unsexy, little-known, ubiquitous technologies essential to certain sectors of the economy.
    - tluyben2 5y ago
      For Xamarin I would answer that with: Flutter and React native are 'light' on the developer: you get instant feedback. Xamarin, at least when we dropped it 2 years ago, was really slow and, besides c# which we will use on the server, hardly pleasant or light. I think these days, the developer needs a smooth experience (once the tons of crap has been installed and set up, which is why I prefer Flutter over react native) so things that are not that will fall over. I think, after that, comes author influence: so if you take that, you get to RN, Flutter, Xamarin, Ionic if you sort them by EasyOfDev,AuthorInfluence.

rado 5y ago

How can an organisation start a Web/Desktop project which can never ever be _good_ (not to mention great) and frustrate and annoy its customers all the time? If native is a mess, how is outsourcing the mess to the user justified?

eloff 5y ago
What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. The platforms are fragmented and the user pays the costs of that in the end, one way or another. If you hide it by increasing development costs, the price of the app ( or amount of ads or premium only features) must go up to compensate and the user pays the cost as well. Edit: downvote all you like, there is still no magical solution.
- anoncake 5y ago
  Microsoft easily has the resources to write 5 chat app UIs.
  - deleted 5y ago
    [deleted]
  - eloff 5y ago
    That's a hopelessly simplisitc way of looking at the situation. Every team at Microsoft has different levels of resources, and some would rather spend those resources improving their product rather than writing and maintaining 5 different versions of the frontend part of their product. That's typically the smart choice.
    - anoncake 5y ago
      I really don't care about Microsoft's internal organization or what team has how many resources right now.
- formerly_proven 5y ago
  > What's the alternative? Be only on one platform? Not viable today. Implement 5 different apps, usually not viable. Why are we pretending in this thread that there aren't any cross-platform toolkits? Using that is an entirely valid trade-off between "putting a webshit in its window" and "you have to develop 10 separate native apps".

failwhaleshark 5y ago

When and where it's a priority: creating a solid user-experience takes effort. If a project can't manage that when it matters, then their product or service is also going to suck in so many other ways their users will notice. Then native or not, it won't matter when everyone hates them. Mac and iOS are relatively-straightforward, aren't terribly different, and share development resources. Android (Kotlin) doesn't often lead to suicidal ideation. Windows is meh. Linux is so-so. > So electron makes plenty of sense to developers To mostly front-end developers who don't know much about the world outside of a browser. > , even although it's an egregious resource hog. Violating nonfunctional requirements to be usable, performant, and efficient.

eloff 5y ago
> To mostly front-end developers who don't know much about the world outside of a browser. Just for the record I'm a senior backend developer, who sometimes operates at CTO level in startups, and I suck at front-end development. But still electron makes sense to me. Or react native if it's mobile only. The state of cross platform development is pretty bad.
- failwhaleshark 5y ago
  It wasn't directed personally. The tendency is for front-end developers (the bulk of developers numerically) to treat software development like RMS does with emacs: everything extends from their perspective without consideration of perspectives or paradigms beyond their own. Embedded, native, real-time/mission-critical/fault-tolerance, resource-constrained, widely-compatible, ASIC/FPGA, and/or production-/shipping-scalable. Cross-platform development will never be improved by N-times duplicated effort of abstraction layers on-top. The best that could happen is for OS developers to agree on common interfaces like UNIX/The Open Group for low-level operations, but for high-level media, UI, and common native development APIs more integrated than a patchwork of libraries like Qt, LibUV, etc. I've worked on nuclear reactor simulators in F95, embedded industrial GPS equipment, deadline-oriented ad server meta-mediation, Fortune 500 client-facing consulting, compilers, functional programming projects, and now earn a paycheck doing SRE/PE since it's easy money to fund side-hustles.

ksec 5y ago

>We already have cross-platfrom UI engines called browsers Someday we compile to WASM and have UI rendering on top of WebGPU?

octopoc 5y ago
It has been discussed but you're right it won't be any time soon: https://github.com/WebAssembly/design/issues/273 https://github.com/WebAssembly/design/issues/273

madhadron 5y ago

We also have Swing in Java which is mature, performant, and works across all our desktop stacks. Mobile UI is different enough that you need to write a different interface anyway.

Longhanks 5y ago
In other words: outdated, ugly and barely supports modern requirements such as high dpi. Apart from Jetbrains who put in a literal buttload of engineering, there is not a single Java Swing application that is not an absolute PITA to use.
- madhadron 5y ago
  Swing generally looks like the native widgets set. And how is it outdated? It's not like GUI programming has changed much.
  - Longhanks 5y ago
    I‘m sorry but have you been living under a rock? SwiftUI, UWP and Jetpack Compose are platforms that differ extremely from the way Swing works. Swing on macOS looks like OS X 10.9 (still uses Lucida Grande as the System Font), we’re 5 releases past that. On Windows, it looks like Vista, we’re past that, too, see modern apps such as the Terminal.
    - madhadron 5y ago
      I don't think the inversion of control that SwiftUI or Jetpack Compose do on MVC is particularly fundamental. Factoring out the diffing of state when an observer is notified of updates into a single place can be a useful thing to do in certain cases, such as when a bunch of teams are all putting things on the screen and you don't want one of them to screw up the update loop for everyone (thus Facebook's use of React), but it makes the creation of composable views less straightforward, and you end up with the new problem of annotations to try to keep recalculation of the whole UI from being a performance problem. In MVC, a compound view can usually short circuit updates of its child views very naturally when there are no changes needed. I just opened a couple of Swing programs on macOS. Other than not having dark mode, I couldn't see any major difference. I can't check it on Windows right now. So, no, I don't live under a rock.

kaba0 5y ago

I don’t think that connecting the 4 buttons of functionality in 5 frameworks is all that much work, when the bulk of the work is backend. Also, it is a trivially scalable problem, where you can just throw 5x as many people at it. I get the popularity of electron and other cross-platform tools for small startups, but for Microsoft..

potatolicious 5y ago
> Also, it is a trivially scalable problem, where you can just throw 5x as many people at it. Having done exactly this work it's really not as simple as throwing 5x as many people at it. Though to be clear, I am an advocate of native apps on each platform and am not a fan of "wrap a webview around it" type fake-apps. That said, we need to be honest about level of complexity here. The problem with maintaining 5x native apps is not just the cost of hiring 5x as many people - as you scale towards more platforms the inter-team coordination overhead increases exponentially. The complexity of coordinating 4 teams to ship in lockstep on 4 separate platforms isn't double the complexity of 2 teams on 2 platforms. There are a bunch of intersecting factors here: - product management has extreme load - new features need to be designed for every supported platform at the same time, increasing complexity in feature definition. Some features aren't possible on some platforms, so that increases scope and complexity of the features as we include fallbacks or exceptions. - engineering has to happen (roughly) in lockstep with one another. It's not acceptable to ship a new feature only on Windows and not Android - they don't have to launch on the same day, but neither can they launch a year apart. This means you have multiple engineering teams that basically have to move at roughly the same speed, even though they are developing on completely differently platforms. - underlying platform changes affect your ability to move in lockstep - iOS and Android both have significant yearly updates that create additional testing needs. Both platforms also introduce more significant OS-level features that you want to add support for than the older/more mature platforms like macOS or Windows. This throws another wrench in having your teams progress in unison. There are real advantages to cross-platform frameworks, even though I dislike them from a UX perspective. In particular I have beef with the use of web views, which while offering incredible consistency between platforms is probably the least CPU/RAM efficient way to do literally anything. A huge part of why computers feel slower than ever is the pervasive use of web views for everything. I really, really wish we had a better cross-platform solution than a thing with an ill-defined render cycle, bases literally all rendering on an XML-like structure, and has all processing stuck to a single thread on an interpreted language. Yikes.

notatoad 5y ago

really 6 distinct apps, because building native mac and windows apps doesn't mean you can drop the web version.

olliej 5y ago

Electron fails to support even the most basic Mac behaviours, every electron app is immediately recognizable and frustrating.

Zababa 5y ago
Maybe mac users need to start paying for app instead of complaining about every app that doesn't use "native toolkits" or doesn't "support the most basic Mac behavior'. There's a reason that they don't, it's that mac users that care about this don't pay enough to justify a native app.