skysight-inc/HackerNews huggingface dataset:
Fermi estimation says…

The internet says the energy of a cloud to earth lightning strike is 10^9 joules. A gallon of jet fuel contains about 10^8 joules of energy. A strike would provide the equivalent of 10 gallons of fuel.

A 737 would need to be struck at least once every 10 miles to keep going.

Sadly, that lightning power number is for cloud to earth, a cloud to airplane is going to be far less. If you try to extract too much power from the bolt it will just go around you.

␄

Meta comment: I like the breadth of this comment's peers. We have this one about the scale of energy, one commenting that it doesn't help range because you can't rely on it, one about the disparity of power between charging and discharging, and one about avoiding complexity and mass in airplanes. All good points. I hope in 12 months we hear back from the lunatic that ignores them and makes a functioning prototype.
Sure they have, but studying for standardized tests (and tests in general) does not take significant financial resources. A diligent student only needs a few review books and the internet to study for standardized tests.

Is it harder for poor students? Of course. But is it prohibitively harder for a smart, poor student to do well in school and demonstrate their ability? Absolutely not.
Actually, both Nest Hubs run on the Chromecast-platform, not on Fuchsia[1]. However their UI is actually made with Flutter[2]. However, both devices (as Sherlock and Astro respectively) exist in the Fuchsia repo and so it's safe to assume that they're developing Fuchsia on them and since Flutter is multi-platform they can replace the OS underneath via software update, if they chose to.

[1] https://www.reddit.com/r/Fuchsia/comments/blyutb/the_nest_hu... (See top comment)

[2] https://twitter.com/timsneath/status/1125868510645669888?s=2...
Aha, thanks for that very valuable information!

T3 look cheaper and better than E2 then, my only problem is region placement where Iowa and Taiwan are more central than anything AWS offers (still no central US region!?).

I'm in the MMO business, so very specific requirements.
I prefer Ruby on Rails for these kind of CRUD apps. I see no tests in this repo and the DB also seems mocked?
This comment would be better without the first three paragraphs, which actively detract from what you're trying to say.
What about two? The probability would be much lower when IID is assumed?
Stanford, Kyoto and Georgia Tech Model ‘Neutralizes’ Biased Language
They really need to start teaching this in whatever management 101 thing they have people take.

Management isn't about managing everyone the same, but how they need to be managed for their unique personality and circumstances.

People are like unique plants in a garden and each has certain strengths/weaknesses and the best managers fill their gardens with complimentary plants that will grow together to achieve the most, fertilizing, pruning, and repotting along the way.
We tried a ton of tools but Notion does pretty much everything we need perfectly. It's probably what you're looking for.
> It's possible to have URLs that are not equal as strings but resolve to the same thing so this actually makes perfect sense.

No, that doesn't make "perfect sense." Two different URLs are different, they cannot be equal if they're different, and a library called "URL" shouldn't use voodoo-magic to say that two different URLs are equal when they're not.

If it was e.g. Net.DNS.Equal(Uri, Uri), perhaps. But even then it is ambiguous as DNS has multiple record types, not just "A" records. So is it pulling all records (A, AAAA, MX, etc) and comparing them all? Or just arbitrary comparing one?

But as it stands, it is a URL library that is ignoring the URL part of the URL and using resolution to decide equality instead. It is nonsensical. And even if they did resolve identically they may not be treated identically by routing or endpoints.
If you are 'learning' stuff open-loop (with no feedback from users or peers), then you are deluding yourself about how much you've actually learned. You're one important but terribly insufficient step above book learning.

No battle plan survives contact with the enemy. There are tons of strategies I know to solve problems that I never use because it confuses other people (and some of them confuse me too when I look at them six months later). That's experience. That's wisdom. You won't find that in a private github repository, and only those who already know what they're looking for will find it in a book.
I'm not sure I'd trust something standing the test of time based on Donald Trumps decisions ;-)
Not only is it possible to have two hostnames that resolve to the same IP address, hostname -> IP address is not unique either:

$ dig amazon.com
...
;; ANSWER SECTION:
amazon.com. 60 IN A 205.251.242.103
amazon.com. 60 IN A 176.32.103.205
amazon.com. 60 IN A 176.32.98.166

Something resolving "amazon.com" is welcome to resolve it to any of those three addresses. Code that tries to "resolve" these IPs is at the very least coming perilously close to deciding that amazon.com != amazon.com, nondeterministically, if the underlying resolution call changes its behavior.

The further obvious change of trying to compare the whole record just gets worse; what is the answer if domain 1 resolves to IPs (V, X, Y) and domain 2 resolves to (X, Y, Z)?

Oh, and let's not forget, DNS can be different depending on your geographical location, so in the US two domains may happen to resolve to the same IP but in Europe they may be different. What's the use of a URL equality operator that changes behavior based on where the user is? Whatever the use of such a thing may be (I mean, yeah, I get the internet contrarian impulse, yeah, I can construct some bizarre situation in which it is useful), it is certainly less useful than a simpler operator.

Basically, the entire idea is just fundamentally flawed and shouldn't be used. I make no claim to have exhaustively enumerated all the ways in which this is a bad idea, merely added to the pile, and demonstrated sufficient evidence for my claim that it shouldn't be used.

Edit: They know, see yzmtf2008: https://news.ycombinator.com/item?id=21766138 and consider my post here a lightly educational post on further reasons why it's a bad idea. If you only take one thing away, remember, a function that takes a hostname and yields an IP doesn't have very many useful properties beyond just that it yields an IP or failure. You can count on very little else about that IP. It should be treated as opaque and not compared, stored (other than logging), etc.
It would be interesting to deploy the nose gear only when the main gear is in contact with the ground. You'd get better aerodynamic properties that way, because you'd never fly with the nose gear down.
Or if the computer running the JVM doesn't have a reliable network connection? Does the behavior of URL.equals() change if your network connection is down?

... and what happens when you try to compare a URL which contains a nonexistent hostname, like http://asdfghjkl.example.com/ ? Does that compare as equal to all other URLs with unresolvable hostnames?
I disagree. This is definitely all possible at once with proper tooling.

Ideally this workflow is wrapped in a CI/CD pipeline. To request a schema change, you create a pull request which modifies the CREATE statement in a .sql file in the schema repo. CI then automatically generates and shows you what DDL it wants to translate this change to.

If that DDL matches your intention, merge the PR and the CD system will apply the change automatically. If that DDL doesn't match your intention, you can either modify the PR by adding more commits, or take some manual out-of-band action, or modify the generated DDL (if the system materializes it to a file prior to execution).

In any case, renames are basically the only general situation requiring such manual action. Personally I feel they're a FUD example, for reasons I've mentioned here: https://news.ycombinator.com/item?id=21758143
> I unfortunately know very little about Rust, but is it possible to recover from panics in Rust?

Yes: https://doc.rust-lang.org/std/panic/fn.catch_unwind.html

However, this comes with a critical caveat: unwinding can be disabled when compiling an application, which means one cannot guarantee that catch_unwind will actually work. (If unwinding is disabled, then panics turn into unrecoverable aborts.)

For this reason, and because the standard error handling mechanism is done through return values, panicking is not an acceptable way to do robust error handling in Rust. Recovering from panics is useful in niche scenarios, like keeping a web server running even if a request causes a panic or in tests for ensuring that all tests run even if one panics. Which basically matches your key concern here.

(To be clear, I think this is mostly orthogonal to my original comment in this thread. :-))
ProtonMail with Brave works really well.
I wish this were the only problem I had with gmail on the iphone (because I'm not downloading the app) where switching accounts is essentially a roll of the dice whether or not gmail feels like actually taking me from one account to another.

Fixed it in the end by just bookmarking the two account pages separately.
Some mistakes are also worth recording. I like seeing bad predictions of the 2000s from the 1970s for example.

Not to mention that quite a lot what is archived today has been made by companies, there's no "right to be forgotten" that companies could ever deserve. For example I've uncovered quite a few mistakes in currently public datasets/websites based on archived sites, who knows how many mistakes are made now and never fixed because we lose the original sources. Point being that the lack of original source doesn't mean the information gets lost, it just becomes a big version of the kids game "telephone" where everyone recites what they heard and it gets distorted in the end.
I guess the Pineapple Fund

https://pineapplefund.org/
Ugg. So tired of this misunderstanding of GPL...

You can sell GPL software!

All BSD/MIT does is allow it to end up tivoized and remove power from the user. GPL is freedom for the user. BSD is freedom for the dev. Not all users are devs, but all devs are users. Users should take precedence.
For retrofits like this, the noise will go down a bit because the engines are inside the fuselage.
Completely agree; commercial services prefer to use their own protocol over a common protocol for technical and commercial reasons. For example XMPP is a federated messaging protocol but Facebook Chat moved off XMPP, AOL AIM moved off XMPP, Google Talk moved of XMPP., even Twitter moved off XMPP at one point, because they all implemented custom features and eventually devolve from the base protocol.
Or, even before that: because of things like HTTP 1.1 virtual hosting.
The bypass part of a turbofan does generate thrust.
Oh heck, I would be okay waiting for a few hours, or even a day for huge files. Though I suppose electricity isn't a huge driver for costs, afaict from that thread, the disks are.
Absolutely!

It'll be a little different as i'll be going through the projects i've previously created (such as some of the e-commerce platforms i've built and mobile apps).
Video – Diablo Running on Android TV
> Keep in mind they're not buying the stock they own in the first place, they're being given it via stock options at crazy discounts.

...is your salary received from the company at a "crazy discount"? the equity is part of the agreed upon compensation for the manager's work.

this is easily the most absurd statement on this entire page.
From the linked documentation:

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

So, yes.
There is an interesting podcast with a "Chuck" Somerville interview. He started on the Apple ][. Its pretty fun walk through the industry in the 80s, and touches on getting the "Chips Challenge" name back from the group that bought it.

http://appletimewarp.libsyn.com/apple-time-warp-podcast-epis...
Also useful for various research, in the same way as going to the archives in a library can be useful.

Even if most data is uninteresting doesn't mean that there are data there that is very useful to someone.
I gain nothing from your pain, dude.
Not necessarily - a gas engine operates at a different RPM and has a gearbox to the prop while these are direct drive.
So what, maybe I just want to punish Boeing for their behavior?
Data is generally hard to put a value on.
Dilbert (TV Series)
Now ask what's the chance that a new model has serious problems? What if that is also 5%. Then you have a 50/50 chance the plane is bad news.
I can see why a method like this could be helpful. The URL specification RFC has an incredibly flexible specification for what constitutes a URL. The hostname/address section can be particularly hairy - to the point that it likely becomes impractical/infeasible to compare hostnames for equality. Comparison via DNS resolution is likely a simple, desirable solution to a real problem.

That being said, URL.equals() is a terribly opaque and non-obvious method signature for performing DNS-based comparisons of hostnames. It lacks any indication that calling it involves network IO.
Thanks to virtual hosting (which is extremely common) host resolution is actively harmful to URL comparison.
Yee-haw.
Love to use a language where you just kind of have to glean from convention which standard libraries are worthless.
Java could really benefit from more pruning/obsoleting. There's far too many "gotcha" pieces that nobody uses because better alternatives have come along, or ideas have been lost to time. Instead of leaving them in as traps for noobies, they should mark them bad or outright remove them.
+1 for flutter being really fun to work with. Its the most fun I have ever had working on mobile.
Hm I disagree with that. I think for the short term it’s obviously aligned for zombie viewing but I’ve been introduced to completely different and new content via their recommendation algorithm on the homepage (no, not trending).
I did, it was non-mandatory and most of the (small) company would be on the call each day. I would turn my camera off and opt for just audio, but others would leave theirs on.

I enjoyed it for being able to have a quick back and forth when I had a question for something that was stopping my current task. Alternatively, I would be waiting on an unknown response time to a chat message which lead to a lot more task switching mid progress. But most of all, I just enjoyed the general talk that comes from being on a non-specific all day call - sports, family, news, etc. I learnt a lot more about my work mates that I otherwise wouldn’t have, which made us closer and work more enjoyable, plus working remotely can just get lonely sometimes.

I say all this and must mention that this call would happen daily for 6 months or so, but has slowly lost participants or only happens every other day as the company changes/grows. For me, I would like to see it come back!
>Because the the welter of proprietary, undocumented formats, media bitrot and the like we are actually moving away from such a point.

The best we can probably say is that it's different. We're capable of saving far more but, in practice, a lot of digital media is locked up in walled gardens and accounts that have to be paid for and require logins.

It's presumably easier to save a bunch of photographs or videos in a way that they'll be accessible so long as key Internet sites or their successors are. A fire or flood probably won't destroy them. OTOH, unless you've taken affirmative steps to upload that media to the right place, it won't be serendipitously discovered in a shoebox some day in the future.
Structure and Interpretation of Computer Programs [1]

[1]: https://mitpress.mit.edu/sites/default/files/sicp/index.html
Practically speaking, how would warm storage like that be implemented?
I don't know if the per-distance-traveled basis is really that meaningful. If air travel didn't exist, people would simply not undertake these trips under the same "cheap" circumstances they do now, and our attitude toward long distance travel would be very different as a result. It's not like, if I want to go to Europe for a week, I'm choosing between flying and driving. I'm flying or I'm not going at all.
I wonder if they do it through the intentional backdoors Amazon left for their buddies in law enforcement.
David - Well, in that case I would be interested. Keep us (HN community) updated as to your progress and for feedback.
You bring up a good point, but do you have any specific arguments about why you think the authors of this manifesto have not tried to understand the complexity we currently have?
that's the reason i also use the HTML version, to switch between multiple accounts. sometimes one of the accounts will stop refreshing but will not tell me that i need to log in again. and logging out logs out all accounts so you have to start over. i 'll try the bookmarking thing if they ever fix it because now i m stuck with basic HTML version for feature phones.
Flutter has been introduced in 2015 while Dart has been around since 2011. Since Google seems to have bold plans for their Fuchsia operating system to replace Linux for mobile, laptop and smart home devices and is using the framework for actual devices they already ship to customers, I'd say it's safe to assume that Flutter and Dart won't be abandoned anytime soon.
You can do small aircraft like this, no problem. The trouble is you can't scale it up, due to how quickly the power and energy demands go up. This thing is 560 kW and gets a range of 86 nmi; an A320 is around 40 000 kW and has a range of 3 500 nmi, while an A380 is around 80 000 kW and has a range of 8 500 nmi.

Going from this DHC-2 to the A380 requires an increase in energy storage by a factor of around 14 000x, while the max takeoff weight ratio between the two planes is only 250.

Airbus is developing a hybrid electric jet, the E-Fan X. They've done the math. When their CTO was asked about the possibility of an all-electric A320, the response was

"""

Assuming for a moment that we’d be able to rely on batteries 30 times as energy dense as that of today, an A320 would be able to fly with half of its payload for one-fifth of its current range, 500nm max. So, assuming a battery which today does not exist... It doesn’t work, purely electrical will not work.

"""
The Beautiful Art of Utagawa Kuniyoshi
That is a description of a turbojet - the earliest type of aero jet engines[0]. GP is referring to modern turbofans which are defined by having a bybass - i.e. air that is compressed and then expelled rearwards without passing through the main turbine body[1].

This is done to trade the high speed of the jet exhaust for a larger amount of air moving more slowly. Making the speed of the jet plume closer to the true airspeed of the aircraft makes it more efficient.

[0] https://en.wikipedia.org/wiki/Turbojet

[1] https://en.wikipedia.org/wiki/Turbofan
Probably a PHB who wanted to "put the . in .com" with network enhanced string processing.
With this definition two different resources could be said to have the equivalent universal resource locators.

foo.bar/baz would be said to be equivalent to bar.wack/baz if they shared the same IP address.

If there is some sense to be made from that, it eludes me.
Who keeps downvoting these archive.is comments and why? They are clearly very useful.
Funny you mention HN and Reddit as ephemeral because I always thought they were more permanent than most. While you can email the mods and ask that a particular post of yours be removed, I don’t think they will wholesale scrub your content out of the archives if you request, or help to anonymize them in any way.

I consider HN pretty much permanent and tread carefully with controversial opinions or things that might one day be considered not-PC.
No, the exhaust is not the primary thrust generator, unless you're talking about military jets. The fans themselves are creating the majority of the propulsion. Modern high bypass designs have bypass ratios of ~10:1, meaning for every 1 lb thrust generated from the exhaust, 10 lbs comes from the fan.

https://en.wikipedia.org/wiki/Bypass_ratio
Does that mean that you can’t share appmaker apps with people using their internal company email address if their email is not hosted by google mail?
Stellar couldn't sell those coins for face value today without tanking the price and thus value proposition of their platform. The airdrop is for a significant chunk of their token's daily non-wash volume, and would trigger a lot of price instability if they tried to cash it out themselves.

I truly think they are simply okay with a $200-500+ CAC because it's all found money anyway (that dumping on an exchange would ultimately disclose and hurt future potential profits).

If they can make it actually get adopted, they stand to make a lot more—but it's a huge if.
The humble thing to do is to apologize for you previous rudeness. Passive aggression does nothing to serve your agenda.
I've been super happy with Fastmail, I suggest you give it a shot if you've become as frustrated as I have with Google's products. When they killed Inbox it was the final straw for me.
Unfortunately, we don't know if flying the plane without MCAS is even safe. MCAS was required for a reason, and disabling it at an inopportune time might be disastrous.
Psychics often take advantage of the fact that earthquakes are numerous, so they can successfully predict one if they are only a little vague:

Major earthquakes, greater than magnitude 7, happen more than once per month.

"Great earthquakes", magnitude 8 and higher, occur about once a year.

Source:

https://www.iris.edu/hq/inclass/fact-sheet/how_often_do_eart...
I know, I did that and it didn't boot. Couldn't be bothered further and I ain't installing docker on my system, it's incompatible with my setup.
and the only energy that comes into the sun-earth system is weak background radiation! it's not enough for _anything_! we're doomed.
Google is also going forward with deprecating the blocking portion of the webRequest API, it is already in Chrome Canary. The change will break extensions, and will make several use cases impossible which are not related to ad blocking, but center around privacy and security, or just a need to modify requests for various reasons.

Their reasoning is so baffling, and technically incorrect about browser performance and security, that there is one conclusion to be made: Google and the Chrome team is dishonest about why they're partially deprecating the webRequest API.

Extensions are free to observe requests and page content, and exfiltrate data at will, but you no longer have full control over the requests Chrome is making. It is about control, not your privacy and security.
Yes. Call it a new airplane, rip out the ridiculous and irresponsible hack that is the MCAS, and go from there.
I have also been working remotely for multiple years now. Since I started taking learning new things as part of the work, I can say my efficiency has increased drastically. That has added value to myself and companies I have worked for.
Software development is an additive practice, where opinions and ideas are usually added to a big-ole-shipping-ball of software. I think this is where most complexity comes from.

Sometimes it can be a subtractive practice, where a person can delete / simplify, but this happens much less than it should.
Apple's office suite is really nice, if you're in that world. I dunno if they do collaborative editing, but Notes does, so they might. If it's gotta be in a browser—IDK, it bugs me having a document editor or spreadsheet program eat so much memory and so many background cycles that I don't feel like I can leave it open and forget about it while doing other things even on a pretty powerful machine without slowing things down and killing my battery, plus they all feel really laggy, so I've mostly stopped using browser-based office tools, period, whenever I can avoid them.