Not

Hacker

News!

Not

Hacker

News!

AI-observed conversations & context

Daily AI-observed summaries, trends, and audience signals pulled from Hacker News so you can see the conversation before it hits your feed.

LiveBeta

Explore

Home
Hiring
Products
Companies
Discussion
Q&A
Privacy Policy

Resources

Visit Hacker News
HN API
Modal cronjobs
Meta Llama

Briefings

Inbox recaps on the loudest debates & under-the-radar launches.

Connect

© 2026 Not Hacker News! — independent Hacker News companion.

Not affiliated with Hacker News or Y Combinator. We simply enrich the public API with analytics.

Fluent | Not Hacker News!

Not

Hacker

News!

Home
Products
Fluent

Product Launch

anonymous

1 points

6 comments

Posted23 days agoActive19 days ago

Fluent

projectfluent.org

maturelibrarydevelopers

Key Features

syntax for expressing complex translationssupport for variables and plural formsnatural-sounding translations

Tech Stack

JavaScript

Not

Hacker

News!

AI-observed conversations & context

Daily AI-observed summaries, trends, and audience signals pulled from Hacker News so you can see the conversation before it hits your feed.

LiveBeta

Explore

Home
Hiring
Products
Companies
Discussion
Q&A

Rust

Python

localizationinternationalizationlanguage

Discussion (6 comments)

Showing 6 comments

19 days ago

1 reply

My project, Lokalized (from 2017, in Java), has the same goal but took a different approach to the "little language" design. I'm guessing I had the same inspiration as the Fluent authors - existing solutions were just not expressive enough for the real world. Mentioning here because I'm always super interested in seeing how others approach the problem of effective i18n (it's a bit complex). Making Fluent more of a spec was the right call imo; I did not do that with my work.

https://lokalized.com

19 days ago

1 reply

Have a look at my solution (also Java): https://github.com/resource4j/resource4j

19 days ago

I like the fluent API - this looks like a much better way to work with ResourceBundle types than Java's out-of-the-box support. Thanks for sharing.

19 days ago

1 reply

This problem is more suitable for tiny LLM.

19 days ago

In my experience, LLMs are terrific for most translation tasks, but you still need a way to encode the data (rules for genders, cardinalities, ordinalities, ...) for storage on disk/database/etc. for 1. performance and 2. consistency/durability. So LLMs are a big part of the solution, but not the whole picture.

19 days ago

I use this in one of my products. The biggest problem with it is that it lacks any tooling around it. There are no tools to verify that the file itself is not broken / malformed. And tools like POedit do not support it for translations.

View on Hacker NewsHN ID: 46262584Mood: informative

Resources

Visit Hacker News
HN API
Modal cronjobs
Meta Llama

Briefings

Inbox recaps on the loudest debates & under-the-radar launches.

Connect

© 2026 Not Hacker News! — independent Hacker News companion.

Not affiliated with Hacker News or Y Combinator. We simply enrich the public API with analytics.