O Half-Life acabou sendo um daqueles jogos que se recusam a terminar. Servidores montados há uma década continuam no ar, continuam cheios numa sexta-feira à noite, continuam administrados por gente que sabe exatamente o que cada linha de config faz. O motor por baixo deles, no entanto, deixou de receber atenção dos autores originais há muito tempo.
\nÉ essa lacuna que esta organização existe para preencher.
\n\nO ReHLDS é uma versão reformulada do Half-Life Dedicated Server da Valve, obtida por engenharia reversa e reconstruída a partir da build 6153, com os bugs corrigidos, as falhas de segurança fechadas e os limites ampliados. Em torno dele existe uma família de projetos, cada um resolvendo um problema específico que um administrador realmente tem:
\nNada disso é reescrita por esporte. Cada um desses projetos começou porque alguém bateu numa parede em um servidor ao vivo e decidiu consertar o motor em vez de contorná-lo.
\nOs projetos principais estão em movimento. ReHLDS, ReGameDLL_CS e ReAPI lançaram versões no mesmo dia em maio deste ano — 3.15.0.896, 5.30.0.814 e 5.29.0.358, respectivamente — e o ReHLDS e o ReGameDLL_CS receberam cerca de trinta commits cada um no último ano. Isto aqui não é um museu.
Vale destacar à parte: em julho de 2025 o ReHLDS migrou da GPLv3 para a licença MIT, com o consentimento explícito dos seus principais colaboradores. Foi uma decisão deliberada para facilitar construir coisas sobre o motor, e não uma formalidade.
\nPor muito tempo, a resposta honesta para \"cadê a documentação?\" era dar de ombros e mandar o link de um tópico de fórum de 2017. Isso deixou de ser verdade.
\nTodos os projetos listados acima agora têm um conjunto completo de documentação — o que é, como instalar, todas as configurações que oferece, como compilar a partir do código-fonte e quem o escreveu. E tudo isso existe em cinco idiomas: inglês, russo, espanhol, português do Brasil e chinês simplificado, com 84 páginas cada.
\nO idioma chinês, em especial, valeu a pena terminar direito. Sites de documentação recorrem ao inglês em silêncio, página por página, então um site parcialmente traduzido não parece parcial — parece quebrado de um jeito que ninguém relata. Agora não parece mais.
\nTrês seções novas subiram junto:
\nOs quadros do projeto são públicos. Se você quer saber o que está sendo realmente trabalhado, em vez do que soa bem em um post de anúncio, é lá que se olha.
\nDo lado da documentação, a pergunta óbvia seguinte é qual idioma acrescentar. Olhando para onde os servidores ativos de CS 1.6 de fato estão, e não para onde supomos que estejam, os próximos candidatos são o romeno e o polonês. Nada é prometido aqui: uma tradução só continua útil enquanto alguém a mantém em dia, e um idioma desatualizado é pior do que nenhum.
\nA coisa mais útil que você pode fazer não custa nada: rode a versão atual e relate o que quebrar.
\nUm bom relato inclui a build do ReHLDS, a sua plataforma, o mod e a versão dele, a sua lista de plugins e a saída do console ou o dump do travamento. A Solução de problemas explica como capturar tudo isso. Relatos assim são como o motor chegou onde está — toda a lista de correções veio de gente rodando servidores, não de um laboratório de testes.
\nAlém disso: a documentação é um repositório como outro qualquer. Se uma página está errada, confusa ou não traz algo que você teve de descobrir na marra, um pull request corrigindo isso é sinceramente bem-vindo — traduções incluídas.
\nE se você está decidindo entre perguntar por mensagem privada ou em público: pergunte em público. A resposta ajuda a próxima pessoa também.
\nEncontre a gente no GitHub, no Discord e no Telegram. Obrigado por manter esses servidores vivos.
", "url": "https://rehlds.dev/pt-BR/blog/2026/09/11/state-of-rehlds/", "title": "Onde o ReHLDS está hoje", "summary": "O que é a organização ReHLDS, o que foi lançado recentemente e em que pé está a documentação, agora em cinco idiomas.", "date_modified": "2026-09-11T00:00:00.000Z", "author": { "name": "Anatolii Zimovskii", "url": "https://www.mobygames.com/person/1052066/anatolii-zimovskii/" }, "tags": [ "announcement", "community", "documentation", "open source" ] }, { "id": "https://rehlds.dev/pt-BR/blog/2024/12/12/why-not-to-dm-developers/", "content_html": "Todos os dias, os desenvolvedores de código aberto recebem perguntas e problemas dos usuários. Mas você sabia que mandar perguntas por mensagem direta está longe de ser a melhor forma de obter uma resposta? Na prática, muitos problemas são resolvidos bem mais rápido e de maneira mais eficiente quando discutidos em canais públicos. Isso vale para o projeto ReHLDS e para muitas outras iniciativas de código aberto.
\nQuando você manda uma DM, o problema fica \"nas sombras\". Só você e o desenvolvedor sabem dele. Publicar uma pergunta ou um bug nas GitHub Issues ou nas GitHub Discussions permite que não apenas o desenvolvedor, mas também outros membros da comunidade, ajudem você a encontrar uma solução. Afinal, a comunidade de código aberto funciona com base na ajuda mútua e na troca de conhecimento. Quanto mais gente envolvida na solução do problema, mais rápido ele será resolvido.
\n\nDesenvolvedores são pessoas ocupadas. Cada resposta a uma mensagem direta tira tempo de tarefas como corrigir bugs, acrescentar recursos ou otimizar o desempenho. Enquanto o desenvolvedor gasta tempo reunindo informações sobre o seu problema, outros usuários poderiam estar oferecendo uma solução.
\nPor que isso importa?
\nDiscussões abertas: quando um problema ou uma pergunta se torna público, outros usuários podem compartilhar soluções ou sugestões. Isso cultiva um clima ativo de colaboração.
\nVisibilidade pública: todos podem ver a sua pergunta e ajudar você a encontrar uma solução, o que aumenta bastante a chance de uma resolução rápida.
\nEconomia de recursos: o tempo dos desenvolvedores é limitado e deve se concentrar em questões maiores e mais complexas, e não em resolver casos simples que poderiam ser tratados em espaços públicos.
\nPlataformas como as GitHub Issues ou as Discussions existem para que usuários e desenvolvedores discutam os projetos e os problemas deles. É importante entender que os usuários finais nem sempre conseguem avaliar objetivamente a dimensão de um problema. Às vezes, o que parece um bug crítico é, na verdade, um simples mal-entendido ou um erro de instalação. Por isso, as discussões abertas ajudam todos os participantes do projeto a avaliar a real importância de um problema e a resolvê-lo o mais rápido possível.
\nEm vez de mandar uma DM, abra uma issue com uma descrição detalhada do problema. Isso não só acelera a resolução, como também poupa você de esperas e incertezas desnecessárias.
\nLembre-se: toda pergunta ou mensagem em canais públicos, seja em uma discussão no GitHub ou em um bate-papo, é uma contribuição ao desenvolvimento do projeto. Isso é muito mais valorizado do que uma conversa por DM. Os canais públicos ajudam a criar uma comunidade em que o conhecimento e as ideias circulam mais rápido do que circulariam em mensagens privadas.
\nAo abrir issues, enviar pull requests ou simplesmente participar das discussões, você já está dando uma contribuição importante ao desenvolvimento do projeto. Todas as discussões, bugs e sugestões ajudam não só você, mas também os outros membros da comunidade, e melhoram o projeto para todo mundo.
", "url": "https://rehlds.dev/pt-BR/blog/2024/12/12/why-not-to-dm-developers/", "title": "Por que você não deve mandar DM para os desenvolvedores", "summary": "Explicação de por que mandar mensagem direta aos desenvolvedores não é uma forma eficaz de resolver problemas em projetos de código aberto.", "date_modified": "2024-12-12T00:00:00.000Z", "author": { "name": "Sergey Shorokhov", "url": "https://wopox1337.github.io" }, "tags": [ "open source", "community building", "collaboration", "GitHub", "developer guidelines", "volunteer support", "problem solving" ] }, { "id": "https://rehlds.dev/pt-BR/blog/2024/11/01/welcome/", "content_html": "A nossa comunidade do ReHLDS está crescendo, e temos a missão de torná-la um lugar mais acolhedor e envolvente para todos os membros — sejam novatos ou colaboradores experientes. Para nos ajudar a alcançar esses objetivos, procuramos Community Managers entusiasmados, dispostos a causar um impacto positivo.
\n\nComo Community Manager, você terá um papel decisivo em moldar a experiência dos usuários e desenvolvedores da nossa comunidade. De moderar discussões e ajudar recém-chegados a organizar recursos e apoiar a criação de conteúdo, você terá várias oportunidades de contribuir de forma significativa.
\nTemos um quadro de 🤝 Iniciativas de Comunidade e UX com uma lista de tarefas e prioridades da comunidade nas quais a nossa equipe vai se concentrar. Você poderá escolher as tarefas que mais lhe interessarem ou propor ideias alinhadas aos nossos objetivos.
\nPrincipais responsabilidades:
\nAinda que tenhamos um plano definido de tarefas, valorizamos a flexibilidade. Se existe uma área específica pela qual você se interessa, as suas ideias e o seu apoio nessa área também são muito bem-vindos.
\nSe você tem interesse em participar, preencha este formulário do Google com algumas informações básicas sobre a sua experiência, os seus contatos e os seus interesses. Mal podemos esperar para conhecer você melhor!
\nVamos trabalhar juntos para construir uma comunidade do ReHLDS mais acolhedora e vibrante!
\n\n", "url": "https://rehlds.dev/pt-BR/blog/2024/11/01/welcome/", "title": "Junte-se à equipe de Community Managers do ReHLDS", "summary": "A comunidade do ReHLDS procura Community Managers dedicados para ajudar a criar um ambiente acolhedor para todos os membros. Candidate-se e contribua com a nossa comunidade em crescimento!", "date_modified": "2024-11-01T00:00:00.000Z", "author": { "name": "Sergey Shorokhov", "url": "https://wopox1337.github.io" }, "tags": [ "recruitment", "community", "open source", "volunteer" ] } ] }