Escolher um bot de Discord completo: no que reparar

Porque corre mal

Uma lista custa pouco a escrever. Cada linha pode ser um módulo desenvolvido ou um botão que manda uma mensagem pronta, e de fora as duas coisas parecem iguais. O que complica é que a diferença costuma notar-se depois do convite, ou seja, quando já concedeste permissões. Segundo problema: a língua. Uma interface traduzida a meio parece à primeira vista mais simpática do que uma inteiramente em inglês; no uso diário é pior, porque a tua equipa tem de adivinhar um campo em cada dois. E terceiro, a abrangência tem um reverso que não aparece em lista nenhuma: quanto mais um bot assume, mais depende dele no dia em que não responde. Quem não pensa nisso antes troca cinco pontos de falha pequenos por um grande.

O que decidir primeiro

Muita gente começa a busca por bots como o MEE6 e depois compara listas de funções entre si, e é precisamente aí que compensa dar um passo atrás. Escreve primeiro do que o teu servidor precisa mesmo hoje, não do que seria simpático daqui a um ano; costumam ser três a cinco coisas, e tudo o resto é extra que não deve decidir nada. Depois decide até onde deve ir a configuração no vosso caso: chega um assistente que assenta as bases ou precisam de cada pormenor regulável em separado? Ambas as posições se defendem, mas uma equipa que quer pormenor e recebe um assistente fica insatisfeita, e ao contrário também. Por fim resolve a questão da língua com honestidade: se a tua equipa trabalha em inglês, uma interface inglesa não é desvantagem; se não, não olhes para a página inicial mas para os sítios que doem: mensagens de erro e janelas de confirmação.

Passo a passo

1. Aponta as três a cinco funções sem as quais o teu servidor não anda e ordena-as por importância.
2. Olha para o link de convite antes de aceitares e vê se ali é pedido Administrador ou permissões avulsas.
3. Testa num servidor de treino vazio e não no verdadeiro, porque ali pode mesmo correr algo mal.
4. Muda a interface para a vossa língua e provoca um erro de propósito para veres o que aparece.
5. Configura por completo a tua função mais importante e deixa-a andar uma semana antes de mexeres na segunda.

Os erros que quase todos cometem

O primeiro erro acontece antes do convite: aceita-se sem ter lido a lista de permissões. Administrador não é um pormenor mas um atalho: salta qualquer afinação posterior, e depois já não podes dizer o que o bot pode fazer, apenas que pode tudo. O segundo erro é o ensaio no servidor verdadeiro com membros verdadeiros. O terceiro é ligar tudo de uma vez: quem ativa vinte funções na primeira noite tem vinte obras na segunda e nenhuma ideia de qual delas partiu a atribuição de cargos. Quarto erro: não perguntar pela saída. Como se sai faz parte da decisão, não do acidente. E o erro mais silencioso: escolher sozinho. Quem usa o bot é a equipa, e uma equipa que não foi ouvida nunca usará metade.

Perguntas frequentes

Repara em quantas definições tem e se conhece casos especiais. Uma função com um único interruptor cobre exatamente um caso; uma com cargos, canais, exceções e escolha de língua própria foi construída porque alguém a usava. No Its-Comm são 68 comandos de barra distribuídos por 73 módulos, mas o número sozinho não diz nada: tens de olhar para as definições dos módulos de que precisas.

Porque faz desaparecer a pergunta do porquê. Um bot que dispensa essa permissão global tem de justificar cada direito em separado, e já na janela do convite vês no que te estás a meter. O Its-Comm é convidado com um conjunto fixo de permissões avulsas, não com Administrador.

Para o trabalho diário sim, porque mudar de língua a meio da frase custa mais esforço do que uma língua que aguenta até ao fim. Por isso verifica não só os interruptores, mas também as mensagens de erro e as janelas de confirmação. O Its-Comm leva dez línguas de ponta a ponta, e é aí que a diferença se nota.

Quatro. Onde estão os dados e quem lhes chega? Como saio outra vez sem deixar canais e permissões para trás? O que acontece no servidor se o bot não responder durante um bocado? E quem, do vosso lado, continua a tratar das definições quando a pessoa que montou tudo deixar de ter tempo?

Como percebo se uma função está mesmo desenvolvida?

Repara em quantas definições tem e se conhece casos especiais. Uma função com um único interruptor cobre exatamente um caso; uma com cargos, canais, exceções e escolha de língua própria foi construída porque alguém a usava. No Its-Comm são 68 comandos de barra distribuídos por 73 módulos, mas o número sozinho não diz nada: tens de olhar para as definições dos módulos de que precisas.

Porque é que Administrador é um sinal de alerta?

Porque faz desaparecer a pergunta do porquê. Um bot que dispensa essa permissão global tem de justificar cada direito em separado, e já na janela do convite vês no que te estás a meter. O Its-Comm é convidado com um conjunto fixo de permissões avulsas, não com Administrador.

Uma interface traduzida a meio é pior do que uma inglesa?

Para o trabalho diário sim, porque mudar de língua a meio da frase custa mais esforço do que uma língua que aguenta até ao fim. Por isso verifica não só os interruptores, mas também as mensagens de erro e as janelas de confirmação. O Its-Comm leva dez línguas de ponta a ponta, e é aí que a diferença se nota.

Que perguntas faço antes de convidar?

Quatro. Onde estão os dados e quem lhes chega? Como saio outra vez sem deixar canais e permissões para trás? O que acontece no servidor se o bot não responder durante um bocado? E quem, do vosso lado, continua a tratar das definições quando a pessoa que montou tudo deixar de ter tempo?