I'm a bit confused by the marketing verbiage and tool name. Is this going to target React only, or will it (eventually) support other solutions which use JSX, such as SolidJS?
Who would control it? There isn't just one "Linux community". There are multiple organizations that use Linux, and the ones that are well-managed tend to do the best. How would the key people behind Gnome and KDE resolve their differences, or any of the smaller projects? Should everyone just use ChromeOS?
I read this article and ended up with the exact same question. Does it mean that it wants to imitate Chromebooks, where the most important app you use is the browser, and all of your apps are in the cloud rather than on the desktop?
No, the OS itself is a read-only container image booted on bare metal (via OSTree) and includes the tools usually used to build container images (used for kubernetes etc), as well as pushing desktop applications via Flatpak.
I guess it makes you feel better as a user to be part of the hyper converged buzzword bingo. But seriously it seems to be both web and container (web) focussed. They should maybe rather say what they are not and what the limitations of their approach is ( I guess isolation comes at some costs)
I'm not GP. I didn't make that argument. I agree that Amazon is not obliged to allow just anyone on their platform. Sellers must abide by the rules that Amazon sets in place. At the same time, Amazon must abide by the laws of the locations at which it wants to sell. So if a state says that they cannot force a seller to keep their lowest price on Amazon, then that's the way it is.
> So if a state says that they cannot force a seller to keep their lowest price on Amazon, then that's the way it is.
Yes, but at the end of the day Amazon to remove the seller for any reason, so even if the FTC succeeds here, Amazon will simply purge those sellers who are not offering the best price, even if not explicitly stated.
There is no reality where Amazon allows their site to be inundated with higher priced goods compared to competitors.
it would be sensible to require a reason for refusing to do business with someone. Normally it wouldn't be but if you are a repeat offender it seems a sensible requirement
certainly, you can write anything on the form. Any reason is not without? I do doubt you can refuse one foo for being fooish but not the other. Now multiply by 10 000 and pretend you are explaining it to the judge in a context where you've been convicted multiple times.
Personally I just don't think Ramda fits really well with JavaScript's mutable and often object-oriented nature. It goes against the grain too much for my taste, and it doesn't work very well with Typescript.
In a professional setting I will probably always reach for Lodash due to it's maturity and mindshare. Personally, though, I really prefer Remeda (https://github.com/remeda/remeda) as a pragmatic and flexible API.
You recommend Cypress as an "obvious" choice, so I am curious whether you evaluated Playwright. If you did, why you find Cypress to be the clearly superior choice? Genuine question.
Thanks for the answer! I'm probably personally leaning towards using Playwright for future projects, reading that. I believe Playwright may be passing Cypress in community size, and simplicity is subjective. They both look quite similar, from this outsider's perspective.
Being someone that has recently evaluated the space and chosen Cypress I am curious why you think the community for Playwright may be passing Cypress? That name didn't even come up in my search while I found tons of blogs, discussions, walkthroughs, and discussion around Cypress. So many in fact I walked even confident I had chosen the 'easiest' tool where I classify easy as how hard it will be to find help when I am unclear on how to move forward.
1. I know GitHub stars aren't everything, but Playwright has 41.9k at the moment, and Cypress has 40.5k.
2. Playwright is backed by Microsoft, and given how happy I've been with how they manage Typescript, that makes it a pretty safe bet to me.
3. Cypress is much older, so I discount a lot of the blog posts in my evaluations. In fact, I count such things against it sometimes, because oftentimes when I'm hunting for a solution to a problem, all I can find are outdated answers. I run into this a lot with AngularJS and Angular.
4. Playwright is included in most of the recent comparison articles I've run across. I don't really keep track of these, but searching again I quickly ran across 2 examples:
I refused to ever subscribe to cable television because of commercials, and I suspect I am not the only one. I never subscribed to Hulu, either, for the same reason (if they have an ad-free offering now, I've missed it because I stopped paying attention to them). I also will not use Netflix's ad-driven tier when it comes out.
I never paid for Hulu+ because the content I wanted had ads and the ads on Hulu are horrible. At least on broadcast and cable TV there's a mechanism to prevent the ads from getting stuck playing in a loop.
Hulu has had an ad-free option for most of it's life, although I think for a handful of videos the rights situation still required them to still show at least one ad for a movie or episode of a show
We had to move to it because our kids have not experienced commercials and would get upset every time some came on. They just didn’t understand interruptions to what they were watching.
I should clarify that Hulu's "ad-free" tier isn't entirely ad-free. Certain programs may actually have an ad play before them, though usually I've only noticed this when, for example, Hulu has a deal with an existing channel to stream a show as soon as it airs on cable TV.
Annoys the hell out of me that they continue to call it "Hulu (No Ads)". It really shows the level of respect they have for their customers.
Huh, TIL. There are two or three shows that I just stopped bothering with altogether on Hulu and have been torrenting for years because of those ads, while we used Hulu for shows that didn't have any ads at all. I wish their communication around this had been stronger, I wonder how long ago I would've stopped pirating them.
Thanks for pointing that out! (And I should dig into those details the next time I share links like that)
At my mom's house I had fun trying to explain to my 4 year old that we couldn't pause the TV, and that even if we turned it off the show would keep going.
Kagi (a search engine you pay for) has a feature called Lenses. One of the default lenses is for "Discussions". It's been quite helpful for me, personally, so far.
I think "tech company" is a near-useless label, anyway. I struggle to think of any company that isn't, or at least shouldn't be, a tech company. Everyone uses technology to provide their product or service, even if they are rudimentary ones. There are those companies that are pushing the boundaries of what was previously possible, sure, and if that's what people agree is the definition of "tech company" (high innovation), then surely Netflix counts. No one watched much TV on computers or phones before them.
I'm sure a lot of hard work went into this, so I mean no offense here when I give my honest feelings.
The big differences between v1 and v2 make me uneasy. I am reminded of the constant API churn of React-Router, or the complete change from AngularJS to Angular. This approach makes me very hesitant to learn the library, because I am afraid of having the choice of painful upgrade or a dead dependency down the road.
I am also wary of the library being VC-funded, because I am afraid of what kinds of features will be held at ransom down the line once they need to start making money.
