I feel like there should be a separate question for the "I don't want anything near me" rural choice, since those might be making the rest of the responses misleading.
I give a list of generic opt-out excuses when I invite people to an event. That way, if it doesnt sound fun to them, they just pick an excuse off the list instead of trying to make one up and potentionally seem rude.
Its simple, but surprisingly effective for staying on people's good side.
You'll basically have timezones either way, there's just two ways of doing it.
If we all used UTC, then businesses would need to change what time they opened depending on their location. Ex: Best Buy opening at 12 noon on the US west coast, and 3pm on the east coast. Locations inbetween would have different opening times. So we would get the noon zone, 1pm zone, 2pm zone, and 3pm zone. All nation wide businesses with standard open/close times would effectively follow the same pattern, and it would be best if they all coordinated on where those zones occured. So then we would get new timezones, they'd just be slightly different in how they functioned.
Wow, most of these were new to me. I'm testing them for a few minutes and so far they're working great. I've been avoiding Google's voice to text for a while, and hadn't found a good maps app either.
Ryan Dhal, the creator of node, litterally saw the npm problem(s) before incidents like this happened, and created Deno to fix his mistakes. And fix them he did! The Deno import system is incredible. Its basically the only reason I use deno. You can just import URLs directly, the deno vendors (aka caches) them. Deno has an equivlent to npm.org (Deno.land/x) but anyone can import straight from github, or make their npm.org equivlent, or import from their own private server. So if a company wants reliability, they can mirror deno.land while also avoiding unpublishing.
IMO, you should be exempt. The vast majority of jobs don't require a truck, yet the F150 is the most-sold vehicle in the US. So you're in the minority.
"The problem is that thousands of miles of guardrails installed alongside American highways were designed decades ago"
Ah, yes, that is the problem. Cars becoming heavier with little to no added value are not the problem, its the guardrails and not enough tax dollars being spent.
Clock speed and other areas I'd agree have stagnated, but graphics cards, wireless communicaiton standards, cheap fast SSD's, and power efficient CPU's have massively impacted end-user performance in the last 10 years. RISC-V is also a major development that is just getting started.
I disagree slightly, but only with his level of cynicism. I agree, we see the "peak diskwasher" problem everywhere. And I agree with his conclusion. But I feel he glossed over that, well, people still need dishwashers. Growth might be impossible, but a steady and "boring" amount of profit should still be possible selling plain-ole-dishwashers. Yet ... for some reason, we don't see that.
Instead companies throw everything into growth and we get the retarded bluetooth enabled dishwasher problem everywhere, and I'd like to know more about why.
If you're asking about specific names of features, its just the ones seen in that video clip. It seems like a pattern of very not-modular-ness.
If you're asking why that pattern is concerning as an end user: Zed claims to be "a lightweight text editor". But hardcoded support for a particular javascript library, as well as hardcoded support for a particular formatter, feels a lot more like a opinionated IDE packed with features designed for the specific workflows of the creators. Even if there's no runtime cost, there is a technical cost for open source contributors. These little not-modular things can really bloat the codebase and make it hard to contribute.
More importantly, if Zed does add plugin support in the future, its going to require a major code refactor. Which makes forks and outside contributions especially hard.
From a lock-in perspetive: if something better than tailwind comes out, and we were daily driving Sublime 3 with no extensions, its no big deal to switch to the new thing. There wasn't any hidden favoritism to begin with. But in Zed, not only will it feel bad to use the unsupported new thing, but also the team behind the-new-thing can't realistically fork and add support either. They just have to hope the Zed devs decide to support it.
If their website said it was a fast low-overhead opinionated IDE I'd be fine because I'd know the kind of lock-in I was getting into.
Lapse is going the extensions-for-features route, cross platform from the start, is more buggy atm, slower progress (doesn't have 3 dedicated experienced devs) but is more accepting of community support.
Zed, similar goals and rust backend, probably has some monetization goals (eventual offering of live sharing code service), and Zed isn't afraid to hardcode features. Like... very hard hardcoded features, to the point that I'm kinda concerned about it. This 5min clip of Theo looking over the source code shows it pretty well
https://www.youtube.com/watch?v=ZOYp6-k9HhE&t=1533
The Atom/Zed devs write the most well-documented code I've ever read. Clear variable names, perfect comment-explainations when needed, etc. I wish they would join up with Lapse.
Agreed. Ones near me (in Texas) usually have meats, eggs, nuts etc. But, to your point, this last summer it was so hot almost all of the chickens for all of the farmers stopped laying eggs. So we just couldn't get eggs from the for half the summer.
It's not a great option, but I think it is one of the only options we have against large corporations.
There's usually still farmers markets within driving distance. Granted they're not a replacement for a grocery store, but they have a lot of the essentials. There's no middle man getting a cut when buying from them. But also it's important to go because otherwise the local markets won't get any bigger.
I think we can * actually give facebook the bad end of the bargin IF and ONLY IF we have a data protections.
You know how powerful copy-left was for open source? I think we can do the same for Lemmy servers. We can have users agree (formally) that the data on a particular server cannot be used for training llvm's advertisements, marketing profiles, etc, and make it legally binding.
Even if we don't federate with them, Meta can still harvest the data so we should add these protections regardless. Maybe there is already something like this and I'm just unaware of it.
If we do add these protections and we ensure that Lemmy.world stays the biggest instance.
16% said "should not" to a grocery store? What?
I feel like there should be a separate question for the "I don't want anything near me" rural choice, since those might be making the rest of the responses misleading.