skysight-inc/HackerNews huggingface dataset:
As soon as I got that warning about losing SMS support, I disabled updates. That was months ago. For the sake of getting this thing put together quickly, I forked from the latest version that was compatible with the version that was on my phone when I disabled updates. That will be rectified in due time, but I'm pretty busy with life right now.
Great, the Emacs people are going to have a field day with this.
It's showing you that you're incorrect, and telling you the correct answer. Though I think it could be clearer too.
Because of its best scoring system :). a scoring system that turns every competitive game into a feast
This looks great! I have been wishing for a headless CRUD framework for React. i have to dive deeper into this, but it looks promising.
So, my perspective on this is all wrong, despite the fact that the original poster wrote, pretty damn specifically, "Automating creativity is so gross. Never mind the fact that these models are trained on stolen artwork and texts."

That's it, that's the entire post. Never mind the "stolen artwork" argument, you still have people upset about "automating creativity".

So, like I said, it's one part of it.
Even alone making grippers that reliably can pick up arbitrary objects is surprisingly hard (I believe Amazon did have some prizes offered to anyone who comes up with improvements there). So for now it's cheaper overall to have humans do the tricky part of actually picking stuff up and putting it in boxes, and where possible move other things to/from them. E.g. various "self-driving" shelving systems etc.

And Amazon ships all kinds of stuff in various packaging formats etc, so is kind of the worst case here. I could see a company that produces and packages its own stuff choose differently here, and design packaging specifically with its logistics robot capabilities in mind. (For larger packaging sizes, that tend to be large-ish plain boxes, that's already what is happening)
It's taken on a life of its own at this point. The idea that the quarterly stock price is The One And Only Metric That Matters arose for various reasons related to what was mentioned, but over the years it's become so ingrained in the minds of executives and other wealthy people that even when those conditions don't specifically apply, they still act as though they do.
It is gimmicky but the batteries in EVs are really big and especially in the US everyone has a car. I don’t see a large amount of houses getting a 30-70kWh battery unless they install rooftop solar. So what are the realistic options ? Other than large infrastructure spend to get grid batteries which is probably what will happen in the end
According to the threat actor, the data contains personally identifiable information such as honors ID, address, name etc. However, the hotel group’s spokesperson denied any possibility of a data breach.
Has that not been fixed since ES2015?

const a = 5;
console.log(a)
{
const a = 10;
console.log(a)
}
console.log(a)

5
10
5

What we are missing from say Rust in js is the blocks being expressions, though there is a proposal ("do expressions") to allow this:

const a = do {
if (b) { 5 } else { 10 }
};

https://github.com/tc39/proposal-do-expressions
State level regulations around installation driving up prices?
Yes the lack of them being able to see any problems was a constant problem.

Our AWS reps are all over stuff when it goes down. I regularly get to talk to actual real product managers and engineers via our enterprise support if anything goes wrong.
What a joke. Renewables intermittency is not a problem of a user, but problem of the operator of renewable power plant. Government should mandate that any renewable power plant must provide installed power (i.e. 100MW) for at least 24 hours without interruption, independently on weather and if it can't because operator cheapen out on power plant's energy storage, sanction them until bankruptcy.
It's a market - so whoever is willing to do the task for the smallest premium gets the business...
I've installed Solr in a 3x5xcluster setup (3 data centers, 5 instances on each) called CDCR/cross data center replication. Has been working flawlessly for years.

But definitely go for Postgres FTS for simplicity as long as you can.
Every ignoring that most cars aren't used every day, most cars are parked during the day and peak solar generation time.
Say what you will about the CCP, but they are NOT a colony.
Fake-fake, or Google Voice-fake?

I'd be worried about being locked out at some point; I get asked to confirm I'm me via phone/SMS fairly regularly.
> Use any of the competing search engines for even a day and you'll come running back to Google.

I haven't. I switched to ddg years ago and I haven't gone back since. I basically forgot that google search exists and that people still use it.
Being able to convince others is amazing! Have you used a similar framework before? Thank you
Refer to other comments - this isn't really a "third party client," it's an exact copy of their code with two or three lines changed.
Sorry for the late answer: Thousands, sometimes hundreds. There is an ebb & flow, if you will.
A paywalled article about neophytes rediscovering BBS culture isn't for everyone. This is the worst timeline.
True, hence the Affinity Photo app. Good for on-the-go editing and syncing back to my laptop
Clear away all the words, and you're left with a massively profitable company putting thousands of people out of work just so that they can boost their stock price.
this is going to have crazy implications on music making
As a friend of mine who's heavily involved in transit pointed out, we pretty much nailed autonomous self-driving subways a long time ago. But as you say, in the USA, mass transit is for poors.
Helion seems to be the only Fusion startup that is confident of net energy gain at a system level within the next few years.
If they can pull of Fusion Reaction direct to Electricity ie eliminating steam generator stage would be a game changer - but seems too good to be true.
Sam Altman believes in it, he put in $375M of his own money.
I'm genuinely confused about what we're disagreeing on. Yes, Bohmian mechanics has been extended into a field theory. In fact, it's been extended to many field theories all of which have flaws such that no single contender has emerged as it has with orthodox QM. I think this is a perfectly reasonable interpretation of my original claim that Bohmian mechanics doesn't have a field theory.

I'm aware of the paper you linked. As with all other attempts, it hasn't really gone anywhere.

There's nothing else from your comment I seriously disagree with, and it's not clear what, exactly, is your issue with how I've framed the problem. It's clear that orthodox QM posits a formal model that lets you make certain derivations that are compatible with relativity, and those derivations contain steps that are not compatible with Bohmian mechanics because of the latter's ontology.

I'm positing:

1. that those steps merely kick the can down the road, leaving certain irreconcilable differences between relativity and QM that we're still dealing with.

2. that Bohmian mechanics puts this problem front and centre, and if it can be overcome, it will provide unique insight into how to solve those issues in other interpretations.

It's kind of like how classical logic permits the excluded middle in a proof, where intuitionistic logic does not. Using the law of the excluded middle is a useful shortcut to truth, but it does not yield a path to a construction of the object in question. Explicit constructions are considerably richer in properties and so provide considerably more insight.

Orthodox QM excludes many details of what's going on, sort of like a proof depending on the law of the excluded middle, where Bohmian mechanics makes everything explicit and manifest, sort of like a construction in an intuitionistic proof. It seems very plausible that the richer construction will be more difficult to reconcile with a different formal model, but it also will yield considerably more insight if it can be done.
I've met him, when he was 3 times UK strongest man before winning WSM. He most definitely was not fit for daily life but was in good shape for strongman.

By saying "out-train a bad diet" I mean he needs his reputed 12k calories to build and repair his muscle mass (obviously some went to fat as well). The people on "America's Fattest People" (or whatever) don't need 12k calories a day and get (the bad kind of) huge as a result.
Integer upscaling, for a start.
I was at Wirth's farewell lecture and the topic of the Laudatio was a friendly roast on how Wirth failed to bring in lots of money by creating very efficient solutions which weren't commercial successes.

I think it certainly wasn't the norm back in the day. It's often easier to pile on existing solutions and try to go further by trying to cover up problems. Look how far we've come with the tooling surrounding C (e.g. static analyzer or runtimer fuzzers).

But sometimes you need to take a few steps back. It might not be obvious when looking at it today, but when Java came onto the scene, it had a tremendous effect on software engineering. It was a breath of fresh air that you could concentrate on other topics than how to prevent buffer overflows or what would be the best String class.

Java pushed modern programming practices in a way C or C++ just couldn't. I often joke that I am very grateful to Java as it saved me from working in C++.

But if you ask most programmers today, you don't get a very good opinion of Java. You probably shouldn't try to disrupt programming if you want to have rewards. :)
>Quack quack quack quack quack.

You identify as a duck?

The stated goal of HN is to enable conversations and prevent becoming an echo chamber. guess they failed.
The thing about the calorie system is that it's extremely simple and consistent. You could get into more advanced ways to count the calories that look at the type of food, and how body captures it, etc etc but that would be an even bigger mess than modern "dietary science."

Currently the calorie count at least gives me an upper bound, and at least it's on the box and applies no matter who looks at it. How would you do better?
As far as I know, there is no common, open banking API in the EU, unless you are talking about IBAN, which is more like an exchange framework.
And expend you they shall. Faster and longer and cheaper, unless a union demands otherwise.

https://en.wikipedia.org/wiki/Triangle_Shirtwaist_Factory_fi...
It's not info on 3.7M users, it's info on 3.7M reservations from 2017.

Hilton has over a million hotel rooms, 3.7M reservations is nothing.

Most likely this data comes from some OTA that was breached.

Edit: I downloaded the actual dump. It only contains 775k unique reservations from approx 450k unique people, the other 3M are just duplicates. All of the reservations are in the US, for only around 35 different properties.

The only PII contained in the dump are Hilton Honors IDs and names, there are no addresses despite the article claiming otherwise.
The new addon for Firefox doesn't just work but instead is unable to match the current URL to entries. You have to switch off the "Advanced autofill" which is automatically turned on nearly every day. The android autofill doesn't "just work" but that may Android's fault.
I clicked on resellers & affiliates because I was curious about your terms. They are both empty.
"WOOF?"

"BRRAAALFF!!"
Justin Roiland dropped from Rick and Morty after domestic abuse charges
We have been here before...HN is the only status page that matters.
Essential:

* Flicker free monitor (non-PWM backlight).

* Dark Reader browser plugin.

Nice to have:

* Ambient lighting.

* Curved monitors (reduces constant eye re-focusing on large monitors).

* Matte finish on monitors, avoid glass to avoid glare.

Flicker free is the major one. Many LCD that use a PWM backlight are pure torture at lower brightness levels. Ironically very old LCD with an actual lamp backlight are naturally flicker free. Ambient lighting can help mitigate the stress of flicker too.

Samsung didn't get flicker free offerings until 2021-ish. BenQ has had them since about 2014. Most OLED monitors are flicker free.
I think the proponents of this method can assume a last known position (with time), but for the tests to be relevant, they need to show that, given this, the data provides significant support for one and only one subsequent track. I wonder why, if the people performing the tests understand this, they would present a report that raises doubts about whether they have done so.
E-proposing now official in Estonia
You are missing something: lifetime depends on how much you cycle the battery. If you take the battery from 80% to 50% 5 times feeding the grid you do a lot less damage to the lifetime than just one 100% to 0% cycle, even though the first supplied more power overall to the grid. Smart management of batteries can ensure that this happens.
> Or better yet, owners set their car to only "bid" for a grid storage job when the cost-per-kWh is greater than the cost of degradation.

It would have to be substantially greater. I'm not going to deal with reduced battery capacity and the hassle of replacing it early for a couple of cents here and there.

Considering the extra cost of equipment to allow the EV to send power to the grid, I don't think the economics will ever work out.
Pretty cool, love that it keeps track of your score at the bottom. One comment is that the user feedback when answering incorrectly displays the name of the correct country, not the incorrectly guessed country.

Example:
Flag is Brazil. Finland is guessed by user. Message to user: "You guessed Brazil incorrectly".
> Yes, it doesn't look good

Speak for yourself. I think it looks gorgeous!

Besides, it's nothing a little marketing (and cultural drift) can't fix. The Model X looked weird to people at first without a 'fake' grill, but now the opposite is true.

Mostly "I know what I like when I see it" just translates to "I like what I've seen many times before."

https://en.wikipedia.org/wiki/Mere-exposure_effect

> precludes rear wheel steering

Speaking of "commercial realities," that's not an issue for the vast majority of vehicles.

> need to fit people in it

Amusing, but obviously exaggerated.

People still fit in small cars. It's obvious that all people don't fit in all cars (even this one).

> You're presupposing new battery chemistries will require active cooling

So apparently, what you really meant to say is "what you can achieve if I assume future battery technology."

This is quite the about-face from your earlier position.
They could have started simpler with app passwords that provide read only access. They purposefully drug their feet under the false principal that they own their clients' data.
I can't be bothered to actually make the meme right now, but imagine I used this for "most complex intersection in SF" and put it next to "simplest intersection in Boston".
Try it with var
Why Unison over Syncthing? Just curious because I've been happy with Syncthing and haven't heard of Unison.
I'm really starting to suspect that Google abandons a high percentage of its products.
Shopify increases monthly subscription prices by 33%
Editorial Note: Silly me, grumpy, flaming and point-whoring. Shame. But I really don't care about google, at all.
ChatGPT Gets C+ Grade on Law School Exams
> It's very simple: Simplicity.

Well, simplicity in a programming language is IMO only a virtue as long as it doesn't come at the cost of too much functionality, which with Pascal it surely did.

There's a reason that of C and Pascal, C is the one that survived. It's the simplicity of Pascal that ultimately killed it, since it forced any practical implementation to heavily extend the language (Turbo Pascal, Apple's Clascal, etc). Even USCD's famous P-System extended as much as it subsetted the language. What this meant is there was in practice no Pascal standard, only these isolated ecosystems which eventually died one at a time.

In contrast to Pascal, C (which was designed only a couple of years later) was functionally complete enough, even in original K&R form, that it was implemented as a standard, and the standard endured past the lifetime of any individual implementation.

The simplicity of Pascal also came at extreme cost in terms of performance and usability. For example most non-trivial Pascal programs (certainly any use for systems programming) end up using the "variant record hack" for type casts (e.g. pointer to int). So, rather than not allow type casts, Pascal allowed it but made it have a runtime cost of load/store rather than being free. Or another example - Pascal only supported value or var (passed by reference) function parameters, so if you want to efficiently pass a record or array type you'd have to pass it as "var" to avoid being copied, even if the caller wasn't meant to modify it.

Hmm.. or how about Pascal's "simple" for loops, which took the form "for i := x to y", which means you couldn't use it for "i = 0 to (N-1)" without the cost of calculating "N-1" and would have to use a while or repeat loop for that instead at the cost of readability/maintainability.

Or how about Pascal's (variable sized) "conformant array" function parameters which the language didn't allow you to pass to another function... Or how about the fact that Pascal didn't support length-1 strings (length 0 and 2+ ok, though), since it made things "simple" by regarding 'a' as a char vs 'ab' as a string (incompatible types).

Yes, it was simple, but very poorly thought out, and practically useless unless extended.
You can read up on Dr. Stephen Seiler's research (or watch his lectures on YT). He is one of the leading academics in the field of endurance. His results clearly demonstrate that a "polarised" approach with at least 80% low intensity work yields superior results to more high intensity approaches even in athletes who only train for a limited amount of time each week (3-4h).

That is not to say that HIT doesn't work, and doing something is certainly better than doing nothing in any case, but if you want to maximise the training effect w.r.t. endurance for a given time budget, doing mostly LIT is the better option.
Not useful enough for Google to use in most of their own cross platform apps…

https://9to5google.com/2021/10/10/google-ios-apps-native/
Isn't that the big question? Whoever is confident that they have correct answer to that question should invest any coin they can get their hand on right this second.

Purely from a theoretical perspective, anything that can generate power at lower prices than the current market rate will be financially viable. With this past winters prices in Europe, it means literally anything. Even at times a diesel generator from your local hardware store would be a good idea (~.60 EUR per kWh).

But these prices won't last, in a few years we will be already back down to manageable price fluctuations.

It's pretty easy to see though that if battery based grid storage is going to be a big thing, it is not going to be EV batteries. The chemistry used in them is not optimized for life cycles (at least currently). LFP chemistry batteris that are in some Teslas has bettery cycle duration. Sodium Ion batteries will most likely be the choice for grid-scale deployment if they can be commercialized.
It's the same economics that made slavery not viable. Sure you don't have to pay labor costs with a slave but if they break their arm you have to call a doctor, otherwise you are out the money you paid for the slave (and that is many years of a typical man's wages), and either way you aren't getting any work until they are healed. It's much more economical to work humans that you've paid a wage, to the bone, and once they are broken, fire them for lack of performance and hire another. No upfront capital outlay, no ongoing costs when they are injured and can't work for you, hell you don't even need to pay them enough to survive, wage slaves beat actual slaves every time.

Amazon's problem is they hit such a scale they are starting to run out of wage slaves. They either broke them already or the potential worker has friends or family broken by them so they are wise to the deal. If this wasn't the case they would have little interest in automation.
It’s not just cars. How would homes store energy overnight without lithium? The current best available home storage is still lithium based (lithium iron phosphate).
Maybe they can like...catch the exit material and fry it up.
So now everyone on the planet has to suffer from slow response to esc keys because xterm is too lazy to fix it properly. And its not a "few milliseconds". Terminal bytes can come over networks with arbitrary delays, so you either get inaccurate key presses causing potential data corruption/loss or insufferably long delays. It is this kind of lazy thinking that has bedeviled this poor ecosystem.

Yes programs need to know about an extended set of key combinations, because lots of programs just spill escape codes they dont understand to the screen. So you cannot produce such codes arbitrarily, only when a program indicates it wants them. And as is usual with xterm, it didnt bother to think this through. It has a facility for requesting these extended keys, but that facility may or may not work. And there is no way to detect if it has short of waiting for those keys. So if a program wants to say, present a different interface in terminals that support extended keys, it cant do so, because it has no way to know if the terminal does support it.

I dont need a keyboard that supports physical keys. I can repurpose unused physical keys as modifiers.

Its nice you dont care about num lock and caps lock. Its not so nice that you are foisting your lack of care on the rest of us.

Let me paraphrase what you said about keyboard layouts. "Something was not done previously and therefore it should never be done". Support for layouts means pressing ctrl+letter can work even on a cyrillic keyboard, but of course, terminals have never done that, and everyone speaks english anyway. So no one cares.

You suppose its useful for games? Try making a game that uses keys for real time control without release events. Autorepeat my ass. But ofcourse, no one cares. Are you in the habit of assuming that because you dont care about something, everyone else also must not care about it.

xterm absolutely shouldn't. it would make a pigs breakfast of it. I am very happy it didn't. What you should do is stop advocating for a broken, half assed hack.
The clown who wrote this thinks the word hacking means cracking. That automatically negates everything he says. I would not take anything in this article seriously.
https://archive.md/DIsBr
I think they are genetic outliers, but they are also outliers in the stresses they are putting on their body. They genuinely need ~12k calories per day (Hall and Phelps).
There is something called "If you cannot convince them, then confuse them" :)

Most of the products are "also ran" products. They have nothing new to sell. So, this simple trick is used to disorient the readers.
The tl;dr is “our lawyers and CEO hated it,” which is sad for the author who was just trying to have some harmless fun, but is not surprising.
During the Ruby 1.8.7 to 1.9 transition there was a lot of complexity to things, but it hasn't really been a big problem since then has it?
VESC (vesc-project.org) is worth checking out if you need (low) triple digit watts and a PMSM/BLDC motor is suitable.

You can interface via UART and CAN and a bunch of other analog/digital options as well
There's also Silence, which is a fork of Signal from back when it used to be TextSecure. It only does SMS, and it actually encrypts it. I get the appeal of having one app that does it all, but Signal hasn't been that app for a long time anyway. Silence is a more sustainable and secure option than using an old version of Signal with deprecation checks commented out.

https://silence.im/