MurphyA/hacker-news huggingface dataset:
by okanat | 2025-10-12 21:50:13+00:00
Not really. Turkish has a feature that is called "vowel harmony". You match suffixes you add to a word based on a category system: low pitch vs high pitch vowels where a,ı,o,u are low pitch and e,i,ö,ü are high pitch.

Ö and ü were already borrowed from German alphabet. Umlaut-added variants of 'ö' and 'ü' have a similar effect on 'o' and 'u' respectively: they bring a back vowel to front. See: https://en.wikipedia.org/wiki/Vowel . Similarly removing the dots bring them back.

Turkish already had i sound and its back variant which is a schwa-like sound: https://en.wikipedia.org/wiki/Close_back_unrounded_vowel . It has the same relation in IPA as 'ö' has to 'o' and 'ü' has to 'u'. Since the makers of the Turkish variant of Latin Alphabet had the rare chance of making a regular pronunciation system with the state of the language and since removing the dots had the effect of making a front vowel a back vowel, they simply copied this feature from ö and ü to i:

Just remove the dots to make it a back vowel! Now we have ı.

When comes to capitalization, ö becomes Ö, ü becomes Ü. So it is just logical to make the capital of i İ and the lowercase of I ı.
by ACCount37 | 2025-10-12 21:50:41+00:00
Depends on the design, and how hard you push it.

Just ask Intel what happened to 14th gen.

It's not normally an issue, but the edge cases can be very sharp. Otherwise, the bigger concern is the hardware becoming obsolete because of new generations being significantly more power efficient. Over a few years, the power+cooling+location bill of a high end CPU running at 90% utilization can cost more than the CPU itself.
by jancsika | 2025-10-12 21:51:12+00:00
> IMO, adding a queen to the Borg destroyed the Borg.

Having more than one episode about the Borg destroyed the Borg.

1st appearance: there are some things out there that human civilization isn't ready for. You wanna see an example? You really wanna see? Okay, you asked for it. OMG it's the Borg!

2nd through Nth appearance: Demystifying Borg Internal APIs
by ashdnazg | 2025-10-12 21:51:27+00:00
Porting my binary & decimal palindromes[0] finding code[1] to CUDA, with which I had no experience before starting this project.

It's already working, and slightly faster than the CPU version, but that's far from an acceptable result. The occupancy (which is a term I first learned this week) is currently at a disappointing 50%, so there's a clear target for optimisation.

Once I'm satisfied with how the code runs on my modest GPU at home, the plan is to use some online GPU renting service to make it go brrrrrrrrrr and see how many new elements I can find in the series.

[0] https://oeis.org/A007632

[1] https://github.com/ashdnazg/palindromes
by badc0ffee | 2025-10-12 21:52:05+00:00
Soon Yi was adopted by Mia Farrow and her husband at the time, André Previn. Hence her maiden name, Previn.

Woody Allen was never a father figure to her [1]. He married her and they're still together today, decades later. He never married Mia Farrow.

[1] https://www.newsweek.com/soon-yi-speaks-lets-not-get-hysteri...
by charcircuit | 2025-10-12 21:53:26+00:00
>You have 27 inventory slots, 9 hotbar slots, 4 armor slots, 4 temporary crafting slots, 1 offhand slot, and 1 temporary slot for the result of crafting.

There is also a slot for your cursor. When your inventory is open you can click on an item to put it in your cursor slot and it will allow you to pick up an additional item.
by quuxplusone | 2025-10-12 21:53:28+00:00
I know it's a joke, but: If you're all in the same place, it's not a "Distributed" Denial of Service. And if you order cars, they arrive, and you pay for what you ordered, it's not actually a "Denial of Service" either — cars for pay is literally the service Waymo is offering! It's more like (as the tweeter points out) "if a big concert had just ended."

Apparently the event pictured happened in July, even though the tweet is from October.

https://xcancel.com/rtwlz/status/1977443969115029847
by SllX | 2025-10-12 21:53:55+00:00
None of those are national security issues though, they’re QoL issues. The problem isn’t WhatsApp owning the market, it’s governments making the choice to only make their services available through WhatsApp and providing no alternative of their own to receive services. Every single “WhatsApp is too dominant” story I’ve seen usually boils down to governments acting as enablers for the supposed issue themselves.
by laughing_man | 2025-10-12 21:54:09+00:00
In the early days javascript wasn't far enough along that you could make a web app without a lot of compromises, and the cross-platform nature of java was a big, big plus. I worked on an internal java client application that was developed on Linux for end users on PC. Ten years after we released the first version, and while it was still under development, a group of powerful managers at our company demanded they be issued Macs instead of the PC corporate standard.

When IT asked us if our application worked on Mac, we shrugged and said "We don't have a Mac to test it. We've never run it on a Mac. We won't support it officially, so if there are Mac specific bugs you're on your own. But... it should work. Try it."

And it did work. All the Mac users had to do was click on our Webstart link just like the PC users. It installed itself properly and ran properly. Never had a single issue related to the OS. Before Java was introduced that was an unobtainable dream in a full-featured windowed application.
by adsharma | 2025-10-12 21:55:42+00:00
That's right - it was a fun 2 out of 3 analogy.

The real question being raised in the blog post is - should the next generation graph databases pursue a local-only embedded strategy or build on top of object storage like many non-graph and vector embedded databases are doing.

Specifically, DuckLake (using system catalog for metadata instead of JSON/YAML) is interesting. I became aware of Apache GraphAr (incubating) after writing the blog post. But it seems to be designed for data interchange between graph databases instead of designing for primary storage.
by motorest | 2025-10-12 21:55:45+00:00
> Python with types is still just python. Typescript is a different language from JS (guess it a superset?)

No, it's the exact same thing. TypeScript adds support for type annotations, and removing these annotations leads to JavaScript. See how Node.js added support for TypeScript by implementing type stripping in v22.

https://nodejs.org/api/typescript.html#type-stripping
by nightpool | 2025-10-12 21:55:59+00:00
This would make sense if there weren't so many features—like Blocks, DMs, followers-only posts, etc—that were reliant on the AppView enforcing a single global view of the world. I agree that I do think the AT model does have good properties but right now too much of it is reliant on this single shared global app view

But thanks for the link to Konbini! That looks really exciting and promising and I would love to start using it if I can run it completely decoupled from Bluesky infrastructure.
by jncfhnb | 2025-10-12 21:56:00+00:00
I’m saying the fact that your brother did not commit suicide doesn’t mean life got better.

Perhaps it did. I hope it did. Likely a large portion of people who get past suicide and don’t later commit suicide do feel it got better.

But for a lot of people it doesn’t get better and telling them to keep living is just a cruel self serving choice
by scotty79 | 2025-10-12 21:56:01+00:00
Best creators are a little mad. Their best work is usually early work when their madness is tempered by limitations and other people around them.

But when success comes they become too big, rich and influential and their next movies are pretty much whatever they want them to be. And they are crap, because pinch of salt of their madness becomes whole dish.

It happened with Ridley Scott, George Lucas, Neill Blomkamp, probably some others.

It's also said that a director makes the same movie for entirety of their career. It's very visible in case of Ridley Scott. His later movies hit again and again the same perverse things that he consistently finds exciting.
by pinkmuffinere | 2025-10-12 21:56:17+00:00
> Not quite. In English, 'i' and 'I' are two allographs of one grapheme, corresponding to many phonemes, based on context. (Using linguistic definitions here, not compsci ones.) The 'i's in 'kit' and 'kite' stand for different phonemes, for example.

You're right, apologies my linguistics is rusty and I was overconfident.

> Correct, but the I/i allography is not exclusive to English. Every Latin script functions that way, other than Turkish and Turkish-derived scripts.

I think my main argument is that the importance of standardizing to i/I was much less obvious in the 1920's. The benefits are obvious to us now, but I think we would be hard pressed to predict this outcome a-priori.
by codebje | 2025-10-12 21:56:34+00:00
Specifications that are formally verified can definitely cover real-time guarantees, behaviour under error returns from operations like allocation, and similar things. Hardware failures can be accounted for in hardware verification, which is much like software verification: specification + hardware design = verified design; if the spec covers it, the verification guarantees it.

Considering software alone isn't pretty useless, nor is having the guarantee that "inc x = x - 1" will always go from an Int to an Int, even if it's not "fully right" at least trying to increment a string or a complex number will be rejected at compile time. Giving up on any improvements in the correctness of code because it doesn't get you all the way to 100% correct is, IMO, defeatist.

(Giving up on it because it has diminishing returns and isn't worth the effort is reasonable, of course!)
by roggenbuck | 2025-10-12 21:56:37+00:00
I’m working on a performance capture library for Python because I often need to know the performance of backend systems I maintain. I frequently build tooling to capture performance and save it for later analysis. I/O operations get costly when writing lots of data to disk and creating good real-time analytics tools takes a lot of my time. I wanted a library that captures real-time performance analytics from Python backends.

https://github.com/jakeroggenbuck/kronicler

This is why I wrote kronicler to record performance metrics while being fast and simple to implement. I built my own columnar database in Rust to capture and analyze these logs.

To capture logs, `import kronicler` and add `@kronicler.capture` as a decorator to functions in Python. It will then start saving performance metrics to the custom database on disk.

You can then view these performance metrics by adding a route to your server called `/logs` where you return `DB.logs()`. You can paste your hosted URL into the settings of usekronicler.com (the online dashboard) and view your data with a couple charts. View the readme or the website for more details for how to do this.

I'm still working on features like concurrency and other overall improvements. I would love some feedback to help shape this product into something useful for you all.

Thanks! - Jake
by famouswaffles | 2025-10-12 21:56:55+00:00
>You can't average out the userbase like that because the individual usage of the service varies wildly

Yes you can. This is how Meta, Google et al report their numbers. Obviously I'm not expecting each user to bring in exactly $8. The point is that the value they need to extract from their free users to be profitable is very small and very achievable. You and many people here have completely incorrect notions on how expensive inference is. Inference is cheap, and has been for some time now.

>and advertising revenue is directly tied to amount of usage.

Open AI with 800M weekly active users processes 2.6B messages per day. Google with ~5 billion users processes ~14 billion searches per day.

>This too is skewed by averaging with users who barely use the service.

No it's not. Inference is just not that expensive. Model costs have literally crashed several orders of magnitudes in the last few years. Sure, in 2020, this would be a very serious concern. In 2025, it just isn't.
by the__alchemist | 2025-10-12 21:57:56+00:00
I agree! My thought is this: The mechanical pencil is drawing that image because there are a combination of settings on it don't work well for a given use case. When adjusting the settings, I get poor results, or something breaks. The schematics are available and parts are available for the repair, but the job still takes a while, and I don't know how to do it. My friend has fixed something like it before, but his pencil's controls were different, and some of the tools are no longer available for the way he did it. I would prefer if the pencil worked out of the box, because I'm an artist; not a pencil engineer.

I instead buy a pencil from a different brand. It doesn't come in the color I want, but it's good enough, and lets me focus on the drawing. The pencil engineers and enthusiasts keep telling me the customizable mechanical pencil is much better. They love it, have learned its intricacies, and take pride in this.
by phatfish | 2025-10-12 21:58:32+00:00
I have no trouble ignoring the auto-generated playlists and finding the album. In my experience their recommendations pretty terrible, always a step behind my current taste.

The "song radio" playlists are useful though, you get a decent list of songs in a similar style when you are in that mood.

My new music discovery is almost entirely outside of Spotify, mostly online radio.

I have listened to Audiobooks so no issue with that myself, it was a sweetener when they started ramping the price after COVID. Handy for young kids as an TV alternative as well.

The desktop client UX has gotten much better over the last ~2 years. Nice compact layout options and really responsive scrolling artists with massive catalogues like in classical. It's the first time I've felt it matches their pre-Electron native UI client from 2012-ish.
by ozgung | 2025-10-12 21:58:39+00:00
Nope, we decided to do it the correct and logical way for our alphabet. Some glyphs are either dotted or dotless. So, we have Iı, İi, Oo, Öö, Uu, Üü, Cc, Çç, Ss and Şş. You see the Ii pair is actually the odd one in the series.

Also, we don't have serifs in our I. It's just a straight line. So, it's not even related to your Ii pair in English. You can't dictate how we write our straight lines, can you.

The root cause of the problem is in the implementation and standardization of the computer systems. Computers are originally designed only for English alphabet in mind. And patched to support other languages over time, poorly. Computers should obey the language rules, not the other way around.
by exasperaited | 2025-10-12 21:58:48+00:00
I am still [0] working on trying to recover who I was before whatever -- a couple of years ago -- rendered me progressively unable to concentrate on anything.

Last month was an improvement. This month I can't concentrate for long and I distract very easily, but I seem to be able to do more with what I have, A small sense of ambition that I might be able to do bigger things, and might not need to drop out of tech and get a simple job, is returning.

I am trying to use this inhibited, fractured state to clarify thoughts about useless technology and distractions, and about what really matters, because (without wishing to sound haughty) I used to be unusually good at a lot of tech stuff, and now I am not. It is sobering but it is also an insight into what it might be like to be on the outside of technology bullshit, looking in.

[0] https://news.ycombinator.com/item?id=45424854
by strcat | 2025-10-12 21:58:58+00:00
We have the sources for the patches which is how they get applied the source tree. We have both the regular releases and security preview releases so it's easy to see what was changed since it's a small amount of code: currently 59 security patches for Android 16, similar to the size of typical Android security patches, although 1 was already public elsewhere so we applied to the regular release.

> does not even include the keys for providing alternative web views or the ability to switch the location provider.

Trusting third parties with this is a privacy and security risk. GrapheneOS uses our Vanadium fork of Chromium for the WebView and LineageOS has their own builds of Chromium for it. We provide our own network location implementation using a semi-offline approach based on Apple's location service. We plan to add fully offline support for both Wi-Fi and cell tower network location via downloading regional databases. SUPL is essentially obsolete for GrapheneOS since all supported devices have PSDS and the network location service is already used to help accelerate GNSS when enabled, so we could just remove that instead of making our own SUPL service based on the same data.

We're making progress in fighting the Play Integrity API but governments and regulators move slowly. Courts also move slowly but we haven't brought it to a court yet and would prefer not having to do that. We would greatly prefer if Google worked it out with us and other AOSP-based operating systems but it doesn't appear there's much chance of that ever happening. It's strange since we were never hostile towards them, earned them a lot of money via hardware sales and made substantial upstream contributions.

A major Android OEM is working with us because unlike Google, they're able to see the significant benefits of working with us and selling a lot of devices based on it once they have official GrapheneOS support. Google could have worked with us and others instead of the path they're taking. They could have sold a lot more Pixels by opening up the devices more and improving them. Instead, they'll sell a lot fewer Pixels than they could have as one of the main reasons people buy them goes away. A lot of people who bought them and used the stock OS still bought them because they knew they could get first class support for another OS. They're shooting themselves in the foot. Our userbase will be buying devices from another OEM instead once they meet our requirements.
by azdle | 2025-10-12 21:59:26+00:00
I'm working on https://bodge.app/

I'm calling it a "Micro Functions as a Service" platform.

What it really is, is hosted Lua scripts that run in response to incoming HTTP requests to static URLs.

It's basically my version of the old https://webscript.io/ (that site is mostly the same as it was as long as you ignore the added SEO spam on the homepage). I used to subscribe to webscript and I'd been constantly missing it since it went away years ago, so I made my own.

I mostly just made this for myself, but since I'd put so much effort into it, I figure I'm going to try to put it out there and see if anyone wants to pay me to use it. Turns out there's a _lot_ of work that goes into abuse prevention when you're code from literally anyone on the internet, so it's not ready to actually take signups yet. But, there is a demo on the homepage.
by didibus | 2025-10-12 21:59:39+00:00
There's another project called ECA: https://github.com/editor-code-assistant/eca

I think the difference is ECA is a coding agent with a LSP-like protocol for various frontend and editors, which itself supports many models.

Where as agent protocol if I understand lets you use many agents like Gemini CLI, Claude Code, well assuming they support the protocol, using various frontend?

Though I guess other coding agents could also adopt the ECA protocol maybe.
by chr15m | 2025-10-12 22:01:00+00:00
I've been working on:

- A front-end library that generates 10kb single-html-file artifacts using a Reagent-like API and a ClojureScript-like language. https://github.com/chr15m/eucalypt

- Beat Maker, an online drum machine. I'm adding sample uploads now with a content accessible storage API on the server. https://dopeloop.ai/beat-maker

- Tinkering with Nostr as a decentralized backend for simple web apps.
by mold_aid | 2025-10-12 22:01:18+00:00
>This strikes me as a silly semantics argument.

Yeah, precisely what I'm saying. I don't think "they write prompt 'engineering' instead of 'writing' to maintain the fragile egos of people who use chatbots" [don't agree? See Mr. "but muh soft skills!" crying down thread] is worth saying outside of HN if I'm honest.
by ithkuil | 2025-10-12 22:01:21+00:00
Turkish exhibits a vowel harmony system and uses diacritics on other vowels too and the choice to put "i" together with other front vowels like "ü" and "ö" and put "ı" together with back vowels like "u" and "o" is actually pretty elegant.

The latinization reform of the Turkish language predates computers and it was hard to foresee the woes that future generations would have had with that choice
by Belphemur | 2025-10-12 22:02:04+00:00
Quite an interesting read Basically saying we're in war time economy with a race to super intelligence. Whichever super power does it first has won the game.

Seeing the last tariffs and what China done about the rare earth minerals (and also the deal the US made with Ukraine for said minerals), the article might have a point that the super power will cripple each other to be the first with the super intelligence. And you also need money for it so tariffs.
by pixl97 | 2025-10-12 22:02:27+00:00
>I had a computer that could talk and make decisions in 1982.

And it became and industry that as completely and totally changed the world. The world was just so analog back then.

>starts to seem a little less magical than saying "computers that talk and think"

Computer thinking will never become magical. As soon as we figure something out it becomes "oh that is just X". It is human thinking that will become less magical over time.
by zerof1l | 2025-10-12 22:03:13+00:00
Very US-centric article. Written by insecure people who are clinging to power and money desperately.

I don't see how some kind of big breakthrough is going to happen with the current model designs. The superintelligence, if it will ever be created, will require a new breakthrough in model architecture. We've pretty much hit the limit of what is possible with current LLMs. The improvements are marginal at this point.

Secondly, hypothetically, the US achieves superintelligence, what is stopping China from doing the same in a month or two, for example?

Even if China achieves a big breakthrough first, it may benefit the rest of the world.
by starkparker | 2025-10-12 22:04:10+00:00
> I never understood why noone built a Copycat (like "bgr" -> "better google reader :-D)

like theoldreader and Inoreader, which explicitly copied the columnar interfaces, non-RSS bookmarklet content saving, item favoriting, friend-of-a-friend commenting and quasi-blog social sharing features, and mobile app sync options via APIs? Or NewsBlur, which did all of that _and also_ added user-configurable algorithmic filtering? Or Feedly, which copied Reader's UX but without the social features? or Tiny Tiny RSS and FreshRSS, which copied Reader's UX as self-hosted software?

theoldreader remains the most straightforward hosted ripoff of Google Reader, right down to look and feel, and hasn't changed much in more than a decade. Tiny Tiny is very similar, and similarly unchanging. FreshRSS implemented some non-RSS following features. So did NewsBlur, but as it always has, it still struggles with feed parsing and UI performance.

Inoreader and Feedly both pivoted toward business users and productivity to stay afloat, with the former's ditching of social features leading to another exodus of people who'd switched to it after Google Reader folded.
by nradov | 2025-10-12 22:04:18+00:00
You can do this with a regular Garmin smart watch and a bike mount. It doesn't run Android but that doesn't matter. The problem is that it's really tough to read a map on a small display while riding: a real bike computer with a larger display is far superior if you're going to use it for navigation.

https://www.garmin.com/en-US/p/1221709/#devices