MurphyA/hacker-news huggingface dataset:
by crazygringo | 2026-01-31 23:43:32+00:00
How about all those movies where the critical consensus is that it's overlong and needed to be tightened? That the mediocre 2:10 movie could have made for a great 1:40 movie?

Directors aren't infallible. They frequently make movies that are too long. Making the most of my two hours sometimes requires playing some of the overlong parts at 2x speed, because they often don't pay dividends at all. It has nothing to do with "putting in the work of paying attention", it's just not worth it.
by rvz | 2026-01-31 23:45:24+00:00
> I would rather use Rust for the fact it's development is not tied to a big tech company which could abandon it if they liked.

Go's development is tied to Google Inc. and is widely used at Google. Same with Microsoft's C# with .NET and Swift isn't very different to this as long as it is open source.

So this really is a moot point.
by mmooss | 2026-01-31 23:45:58+00:00
I thought orbital launches were very carefully planned:

> Epic had been designing its mission for one drop-off point only to find out relatively late that it would be dropped off somewhere else altogether. This change brought with it major ramifications for the flight path of the Chimera GEO-1. Montero and his team realized they might now need to do an extra burn and execute it in a tight time window to prevent the Chimera GEO-1 from being hurtled out into space.

> SpaceX’s rocket took off on February 27th, and reached space a few minutes later where its fairing opened and began plopping out the payloads. Shortly thereafter, Epic received a message from SpaceX telling it where and at what velocity Chimera GEO-1 had been dropped off. From there, Epic began trying to communicate with its spacecraft and to figure out what sort of maneuvers it would need to complete.

> It did not take long for things to start going really wrong.

Not shocking, based on that story. With so much at stake - money, years of work, careers, and dreams - I'm surprised it is so ad hoc. Are all launches like that? Maybe commercial launches, focused on profit, cut a lot of corners and deal with more failures. It sounds like a Musk, Inc. mode of operation but I don't really know.

Edit: Also, Epic dug their own hole by agreeing to such an arrangement.
by hiprob | 2026-01-31 23:46:24+00:00
Currently, the Russian government is trying to squeeze people out of Telegram and move them over to MAX: https://caspianpost.com/regions/russia-tightens-telegram-res...
WhatsApp also operates in Russia, despite Instagram and Facebook being banned. So I wouldn't count on its E2EE either.
Signal still requires a phone number and proprietary Google blobs on mobile. Many third-party Telegram clients exist - Signal allows none.
by makkiatto | 2026-01-31 23:47:30+00:00
Hi Gophers!

I recently got tired of the "static string trauma" that comes with traditional i18n in Go. We've all been there:

1. Merge Hell: Two devs add a translation to en.json, and Git gives up.
2. Context Vacuum: Sending a JSON to a translator (or LLM) and getting "Register" translated as a Noun when it should be a Verb.
3. Complex Logic: Building plural rules and gender-aware sentences inside Go code instead of the data.

So I built MBEL.

It’s a standalone DSL (with its own Lexer/Parser) that treats translations as programmable logic blocks, not just dead strings.

# Why use it?

* AI-Native: First-class support for AI\_Context and AI\_Tone. We feed this directly to LLMs to guarantee deterministic translations.
* Programmable logic: Plurals, Ranges (\[0-10\] => "low"), and Context blocks (\[male\] => "Mr.") are defined inside the DSL.
* Go-First SDK: High-performance runtime with Hot-Reload (watcher) out of the box.
* CI/CD Ready: Professional toolchain with mbel lint, fmt, and diff.

I’ve also prepared a full technical suite in 9 languages (Manuals, FAQs, Tips) to show this isn't just a weekend script, but a production-ready ecosystem.

Repo: [https://github.com/makkiattooo/MBEL](https://github.com/makkiattooo/MBEL)

I’d love to hear your thoughts on the DSL approach!
by MatteoFrigo | 2026-01-31 23:49:45+00:00
Here is one way: https://eprint.iacr.org/2024/2010

Our (Google) implementation: https://github.com/google/longfellow-zk

An independent implementation by the Internet Security Research Group: https://github.com/abetterinternet/zk-cred-longfellow Still being developed but already interoperable with ours.

European age verification app: https://ageverification.dev/av-doc-technical-specification/d...
by arcanedgeai | 2026-01-31 23:49:49+00:00
I built Dream Oracle, an AI-assisted dream journal + interpretation tool.
Instead of giving a generic “dream dictionary” answer, it asks a few follow-up questions, pulls out key symbols/themes, and helps you spot recurring patterns over time (including a simple “constellation” style map of the dream).
There’s a free tier (paid just unlocks more usage/features).
I’d love feedback on: interpretation quality, the visualization, onboarding friction, and any privacy concerns you’d want addressed.
by rickstanley | 2026-01-31 23:50:15+00:00
Toady I used GLM 4.7 to port a C++ project of mine to Rust, so I could read and toy with it, to get into the language: https://codeberg.org/RickStanley/agatetepe-rs.

Really interesting results, not sure how well it is written but works. I was quite found of Rust syntax; it certainly is not as convoluted as C++ (in my opinion).

Then I read this article. Since I was already eye-balling Swift for some time, I decided to give it a try and port to it, using Rust implementation as reference, and this time, without much of A. I. assistance, if I could help it.

I'm using an qcow2 Debian trixie arm image in UTM as playground. I found out that there is no packaging for Debian at the time of this writing: https://github.com/swiftlang/swift/issues/60690. No problem! They have a script for installing: https://www.swift.org/install/linux/

curl -O https://download.swift.org/swiftly/linux/swiftly-$(uname -m).tar.gz && \
tar zxf swiftly-$(uname -m).tar.gz && \
./swiftly init --quiet-shell-followup && \
. "${SWIFTLY_HOME_DIR:-$HOME/.local/share/swiftly}/env.sh" && \
hash -r

But, god damn, the size is huge,

Unsupported Linux platform
Debian GNU/Linux 13 (trixie) is not an officially supported platform, but the toolchains for another platform may still work on it.
Please select the platform to use for toolchain downloads:

0) Cancel
1) Ubuntu 24.04
2) Ubuntu 22.04
3) Ubuntu 20.04
4) Ubuntu 18.04
5) Fedora Linux 39
6) RHEL 9
7) Amazon Linux 2
8) Debian GNU/Linux 12
Pick one of the available selections [0-8] :

8
Installing swiftly in /home/debby/.local/share/swiftly/bin/swiftly...
Creating shell environment file for the user...
Updating profile...
Fetching the latest stable Swift release...
Installing Swift 6.2.3
Downloading Swift 6.2.3
100% [========================================================]
Downloaded 947.6 MiB of 947.6 MiB

Verifying toolchain signature...
Extracting toolchain...
The file `/home/debby/ent/agateteper/.swift-version` has been set to `Swift 6.2.3`
The global default toolchain has been set to `Swift 6.2.3`
Swift 6.2.3 is installed successfully!
There are some dependencies that should be installed before using this toolchain.
You can run the following script as the system administrator (e.g. root) to prepare
your system:

apt-get -y install libicu-dev libcurl4-openssl-dev libedit-dev libsqlite3-dev
libncurses-dev libpython3-dev libxml2-dev pkg-config uuid-dev libstdc++-12-dev

947.6 MiB ! I wonder why is that...
by jiggawatts | 2026-01-31 23:50:35+00:00
This kind of thing always reminds me G. H. Hardy, a mathematician that famously took pride in working on pure number theory, which he described as having "no practical use" and therefore being morally superior to applied mathematics connected to war or industry.

This ended up as the theoretical bedrock upon which modern encryption algorithms are built, enabling trillions of dollars of economic activity (as well as spying and other nefarious or ethically questionable activities).

I noticed (as have others) that even the purest of pure fundamental research has this oddly persistent pattern of becoming applied to everyday problems sooner or later.

The x-ray telescope mirror design used for Chandra -- motived only by pure intellectual curiosity -- ended up being a key development stepping stone towards ASML's TWINSCAN tools that use focused x-rays for chip lithography. Arguably this is more important to the global economy now that even oil is!

Similarly, particle accelerators like CERN might be the next chip lithography beam sources. The technologies being developed for research physicists such as laser-driven "desktop" accelerators might be just the ticket to replace tin droplet x-ray light sources.

Who knows?

We certainly won't if we don't built these things for pure research first to find out!
by jt2190 | 2026-01-31 23:51:29+00:00
> I think the reality is that… people are willing to take on MUCH greater risk today for reward than they were prior to the pandemic.

I’ll quibble that people have no idea of the risks they’re taking. I read somewhere that amateur stock traders spent something like 4 minutes researching their purchase. Balanced portfolios are just too boring and tedious.
by benSaiyen | 2026-01-31 23:54:12+00:00
But this latest post is a crafted response to someone like me.

If you sincerely believe people in the real world cannot possibly act like this and come out unscathed, you should probably travel more.

College in 2009? Hm that probably explains it; college in mid-late 90s here. Punk rock and Rage Against the Machine all day. Also I used to design motherboards for network backbones. You're welcome for propping up the tech economy back then you rely on now. Disrespectful little shit! Mind your elders! Lmao

You never visit NY, LA, or Chicago do you? Probably live in rural Iowa or Boulder, CO. Boulder sucks. Never again.

Was in Puerto Rico exactly one year ago. Saw/heard tourists from around the world behave even worse.

Anyway; I am off! It's music night with old college friends, and I need to figure out food first. Enjoy your Sesame Street binge later tonight.
by crabmusket | 2026-01-31 23:54:43+00:00
There was a fun example of this that happened live during a recent episode of the Changelog[1]. The hosts noted that they were incorrectly described as being "from GitHub" with a link to an episode of their podcast which didn't substantiate that claim. Their guest fixed the citation as they recorded[2].

[1]: https://changelog.com/podcast/668#transcript-265

[2]: https://en.wikipedia.org/w/index.php?title=Eugen_Rochko&diff...
by rednafi | 2026-01-31 23:54:56+00:00
Swift is a neat language, but it’s a hard sell for server-side software. The ecosystem is tiny, and there’s nothing you gain from using it instead of Go or Rust for infra / distsys.

Also, it works okay at best with VS Code, and you couldn’t pay me to use Xcode.

Kotlin tried doing similar things to gain adoption on the server side. But server-side programming is a crowded space, and people just don’t like writing distsys code in another JVM language. Swift’s story is a little better on that front.

If you want a quick-and-dirty language, Python and TypeScript do the job. For perf-sensitive, highly concurrent environments, Go is hard to compete against. A lot of ops tooling and infra code is written in Go. For systems programming and embedded code, Rust is a better choice.

So while it’s fun to think about what language X gives you in terms of syntax, in practice it’s rarely enough to pick a language like Swift for your next non-toy backend distsys work.

Also, Apple. Given their stance against free and open source software, I wouldn't be too thrilled to pick a language that works better in their walled garden.
by kkfx | 2026-01-31 23:55:15+00:00
A currency has no intrinsic value except a minimal one; for BTC, we can say it was 10k BTC for two pizzas. The subsequent value didn't come from speculation but from an underlying economy. In BTC case, it was the D-Company that sold drugs for BTC and with BTC bought weapons, explosives etc for Al-Qaeda, and those who sold them accepted BTC because they could sell it for local fiat currencies to various D-Company customers. From there, it was an uphill race.

The decline came when it moved from the criminal economy, which was well-supplied and very interested in exchanging BTC, to Wall Street, interested in speculating and with capital far greater than states evading sanctions and criminal groups.

However, the decline is always relative, because in its brief existence to date, BTC is still the asset that has gained the most value over time compared to any other.

Despite many technical problems https://blog.dshr.org/2025/09/the-gaslit-asset-class.html, it has spread. Running a node costs, let's say, a BitAxe/NerdMiner+Raspberry Pi+2TB of storage and an internet connection, meaning it's within reach of many. Once you have a node, you can set up a Lightning channel with your own node to have a "wallet" for everyday payments with low fees and sufficient TPS to pay for a coffee, if the seller accepts SAT.

In other words, it truly is an asset against failed currencies, authoritarian governments, geopolitical quakes, and so on. It isn't much compared to gold only because most people don't own BTC, don't know how to use it, so in a major crisis, well, only a few would know what to do, and these few would still need other things for daily exchanges. However, these few could, for example, flee a country taking wealth with them. Something that in a major crisis isn't guaranteed to be possible otherwise.

So, it isn't much of a currency at this moment. The currency uses that gave it the bulk of its super-value during this period are reduced, while speculative ones are high. It isn't very sustainable for the miners' economy without a rising price, and this creates a very dangerous downward spiral because, to date, states and giant actors accumulate BTC here and there but don't do much mining, and the interest in keeping the network up remains to be seen how it will hold over time. But it does have value in the current context.

The problem is always that the market can stay irrational longer than you can stay solvent. The market isn't made up entirely of homines economici, but only some, and many other purely emotional subjects whose reasoning seems more constructed after the fact to justify emotional choices.

Personally, I suspend judgment. I've never really digested the definition of "store of value" nor that of digital gold, but I don't digest gold either because in itself it has minimal value; the super-value is pure psychology that can change at any time, ESPECIALLY in a major crisis where most are hungry and don't eat ingots. I just wonder in case of a major crisis what the few who have BTC can do with it, besides waiting for better times.
by armchairhacker | 2026-01-31 23:56:03+00:00
MoltBook (or OpenAI’s or Anthropic’s future clone) could make the social agent and your desktop assistant agent share the same context, which includes your personal data and other agents’ posts.

Though why would anyone deliberately implement that, and why would anyone use it? Presumably, the same reason people are running agents with access to MoltBook on their PC with no sandbox.
by beaker52 | 2026-01-31 23:56:27+00:00
I still read the LLMs output quite critically and I cringe whenever I do. LLMs are just plain wrong a lot of the time. They’re just not very intelligent. They’re great at pretending to be intelligent. They imitate intelligence. That is all they do. And I can see it every single time I interact with them. And it terrifies me that others aren’t quite as objective.