skysight-inc/HackerNews huggingface dataset:
The consolidation and permanence of the web are definitely concerning.

Moving from "somebody knows this happened" or "this is in a file drawer somewhere" to "there's a searchable record of this" expand everyone's access to the info, and can do a lot to stave off forgetfulness and bit rot. But the people whose gain the most access are the ones who weren't involved in the first place, and the intersection of "uninvolved" and "cares enough to check" tends to be people who are actively hostile. Hence doxxing, stolen photos, and callouts over years-old tweets.

But that's a broad result of digitization. If a reporter or opposition researcher wants to embarrass someone, they can already look through digitized student newspaper essays, find interview subjects off class rolls, or simply comb through Twitter for long-forgotten offenses. (This holds for both good and ill - it applies to both serious skeletons and misleading or trivial issues.)

The Internet Archive, then, seems like sousveillance offsetting surveillance. For those who can point time, money, and connections at a target, it's enough that evidence exists, and more than enough that it's available online. But for the general public, it's much harder to keep track of countless sources or publicize news. If you can't dedicate interns and an archive to tracking every news story you read, you can't find or prove edits. (And while most newspapers noted corrections or morning/evening revisions, silently changing online stories has become common practice even for the likes of the BBC.) If you can't point out a webpage or tweet to thousands of people at once, the evidence is likely to be taken down before it's recognized. There are a lot of dedicated sites like NewsDiffs working on this problem, but Internet Archive provides a general-purpose answer to "let an average person see the history of a page or create a trusted record of it".

I worry that this just amounts to an eye for an eye, and still increases the total amount of scrutiny we're all under. But as long as more content is becoming permanent, it still seems better to have symmetrical access to it.
I wholeheartedly agree with that outcome.

I was referring to the potential for a metric that could backfire in the context of a performance review. (And that'd be a relatively tame surprise in one of those god-forsaken events...)
I disagree, there is a point when having too much 'deep experience' in either BE or FE (usually BE) becomes counter-productive to performing useful work.
Sorry for offending you by mentioning Go, I was referring to the two parent comments who mentioned it. I'm not a good judge of language complexity (are you?), but honestly I don't think that the Go compiler is much less complex than Delphi's - the "Delphi language" hasn't evolved much in 20 years (which is not necessarily a bad thing!). Ok, they now have cough generics, and - yay! - closures, but that's about it...
So this is an area of significant interest to me. I have researched this extensively, talked to a few dozen medium-to-large OSS maintainers, and have a project on the back burner about this. The only conclusion I've been able to draw is that literally every approach from OpenCollective to a PayPal link demonstrably does not work. Donations do not work.

You have to give people something of value, even if nominal value, to actually get corporate interest and to drive the kind of ROI that makes it viable to continue spending so much dang time on these projects. And a lot of people pfft at that and wave their hands about their right to other people's free time (or that an invisible hand will Make Things Work should those people choose to spend their free time in other ways, ignoring that that usually just means other people get to burn out instead). The only sustainable way to build open-source software is to get businesses to pay for it. And that's why we're where we are with these conversations: it's not the end-user free riders who matter, it's the commercial ones.

(I don't think the Redis license is the right approach, FWIW. I think there are better ones. Happy to chat offline with folks who have a similar interest in this space; email's in my profile.)
Fairly and squarely. Pentagon contact. FFS.
Meh, seems like a straightforward effect of ultra low interest rate that's been well-known for years.

See https://seekingalpha.com/article/3672916-buyback-arbitrage-i... for several examples of how smart this is. The TLDR is that this is just a company unable/unwilling to lower its dividend yield and arbitraging that yield against low interest rates. Every share it buys back represents a dividend it never has to pay again. A ~2% loan for 30 years in present-value terms is cheaper than a 3% dividend yield into perpetuity for some number of shares it can buy.
> And I believe this will be the future of developing SPAs.

I think you can substitute Blazor with a large number of frameworks (RoR, Meteor, django, etc) and find a lot of people who believe it is the future of developing SPAs.
U of Phoenix agrees to cancel $141M in student loan debt
This is why I fake my user agent. I use Qutebrowser (https://www.qutebrowser.org/) but pretend to use the most common user agent on this list. https://techblog.willshouse.com/2012/01/03/most-common-user-...
Carrying around substantial unnecessary systems only potentially useful a tiny portion of the time isn't exactly what planes are known for.
I highly doubt that compensation for executives is based on the value of a single share, not taking into account outstanding shares. That’s a blindly obvious loophole.

Their compensation would be based on market cap, which you can’t increase by doing a buyback.
Which provider do you intend to switch to? It's something I've been meaning to do for a while but haven't had the time to research alternatives.
> first paragraph

It's hilarious how you can tell from those comments which people come from USA or from Europe. These experiences sound like bad fiction to my German ears (except for the overcrowding during rush hours, which public transit is affected by just as much as car traffic).
Earn a 6% Return Staking Tezos
It's possible to have URLs that are not equal as strings but resolve to the same thing so this actually makes perfect sense. If you really want to test if URLs are equal as strings, I'm sure you could still do it that way.
> is still vastly safer than driving on a per-distance-travelled basis

I did the math one time with very conservative numbers (thinking it'd be an easy win) and got shockingly close:

https://news.ycombinator.com/item?id=19983686

If you have an alternative reference or more exact numbers I'd love to see them!
I mean, I can see host resolution equivalence being a useful piece of functionality. I could even see it being built-in to a std URL library. Just, y'know... not as the default equality operator.

And yes, I know that overriding .equals() does not change the behavior of == in Java. But I would still consider .equals() to be the "default" equality operator for objects.
>"Anyone know how far we are from electric jets? Is such a thing even possible?"

Electric will never replace long haul jets barring a revolutionary breakthrough in battery technology. But that's not the point. Much of commercial aviation takes place on distances of around 100 to 500 miles. That is, too far to drive but not quite far enough to take advantage of the efficiency of jet engines at high speed, high altitude cruise. For those applications electric propellor and ducted fan aircraft will be absolutely game changing. It will make these flights cheaper and safer by a factor of 10 at least. The vast majority of cost in a flight is maintenance of the engine. That all goes away with electric power. It will make commuter flights an affordable daily reality for normal people.
Best Macbook Pro 16 Alternatives
Sounds like a developer with too much time on their hands decided to add some humongous side effects.
What does marie kondo think?
Pizza Rat was literally speaking for itself (in the sense that all viral memes do) before anyone knew the word Zardulu.
It makes a lot of sense if you pull your head out of the code and consider a URL is a universal resource locator.

I don’t agree with what this is doing... but you can’t say it makes no sense at all.
I think I disagree with almost everything in your post. Historically, education was for the ultra elite/wealthy who could afford to not work and still live. Or in places like ancient India, education was for individuals who willfully chose to forego material comforts and wealth, not unlike devout ascetics.

The "education is about education" sentiment you mention is quite literally the brain-child of the ultra privileged.

I don't think the situation you describe has _ever_ been what education is "supposed" to be about. It's an noble goal, but it doesn't reflect reality. And a degree which cost over $100,000 to acquire, but doesn't yield any job prospects... if that isn't a "bullshit degree" then I don't know what is.
ACLU sues Homeland Security over 'stingray' cell phone surveillance
TL;DR: use URI instead. URL is behaving this way due to backwards compatibility.

---

To quote a JDK bug ticket: https://bugs.java.com/bugdatabase/view_bug.do?bug_id=4434494

> We are well aware of the problem with URL.equals and URL.hashCode. The cause of the problem is due to the existing spec and implementation, where we will try to compare the two URLs by resolving the host IP addresses, instead of just doing a string comparison. Because hashCode has to maintain certain relationships with equals, namely if two objects are equal, they should have the same hashCode, the implementation of hashCode also tries to resolve the host in the URL into an IP address. As a result, we are facing problems with http virtual hosting, as described in the Description part, and performance hit due to DNS name resolutions.

> Unfortunately, changing the behavior now would break backward compatibility in a serious way, plus Java Security mechanism depends on it in some parts of the implementation. We can't change it now.

> However, to address URI parsing in general, we introduced a new class called URI in Merlin (jdk1.4). People are encouraged to use URI for parsing and URI comparison, and leave URL class for accessing the URI itself, getting at the protocol handler, interacting with the protocol etc. So, at present, we don't plan on changing the URL.equals/hashCode behavior and we will leave the bug open until Tiger, when we re-investigate our options.
I just encountered this with an Election app (Polarized Bookshelf) trying to do an OAuth flow. I can no longer log in to my account on the app!

I'm not actually upset, though. Such is life when you rely on entirely free services provided by another company. It's almost like the role Google plays in my life is that of some natural phenomena, perhaps as seen by an ancient civilisation: omnipresent, inscrutable, unthinkingly capricious. Such is the way is the world, my son.
That's an interesting way to think about URLs. If both `url`.com` and `url2.com` resolve to the same IP then they are functionally the same. It's like comparing two strings whose variable names are different but that resolve to the same space in memory.

It also means that if one URL changes, then they could be equal sometimes and not others.
DeMesquita's predictioneer papers and books, Pfeffer's books on power and management, then more old school would be cialdini's influence. a16z's more pragmatic guide that includes this idea of using upstream interests to close the sale (https://a16z.com/2014/05/30/selling-saas-products-dont-sell-...)
It varies a lot. In my experience - it takes a lot of time to switch because the parking lots aren't always directly next to boarding on the train. Getting in and out of those lots can be a nightmare if it's a busy time too. (This is why you'll see people running to get to their car as soon as the train starts deboarding - they want to avoid the traffic in the lot!) So, naturally, you need to add a buffer in for parking, getting to the station, making sure you paid for a ticket, etc. This is an automatic show up early. And then the damn train is NEVER on time except when you show up late to the lot... then it's so on time that you miss it and have to wait 30 minutes or an hour for the next train.

You might spend 20 minutes looking for parking but that usually indicates unfamiliarity with parking in the area. That happens maybe the first or second time visiting a place. After that - you know what has high to low availability and you'll go to streets that optimize for availability + distance.

I really think switching is terrible and it's why I don't do it. I live in the bay area and avoid taking public transit here because it's horribly behind time except at the starting destinations and the infrequency of trains coming by is why I don't ride almost ever anymore.
> never asked permission

That's a key thing.

Even in the most high pressure environments, where "project management professionals" are breathing down your neck for "deliverables" it is your responsibility to learn stuff and evolve.

It's nice if there's time and resources for people to better themselves, but these are typically limited to activities which are "related" to one's work function and are subject to "approval" from people whose interest in your career stops hard at what you can do for them in the roles they assume you're best-suited for.

The good news is most places are NOT rank-and-yank hellscapes where every minute you do something that's not on somebody's gantt chart will cause you harm in the long term. In most places you can lift your nose off the grindstone... but you have to be willing to impose your own self-direction and structure.
I recently started testing YNAW and while it is still early, it shows lots of promise. I manage a team of ~40 and preparing for a full transition from Confluence to YNAW ASAP. The founder is also very responsive and quick to resolve issues.
No, panicking is not a correct way to handle programm execution, it's just "I don't want to care about this possible error case right now", nothing more. I gave you 2 examples and you preferred to ignore them or say "it's ok". Let's agree to disagree, I will never understand people who are too lazy to allow panicking in their code and say "works as intended".

Many languages don't have Result types to return so there you can't do much sometimes to prevent data corruption or something worse. But in languages where you can return more than just "false", it's not acceptable.
Java has a bunch of relics like this: holdovers from the more zealous OOP days of the past, when updating objects was supposed to update the database, URLs were the concept of domain names instead of the data of a physical URL, etc. I think most people have away from this mindset because it leads to code being hard to reason about.
Anyone who has used Java knows that the URL class is a total mess.

Just avoid it entirely.
> Note: The defined behavior for equals is known to be inconsistent with virtual hosting in HTTP.

They even seem to know it makes no sense.
You can't use it to extend the range because you'd have to budget for not getting any top-ups, and it's extra weight.
...and what if my resolver uses round-robin and returns a different IP on each request?
One of the advantages of a multiplexed protocol, is that it would reduce the need for each client to keep around a pool of N open+idle connections, just in case the client needs to abruptly make a low-latency query on a new session in parallel to its existing ones.

Part of the reason abrupt scheduling of low-latency parallel queries requires clients to keep a pool of open+idle connections, is that the PG backend takes a moment to fork(2) out a process to serve your connection, and nothing about multiplexing eliminates that cost; but another part of the reason, is that it takes the TCP socket a moment to establish, and takes the TCP window even longer than a moment to scale. (And, intriguingly, open+idle separate-TCP-socket flows scale their TCP windows down while idle, so current connection-pooling strategies aren't even getting 100% of the possible benefit.)

Decreasing the costs of flow establishment would decrease the number of open+idle flows clients keep around, which means the backend host would be free to do other things with its freed-up resources.

In combination with the fact that sessions would be "grouped" to a connection, such that long-term metrics could be captured for the behavior of a client (= one connection) as a whole, you could design an alternative "elastic scheduler" for session backends, without needing to change the forking model. E.g. keep a number of prefork idle backend processes around, associated with each connection, where the size of the prefork pool varies dynamically per connection with the observed velocity of the client's opening of new sessions on that connection. (So, for a client that does everything under one session, you'd have zero observed session-open events per unit time, and thus have zero prefork processes waiting around for that client.)
And if you have the ability to buffer tens of gigawatts of power, if even for a fraction of a second, in the air while flying, why bother with batteries?

(Hints of sarcasm, but some truth there too)
Probably just fastmail. I have trouble justifying the higher expense of maybe-more-secure options like Protonmail when really 99% of my use of email is transactional stuff or (product, job) alerts or updates. I've trialed them a couple times for side projects that never went anywhere, and they seem nice enough.
If Day
Good point. I based myself on an NPR story I heard this morning, I suspect they were referring to its Canadian equivalent.
Why is URL.equals(url) doing DNS Resolution comparison under the hood? That seems wildly outside the scope of what the URL library should be doing. It might be a useful feature, but there's no rational reason it should be here.

Some quick googling suggests people are using java.net.URI instead to bypass this poor design.
Another way of saying this: S&P 500 profits now about 10% of all R&D spending in the US.

(Assuming buybacks return 10% to shareholders, which is optimistic)

Because buybacks are just another way of returning profits to shareholders.
They are not functionally the same. Full stop.

It sends a different Host HTTP header; servers send different responses based on that header ~100% of the time.
How to Climb Mount Everest Ethically
This is essentially impossible.

Yes a single lightning strike contains roughly a similar order of magnitude of energy as an entire charged flight battery would but it is delivered in microseconds.
That comes out to hundreds of terawatts of power while in comparison the new Tesla supercharger charges at an incredibly high rate of hundreds of kW. That's 1 Million times lower than lightning! There is no substance on earth that can absorb and store energy at that power rating.

On top of all of that, even if you could get it to work it would be such an unreliable source of energy that it would never make any economical sense to deploy on plane if you could just capture it on the ground and charge the plane from there.
I think what glofish and arcticfox are arguing is that these export numbers include things like animal blood and vaccines that have nothing to do with "the blood of poor Americans", which is the article's outrageous claim.

Ireland is relevant because it has comparably sized exports to the U.S. in this category but vastly fewer people, indicating that most of what's included in this category isn't obtained from humans.
No, they aren't functionally the same for all protocols, because of things like SNI.
You can get temperature readings from a higher-frequency transducer. My old lab worked with HIFU and the transducer I used was a combination 1MHz and 20MHz conical transducer, where the inner high-frequency one was used for non-invasive temperature measurement. You get comparable results to implantable thermocouples.
> it's going to be a steep climb to get European authorities to agree to certify it

No doubt.

> the correct comparison would not be to driving, but to flying in other planes with similar range that are already available

Yes, but the correct comparison is the recertified Max, without MCAS, and with re-trained pilots. That is the alternative to scrapping the fleet.
Amazing story! I'm learning Python, too. Do you have any preferred Django tutorials or courses you might recommend? Congrats on leveling up!
The jet in jet-engine refers to the fact it uses jet propulsion - i.e. producing movement in one direction by ejecting a fluid in the opposite direction. This means that lots of things are actually jet engines - rocket engines and water jets being two common ones.

The propulsion of a 'jet engine' is normally through a gas turbine, which is a type of internal combustion engine, so you wouldn't get an electric gas turbine.

Replacing the gas turbine with an electric motor would in this case produce an electric jet engine.
Indeed, here's the QRA following Lion Air Flight 610 showing projected fleet lifetime fatalities of almost 3000.

https://twitter.com/davidshepardson/status/12047953204058316...
This is very old news now, but still worth repeating.

Use URI
> If unlike Facebook, they can share blame with other actors, they won't singlehandedly be responsible for political mayhem, so there won't be calls to break up Twitter.

I don't buy this. Nothing is going to change from the user perspective, and almost nobody in the grand scheme of things will likely be aware of this open standard anyway, let alone people working in government. I don't see how this will change the public and political perception of social media websites whatsoever.
>A modern jet engine is just a shrouded propeller that happens to be powered by a jet turbine.

No, it's not. A propellor creates thrust by slicing the air and creating lift just like a wing, but in a forward direction. A jet engine's fan blades create no thrust in themselves. They provide the compression needed for combustion to occur within the engine, and thrust is created by the expelling of hot exhaust gasses.
You are the one who started the flamewar by accusing me of something I didn't say. It was clear in my comment that every time I said "this place" I was referring to the restaurant. I used the phrase "this place" three times in my original comment, all three referring to the restaurant.

Just apologize for accusing me of something that I didn't do and I will move on.
Do you use google docs and other office tools? I've tried to switch to Dropbox Paper and Microsoft but they feel clumsy or incomplete or spammy or slow compared to Doc and Sheets. I'm looking for a relatively straightfoward set of changes to my major web activities away from google.
Presumably, at the point they realized that, something already depended on this behavior.
You should look at R2DBC then: https://r2dbc.io/

"R2DBC (Reactive Relational Database Connectivity) is an endeavor to bring a reactive programming API to SQL databases."

It already has client and driver implementations for several major DBs. Whether the databases themselves pick it up remains to be seen and will probably takes years.
> Unfortunately that was overly optimistic.

No, it was fraudulent. Boeing didn't make even the slightest attempt to identify all the potential failure modes, and it's still unclear if the plane is even safe to fly with MCAS disabled.
ChaCha: The search engine killed by Google Panda algorithm