Dæmon S.

Migrated to Catodon.rocks: Dæmon S. (npub1c2e…f5kf)

Mastodon: https://mastodon.social/@dsilverz
Friendica: https://friendica.world/profile/dsilverz/profile
Pixelfed: https://anar.chi.st/dsilverz
Tootik: https://hd.206267.xyz/user/dsilverz
Blog (Dreamwidth): https://dsilverz.dreamwidth.org/
Blog (Neocities): https://dsilverz.neocities.org/

Last Notes

2025-10-01 00:26:23 UTC

- reply

Trazendo uma sugestão/ideia como outsider: embora nunca cheguei a desenvolver i8n nas plataformas que já lidei em full-stack, o que eu já vi em projetos no Github é que a capacidade de um sistema de lidar com vários idiomas diferentes depende de um mapeamento de símbolos/chaves para uma string de um dicionário de chaves-valores específicos, ao invés da string hardcoded no código-fonte. Isso é algo tanto de front-end quanto de back-end (porque o back-end pode e muitas vezes vai mandar mensagens formatadas para serem exibidas ipsis literis no front-end).
Daí, por exemplo, num código de template do front, ao invés de (vou exemplificar usando sintaxe JSX do react):
```jsx
<ModalComponent title="Adicionar habilidade profissional">...</ModalComponent>
```
Seria algo como:
```jsx
<ModalComponent @title=curri8n.title_add_skill>...</ModalComponent>
```
No back-end, ao invés de (vou exemplificar usando express.js porque não conheço o fastapi):
```mjs
if(!req.body)
res.status(400).json({error: "Preencha as informações a serem adicionadas!"})
```
Seria:
```mjs
if(!req.body)
res.status(400).json({error: curri8n.err_missing_info})
```
E em um arquivo de dicionário (JSON, YAML, até mesmo um XML ou INI) com nome, por exemplo, "pt-br":
```json
{
"title_add_skill": "Adicionar habilidade profissional",
"err_missing_info": "Preencha as informações a serem adicionadas!",
...
}
```
Noutro, "en-us":
```json
{
"title_add_skill": "Add professional skill",
"err_missing_info": "Fill the information to be added!",
...
}
```
Os dicionários podem ser separados ou juntos para front e back, os dicionários podem até mesmo vir do banco de dados (embora seja necessário um fallback de mensagem de erro no caso de falha na conexão com o banco).
Linguagens podem ser adicionadas adicionando-se novos arquivos. Nomes dos dicionários geralmente seguem a ISO de duas letras pro idioma, às vezes seguidas de um underline/hífen e mais duas letras pra um país (e.g. en_us, en_ca, pt_br, pt_pt).
Os nomes das chaves (e.g. `title_add_skill`) não precisam ser necessariamente em inglês, pode ser em português (e as linguagens, incluindo Python e JS, principalmente o JS, aceitam perfeitamente coisas como `let tradução = "Olá"`) mas demanda uma documentação rica e multilingue para que possíveis colaboradores não-lusófonos possam entender no futuro.
Adicionar um i8n num projeto já desenvolvido e consolidado na prod. até é possível, mas requer muitas vezes (principalmente projetos com muitos templates e módulos e componentes) refatoração e branching git que não seriam necessárias se o i8n já vier de nascença num projeto.

2025-09-30 19:18:14 UTC

- reply

Excelente projeto!
Não sei se vocês têm intenção de o projeto ser multilingue logo de início, mas compartilhei uma tradução (feita por mim mesmo) da postagem para English (porque já vi galera de fora perguntando alternativas federadas ao LinkedIn).
Post traduzido que fiz: https://calckey.world/notes/adahu5piny
Qualquer coisa me digam que apago meu post e compartilho a postagem original em português apenas. Por enquanto só compartilhei pelo Calckey que é a plataforma que geralmente uso, mas se autorizado, daí eu coloco hashtags relacionadas ao fediverso e compartilho lá no Mastodon também onde há um alcance maior (embora meu perfil não seja lá de amplo alcance)

2025-09-30 19:07:13 UTC

English version of the post (I'm not affiliated to the project, just sharing it to the anglophone Fediverse):
"Hey, we're starting an open-source project called vitae. The idea is for it to be your resume, online, in the Fediverse.
It'll be a LinkedIn-like, federated platform, focused on the professional person and the human being behind it.
It won't have a timeline with quantum coaching (we already have Mastodon for that), and the changes to the resume may or may not appear on your TL, depending on what the user wants to be shown.
The backend relies on Python + fastapi. The developer pulling the backend requirements and architecture is @riverfount@bolha.us.
The frontend will have the best and more modern features from JS/Demo. The developer pulling the frontend requirements and architecture is @jedi@bolha.us.
@npub1e4q…7cq6 is taking care of the infrastructure.
Boost please."
(the original post also included links to a Portuguese chatroom which I decided not to translate in this English version because it's a Portuguese-speaking room; if you're a Portuguese speaker and you're interested in participating, check the original post on bolha.us: https://bolha.us/@gutocarvalho/115287438457745882)
#note1nan…d9ye