Tell HN: Don't make your startup multilingual

1 pointsby theorchid2 miesiące temu4 comments

When launching a startup, don’t make it multilingual until you have stable revenue and a team to support it. You can’t know whether the startup will become profitable, so early on, your time is better spent finding PMF and acquiring users. AI can write scripts to manage translation files and help with text translation, but the quality will still be poor. Users might as well use the browser’s built-in translator.

If you build the service in 10 languages right away, you’ll struggle to maintain it. Every interface change means updating translation files across all languages, even though most of your users will likely understand an English interface anyway. But if you’re building for a specific country, build it in that country’s language and don’t add English. Even two languages at the start are worse than one. With a single language, you can keep text directly in the code instead of splitting it into separate translation files.

My blog: orchidfiles.com

5 comments

[deleted]2 miesiące temu

codingdave2 miesiące temu

Counter-point: Don't hard-code all your UI strings, thinking you'll never need to be multi-lingual, because then you are setting yourself up for a massive re-work if that need arises. And even if you stay at one language, you really don't want to have to re-build and re-deploy an app just to change the words on a page or a label.

Take the time to extract UI strings from the code, even if only building a single language. It isn't that complex, and will certainly pay itself back if you get any traction at all.

theorchid2 miesiące temu

Are you suggesting that we build a multilingual architecture right from the start of the startup? Without testing the hypothesis, without testing the market and demand?

codingdave2 miesiące temu

The only thing we're talking about here is the difference between <p>Hard-coded string</p> and <p>${strings.notHardCoded}</p>

That is really just some file organization and some code syntax, not a major architectural difference. And it gets you a long way towards going multi-lingual when you need it, without much effort at all.

theorchid2 miesiące temu

You have to create keys, copy the text into a file, and when editing the text, you need to update that file instead of the code. When removing the interface, don’t forget to delete the keys from the file. When moving the interface, you need to reorder the keys in the file. When changing the meaning of the text, you need to change the key name. The benefit of these actions is almost zero if the startup has no users.