skysight-inc/HackerNews huggingface dataset:
Stock should just be the liquid. You're not going to get good flavor or texture out of the veg that's simmered for hours.

Make the stock, strain it, put in a freezer bag and freeze flat. Keeps a long time and takes little space.

Then when you want to make soup, thaw the stock, add veg and cook until the right texture.
Sounds like they don't want to spoil everyone's research grants!
Same. I'm not much for conspiracy theories, but that is very strange wording.
The 'same' extensions on each browser control for your experience, but not for the browsers' performance:

The browsers have the same or very similar APIs for the extensions but that is just the interface; each browser executes the extension's instructions differently (a lot or a little - I don't know the browsers' code). The same extension will impact Brave's performance differently than it will impact Firefox's. In other words, the same extension is not, in this sense, the 'same' on each browser.

In this sense, an extension is part of the user experience, like a website. The Speedometer test suite doesn't include those extensions (I assume) and that is the experience the browsers are optimized for.

The parent's test doesn't represent that; it does represent their desired experience, of course.
CHERI provides actual hardware enforced protection. MTE exists to find potential security bugs but no real protection. You've got a 4 bit tag, which an application can forge so if some attacker needed to forge the correct tag they could choose randomly and be right 1/16th of the time. The idea is when MTE is employed you'll get bad accesses occurring occasionally that aren't due to an attacker and don't actually cause anything bad to happen (imagine a typical buffer overflow, it may well be the words immediately beyond the end of the buffer aren't being but to any other purpose so using them actually works). MTE will detect these and they can be investigated and patched before they can get turned into a weaponised exploit.
I thought the front page goes to 140 just because it is modeled after actual GM dashboard speedometers produced ~1960-1990, sometimes having range 0-85 MPH, or 0-140km/h in metric markets.
There are a number of ways to probe a data bus for the presence of a signal. You don't need a scope capable of fully characterizing it to know it's there.

And furthermore it wasn't difficult or expensive to get ahold of a 10 year old scope in the 90's; it just took slightly more effort.
While I get what you're saying, context counts.

Hook is a pirate.

By definition, that's a murdering, raping thief, whos main income is boarding honest ships, slaughtering their crew, etc.

Piracy is/was punishable by death.

The story is old, but at the time written, anyone would be a hero for maiming, or killing a pirate.
Development devices for software engineers I like, in 2024
If that's true then I would put even less stock into these just-so stories.
In that class of boat, the owner is not the one operating it. Many times they literally wouldn’t even know how to start the engines much less interact with the ships systems.
I've had a team of programmers come to me and ask why some C code wasn't working after spending some time looking at it. It was a very badly formatted piece of code and yes, they were looking at the indenting rather than the braces. This was decades ago, before the rise of modern IDE's which might make such errors obvious.

To me, that was a definitive proof that while people may prefer braces over white space the majority of those same people read code, they are using indentation to guide their mental parse tree - not the braces. One obvious reason for doing that is they may not even be able to see the braces in the editor window.

It also seems obvious that the compliers should parse the same way humans do. It makes life so much simpler when we both see the same thing, so the code the compiler is emitting matches the semantic tree we are building in our heads. Which means if your goal is correct, readable code python got it right, and just about every other language gets it wrong. The article notwithstanding, there is not a lot of wriggle on that point.
Cartel violence largely occurs in the parts of Mexico not seeing the rise of investments.

For example, Monterrey and Nuevo León in general has always been fairly calm and it is a major hub globally for automotive, power electronics, and machining.

Most of the rise of criminalization in Mexico can be tied to the economic crises of the 1994-96 (peso crisis), 2001-03 (factories moving from Mexico to China), 2008-09 (collapse of automotive industry in the US, and then COVID (8.3% GDP contraction - one of the worst globally).

Whenever the Mexican economy recovers, criminality tends to recede.
A one gal plastic bag in my freezer fully stuffed with vegetable odds and ends will yield about 2-3 quarts stock when processed with my 6L pressure cooker. I will add seasoning and fill the water to the max line, then strain while it's hot after the cook.
It really depends. A lot of teams don't want to waste their time reviewing a bunch of candidates and will pick the first person who impresses them. Not saying they won't go through with whatever other interviews they had scheduled, but if the first person knocks it out of the park and the remaining 3 candidates who make it through the interview cycle that week are less impressive, they'll just make an offer to the first person rather than continue interviewing
Be wary of taking nicotine. I recall people becoming addicted after thinking they could handle it after reading Gwern's post on nicotine.
The oil companies have realized they're losing the fight on "global warming doesn't exist". That just leaves "global warming is bad, but giving up on fossil fuels would be worse", which is exactly what you're (presumably unintentionally) spreading.

The whole reason anyone should care about climate change is that it's going to make life worse for ourselves and our descendants. If your pitch for addressing climate change is "let's make our lives worse, proactively", then you're never going to win popular support.

Good messaging is "We can make our lives better, and give future generations the opportunity for even better lives, without fossil fuels". Anything else is inadvertently advocating for nihilistic hedonism as the world burns.
Not that I always could or would care to go to the effort for a fancy meal, but in general it's going to be a lot cheaper to prepare most meals at home. Or maybe I'm misunderstanding you.
Cloud RNG number streaming is interesting but costly, no? I did have the idea to serve truly random numbers via a quantum computer (trivial by just preparing the simplest state and measuring). Anything else can't be said to be truly random.
In Finnish, owl translates as pöllö, which in modern day everyday spoken language also means dumb/silly/crazy. I can't quickly find any evidence of any old owl symbology that wouldn't just be imported from a different culture. Most of the surrounding countries considered owls to be birds of death, accidents and misfortune. So yeah, I'd say Finland agrees with India on this.
Quite ironic for calling illegal to do what the entire business is founded upon.

And if it's a paid account (not multiple bot-created free accounts), they should have some rate limiting in place. That smeels like bad API architecture. Like basics architecture.
No, it was total recall. The Fifth Element had a box thing that painted the secretary's nails. Not necessarily the same thing, could just be a little nail robot inside it. Total recall had the tap to change color feature.
> BLM

What does this mean? I doubt it stands for the political acronym that first comes to my mind.
Today is Y Combinator's 19th birthday
Something I've noticed with open weight models is the rush to judgment as soon as they are released. But most people aren't actually running these models in full fp16 mode with the code supplied, they're using quantized versions with the tip of tree patches to libraries like llama.cpp to get them running. And posts like this just show that it takes a bit for the software side of the model to get all the kinks worked out. We saw this with Mixtral (new architecture), CodeLlama-70b (new, very strict, prompt format), and now Gemma.

In some ways it's makes my so excited realizing how early this technology still is! There's going to be so much innovation and cool things that will get built over the next several years, and so much new stuff to learn!
I'd post it on your local craigslist, etc, as a free pickup. No more Trinitron tubes are being made. It's possible it has value to somebody. No point in it going to landfill if somebody can make something good out of it (and you potentially don't have to move it).
If only they could have stolen billions instead, it would have been so much simpler
But I’m not going to stop working. I will stop doing work I don’t like for money

I came over to computing/programming from electronics in 1979 at the age of 33 which makes me 78 now. It's a little more different again at the age of 78.

You 'play' with programming. Something catches your mind for a day, or a minute or even several months and you 'play with programming' for as long as programming that thing gives you enjoyment. And it can be more than one thing at a time.

Things like Pascal P-Codes, UNIX sockets, floppy-disk formats, translating programs from one programming language to another are some of my recent 'playthings'.
seems too simple. isn't there also a temporal dimension you need to encode?
Don't forget bloated Google Analytics and ad tracking garbage.
Hey, can I tell you it's working good?
https://www.renovaterobotics.com/

Are you sure about that?
Were temples not themselves often used to encode [spatio-]temporal information (about the time of the year, our location within the solar system and cosmos, etc) within their construction, now that you mention it?
Thanks for providing your pov, it explains a lot of things and even though I have my views I can totally understand why we disagree:

> Jewish immigration to the region was legal

This is the crux of where we disagree. It was legal based on international law, but international law is just western law: Palestinians and neighboring countries said no, and under the same international law they were in the right: they have the right to self-determination. So if we take the legal point, the argument is not receivable

> and should be viewed as moral on many levels

That's plainly subjective and my own thinking makes me say it's immoral to displace hundreds of thousands of people and take their homes, their land, their food, just because.

> But this is not what most people talk about when they say Israel is a colonist. What most people mean is the existence of the state of Israel is the "settlement"

I disagree, anyone I've seen talking about the colonialist aspect of Israel is specifically all the illegal settlements outside its borders, it's the massive control of Palestinian population, it's forbidding them access to their own sea, that kind of things. Everyone who talks about it is clear.

When people talk about the existence of Israel and its racist laws, they will rather use the term "apartheid" which is closer to the truth.

In any case, those disagreements are to be put in perspective to what we both agree on, and that is the nice note of this discussion :)
Fish stock is an underrated one too. I’ve been getting into making sushi from whole fish and inevitably you end up with some bits and pieces from the fish, like the pin bones or the leftover spine. Boil it with some ginger and you’ll get a tasty stock with a deep umami. Add in the fish head if you want some gelatin. You can even buy fish bones for very very cheap if you want to skip a step. Shrimp shells are another easy source for a savory broth.
They’re surprisingly resilient actually.

I had one on my last boat (though in a space that was primarily air conditioned all the time. Had another on my balcony running a Marine Traffic AIS station for 6 years that was ‘weatherproofed’ with an unsealed ziploc bag. No issues.
Also Practical Engineering also publishes their content as blogposts for those who like reading better than watching: https://practical.engineering/blog/2023/12/19/how-engineers-...
The quote from the linked press release is that they do training on TPUv4, while inference is running on GPUs. I have also heard this separately from people associated with Midjourney recently, and that they solely do training on TPUs.
Same exists with laws. And in most languages if I want to avoid the type system and hand you a goldfish instead of an int, I can. It just may take more effort. Other language will blow up too if you hand them strange things. Just like python those languages have ways to verify you're not passing goldfish, You just may need more or less effort to use them
Author here, and I agree that Rust shouldn't represent the end of history for programming language evolution. Vehemently. I have been saying for the better part of a decade now that I hope very much Rust is the first of a new breed of memory-safe systems-level languages, and that I also believe that we can do better with learnings from Rust as a stepping stone. Safety is really important along some of the axes I called out in the piece (“can you hand this to an unsupervised junior, or for that matter me on a bad day?”) but it is not the only important axis, and indeed Rust’s success has been in part because of many other very important things it got more right than predecessors or competitors in the same space (Cargo!).

But I am immensely encouraged to see Swift and Hylo and Vale all taking swings at the same problem space with very different emphases and approaches, and while I differ with Zig on some fundamentals I can totally imagine a language that grabs many of its good ideas along many of those from Rust which Zig drops, and goes somewhere better than either has managed so far.

I don't, though, agree at all about natural language solving problems here—rather the opposite, in fact. I think that in many cases, things like memory safety (and other kinds of safety!) are going to be more important to solve at language and framework level in a world where there is massively more code generated by prompting LLMs.
Interesting, I've used fastAPI to serve many thousands of requests a second (per process) for a production system. How were you buffering the requests?
A Swimming Dinosaur? Maybe Not, Study Says
Occam's Razor does a lot of heavy lifting.
Maybe this is why some companies have hierarchical hiring processes.

The first round is a basic filter. By the time you get to the final round you're only thinking about a dozen people.
It makes sense if you see Obsidian as the starting point - it's a document store. While other canvas products may be more graphics-oriented, Obsidian's is about laying out documents and objects and providing simple relationships between them. For this purpose, JSON's probably a lot easier to work with than XML/SVG.
This is a fair point, though it is possible for app-level things that the browsers do to regress performance from the baseline pure engine level.

In this case, I think the 3 score must be either very old/low-end Android hardware or a measurement error. I don’t think any iOS browser gets 3.x scores, on even remotely modern hardware.
> My engineering sense says RPi isn’t a good choice here, there’s a lot of potential failures that could happen

Amen to that.

I blame the YouTube influencers posting all the RPi content that would make you believe you can run the world on RPi. Some of the shit they post is truly dumb ... Ceph clusters on RPi ? Rather you than me !!!

I once experimented with Pi's just for a fun unimportant home-server project. I got sick and tired of all the dumb failure modes, even when I expressly went out and bought high quality industrial SD cards, went above and beyond to minimise SD card IO etc. And that was just the SD card issues.... Never again.
I'm sure "before:2015" or "before:2010" will improve them even more if you are only judging based on quality, but I'd wager almost everyone using the site wants up-to-date results, so this kinda defeats the purpose.
> Of course, all the results have error bars.

Not to mention the underlying philosophical assumptions, such that the "rate of time" has been constant across all of... time.

Aka: How do we know a "year" 13 Billion "years" ago bears any resemblance to one now? What would it mean for it not to?
As I said in the other comment, there are already industrial PCs equipped with GPIO, and some models even include an integrated screen

SBCs are good in conditions where reliability is not the primary concern - scenarios where frequent restarts are needed, change sd card, room temperature etc.), but in a boat? I don’t know anything about marine conditions but having a malfunctioning in SD cards and overheating is not uncommon in robotics and especially in drones (where it’s harder to use full fledged PC), few times actually the SD card died midair, no crashes thankfully.
What is it they put a “weight” to, if not (some machine-encoded version of) concepts, thoughts, ideas — i.e, words?

So we measure the weight of words in whatever unit these “weights” are measured in, like we measure milk in gallons or litres, and bread, meat, or potatoes in pounds or hundredweights.

But our bodies don't live on abstract units like gallons or pounds; they live on meat and potatoes. Just like our individual souls and common cultures live on thoughts, ideas, words — not “weights.”
I can't tell from the linked article whether the ratings/descriptions were made immediately, but if so you are correct. It's just not applicable to those examples. This only applies in a "hired on the spot" type of evaluation.

I'm a psychologist, and though HN usually tends to be tough on psychology as a science, I'm amazed that this paper is being discussed so earnestly. Social science in particular should require a bit more skepticism.
It's astounding to me that space is so empty that in the billions of light years from here to the edge of the universe, there's orders of magnitude less total interference than what you get from a small cloud.

It's also astounding that celestial objects emit enough photons that thousands per second travel within the arc that goes the distance from the star to somewhere inside the radius of your pupil.

And if this wasn't the case, then we'd never even be aware of any of this.
> The primary goal of Speedometer 3 is to reflect the real-world Web as much as possible, so that users benefit when a browser improves its score on the benchmark.

As with any other benchmark its results will be interpreted incorrectly and will have little effect on real world.

Google already has vast amounts of real-world data. The end result? "Oh, you should aim for a Largest Contentful Paint of 2.5 seconds or lower" (emphasis mine): https://blog.chromium.org/2020/05/the-science-behind-web-vit... Why? Because in real world the vast majority of sites is worse.

Browsers are already optimised beyond any reasonable expectation. Benchmarks like these focus on all the wrong things with little to no benefit to the actual performance of real-life web.

Make all benchmarks you want, but then Google's own Youtube will load 2.5 MB of CSS and 12 MB of Javascript to display a grid of images, and Google's own Lighthouse will scream at you for the hundreds of errors and warnings Youtube embed triggers.

Edit:

Optimise all you want, and run any benchmarks you want for the "real world", but performance inequality gap will still be there: https://infrequently.org/2024/01/performance-inequality-gap-...

Optimise all you want, and run any benchmarks you want for the "real world", but Lighthouse will warn you when you have over 800 DOM nodes, and will show an error for more than 1400 DOM nodes (which are laughably small numbers) for a reason: https://developer.chrome.com/docs/lighthouse/performance/dom...
It's interesting to me that you think that my comment is at odds with what you're saying, because even re-reading it I'm not sure where you got anything about "metrics" from what I said. Yes, I said that the issue did happen to be performance, but only because that's what happened to be where the customer's pain was. My point was that the idea of a feature being "enough" or "not enough" doesn't really make sense outside of the context of how people are actually experiencing the product.

What's weird to me about the claim "performance is not enough" (and your longer-winded quote at the end) is the idea that the idea of trying to look at what customers are actually doing and finding what their pain points are is somehow best stated by decrying performance as a metric rather than decrying _any_ single factor as "enough". If I go to a restaurant, order spaghetti, and then get sauce spilled on my lap by the server, the takeaway isn't "having high quality sauce is not enough", it's "spilling things on customers makes for a bad restaurant experience".
For the model to output the highest likelihood for the correct token, it must literally solve the mystery by inference with the given clues/narrative.
Ah, thanks for the explanation. Some quick follow ups:

Oh, so an incremental hash function is where you don't have to hash the entire thing again, but you can use the combiner (xor) to "remove" the old_child.hash and "add" the new_child.hash? And you use this to decrease the cost of hashing?

Huh, I didn't make up the term "unicit". I read it somewhere, presumably from Aaron Boodman, who invented the Prolly Tree.
Pedantic comment perhaps, but “protagonist” does not mean “good guy” or “admirable”. It just means main character in a story.
A more viscous sauce will adhere to the food it's on better and feels different in your mouth. Most people would describe it as "richer".
I feel like I have been hearing that since V1 TPU. I think Google is the perfect solution because they are teams whose job is to take a model and TPUify it. Elsewhere there is no team, so it's no fun.
A little background based on a few articles about this plus my recollection of PBS Space Time videos on this: There are at least two ways to try to figure out the rate of expansion of the universe (which is called the Hubble Constant).

• From variations in the cosmic microwave background (CMB) which are the result of certain conditions in the early universe it is possible to figure out what the expansion rate should be now.

• From looking at very distant galaxies and noting how far away they are and how fast they are receding from us the expansion rate can be calculated.

Theory says that these should give the same expansion rate. When the rates were first found using those two methods they gave different results, but the error bars on both were large enough to overlap. People expected then that further refinement of both methods to decrease the error bars would converge to some common value.

That did not happen. Refinement of the CMB measurements got to 67 +/- 0.5, and refinement of the galaxy distance/speed method got to 73 +/- 1. Those do not overlap.

This non-overlap between the possible ranges given by the two methods is called the Hubble tension, and it is one of the most irksome problems in cosmology.

Possible explanations include:

• Some sort of error in how we measure the variations in the CMB.

• Some sort of error in the distant galaxy distance or speed measurements, which until the James Webb telescope were almost entirely Hubble telescope measurements.

• We're missing something in our understanding of the physics.

These new results add a bunch of data from the James Webb telescope, which observes in different wavelengths than Hubble. These results fit with the Hubble measurements.

They do not resolve the Hubble tension. What they do is remove most doubt that the distant galaxy results involve some sort of Hubble measurement error. I believe cosmologists are pretty confident of the CMB measurements, and so this will be interpreted as telling us that the Hubble tension is not just a problem with our measurements. There is either physics that we got wrong or physics we need to discover.