MurphyA/hacker-news huggingface dataset:
by sipofwater | 2025-10-26 10:56:52+00:00
* Mirror: https://archive.ph/TVbBP

* "CHamoru Identity and Language Capstone Presentation - UOG": https://old.reddit.com/r/guam/comments/1o3grba/chamoru_ident... (old.reddit.com/r/guam/comments/1o3grba/chamoru_identity_and_language_capstone/)

* "Town hall focuses on changing eligibility for political status vote": https://www.guampdn.com/news/town-hall-focuses-on-changing-e... (www.guampdn.com/news/town-hall-focuses-on-changing-eligibility-for-political-status-vote/article_139aed2e-062d-4e16-9598-aa2d0c798e03.html); https://archive.ph/dJlNv

* "Tamuning debate exposes rifts over who should vote on political future of island": https://www.postguam.com/news/local/tamuning-debate-exposes-... (www.postguam.com/news/local/tamuning-debate-exposes-rifts-over-who-should-vote-on-political-future-of-island/article_1fd463d5-f1a8-4a3c-9401-ecf3a6078930.html); https://archive.ph/tDWuX

* West Pacific Islands map: http://chamorrobible.org/images/chamorrobibleproject/map-wes... (chamorrobible.org/images/chamorrobibleproject/map-west-pacific-islands-1998.jpg) via http://chamorrobible.org

* Guam photographed from space in December 2011: http://chamorrobible.org/images/photos/gpw-201304-NASA-Phili... (chamorrobible.org/images/photos/gpw-201304-NASA-Philippine-Sea-Pacific-Ocean-Guam-20111230-huge.jpg) via http://chamorrobible.org/gpw/gpw-201304.htm
by fiso64 | 2025-10-26 10:56:56+00:00
I have laptop with a good-ish CPU that is only a few years old, and on page 3 tinymist is already starting to struggle. There is a noticeable input delay between me pressing a key on the keyboard, and the key getting typed & the preview updating. I think it's more of a tinymist issue though, as it has no debouncing and apparently also runs the preview updates on the same thread as vscode's input handling.
by everdrive | 2025-10-26 10:59:21+00:00
It's an interesting problem. The reality is that for any decently-sized business people don't really know their networks. Their assumptions are sane, but often simply incorrect. I've heard a lot of people say things like "well the traffic is not going externally, so it's fine to leave it unencrypted." It's a bold, and almost always unchecked assumption.
by necovek | 2025-10-26 11:00:15+00:00
> Conversations happening with external assistants, > on the other hand, are interactions > that Meta can’t analyze or monetize.

This would only be true if Business API allowed an external assistant to connect peer-to-peer to the customer, but I doubt that's case.

Otherwise, Meta can still both analyze and monetize any message going through the API, because it intercepts all messages coming through the API, and can edit them in place too (to inject ads, for instance).

So unless it is a P2P connection between external provider and WhatsApp client, this does not seem to be the reason.
by vindarel | 2025-10-26 11:02:12+00:00
I'll invite to explore the CL ecosystem starting with https://github.com/CodyReichert/awesome-cl/ (it might be larger than one thinks)

In terms of asynchronous programming, not built-in to implementations (like, no green threads), we have

- https://github.com/orthecreedence/wookie - an asynchronous HTTP server

- https://github.com/fukamachi/woo - fast non-blocking HTTP server on top of libev.

- an actor-based task manager for Hunchentoot: https://github.com/mdbergmann/cl-tbnl-gserver-tmgr

see also https://github.com/CodyReichert/awesome-cl/#parallelism-and-... for promise libraries, async libraries, the actor library, an STM library, lparallel (run tasks in parallel, easy and often useful), bindings to other async tools.

Those libraries are active.
by r2vcap | 2025-10-26 11:02:31+00:00
While it makes sense that LLMs and machine translation systems primarily rely on English Wikipedia as a data source, depending on smaller-language Wikipedias for training is far less ideal. English Wikipedia is generally well-regulated by its community, but many other language editions are not — so treating all of Wikipedia as an authoritative source is misguided.

For instance, my mother tongue’s Wikipedia (Korean Wikipedia) suffers from serious governance issues. The community often rejects outside contributors, and many experienced editors have already moved to alternative platforms. As a result, I sometimes get mixed, low-quality responses in my native language when using LLMs.

Ultimately, we need high-quality open data. Yet most Korean-language content is locked behind walled gardens run by chaebols like Naver and Kakao — and now they’re lobbying the government to fund their own “sovereign AI” projects. It’s a lose-lose situation.
by KronisLV | 2025-10-26 11:02:36+00:00
When I was younger, my dad had me help him repair the roof of the shed by getting on top of it, putting these sorts of flexible sheets over the old corrugated ones (that are made of asbestos cement) and driving nails through the top one all the way until it'd hit the wood frame underneath.

Now, asbestosis is more common in long term exposure so it might be fine, but not bothering to tell me to wear a respirator and the ignorance after I brought it up years later makes me disgusted. So now I have to wonder whether decades later I'll have complications without clear ways to address them.
by HiPhish | 2025-10-26 11:02:36+00:00
If he has cut the number of puzzles in half, why not then release a new puzzle every other day? That would make more sense because AoC would still run until Christmas, and it would give people more time per puzzle. Maybe unlock part 2 of each puzzle the day after the puzzle has been posted, so there still something new every day.

I once tried participating, but gave up halfway through because one puzzle per day was just too much time. If it was one puzzle every two days it would be more manageable.
by pjmlp | 2025-10-26 11:03:00+00:00
Unfortunately Lisp will never go beyond being a niche language in modern times.

As such, Clojure has the benefit of Java ecosystem in libraries, and with something like Cursive you get close enough to the old Lisp Machine like development workflow.

For me it is the most interesting language on the JVM, when not using Java.

Common Lisp is interesting, from historical point of view, there are still features that modern languages lack, Allegro and LispWorks are still around, however unless it is for having fun, it is even more niche nowadays.

Lisp inspired languages like Julia, or Wolfran Alpha, might have much bigger userbase nowadays.

Personally my biggest issue with Python is the whole adoption drama regarding JIT tooling, there is PyPy as the black swan, however not like all major Lisp implementations with AOT/JIT tooling as standard. Clojure can have something like that via JVM JIT and GraalVM/OpenJ9.
by charcircuit | 2025-10-26 11:03:17+00:00
I don't see it.

Exporter pays: Consumer ends up paying price + tariff, then seller pays the tariff to the shipping company, which pays it to the government.

Importer pays: Consumer pays price, then later pays the tariff to the shipping company, which pays it to the government.

In both cases the consumer is paying price + tariff. A small difference is that some consumers could be psychologically tricked by the lower price tag in the importer pays model. Note that what I'm saying doesn't concern itself with changes in pricing due to this.
by ViewTrick1002 | 2025-10-26 11:03:43+00:00
South Korea had a massive corruption scandal. I guess it takes cheating to deliver?

https://www.technologyreview.com/2019/04/22/136020/how-greed...

China is barely building nuclear power. In terms of their grid mix it is backsliding.

Poland haven’t built any so noconfirmed numbers yet?
by pembrook | 2025-10-26 11:04:01+00:00
> It's about detecting safety issues which could lead to a catastrophe far beyond what a sea oil drilling rig can

A worker falling into a reactor pool (which is just room temp water with very little risk) is not a catastrophe, yet due to the absurd safetyism surrounding nuclear it requires a federal report.

We don’t require this level of cost insanity for far more deadly worker events at oil, gas, solar or wind facilities.

There is no systemic risk from worker falls. MAYBE the plant in question should address hand railing heights from pre-ADA construction. It certainly shouldn’t require multiple federal government employees to create a report on it and be publicly listed in federal register and reported on by hundreds of news outlets.

You’re making my point.
by orwin | 2025-10-26 11:04:13+00:00
Yes, but: depends on what he ingested. Deuterium/tritium cannot emit Alpha particles, the ones blocked by your outer/dead skin (also they're an order of magnitude more dangerous than the other at equivalent grey), so he's fine in that way (unless there is more in the pool, but that would be a bigger issue).

The issue with ingesting deuterium/tritium is that the dose will now have to be calculated/estimated per organ, and while I don't remember exactly how it's done, it's more complex than calculating the mSv he took (I can't give you more details, I'm not competent, I've observed a radiologist a week my bachelor year to decide which master I would do, I'm now working in software which should tell you everything)
by TZubiri | 2025-10-26 11:04:27+00:00
Correct, this is why HTTPS (and encryption in general over the network) has become so popular. This property of traffic being intercepteable is also present in cable traffic as well, it's not hard to intercept traffic, you just find a tap, plug in a cable and observe, it's not even obviously illegal, there are many legitimate reasons to plug in a cable in a tap in the public, so there's a lot of possible alibis.
by vbezhenar | 2025-10-26 11:04:29+00:00
> malloc, realloc, free > Wrapper around sbrk, mmap, etc. whatever the modern variant is.

I don't think that's correct. While `malloc` uses `brk` syscall to allocate large memory areas, it uses non-trivial algorithms and data-structures to further divide that areas into smaller chunks which actually returned. Using syscall for every `malloc`/`free` is quite an overhead.

> fopen, FILE

> Wrapper around open, write, read, close.

They're not just wrappers. They implement internal buffering, some transformations (for example see "binary" mode, "text" mode.

> stdatomic implementations

> You can argue, these are wrappers around thread syscalls.

No, they're wrappers around compiler intrinsics which emit specific assembly instructions. At least for any sane architecture.

> I personally consider libc and the compiler (which both make a C implementation) to be part of the OS. I think this is both grounded in theory and in practice. Only in some weird middle ground between theory and practice you can consider them to not be.

C is used a lot in embedded projects. I even think that's the majority of C code nowadays. These projects usually don't use libc (as there's no operating system, so concept of file or process just doesn't make sense). So it's very important to separate C compiler and libc and C compiler must be able to emit code with zero dependencies.
by theshackleford | 2025-10-26 11:04:32+00:00
> There has been continued consolidation of the shared hosting space

That’s been happening, at least from my own memory, since at least the mid-2000s.

> plus consumer interest in "a website" has declined sharply now that small businesses just feel that they need an instagram to get started.

Ah yes, the 2020s version of “just start a Facebook page.” The more things change, the more they stay the same I suppose.

> Combine that with site builders eating at shared hosting's market share

I remember hearing that for the first time in I wanna say...2006? It sure did cause a panic for at least a little while.

> and it's not looking good for the future of the "old school" shared hosting industry that you are thinking of.

Yes, I've heard this one more times than I can count too.

The funny thing is, I’ve been hearing this same “shared hosting is dying” narrative for nearly two decades now. Yet, in that time, I’ve seen multiple companies launch, thrive, and sell for multi-million dollar exits.

But sure, this time it’s definitely the death knell. Meanwhile, I assure you, the bigger players in the space are still making money hand over fist.

https://www.mordorintelligence.com/industry-reports/web-host...

> By hosting type, shared hosting led with 37.5% of the web hosting market share in 2024
by p0w3n3d | 2025-10-26 11:04:53+00:00
The best age for having kids biologically, in terms of health is... Close to 18. I had my first child when I was 27 and I was already very tired in the nights, we agreed with wife that it would have been better to start earlier. Some people have kids when 35-40 and I cannot imagine it at all. I'm too tired right now. Much wiser, but my health would not allow me to stay up nights
by jabl | 2025-10-26 11:05:29+00:00
Luckily thanks to regulation the use of asbestos in new builds has almost completely been eliminated (I'm sure there are some uses somewhere where it's indispensable?), but there's of course a huge number of places where it turns up in all kinds of renovation projects.

In addition to buildings, e.g. ships. Think about a steamship, what material that is fireproof and doesn't rot do you think they used for insulating boilers and steam pipes? One museum ship I'm somewhat familiar with ripped out all the asbestos insulation and replaced it with IIRC mostly mineral or glass wool during a major renovation some years back, just to make it safer for the mostly volunteers who dedicate their time to keep the ship functioning.
by vindarel | 2025-10-26 11:07:41+00:00
Another big difference, given feedback of people who used both languages, is the CL compiler.

---

The thing in CL I miss most doing Clojure as my day job? CL's compiler. I like having a compiler tell me at compile time about the mistakes I've made. Bogus arguments. Unreachable code because of unhandled exceptions, and so on. CL saves me round after round of bugs that in clojure aren't found until you run the code. If you test well, it's found when testing, if you don't it's found in production. "Clojure compiler" almost demands air quotes.

CL's optional but oh-so-useful model of type declarations is also infinitely more useful (to me) than Clojure's use of "spec", and instrumentation that happens only at test time because of the cost. Depending on the OPTIMIZE declarations, other type defs are a floor wax and dessert topping. Want checks for argument types? Lower optimizations. Want most efficient machine code? High optimizations.

(decweb, 2023)

---

As a practitioner of both Common Lisp and Clojure, one of the things that draws me back to Common Lisp is its compiler and the many useful things it does when I C-c C-c a definition in my emacs buffer.

SBCL has many useful checks. I liked this one today (see image). It flagged the format line as unreachable (and deleted) code. It was correct, because the setf should have updated keys, not new-keys, and so keys would always be nil.

I really appreciate this savings in time, finding the bug when I write it, not when I eventually run it, perhaps much later.

Before the Clojure guys tell me they that linters or LSPs will catch this sort of thing, don't bother. Having to incorporate a bunch of additional tools into the toolchain is not a feature of the language, it's a burden. Clojure should step up their compiler game.

https://gist.github.com/vindarel/3484a4bcc944a5be143e74bfae1...
by noduerme | 2025-10-26 11:09:15+00:00
You gotta do what you can do - take the best of what you remember from your parents and grandparents, and pass it on. I don't feel like they're really dead as long as I'm alive. I hear their voices and their jokes and I see their smiles. Sometimes when I laugh I hear how my grandpa laughed, and I think, shit, I must sound old now. Kids make you realize how temporary we all are.
by mikemcquaid | 2025-10-26 11:10:39+00:00
Sort of?

The Glaswegian taxi driver may not consider themself to be speaking a different language but, if speaking to another local and leaving aside pronunciation, they’d use words, phrases and even grammar that’s incomprehensible to someone with no experience with Scots.

I’m a “posh Scot”, raised middle class in Edinburgh so my accent is minimal and thickens up or softens depending on who I’m speaking to. Even for me, there’s a lot of words, phrases and ways of speaking I’ve had to adjust to be consistently understood by American coworkers when over the last 10+ years.
by fweimer | 2025-10-26 11:10:42+00:00
With containers, you usually get incompatible dynamic loaders in the containers (see mananaysiempre' comment; the glibc dynamic linker sees rather active development in some LTS distributions). This wouldn't be possible if the loader were part of the kernel.

Non-ELF loaders are fairly common, too. It's how Wine works, and how Microsoft reuses PE/COFF SQL Server binaries on Linux.
by fock | 2025-10-26 11:14:25+00:00
And incidentally all documentation recommends not extending your LPARs beyond what is available on a single CPC-"node" (see [0]-2-23 for a nice (and honest...) block-diagram). If you extend your LPAR across all CPCs I doubt that many of the HA and hotswap-features continue to work (also there is bugs...). E.g.: you won't hotswap memory when it's all utilized: > Removing a CPC drawer often results in removing active memory. With the flexible memory option, removing the affected memory and reallocating its use elsewhere in the system is possible.

So while you can have single-system-images on a relatively large multinode setup I doubt many people are doing that (at the place I know, no LPARs have TB of memory...). Also in the given price-range you easily can get SSI-images for Linux too: https://www.servethehome.com/inventec-96-dimm-cxl-expansion-...

If you don't need the single-system-images, VMWARE and Xen advertise literally the same features on a blade chassis minus redundant hardware per blade, which is not really necessary when you just migrate the whole VM...

Also if you define the whole chassis as having 120% capacity, running it at 100% capacity becomes trivial too. And this is exactly what IBM is doing keeping around spare CPUs and memory in all setups spec'ed correctly: https://en.wikipedia.org/wiki/Redundant_array_of_independent...

You are right though that the hardware was and is pretty cool and that kind of building for reliability has largely died out. Also up until ARM/Epyc arrived maximum capacity was over-average, but that is gone too. Together with the market-segment likely not buying for performance I doubt many people today are running workloads which "require" a mainframe...

[0] https://www.redbooks.ibm.com/redbooks/pdfs/sg248951.pdf
by cm2187 | 2025-10-26 11:14:36+00:00
The batteries mentioned in the article have only a few hours of capacity, and are designed to smooth the peak usage intraday. I think many people are confused and seem to think batteries are a viable way to address the volatility of wind, where you may deal with weeks with no/low wind, or solar, which in countries with cold winters is of little help.

I have yet to see a cheap scalable alternative to carbon to deal with that volatility. Hydro perhaps in a handful of smaller, mountainous countries (and if you are not too regarding of the environmental damages). Right now the UK is using LNG to compensate wind.
by vindarel | 2025-10-26 11:14:57+00:00
It's niche but used enough in the industry to give us tools like Coalton (https://github.com/coalton-lang/coalton/), used enough by hobbyists to give us nice new libraries (new TUI library: https://github.com/atgreen/cl-tuition/blob/master/examples/R...) and exceptionally good and fast open-source compilers (SBCL) (with a good bus factor and contributors from the industry, like Google), it has enough libraries to allow us to ship software to clients (web clients, web servers, web UIs (webview, webui), SQL libraries, etc). It's niche but the motivated developer can publish a game on Steam (Kandria).

(btw, ABCL has the benefit of Java libraries, for those interested)

Julia has its own issues (and isn't on par outside of scientific area).
by SideburnsOfDoom | 2025-10-26 11:18:24+00:00
> The company mined asbestos-bearing rock at several sites in South Africa

"In South Africa" is not very specific.

it seems to have been firstly in this remote in the remote Northern Cape where "The mine eventually became the largest crocidolite mine in the world" : https://en.wikipedia.org/wiki/Koegas_mine

https://en.wikipedia.org/wiki/Asbestos_Mountains

It predictably wasn't consequence-free at that end either, see the later parts of article. And many other sources, e.g. https://www.theguardian.com/lifeandstyle/2001/sep/15/weekend...
by tkgally | 2025-10-26 11:19:31+00:00
Thank you for your response. Let me explain a bit more what I intended by my comment above.

Though I wasn’t in academia at the time, my memory of the event is basically the same as yours. But I wonder if younger people today, used to the current Internet-based media environment, would understand why such a hoax attracted so much attention outside of academia. My recollection is that, before the Internet, there was much more interest in and discussion of what media outlets decided to publish or not and how they slanted stories. While such interest still exists, it might seem a bit odd to someone who mainly consumes social media. The current issues around filtering and algorithms are quite different from the often intense discussions a few decades ago about how, say, the New York Times or CBS News covered particular stories.

What would happen today if someone got a similarly ridiculous article accepted by a magazine or website like Social Text? My guess is that it would not attract anything like the widespread attention the Sokal hoax did.
by theshackleford | 2025-10-26 11:21:50+00:00
> The number of shared hosting providers has drastically declined since the 2000s

Yeah, there’s definitely been some wild consolidation. I’ve actually been involved in quite a few acquisitions myself over the last decade in one form or another.

> (I used to own one, hence why I still track the market)

I’m still in the industry, though in a very different segment now. I do still keep a small handful of legacy customers, folks I’ve known for years, on shared setups, but it’s more of a “you scratch my back, I’ll scratch yours” kind of thing now. It’s not really a profit play, more a mix of nostalgia and habit.
by lloeki | 2025-10-26 11:22:52+00:00
I don't really like and never liked running; I mean, I don't like it as I like skateboarding, which makes me all butterfly hyped just thinking about riding a board and doing even the dumbest simplest tricks.

But I do like the effects of running, which I don't seem to be able to emulate any other way. I can't say it's torture - it should never be nor feel like torture otherwise you're doing it wrong - but it was certainly a learned taste of sorts.

It's more like this human body has been shaped to do this by aeons of evolution, and over time it feels immensely rewarding after the fact when done properly for a given fitness level.

You don't have to like running, your body does already (but might have forgotten)