skysight-inc/HackerNews huggingface dataset:
I mean it seems fairly econ 101 in some respects:

* Companies have normal profitability in the long run in a competitive market.

* If costs go up, companies must raise prices to maintain normal profitability.

* If wages increase, costs go up.

Here is the paper I assume is referenced in this article: https://www.google.co.uk/books/edition/Wage_Growth_and_Infla...

But the blog article says: "The Economist piece appears to have repeated the old theory that wage growth causes inflation spirals. As discussed, empirical evidence shows this is not true"

I don't think many economists would argue that wage inflation causes no price inflation, and that also doesn't seem to be the finding of the paper they are referring to - which finds that wages CAN create inflation. The debate is about the amount of passthrough (e.g. how much an increase in wages affects an increase in the price of goods).

Then the blog article says:

> there is evidence that it is elevated inflation that causes wage increases.

But that can be true while the opposite is also true. Inflation can cause wage increases. Wage increases can increase costs. Increasing costs can lead to price increases. Price increases cause inflation. Inflation can cause wage increases. Each step in diminishing quantities, but still multiplying the initial effect of inflation.

I think this article is very cherry-picky of the facts.
> We didn't "Surf the Internet", we surfed the Information Superhighway

For many of us, it was more like the "Information Country Road" with the speeds we had. I don't think I had ADSL access until 2006/2007 sometime, then it actually felt like a super highway. But before that, "paddling the Internet" would have been more accurate.
How can it be free.
How can it be sustained if it's free?
I also own one. It's the best file archiver for, well, archival, and the license really isn't that expensive.

Also there was that one time last fall where they gave a meme website a discount code that brought the price down to €9.99 and sold 5000 licenses in a day.
> Do you mean TypedArray? [0]

Yes, generally you'll want Float32Array, but I guess which TypedArray you'll want to use in your code use will depend on use.

> I already use Web Workers with async calls to divide main task into smaller pieces and not to block main render. But I am pretty new to this concept so I don't grasp fully what is the overhead of using this method.

If you can you'll want to use a "transferable object" to reduce overheads when passing data into worker thread,
https://developer.mozilla.org/en-US/docs/Web/API/Web_Workers...

If you're using Web Workers this is a great video to watch and it discusses "transferable objects" around the 7 minute mark,
https://www.youtube.com/watch?v=pQPqhZRUz3U

The other thing I forgot to mention was to avoid using async/await wherever possible. I'm guessing you're not using it unnecessarily anyway, but it will add a significant overhead to your method calls if you are.
They still sell a macbook pro lite with a single fan unfortunately. You need to throw in for the higher core count chip to get the actual macbook pro.
Thanks for the feedback – what search terms did you use? Let me make sure those keywords are on the page :P
Cancer is a mutation. Much of the most promising recent work I've read on therapies focuses on:

1) Understanding the specific mutations

2) Helping the immune system find way to identify, and therefore attack, those specific cancer cells

More of the work focuses on t-cells, but otherwise, it's not too dissimilar from the work on infections.

I should know better than to discuss medicine on a SWE forum. Every post here starts with an insult. Not a single post contains any technical detail, nor even clues that people even understand the words I'm using (t-cell, MHC, etc.). It's like arguing with a cross between a five-year-old and a teenager who knows better.

I think I'm done here. There is no point.
> we asked the french equivalent of the 2nd circuit

Minor note: not really the French equivalent of the 2nd circuit

US (federal) courts are like: district, appeals (e.g. 2nd circuit, 9th circuit, cafc, etc), supreme. The circuit courts are all on the same level, they don't hand cases between each other.

French court has another layer in there? And moreover, it's not geographically separated, but rather by subject matter? (US has only one such court, the cafc).

E.g. you can't remand from 2nd circuit down to an appeals court, because there is no appeals court underneath the 2nd circuit.

But you also can't say that court is like the supreme court, because there is a constitutional court above it, which is the analogy to the US supreme court
that's also $999 for 8gb of ram (!!!), which will clearly throttle under any actual use.
My life changed tremendously for the better when I started telling myself to "take the just-do-stuff pill"

Doesn't matter what $stuff is, just do it.

(Please don't sue me, Nike.)
“We have everything” is not “some underlying rights to the tech.” I dunno what the angle is on minimizing here, but I’ll take the head of Microsoft at his word vs. more strained explanations about why this isn’t the case.
That's a pretty short list.
Also free vs paid.

I would be interested to find out how many individuals and families pay for Microsoft’s software, when apple and google provide free alternatives. (Maybe constrained to families that use mac / iphone, Microsoft might be more popular for Windows families?)

ie: For most people, if you’re not getting free access through work or school, is it actually worth paying for?
I wouldn't say a sonnet is better than a haiku. But it is larger.
I think the best implementation (without eye-tracking) would not motion-blur the entire scene when the player moves themselves (ego-motion-blur) but would blur moving objects. However, if the player's view motion happens to coincide with the motion of objects in the scene, for instance if the player is tracking the object (maybe another player so they can shoot it in an FPS) then the object-motion-blur should be reduced according to the degree of tracking. I'm sure some game engines already do this.
It sounds like it was the best it could reasonably be expected be back in the late 90s, and if it hasn't been improved sufficiently since then is probably not at all his fault.
> Granted, there is probably some way to interface the Rust code with C code, but is that gonna work without turning it into a day of research?

I had a sense this a priority for the Rust Central Committee, so I had a quick look

https://docs.rust-embedded.org/book/interoperability/c-with-...

I have not had to use it yet, looking for a reason.
TC used to be my main distro for several years (I started with version 6.x). It proved to be very solid, I even used it to live-record and produce radio programs for my country's public broadcasting, on a then 13-year old Thinkpad T42. I admit having been somewhat anxious and fingers-crossed during the live recording, though -- I remember I set up a huge swap file, etc. But everything went well.

Only downside was that setting up a non-US keymap was a huge pain (iirc, in TC 10.x), at least in the console-only (Core) version of TC. Maybe this has improved by now.

Since TC by default loads everything to RAM, it is a truly great distro if you want to keep a pristine, uncluttered system. Mess something up, reboot, and you'll find yourself in your default configured state again, because nothing gets saved if you haven't set it up accordingly. The packages that boot are listed in a simple text file (iirc, it was onboot.lst), which makes the initial state also very comfy to modify.

A great distro, nice to see it going strong. Highly recommended to anybody who is into using old hardware.
Per the Federal Circuit, APIs are subject to copyright. The Supreme Court just ruled that Google's use of APIs was fair use.
There are various efforts to compile OpenCL and SYCL to Vulkan, the Mesa folks are working on this as part of the RustiCL project. But full capability will require some extensions beyond what plain Vulkan provides.
And they use Jumio. Instantly noped out after doing a number of other steps to get my account going. I have to verify bank deposits, and upload my ID through that piece of shit Jumio? The brilliant product built by people incapable of understanding that just letting me upload my gd damn ID is easier than trying to get me to complete the flow on my phone.

No. No, actually there are plenty of people willing to take my money. Christ, it's far less of a hassle to get a crypto account opened on a decent exchange. I can't be the only one who just nopes out at stuff like this.

This is on top of the unactionable banner I have that tells me I have a pending contract (I have no pending contract, and no reason I would have one). Okay Scaleway, I get it, I'll move on.
A sonnet is just a sonnet but the opus is magnum.
Exactly. I also used to have a Surface (both the regular one and a Book 3) but the smaller screen of the former and the higher cost and weight, and lower performance, of the latter made me buy a MacBook. The form factor appeal is there for the Surface, it's just death by a thousand cuts in terms of their other problems. I never had an issue with Windows development however, as I generally used WSL 2.
This is one of those tricky things...interrupting someone is rude but pointing it out is rude too. It makes the tone of the conversation confrontational, which will almost never be received positively. The best way to deal with being interrupted is to handle it gracefully in the moment and if it continues to be an issue eventually address it with the person in a way that doesn't feel accusatory. A lot of people don't even realize that they're doing it or they're used to a different conversational style where it's normalized to interject when you have something to say. You can't call someone else out for being rude and expect them to be happy about it, especially if it's for something they're not aware that they're doing or that they personally don't consider rude.
You’re often getting better quality from torrents too. Even if I have access to a movie on Netflix, the downloaded copy will likely look worse than a Blu-Ray rip, even one re-encoded down to a more digestible size. Streaming looks like ass, it’s optimized for “good enough for most viewer and not too heavy on the CDNs”.
Also, worth to remind that Bing Chat was launched in February 7 with GPT4 already.
Technically you're supposed to use conduit that's made for the type of cable run that you're doing. Something that's certified for use in homes, that's fire-resistant and won't kill you with toxic gas when it burns.

IMHO you don't really need long conduits in a normal home so you shouldn't worry about it. You just need the conduit to act as a "longer grommet" where you drill holes through wood/joists or need a 90° bend somewhere. For everywhere else just make sure to secure the cables to the rafters (or as high as possible) so no one accidentally steps on them. You can even use tiny cuts of PVC conduit for that purpose with plastic U-shaped fastener things to keep them where you want.
Very cool. seems like they addressed the problem of hallucination. would be interesting to see an example of it hallucinating without redundancy and corrected with redundancy
That was my bad. I was looking at the 512 GB model + an additional 8 GB of RAM. Even so, €1429 for 16 GB of non-upgradeable RAM in 2024 is ludicrous.
I think you're focused too much on when this clause was added. Most of us are not so concerned with the chronology.
Yeah... My wife adamantly opposes a TV in the bedroom, but watching on my laptop is not a problem =/.
The article is using immutable records and sum types as “more like Rust” and I am just sitting in the corner, wondering whether everyone has forgotten that these things came from FP in the first place. In my mind, a language isn’t “Rust-like” because it uses concepts we learned in FP.

We have languages like Haskell and, before it, ML. And I know ML didn’t invent it. We also have Scala, and for Scala, we don’t even have to leave the JVM. There’s also F#, which is a kind of cousin-of-a-cousin to Java.

Rust has sum types and immutability because tons of people thought these features were important, and lots of languages adopted them in parallel with the appearance of Rust.
No family to think of, eh?
The battery life is crazy on the m3s, supposedly better than m2 due to more e cores. I use mine all day and can get away with charging it overnight.
- MacBook Pro with M3 chip = one external display

- MacBook Pro with M3 Pro chip = two external displays

- MacBook Pro with M3 Max chip = four external displays

Given that I would personally go for the M3 Pro with 18GB memory, but it depends on your needs of course.
RIM's problem was hubris. The top brass listened to their "gut" instead of taking a sober analysis of the market. Their approach to devices in 2008 was basically the same as in 2001. They assumed BES was an unassailable moat. They also assumed carriers would never budge on data plans and I can only assume they had never heard of WiFi.

What the market was saying in 2008 was it didn't actually give a shit about BES, didn't give a shit about BBM, software keyboards were fine if they didn't suck, and real browsers on phones were important.

Instead of really listening to the market RIM just kept making the same devices as before. The iPhone and even early Android phones blew the doors off BlackBerries. By the time RIM decided to join the rest of the world it was too late. They were releasing devices in 2010 that couldn't compete with iPhones and Androids from 2008. The BlackBerries were up against the iPhone 4 by 2010, they were a joke in comparison.

I went from a BlackBerry Pearl to the first iPhone. Even in the admittedly early state of iOS 1.0 it was vastly superior to the Pearl. It wasn't even funny how much better of a device it was. Every iPhone after that just increased that gap over whatever RIM was selling.
Isn't this more like "Java is becoming more like C#" ... again?

Record types, immutable after construction: https://www.c-sharpcorner.com/article/c-sharp-9-0-introducti...

Warning when a switch isn't exhaustive: https://learn.microsoft.com/en-us/dotnet/csharp/language-ref...
I think a better description is "Java is becoming more like C#", which got these immutable-by-default record types many years ago.
This is a good write up, but for me seems to miss the mark. I agree with the author that different algorithms require differently organized data structures. But what if your problem requires 2 different algorithms, which each work best with a different data structure? Either you pick one and run both (which is not ideal) or you run the first algorithm with one structure, convert it, and the run the second algorithm in the second structure.

And once you can do that… why not have every algorithm ensure it runs in its best structure, and convert where necessary (and possible) on the way in? Yes, there’s absolutely a performance or storage cost… but if the algorithm is that much faster, it should be worth it.

Basically a beefier version of sorting your data before searching in it. If an algorithm works best with a specific model of a graph, then let that be part of the algorithm.
This one: https://www.amazon.com/gp/product/B0CJNND118/
The 24GB memory limit is pathetic in 2024.
Agreed -- the problem with binary files is twofold; one is a storage issue and the other is a presentation issue. Both are solvable without having to violate git's fundamental data structures.

If a png is stored in a repository and changed, then logically the repository contains two snapshots identified by hash.

When a user tool (or git itself) wants to display the diff, it can be as creative as it wants in figuring out how to render that diff, including understanding file formats.

When git itself wants to store the two images, it has to do so with bitwise fidelity. Nonetheless, as with text files, it is totally possible for it to represent it internally as a delta-compressed view of the file, which, for an image file format, might be more compactly represented than by looking at the binary difference between the files. So long as this can be done deterministically and reproducibly, this is something that can make storage of large files more compact over time.
I imagine the lineage here is more Scala than Rust, right? Not that Scala invented these concepts, but if you’re looking for proven features with JVM implementations to add to Java, you’re probably going to look to Scala (and Kotlin) first.
> Any device you cannot program yourself is a toy.

That has to be one of the dumbest of dumb takes.

A car is a toy. A fridge is a toy. A spaceship is a toy.

(Hint: Those are all controlled by predefined knobs and bits and not ""programmable"" by the user. If your argument is that you can rip open a car and do whatever you want with it, well, nothing's really stopping you from doing the same to an iPad or iPadOS, if you can figure out how to do it.)
The examples are good but I am not really a fan of the title. It's not really Java becoming more Rust like, Rust didn't invent these concepts. I talked to dl about some of these concepts going into Java a decade ago because of Scala. In PL a lot of concepts have been around for a very long time. Java is becoming more type safe, or more functional would be better titles I think. But the comparison code between Rust and Java 21 is good.
I appreciate you making me current, being more on the architecture side than software... I get very little exposure to these happenings.

I mostly glue existing stuff together, not make new stuff. My frustration with .NET is dated, really due to Mono.

> which, checks notes, are supposed to advocate for OSS?

I'm not sure how much to unpack here; my complaints are more with what I was given than anything philosophical
I think the most likely outcome is that AI will eventually produce art that most humans prefer to that created by humans, and humans may not even remember a time when art came from humans.

Are you old enough to remember when humans planned in advance which video you would watch next?
The obscenely wealthy will become more obscenely wealthy while everyone else suffers with a "great economy".
It's not just artillery. It's surprising that seems to be something widely believed. Just off the top of my head, the Navy needs many more cargo ships to supply the Pacific during a war. They need many more anti-air missiles - and much cheaper options, because the missiles are too expensive and, with the advent of drones, too many are needed.
It's consistently been impressive to me how thoughtful the Java language is being steered. Especially the explicit choice to NOT have an async keyword where other languages were all falling over themselves to add it, with all the complexity it entails (and in Rust it's a pretty awkward fit).

Once projects Valhalla and Panama land Java will be transformed again. Exciting times.
Senior Software Engineer - Full Stack + Security + Applied Cryptography

Location: USA Remote or New York, Colorado

Remote: Yes

Willing to relocate: New York or Colorado

Technologies:

• End to End Encryption, Asymmetric Cryptography, Public Key Infrastructure, Merkle Trees, Transparency Trees

• Golang, Rust, TypeScript/JavaScript/Node.js, REST

• UI/UX React React Native, Electron, TypeScript, HTML/CSS, Tailwind

• Postgres, MySQL, SQLite, AWS, Kubernetes

Resume/CV:

Upon request or via LinkedIn

https://jry.io

https://linkedin.com/in/jryio

https://github.com/jryio

Email: hn @ {jry} dot io

---

Looking for a strong Senior full-stack and systems engineer? I've built production systems for real world end to end encryption of video calls with over 300 million daily active users.

I can also tackle any full stack web application problem outside of security and cryptography. I have engineered excellent user experiences in JavaScript/React over notoriously complex UI/UX problems (key management, encryption, etc.)
+1. I’m also using it and it’s truly refreshing after so many unnecessary SPAs. The latest generation of js meta frameworks made me switch and I’m so much happier with Livewire.
I'm not talking about contractors, but about career civil servants.
> Disclaimer: In no way am I claiming that these Rust features caused their counterparts to appear in Java

> I would not be surprised if Kotlin and/or Scala were more influential in bringing this to life.

But yeah, I agree, generally weak article. I don't think it shows that "Java is becoming more like Rust" at all, because of the two listed features.
Modern Java is great! Java "patterns" are overwhelming.
The OpenJdk team has said multiple times that their inspirations are coming from ML and not Scala or Kotlin.
This Devilishly Hard Logic Puzzle Will Save Your Life
can't on latest ipad os, at least not without a jailbreak first? at least as far as I can tell, from UTM's own documentation. wish it was a developer option at least.
One thing I've learned in life is that it's really challenging to comprehend the effects you may have on those over whom you have power, whether that's your children or your employees or even just members of a community you run.

The comments are interesting and heartbreaking, but some of them are really full of red or at least yellow flags.

try showing kindness and empathy to the demographics
the media has conditioned us to hate.

I'm not sure if I agree with this statement but for whatever it's worth, my parents were pretty awesome. So if the media is conditioning us to do this, it didn't work on me.
I think async worked out pretty well with JavaScript. But that was added to an already async language, it was just verbose and awkward before the await keyword.
I think the common definition of "few" is three, so I feel you're being more than generous by using five.
What "immutable" means in Rust is very different from Java or any FP language for thar matter.

In Rust you can take any data structure and mutate it. There are hardly any invariants that you can force, unlike in Java. For example, strings are mutable in Rust. This, coupled with not being a language managed by GC, makes persistent data structures not practical or desirable.

Of course, mutability in Rust is very controlled, as variables being mutated can't be observed in an unsafe way. So it matters less if strings are mutable. E.g., you won't be able to mutate a string while it's used as a key in a hashmap.

But the fact is that, while Rust provides a high degree of safety, functions in Rust are usually side effecting, which means no referential transparency, no equational reasoning, hard to refactor, etc.

In Java, culturally speaking, you don't see much immutability, but when you have immutability, it tends to matter much like in FP languages. And Rust is definitely not one of those languages.
That's orthogonal though - wha they are going to say is not the same as what they mean.

Good at listening means "understanding what they meant" (not necessarily, or even usually, what they said) and also "make them feel heard".
WebGPU can't fill any need that GL, DirectX, or Vulkan can't. WebGPU isn't a native GPU API, but an abstraction over existing ones. As such its feature set is only ever at best comparable, but in practice will always be worse than the native ones (always worse due to needing to be implementable by multiple platforms - at a minimum both vulkan and metal)
Rust did not invent immutable by default. This appears to be some kind of blog spam. More than 50% of the "article" is just trivial code examples backing up a non-existent point. Perhaps the author is looking to get a job in Rust and is padding out their blog with "Praise Rust!" evangelizing.
Yet the article seems to imply they did it recently also according to my understanding, which is misleading.