Hacker Newsnew | past | comments | ask | show | jobs | submit | diakritikal's commentslogin

Office of 20 here. Now almost everyone's in agreement that we'll move off Chrome. And we'll recommend our families and friends do the same.

This is how Firefox (pre-bloat) gained traction at the expense of IE, and this is how chrome gained traction at the expense of Firefox/IE.

And now this is how chrome's market share will decline as tech leaders, journalists and then the public find out how much of a privacy nightmare it really is.


Same here. Recommending my family, team and relatives to either use Edge or Firefox. Of 70 of them, 15 switched to FF, 32 to Edge, just after 2 months of me saying.


I'm slightly annoyed.

I just made the commitment to move back to Linux from Windows 10 last week.

I was hoping to at least stick with chromium, now I'm reconsidering that.

Now that I think about it, should I really be trusting Android? Is iOS any better? Apple does appear to show some commitment to privacy, but their anti repair stance is crazy. Will I have to switch to custom Android ROM with all the Google services neutered?


With regards to privacy I trust Apple more than Google, if only for the fact that their business doesn't operate on the principle of violating your privacy.


>I trust Apple more than Google

trust apple to make you pay 500 dollaridoos for broken glass back repair when Samsung makes you pay 50 dollars at max. the apple support tax you have to pay is really insane. doesn't help that they basically want every company to follow their model so they can go even more insane(Right to repair laws)


I started using an iPhone, partially to get away from google services.

I don’t know for sure if I can trust Apple with my data, but on the balance of probabilities I feel slightly safer with the company that makes its revenue from hardware sales, vs the company that makes its revenue from advertising.


Forgive my ignorance on the subject but how can Boeing be ahead if they don't have any rockets?


SpaceX has no human-rated launch vehicle either as of now. But this article is about the spacecraft, SpaceX's Dragon 2 and Boeing's Starliner, not the launch vehicles. The Starliner is to be compatible with multiple launchers, including human-rated variants of Atlas V, Delta IV and Falcon 9.


This article is about a NASA-funded project that is supposed to end with Boeing (and SpaceX) having both a man-rated rocket and a man-rated capsule, so that american access to space is assured.


>Another example is BTC vs BCH. BCH is the original bitcoin code, but BTC is the original Bitcoin community.

I think that's a rather disingenuous if not patently misleading statement.

BCH is factually and unequivocally a fork of bitcoin code and blockchain.


At the time of the segwit implementation, BCH kept the old protocol version.

edit: I think you may have a point but I don't see it and you don't make it clear in your comment either. My point is clear and factual and doesn't need your approval.



It's possible more than one system could replace SWIFT, but why would it be Stellar/Lumens who are still in the gate with their fork when Ripple/XRP seem to be already round the first bend with seemingly very large momentum in terms of interest, trials and actual production use by financial institutions?


How is Stellar still "in the gate," more than two years after deploying their decentralized Byzantine agreement algorithm?

Ripple has only just now, in 2018, published their decentralized consensus algorithm (Cobalt), which as far as I know is not even in production use yet, and doesn't provide optimal safety. (In settings where Cobalt is guaranteed Safe, SCP would be too, but not vice versa.) Their production network still uses a protocol that, by Ripple's own analysis (https://arxiv.org/pdf/1802.07242), fails to guarantee safety without >90% agreement on the UNL.


Yes, but perhaps your framework for approaching this is a little too old school?

When SWIFT was devised, the idea of having a singular system for resolving these transactions not only made sense but was (probably?) technically necessary. I think given where we are today, multiple competing protocols, each with their own advantages, may be viable.

Lastly, for finance, consumer choice is valuable: I like being able to Venmo my friends, autodeposit my landlord, slow mail my bills, and Apple Pay my retail purchases. I don’t send money overseas but I could imagine a similar bifurcation of solutions in this space, all with their own advantages.


Given that stellar/lumen is a fork of ripple/xrp, and ripple/xrp seem to have a massive head start with what 100+? bank and payment providers already on board - are stellar/lumen not just competing head to head with Ripple with essentially the same technology but with a handicap of being behind in terms of development and not having an in-use production network and settlement solution?


My understanding is that no banks are on board for the XRP bit of Ripple yet, but instead Ripple's non-xrp tech https://ripple.com/solutions/process-payments/


Is the current code still a fork? I thought stellar switched to their own thing quite early alreaxy


Yeah, it hasn't been a fork for a long time. Disclosure: I work for stellar and took part in the big rewrite.


Not so long ago a high percentage of the Top500 were running SUSE Enterprise Linux.

I'm sure this was because at one point CRAY built one for the US DoD/DoE leveraging AMD Opertons & SUSE, and of course CRAY used to be the big name in supercomputers so I'm sure that influenced other builders choices. Then I recall the US DoD/DoE mandating a Linux OS engineered closer to home, so Red Hat got the nod.

So I wonder what the prevalence of the various distros in supercomputing is now?


just as a historical note I was involved in the OS selection for that doe machine. the customer insisted we contract to an external vendor for support, as they didn't trust us to do it in house. Suse was selected because RedHat wasn't interested in talking to us - nothing more...maybe a nod to the fact that Suse had done a fair amount of early technical work on amd64.


My sample isn't particularly large, but RHEL and SLES still appear to be the popular choices. CentOS is also sometimes used. Maybe someone else has a better overview?


In my experience, a few systems (tens) I came across used centOS on the compute nodes, and RHEL on service/login nodes. Sometimes I would come across some custom thing (e.g. one of the big systems in China uses Kylin). But the RHEL and/or CentOS choice is by far the most popular.


So many services and organisations have gone after hyperlocal for the perception of the ad-revenue that's just waiting to fall into their hands - because if someone's reading about a car accident near their route home they need an advert for the local carwash right?

Similarly if they are reading about some music gig coming up in the area they need an ad or offer for 25% off burgers at hipster burger joint du-jour that covers that night.

I once worked on a hyperlocal project that was funded by a television company to actually curate a stream of interesting and novel content about the local area. These were trained journalists curating sourced and self-created content. If the content was good enough then there would be ad-revenue (and deal placement) to follow, or so you would think. Turns out nobody was interested at all.

I don't think user submitted content will be engaging enough, but we'll see. I think anyone with a disposable income that could be targeted for hyperlocal ads or deals doesn't have enough time to use this app as well as twitter/facebook/whatever.


It can work. There is a news portal related to my city. Its filled with local ads. The local news coverage is good enough to ignore ad infestation.


Interestingly, NextDoor seems to be taking off in my area. The premise is that the neighborhood has a mailing list or bulletin board for neighbors, by neighbors. A bit of the feed contains events from community organizations like the nearby police station soliciting feedback or park service having an open house.

This might be a swing at services like that.


I made a comment below asking if this was basically supposed to be like Nextdoor. I do get the sense that this is the market they're going for.


What's the difference between say the PATENTS file/grant in these Facebook projects and the PATENTS file/grant in Go which Kubernetes is written in?

Not being inflammatory, genuinely interested as a user of both Go and React...


Not a lawyer, but as I understand it:

The Go and Kubernetes patent licenses terminate if you file litigation specifically regarding those projects-- if you sue anyone for violating some garbage collector patent in Go, you lose the patent licenses Go granted.

Facebook's patent license terminates if you sue Facebook, subsidiaries, or "any party relating to the Software" for any patent infringement. It doesn't have to be related to React.


Thanks, very interesting difference.

Google's grant protects (or tries to protect) specific tech, Facebook's grant protects (or tries to protect) as an umbrella, the organisation.

Well - can't comment on how effective it will be as a disincentive to sue, but I do feel at the same time if it does succeed in that goal it will almost certainly act equally as a negative factor in adoption; because it's my opinion that this is creating a soft-walled garden around Facebook open source tech.


Yep! Absolutely great ethos this distro has, pretty easy (and fun) to contribute to :)

    https://build.opensuse.org/


Consider applying for YC's Winter 2026 batch! Applications are open till Nov 10

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: