OpenMW 0.50.0 Released – open-source Morrowind reimplementation
openmw.org
From Memorization to Reasoning in the Spectrum of Loss Curvature
arxiv.org
Comparison Traits – Understanding Equality and Ordering in Rust
itsfoxstudio.substack.com
Meta projected 10% of 2024 revenue came from scams
sherwood.news
You should write an agent
fly.io
A.I. and Social Media Contribute to 'Brain Rot'
nytimes.com
1973 Implementation of Wordle was Published by DEC (2022)
troypress.com
Two billion email addresses were exposed
troyhunt.com
Sweep (YC S23) is hiring to build autocomplete for JetBrains
ycombinator.com
We chose OCaml to write Stategraph
stategraph.dev
Text case changes the size of QR codes
johndcook.com
Revisiting Interface Segregation in Go
rednafi.com
My Experience of building Bytebeat player in Zig
blog.karanjanthe.me
Show HN: I scraped 3B Goodreads reviews to train a better recommendation model
book.sv
Is Software the UFOlogy of Engineering Disciplines?
codemanship.wordpress.com
The Silent Scientist: When Software Research Fails to Reach Its Audience
cacm.acm.org
I'm Making a Small RPG and I Need Feeback Regarding Performance
jslegenddev.substack.com
Analysis indicates that the universe’s expansion is not accelerating
ras.ac.uk
I find floating point NaN != NaN quite annoying. But this is not related to Rust: this affects all programming languages that support floating point. All libraries that want to support ordering for floating point need to handle this special case, that is, all sort algorithms, hash table implementation, etc. Maybe it would cause less issues if NaN doesn't exist, or if NaN == NaN. At least, it would be much easier to understand and more consistent with other types.