Why do you think it’s more complicated than a yes or no?
Why do you think it’s more complicated than a yes or no?
Destroying the Amazon for beef is a better use? Swimming pools are better uses?
As opposed to using them for Bitcoin? Oh yes, 1000%.
The technology is interesting but the people and economics around Crypto is rotten to the core. Crypto as it is today is a shitstain on humanity.
Ummm, all of the examples you gave are actually more reasonable and valuable uses of water than Bitcoin.
SelfAwareWolf is that you?
Could of, should of, would of. I’m not gonna loose sleep on it and I hope your not gonna
You’re opinion? Maybe 3.5 or fewer more
Nothing is literally nothing, Apple could care less about them.
Nothing’s solution is basically getting you to send your messages to them, and they’ll send it through a Mac logged into your Apple ID hence achieving the “blue bubble” lol. Hugely insecure, hacky solution and hardly groundbreaking.
Workaround: insist that customers piss in the beer, citing exceptional flavor-add as a positive side effect. Next version, no budget for a full bathroom, so increment beer mug size to accommodate cross-stream scenarios.
make it available to anyone
To do what?
We’re doomscrolling on Lemmy, so already well on our way.
Why tf would a map update be 22GB? What is it, a CP2077 patch / DLC?
Watch your backs, the FoSSHoles are out to getcha.
What happened to writing the “core” of an app that doesn’t rely on UI then simply writing the front ends for each platform you want to support?
What do you mean? I can’t speak for Slack but I’m sure some degree of business logic / client side logic separation exists.
By the way, what you just described is the essence of cross-platform development, rather than an argument for building apps natively.
simply writing the front ends for each platform you want to support?
But why would you rewrite the “front-end” for each platform if you have one you could just port over? Who is going to pay for those 2x developers and what would be the ROI on this effort?
That’s just three (if you don’t write for a million desktops on Linux).
Is it really so hard to support just three environments with only the UI being tailored for the OS it’s running on?
In Slack’s case I’d wager the answer to be a resounding YES. I don’t think you fully grasp the full scope Slack’s capabilities, and the amount of work involved to build native clients for not just one or two, but three different platforms - it’s definitely not just the “UI”.
Honestly, it just feels like poor tooling and a poor excuse.
Quite the opposite - frameworks like Electron let’s devs with your skillset build with the stack you already know, and abstracts away quite a bit of the cross-platform complexities, which strangely enough is what you are suggesting but also what you are arguing against
It has all this support for native platforms yet it’s always a clunky memory hog
Maybe so but it has improved a lot over time. The app devs share some responsibility too so it’s not all on Electron.
zero effort to respect the design language of the OS it’s running on.
That’s the Dev’s design choice, not a limitation of Electron.
I’m on macOS, I want the app to be a native macOS app. If I wanted it to look like a webpage, or Windows, or Linux GTK then I’d switch to one of those and expect it to match those paradigms.
I don’t disagree but at the end of the day it doesn’t matter to enough people for it to become an issue. People are used to Slack and the way it works.
Moreover the cost of building the same app 2x or 3x simply doesn’t make business sense.
Flutter came to market much later. It wasn’t even a thing when Slack started building using Electron. I’m sure the same applies to Tauri as well.
For Slack it does. Building an app via Electron means it’s cross-platform by default, so Slack doesn’t need to invest in separate platform teams to solve the same problem (Windows, macOS, Linux).
Electron also has better support for things like native notifications, video and voice calls, offline capabilities, and to other native APIs etc that are either unsupported or spottily supported via the browser.
Calling Slack a webpage is like calling an office building a room.
Slack is just as much a complex app as anything else even if it’s built on web tech and standards.
You know what an even better take is? “We hear you, we’ll take your feedback” or just as good, say nothing at all.
Arguing that you are smarter or wiser than your users / customers is paradoxical. You are by definition not smart if you attempt to do this.