1. Não leve esse tweet tão a sério, são apenas dicas, você pode simplesmente ignorar se não gostar.
2. O chat é o mais importante, mesmo que seu conteúdo seja fantástico ele não será a mesma coisa sem a interação com o chat
3. Mas não exagere, é preciso achar um balanço entre conteúdo técnico e entretenimento. (timers ajudam)
4. Use as features da plataforma para te ajudar, extensões, jogos, pontos do canal, resgate de perguntas e desafios.
5. O visual do canal importa muito! overlays, painéis, emojis fazem parte importante da experiência de quem te acompanha
6. Use as outras redes como uma extensão da sua comunidade, poste spoilers, clips, screenshots engraçados, dicas de código etc.. é mais fácil alguém te conhecer por outra rede do que pela busca da twitch.
7. Por falar em plataforma, não faça multi-stream, foco em uma plataforma é melhor do que streamar para todo lugar, use o melhor de cada plataforma (cont)
... lives na twitch, VODs curtos no YouTube, Anúncios e enquetes no twitter e instagram, divulgação em grupos no facebook, interação com a comunidade no discord/telegram.
8. Você não precisa de 1080p para live coding, pode transmitir em 720p e 30fps que vai ser até melhor para todo mundo que tem internet não tão rápida.
9. Para live coding é mais importante otimizar o espaço do código na tela e ter as fontes bem grandes do que encher de overlays.
10. Camera é importante sim! as pessoas querem te ver e te ouvir, uma live sem câmera tem muito menos engajamento do que uma com.
11. Porém, a qualidade do áudio é mais importante que a qualidade do vídeo, melhor uma camera de baixa resolução do que um audio falhando.
12. mantenha um stream log (pode ser um arquivo, notion, papel e caneta) anote as coisas importantes que ocorrem durante a live senão vc esquece com certeza.
13. Ofereça alguma vantagem para seus subs: emotes, salas exclusivas, jogos, vantagem em sorteios e sorteios só para subs
14. Não faça stream todos os dias (essa é polêmica) mas não é recomendado fazer todos os dias, 1 pq vc cansa e 2 pq os viewers cansam.
15. Tenha uma agenda definida, se vc streamar 3x por semana procure manter sempre um horário fixo na medida do possível.
16. Exceto em caso de cursos, prefira projetos menores que possam ser terminados em 1 ou 2 lives senão o pessoal dispersa e os novos que chegarem a sua live não acompanham.
17. Cuidado: não faça brincadeiras com viewers que vc não conhece, nunca sabemos como as pessoas vão reagir a brincadeiras então melhor evitar brincadeiras pessoais.
18. Tenha uma tela de espera e espere entre 5 e 10 minutos antes de começar a live, notificações falham as vezes.
19. Faça Raid ao final da sua live! essa é a feature mais importante da twitch para construir a comunidade. E agradeça as raids q receber. (streamholics ajuda nisso)
20. Não se esqueça que a plataforma é uma empresa e você monetizar está no plano de negócios deles, não há nada de errado em monetizar o seu canal.
21. Divirta-se.
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Decidi pesquisar meu nome no Google, e então descobri uma empresa, que tem funding da @ycombinator fazendo Bad Patterns (marketing feio) de SEO usando meu nome e o nome de muito criador de conteúdo educacional e escola.
🧵
E usam essa estratégia bem ruim com várias outras pessoas e empresas que criam treinamentos.
Eles enchem o site deles de texto para simular relevância e aparecer nas buscas, em Agosto de 23 as keywords "Python Bruno Rocha LINUXtips" estavam em alta pois fizemos a Python week..
Então eles aproveitaram esse tráfego que não é direcionado ao conteúdo deles para ENGANAR e vender os cursos deles.
Veja só como funciona essa prática bem ruim da @awari_brasil
Eu não sei de onde surgiu essa "crença" de que conteúdo educacional tem que ser de graça, é algo muito frequente na nossa comunidade este tipo de questionamento.
Devemos incentivar conteúdo grátis, acessível (e fazemos MUITO) mas isso não anula a existência de conteúdo pago.
Existe uma linha tênue nesse assunto, eu acredito que todo o conhecimento deve ser livre e acessível, não deve existir copyright e patentes etc.. por isso todo o material dos meus treinamentos estão abertos lá no meu github, e sempre priorizo tecnologias livres.
Quando cobro pelo curso não é copyright, o material está aí livre, e sempre que posso vou publicar conteúdo grátis.
Mas cobrar é apenas o pagamento pelo meu tempo dedicado em explicar as coisas com a melhor didática que posso.
Percebi que grande parte dos projetos que usa versões x.y.z não segue de verdade o versionamento semântico.
Dá trabalho sim, mas é possível fazer múltiplos releases e em ordem cronológicas completamente distintas, e o mais importante: manter a compatibilidade reversa.
🧵
Versão inicial 0.1.0
Na branch main:
- Nova feature super legal
- Outra feature nova que ainda precisa de mais testes
- Bugfix que não influencia na experiência de uso
- Bugfix que altera parametros de função
- Security patch
- Disable a magic function
+ backlog enorme.
🧵
Não precisa ficar esperando o backlog estar todo resolvido ou a branch main estar toda estável para fazer um release 0.2.0.