├── .github └── pull_request_template.md ├── LICENSE ├── README.en.md ├── README.md └── languages ├── english ├── CONTRIBUTING.en.md └── files │ ├── EVENTS-PUG.md │ ├── ORGANIZATION-DAY.md │ ├── PIPELINE.md │ ├── PROMOTION.md │ └── SET-DATE.md └── portuguese ├── CONTRIBUTING.md └── arquivos ├── ATIVIDADES.md ├── DEFINIR-DIA.md ├── DIVULGACAO.md ├── EVENTO.md ├── ORGANIZACAO-DIA.md ├── PASSO-A-PASSO.md └── modelos ├── DESCRICAO-SUBMISSAO-PALESTRAS.md ├── DESCRICAO-VOTACAO-PALESTRAS.md └── EMAIL-CONFIRMACAO-ATIVIDADE.md /.github/pull_request_template.md: -------------------------------------------------------------------------------- 1 | ### Requisitos para contribuir 2 | 3 | - Preencha o modelo abaixo. Qualquer *Pull Request* que não inclua informação suficiente para ser revisado em tempo hábil poderá ser fechado por decisão dos mantenedores. 4 | 5 | ### Descrição da mudança 6 | 7 | 12 | -------------------------------------------------------------------------------- /LICENSE: -------------------------------------------------------------------------------- 1 | MIT License 2 | ----------- 3 | 4 | Copyright (c) 2019 PUG-PE (http://pycon.pug.pe) 5 | Permission is hereby granted, free of charge, to any person 6 | obtaining a copy of this software and associated documentation 7 | files (the "Software"), to deal in the Software without 8 | restriction, including without limitation the rights to use, 9 | copy, modify, merge, publish, distribute, sublicense, and/or sell 10 | copies of the Software, and to permit persons to whom the 11 | Software is furnished to do so, subject to the following 12 | conditions: 13 | 14 | The above copyright notice and this permission notice shall be 15 | included in all copies or substantial portions of the Software. 16 | 17 | THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, 18 | EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES 19 | OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE AND 20 | NONINFRINGEMENT. IN NO EVENT SHALL THE AUTHORS OR COPYRIGHT 21 | HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER LIABILITY, 22 | WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING 23 | FROM, OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR 24 | OTHER DEALINGS IN THE SOFTWARE. -------------------------------------------------------------------------------- /README.en.md: -------------------------------------------------------------------------------- 1 | # Meetup Cookbook 2 | [![\[Telegram\] PUG-PE](https://img.shields.io/badge/telegram-pugpe-blue.svg?style=flat-square)](https://t.me/pugpe) 3 | ![Twitter Follow](https://img.shields.io/twitter/follow/pugpe?style=social) 4 | ![GitHub](https://img.shields.io/github/license/pugpe/meetup-cookbook) 5 | 6 | >This repository serves as a guide for organizing and planning a [PUG-PE (Python User Group - Pernambuco)](http://pycon.pug.pe) meetup 7 | 8 | *Other languages: [Português](README.md)* 9 | 10 | ## Index 11 | 1. [Main Pipeline](languages/english/files/PIPELINE.md) 12 | 2. [Set the date](languages/english/files/SET-DATE.md) 13 | 3. [Create event on PUG-PE website](languages/english/files/EVENTS-PUG.md) 14 | 4. [Promotion tips](languages/english/files/PROMOTION.md) 15 | 5. [Organization on the day](languages/english/files/ORGANIZATION-DAY.md) 16 | 17 | ## Contribution 18 | Contributions to this repository are welcome. If you liked something of any PUG meetup and would like to give **feedbacks** or **propose changes**, read ours [contributing guide](languages/english/CONTRIBUTING.en.md) and take part! 19 | 20 | We would love your help on this journey :heart: 21 | 22 | ## Code of conduct 23 | 24 | We have a [code of conduct](https://python.org.br/cdc/) and we expect everyone, who is involved in the event, agree with it. If you haven't taken a look at it yet, we strongly recommend reading it, it will be super fast o/ 25 | -------------------------------------------------------------------------------- /README.md: -------------------------------------------------------------------------------- 1 | # Meetup Cookbook 2 | [![\[Telegram\] PUG-PE](https://img.shields.io/badge/telegram-pugpe-blue.svg?style=flat-square)](https://t.me/pugpe) 3 | ![Twitter Follow](https://img.shields.io/twitter/follow/pugpe?style=social) 4 | ![GitHub](https://img.shields.io/github/license/pugpe/meetup-cookbook) 5 | 6 | >Esse repositório serve como guia na organização e planejamento de um evento do [PUG-PE (Python User Group - Pernambuco)](http://pycon.pug.pe) 7 | 8 | *Outras línguas: [English](README.en.md)* 9 | 10 | ## Índice 11 | 1. [Passo a passo inicial](languages/portuguese/arquivos/PASSO-A-PASSO.md) 12 | 2. [Definir dia](languages/portuguese/arquivos/DEFINIR-DIA.md) 13 | 3. Organização online 14 | 15 | 1. [Submissão de atividades](languages/portuguese/arquivos/ATIVIDADES.md#submissão-de-atividades) 16 | 2. [Avaliação de atividades](languages/portuguese/arquivos/ATIVIDADES.md#avaliação-de-atividades) 17 | 3. [Confirmação de atividades](languages/portuguese/arquivos/ATIVIDADES.md#confirmação-de-atividades) 18 | 4. [Inscrição no evento](languages/portuguese/arquivos/EVENTO.md#inscrição-no-evento) 19 | 5. [Lista de espera](languages/portuguese/arquivos/EVENTO.md#lista-de-espera) 20 | 6. [Divulgação](languages/portuguese/arquivos/DIVULGACAO.md) 21 | 7. [Emissão de certificado](languages/portuguese/arquivos/EVENTO.md#emissão-de-certificado) 22 | 23 | 4. [Organização no dia](languages/portuguese/arquivos/ORGANIZACAO-DIA.md) 24 | 25 | ## Contribuição 26 | 27 | Este repositório está aberto a contribuições, se você gostou de algo que foi realizado no PUG e gostaria de dar **feedbacks** ou **propor mudanças**, leia nosso [guia de contribuição](languages/portuguese/CONTRIBUTING.md) e participe! 28 | 29 | Adoraríamos receber sua ajuda nessa jornada :heart: 30 | 31 | ## Código de Conduta 32 | 33 | Nós temos um [código de conduta](https://python.org.br/cdc/), esperamos que todos que façam parte do evento concordem com ele. Se você ainda não deu uma olhada nele, recomendamos fortemente sua leitura, vai ser super rápida o/ 34 | -------------------------------------------------------------------------------- /languages/english/CONTRIBUTING.en.md: -------------------------------------------------------------------------------- 1 | # How to contribute to PUG-PE Meetup Cookbook? 2 | 3 | First, thank you so much for thinking about contributing! :smile::smile: 4 | 5 | This document presents a set of guidelines for contributing to this project. These guidelines aren't exactly rules, but following them helps everyone to be on the same page. Feel free to submit a *pull request* for this document. In general, use common sense. 6 | 7 | ## Code of conduct 8 | 9 | This project and everyone participating in it are subjected to the [code of conduct](https://python.org.br/cdc/). By participating you are expected to be following it as well. 10 | 11 | ## How can I contribute? 12 | 13 | ### Suggesting improvements 14 | 15 | Before suggesting, please make sure the same idea has not been [suggested before](https://github.com/pugpe/meetup-cookbook/issues). If your idea has been suggested, be sure to interact with the issue and help evolve the idea. 16 | 17 | #### How to submit a good improvement suggestion? 18 | 19 | Improvements are presented as [*Github Issues*](https://guides.github.com/features/issues/). 20 | 21 | - **Use a clear and descriptive title**; 22 | - **Provide a detailed description of the suggestion**; 23 | - **Explain why this improvement is useful**; 24 | - **Describe a *before and after*, if applicable**; 25 | - **Provide examples, if applicable**. 26 | 27 | ### Implementing Improvements 28 | 29 | After taking a look at the improvements [already suggested](https://github.com/pugpe/meetup-cookbook/issues), did you find that you could implement some of them? You are in the right section! 30 | 31 | ### Creating *Pull Requests* 32 | 33 | With the [*Pull Requests*](https://help.github.com/en/articles/about-pull-requests)(or PR) you can integrate what you have developed with our project. 34 | 35 | For this, please follow the steps below to evaluate your contribution: 36 | 37 | 1. Follow the instructions for the *pull requests* template when creating it; 38 | 2. Follow the [*style guides*](#guias-de-estilo); 39 | 40 | 41 | Even if the above prerequisites are followed, this does not mean that project maintainers cannot request additions to the *pull request*, clarification of information, changes to some sections, etc., before the contribution is accepted. 42 | 43 | ## Style guides 44 | 45 | ### *commit* messages of git 46 | 47 | - Use Affirmative Imperative on second person ("Add Contribution Guides ..." not "Adding Contribution Guides ...") 48 | - Title (first line) must be 50 characters or less 49 | - Write objective *commit* message about what that commit changes in the project. 50 | - Try to answer "What does this *commit* do?"; 51 | - If *commit* is described, leave the second line blank; 52 | - Add a description to the commit beginning from the third line, with 72 characters or less per line; 53 | - When asking yourself if a description is required for *commit*, ask yourself if anyone wants to investigate "why this change has been introduced" will only be possible by the title and content of *commit*; 54 | - Add a description that answers the question "Why is this *commit* necessary?"; 55 | - Refer to *issues* or *pull requests* at the end of the message; 56 | 57 | Thanks! :heart: :heart: :heart: -------------------------------------------------------------------------------- /languages/english/files/EVENTS-PUG.md: -------------------------------------------------------------------------------- 1 | # Events PUG-PE -------------------------------------------------------------------------------- /languages/english/files/ORGANIZATION-DAY.md: -------------------------------------------------------------------------------- 1 | # Organization on the day 2 | 3 | >Here are some instructions and tips to be followed by the PUG-PE organizing members and volunteers on the event's day. 4 | 5 | ## Instructions 6 | 7 | ### Some things to be aware of before the event's day 8 | 9 | It is important to the organizing member and volunteers to check if there are some items that might be necessary (e.g., table, power plugs, video projector). It is wanted that, in case those items are not available, the members should look for alternate solutions so the meetup can happen in the best possible way for everyone. 10 | 11 | --- 12 | 13 | ### Show up early 14 | 15 | The people in charge of the meetup's organization need to set up the event site. So... Show up early! This way you can solve any unexpected issues calmly, set up the chairs, the video projector, greet the speakers and the participants. 16 | Lots of times the meetups happen, for example, in universities classrooms. Most likely, not all participants know the place and may end up getting lost and not finding the room where the event will be held. So... Make sure there are directions to the event's site! 17 | 18 | --- 19 | 20 | ### PUG-PE introduction 21 | 22 | PUG-PE is an event that is always welcoming new participants and lots of them, besides participating on the meetup, do not know the Python local community and, sometimes, not even what a community is. That's why it is really important that there is a brief presentation, lasting between 5 and 10 minutes, introducing: 23 | - What is a community 24 | - The Python local community 25 | - What are their goals. 26 | -------------------------------------------------------------------------------- /languages/english/files/PIPELINE.md: -------------------------------------------------------------------------------- 1 | # Pipeline -------------------------------------------------------------------------------- /languages/english/files/PROMOTION.md: -------------------------------------------------------------------------------- 1 | # Promotion tips -------------------------------------------------------------------------------- /languages/english/files/SET-DATE.md: -------------------------------------------------------------------------------- 1 | # Set date -------------------------------------------------------------------------------- /languages/portuguese/CONTRIBUTING.md: -------------------------------------------------------------------------------- 1 | # Como contribuir para o Meetup Cookbook do PUG-PE? 2 | 3 | Primeiramente, muito obrigado por estar pensando em contribuir! :smile::smile: 4 | 5 | Neste documento é apresentado um conjunto de diretrizes de como contribuir à este projeto. Essas diretrizes não são exatamente regras, mas seguí-las ajuda todo mundo a estar na mesma sintonia. Se quiser submeter um *pull request* para este documento, sinta-se à vontade. No geral, use o bom senso :yum:. 6 | 7 | ## Código de Conduta 8 | 9 | Este projeto e todos que estão participando dele estão sujeitos ao [código de conduta](https://python.org.br/cdc/). Ao participar, é esperado que você também o siga e concorde com ele. 10 | 11 | ## Como posso contribuir? 12 | 13 | ### Sugerindo melhorias 14 | 15 | Antes de sugerir, por favor veja se a mesma idéia já não foi [sugerida antes](https://github.com/pugpe/meetup-cookbook/issues). Caso a sua idéia tenha sido sugerida, não se esqueça de interagir na issue e ajudar a evoluir a idéia. 16 | 17 | #### Como submeter uma boa sugestão de melhoria? 18 | 19 | As melhorias tomam forma de [*Github Issues*](https://guides.github.com/features/issues/). 20 | 21 | - **Use um título claro e descritivo**; 22 | - **Providencie uma descrição detalhada da sugestão**; 23 | - **Explique o porquê desta melhoria ser útil**; 24 | - **Descreva um *antes e depois*, se aplicável**; 25 | - **Providencie exemplos, se aplicável**. 26 | 27 | ### Implementando melhorias 28 | 29 | Após dar uma olhada nas melhoridas [já sugeridas](https://github.com/pugpe/meetup-cookbook/issues), você viu que poderia implementar algumas delas? Você está na seção certa! 30 | 31 | #### Criando *Pull Requests* 32 | 33 | Com os [*Pull Requests*](https://help.github.com/en/articles/about-pull-requests) (ou PR) você poderá integrar o que você desenvolveu com o nosso projeto. 34 | 35 | Para isso, por favor siga os passos a seguir para que sua contribuição seja avaliada: 36 | 37 | 1. Siga as instruções do modelo de *pull requests* ao criar um; 38 | 2. Siga os [*guias de estilo*](#guias-de-estilo) 39 | 40 | Os pré-requisitos acima serem seguidos não significa que os mantenedores do projeto não possam pedir adições ao *pull request*, esclarecimento de informações, mudanças em alguns trechos, etc., antes da contribuição ser aceita. 41 | 42 | ## Guias de estilo 43 | 44 | ### Mensagens de *commit* do git 45 | 46 | - Use a segunda pessoa do Imperativo Afirmativo ("Adiciona guias de contribuição..." e não "Adicionando guias de contribuição..."); 47 | - O título (primeira linha) deve conter 50 caracteres ou menos 48 | - Escreva mensagem de *commit* objetiva sobre o que aquele commit muda no projeto. 49 | - Tente responder "O que este *commit* faz?"; 50 | - Caso haja descrição do *commit*, deixe a segunda linha em branco; 51 | - Adicione uma descrição do commit da terceira linha em diante, com 72 caracteres ou menos por linha; 52 | - Ao se perguntar se é necessária uma descrição para o *commit*, se pergunte se alguém quiser investigar o "porquê desta mudança ter sido introduzida", será possível apenas pelo título e conteúdo do *commit*; 53 | - Adicione uma descrição que responda a pergunta "Por que este *commit* é necessário?"; 54 | - Referencie *issues* ou *pull requests* no fim da mensagem; 55 | 56 | Obrigado! :heart: :heart: :heart: 57 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/ATIVIDADES.md: -------------------------------------------------------------------------------- 1 | # Atividades 2 | > Aqui conterá uma descrição sobre submissão de atividades, avaliação de atividades e confirmação de atividades. Desde como fazer até onde fazer o gerenciamento dessas etapas. 3 | ## Submissão de atividades 4 | 5 | *Caso o evento for oferecer atividades que pessoas possam submeter (por exemplo: palestras, tutoriais, etc.)* 6 | 7 | ### Descrição 8 | 9 | A descrição da etapa de submissão pode fazer muita diferença, pois é o que pode atrair ou afastar pessoas interessadas. Por isso, faça uma descrição objetiva e clara, para que as pessoas não fiquem perdidas no processo. 10 | 11 | Caso você não tenha certeza sobre a clareza do texto, não hesite em compartilhar com outras pessoas para receber feedbacks. 12 | 13 | Algumas informações são necessárias para os interessados: 14 | 15 | - Data e local do evento 16 | - Breve descrição sobre como será o evento 17 | - O que eles estão submetendo (ex.: tutorial, palestra, etc.) 18 | - Duração das atividades 19 | - Principais áreas de conhecimento que são aceitas 20 | - Instruções de como deve ser feita a submissão 21 | - Breve explicação do processo de avaliação e seleção 22 | - Declaração sobre o Código de Conduta 23 | - Divulgação dos canais de comunicação do grupo 24 | 25 | Aqui temos um [modelo de descrição de submissão de palestras](modelos/DESCRICAO-SUBMISSAO-PALESTRAS.md) que pode ser utilizado. E também um [modelo de descrição de votação de palestras](modelos/DESCRICAO-VOTACAO-PALESTRAS.md), caso seja necessário. 26 | 27 | ### Plataforma 28 | 29 | Algumas plataformas oferecem funcionalidades que facilitam bastante a vida de quem está organizando e de quem está submetendo. 30 | 31 | Um breve cardápio de plataformas conhecidas: 32 | 33 | #### [Google Forms](https://docs.google.com/forms) 34 | Utilizando o Google Forms, é possível separar a submissão das atividades da votação criando um formulário pra cada em datas diferentes. Caso deseje anonimizar a votação, um organizador deve omitir o nome do autor das submissões no formulário de votação. Também é possível criar votação com escolha única, múltipla escolha, escala de valores, numérica, etc. 35 | 36 | #### [Speakerfight](https://speakerfight.com/events/create/) 37 | Open Source e brasileira, o Speakerfight é uma plataforma que oferece a submissão de atividades e votação ao mesmo tempo. É possível definir submissão e votação anônima (submissão anônima faz com que os organizadores não possam ver o autor da submissão até o fim do prazo definido). As votações são na escala de 1 a 5 e de múltipla escolha. 38 | 39 | ## Avaliação de atividades 40 | 41 | Caso não seja feita votação pública, é interessante considerar algumas coisas na hora de avaliar e selecionar as atividades: 42 | - Normalmente, é desejável um evento com atividades de diferentes níveis, para que tanto participantes experientes quanto novatos possam ter uma experiência legal 43 | - Também é interessante não ter temáticas muito parecidas, para que o evento seja diversificado 44 | - Dar voz a pessoas que nunca apresentaram num PUG também é legal 45 | - O assunto da atividade é relacionado a Python? A comunidade Python é aberta a outras tecnologias, mas pode ser dada preferência a conteúdo relacionado à linguagem se quiser 46 | 47 | 48 | Se for feita votação pública, os interessados no evento que irão decidir o que querem ver :relaxed:. Mas se quiser, também podem ser utilizados alguns dos critérios anteriores para selecionar. Desde que isso esteja bem claro na [descrição de submissão](modelos/DESCRICAO-SUBMISSAO-PALESTRAS.md). É bom manter o nível de interferência ao mínimo quando houver votação pública. 49 | 50 | Ah! E caso não tenha atividades suficientes para completar a programação, ignora tudo isso e coloca todas elas no evento :laughing: 51 | 52 | ## Confirmação de atividades 53 | 54 | Ao finalizar a avaliação e seleção, os autores devem ser contatados para serem avisados e para confirmação. Caso não haja confirmação (um bom prazo seria 2-3 dias), o próximo colocado deve ser contatado e o não-confirmado deve ser avisado disto. 55 | 56 | > Não cancele com possíveis colaboradores até que você tenha a grade totalmente confirmada. E não esqueça de montar um cronograma bem definido, para ter todas essas datas de confirmação estejam claras. 57 | 58 | Isto é feito por email, através do email oficial do PUG-PE. Providenciamos um [modelo de confirmação de atividade](modelos/EMAIL-CONFIRMACAO-ATIVIDADE.md) :smile: 59 | 60 | Após todas as confirmações, um excelente trabalho foi feito e a programação está oficialmente fechada! 61 | 62 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/DEFINIR-DIA.md: -------------------------------------------------------------------------------- 1 | # Definir Dia 2 | >Esse arquivo visa ajudar quem quiser organizar um evento a escolher um horário mais adequado para a sua realização e para o público que comparecerá. 3 | 4 | ## Instruções 5 | 6 | ### Escolher o período do mês 7 | Para definir o período do mês em que o evento ocorrerá, é preciso estar atento a alguns pontos: 8 | - Se há algum evento acontecendo numa data próxima da data planejada. 9 | - Aconselhamos verificar a agenda local de eventos. 10 | - Se há feriados importantes, como Natal e Ano Novo, é interessante não organizar um evento numa data próxima a eles. 11 | - É interessante que haja um padrão de períodos no mês, para que os participantes possam ter uma noção de quando ocorrerá o evento. Além de ser conveniente para organização por ter um período fixo para se planejar e organizar o evento. 12 | - Por exemplo: toda última semana do mês. 13 | - Seja transparente com a comunidade. Colete feedbacks sobre os horários do eventos já realizados, afinal, não faz sentido ter um evento da comunidade onde a comunidade não participe. 14 | 15 | --- 16 | 17 | ### Escolher o dia da semana e horário do evento 18 | Geralmente, tentamos alternar entre um dia durante a semana e um dia de final de semana. Para que as pessoas possam frequentar o PUG, independente de seus horários de escola, faculdade ou trabalho. Sendo assim, em dias de semana, geralmente, os eventos são realizados à noite, depois do horário comercial, a fim de que quem trabalhe ou estude durante o dia possa participar. Já aos finais de semana, os horários são mais livres e ocorrem geralmente na manhã ou tarde do sábado, variando de acordo com a disponibilidade dos participantes. 19 | 20 | --- 21 | 22 | ### Definir agenda 23 | Tendo escolhido o dia do evento, agora é hora de definir mais ~~um bocado~~ algumas datas, como: 24 | - Dia da abertura de submissão de palestras. (opcional) 25 | - É importante decidir com antecedência e divulgar a data de abertura de submissão, assim, as pessoas podem preparar suas apresentações e submetê-las. 26 | - Dia do encerramento de submissão de palestras. (opcional) 27 | - Este ponto é importante para que os organizadores do evento possam confirmar a presença dos palestrantes, contatar outras pessoas, caso algum palestrante não possa comparecer ou,se for o caso, poder seguir pro próximo ponto. 28 | - Período de votação de palestras. (opcional) 29 | - Depois de encerradas as submissões de palestras, caso haja mais submissões do que tempo disponível para todas, recomendamos que seja feita uma votação para escolha das palestras do evento. 30 | - Dia para confirmar a disponibilidade dos palestrantes aprovados. (opcional) 31 | - Como dito anteriormente, é preciso que os palestrantes das propostas aceitas sejam contatados e confirmem sua presença no evento. Caso não alguém não possa comparecer, o palestrante sucessor é convidado a trazer sua palestra ao evento. 32 | - Dia para abrir as inscrições (caso necessário) 33 | - Caso o local escolhido para o evento peça controle de acesso dos participantes ou até mesmo para gerar certificados, você provavelmente vai querer fazer a inscrições para o encontro. Dessa forma, é importante que você defina essa data com antecedência e divulgue, para que as pessoas possam se preparar para se inscrever e não perder a inscrição por falta de aviso. 34 | - Dia para abrir lista de espera 35 | - Caso o local escolhido tenha limitação de vagas e as inscrições esgotem, recomendamos fazer uma lista de espera, muitas vezes alguém que se inscreveu pode acabar não conseguindo comparecer ao evento e essa vaga pode ser preenchida por alguém que comparecerá! 36 | - Dia para resolver Coffee Break 37 | - Se o seu evento tiver um tempo destinado a um coffee break (Gostamos! :heart_eyes:), recomendamos que você defina um tempo para resolver isso também, afinal de contas, correr atrás de patrocínio e conseguir a comida quase nunca é uma tarefa simples. 38 | 39 | --- 40 | 41 | ### Outros pontos importantes 42 | 43 | _Algumas dicas gerais_ 44 | 45 | - Como já falamos, sua vida vai ser mais fácil se tiver com quem dividir tantas atividades, então, não tenha medo de pedir ajuda. 46 | - Algumas dessas atividades podem levar mais do que um dia para serem concluídas, então é importante que você tenha um bom período para poder organizar o evento. Se não, você provavelmente vai ~~enlouquecer~~ se desgastar bastante. Fazer as coisas com calma ajuda! 47 | - Infelizmente, nem todos irão ficar felizes com o horário ou data definidos e tá tudo bem. Não tem porque se estressar com isso, provavelmente, em um encontro futuro, essas pessoas terão a chance de comparecer 48 | 49 | 50 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/DIVULGACAO.md: -------------------------------------------------------------------------------- 1 | # Divulgação 2 | > Aqui estão algumas instruções e dicas de como realizar uma boa divulgação 3 | 4 | Divulgação acaba sendo deixada por último na *maioria* das vezes, mas ela é tão importante quanto as palestras ou o público. Sem uma boa divulgação, não há público. 5 | 6 | 7 | > O contéudo contido nessa seção pode e deve ser constantemente atualizado. Sinta-se a vontade para contribuir. 8 | 9 | 10 | 11 | ## Onde fazer divulgação 12 | 13 | Como foi falado nos tópicos anteriores é preciso definir um local. Esses locais usualmente são universidades/empresas e queremos que as pessoas que convivem nesses locais vão para o encontro do PUG que ocorrerá. Mas isso, na maioria das vezes, não é o que ocorre. E por que isso não ocorre? Porque a divulgação ficou restrita aos locais usuais utilizados, acomodou-se, e não atingiu novas pessoas. 14 | 15 | 16 | Como tentamos sair da nossa zona de conforto e atingir pessoas novas? 17 | A seguir, ofereceremos algumas dicas para lhe ajudar. 18 | 19 | 1. Lista de email do local que sediará o evento; 20 | 2. Compartilhar em newsletter de eventos na região (ex. [Manguezal](https://comunidademanguezal.slack.com/)) 21 | 3. Compartilhar em grupos relacionados de Telegram, WhatsApp e outros 22 | 4. Utilizar o Telegram/Twitter/Instagram/Facebook (caso você não tenha acesso, entre em contato com os adms) 23 | 5. Lista de email de pessoas chaves de empresa, universidades e outras comunidades 24 | 5. Compartilhar por outras fontes, que forem vistas como necessárias 25 | 26 | 27 | ## Como fazer divulgação 28 | 29 | Após ter definido os locais onde seriam realizadas as divulgações, está na hora de definir como fazer a divulgação. E tudo se inicia com uma arte bem feita e chamativa. 30 | 31 | **Você não é um designer? Você não conhece um designer?** Tudo bem, existem ferramentas onlines muito boas para compensar nossa falta de dotes artisticos. Uma delas é o [Canva](https://www.canva.com/), com ele você consegue criar folders a partir de templates prontos. 32 | 33 | > Nós temos algumas pastas com contéudo gerado lá, se você quiser ver fale com algum adm que ele forncerá acesso para você. (infelizmente não dar pra gerar um link de compartilhamento) 34 | 35 | Mas o que você quer é dicas, certo? Utilizar, por exemplo, o Canva não é tão difícil. A dificuldade é como fazer o contéudo contido nele. Vamos lá!! 36 | 37 | - Se for inserir imagens ao template, utilize imagens *png*. Normalmente, não possuem fundo e são perfeitas para fazer arte. 38 | - Preste atenção na resolução. Cada rede social possuí sua resolução favorita, se atente a isso. 39 | - Insira imagens que signifiquem muito. Por exemplo, logo da Python, do Telegram, de universidade, de Twitter. 40 | - Insira data e local em destaque. 41 | - Utilize links encurtados. 42 | - O [bitly](bitly.com) permite a gente editar a url gerada. 43 | - Tente colocar um nome que faça sentido, como por exemplo, bit.ly/62pugpe 44 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/EVENTO.md: -------------------------------------------------------------------------------- 1 | # Evento 2 | 3 | ## Inscrição no evento 4 | 5 | ## Lista de espera 6 | 7 | 8 | ## Emissão de certificado 9 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/ORGANIZACAO-DIA.md: -------------------------------------------------------------------------------- 1 | # Organização no dia 2 | 3 | >Aqui estão algumas instruções e dicas a serem seguidas pelos organizadores ou voluntários do PUG-PE no dia do evento. 4 | 5 | ## Instruções 6 | 7 | ### Algumas precauções anteriores ao dia do evento 8 | 9 | É importante que os organizadores e voluntários do evento chequem se o local disponibiliza alguns itens que possam ser necessário, como: mesa, tomadas, projetor. É interessante que, caso esses itens não estejam disponíveis, busque-se outras alternativas para que o encontro possa acontecer da melhor forma para todos. 10 | 11 | --- 12 | 13 | ### Chegue cedo 14 | 15 | Os responsáveis pela organização do encontro precisarão **preparar o local do evento**, por isso chegue cedo! Assim você poderá resolver imprevistos com mais calma e organizar cadeiras, preparar o projetor, receber os palestrantes e participantes. 16 | 17 | Muitas vezes os encontros acontecem, por exemplo, em salas de universidades. Como provavelmente, nem todos os participantes conhecerão o local, muitos acabam se perdendo e não encontram com facilidade a sala do evento. Por isso, **sinalize bem onde ocorrerá o evento!** 18 | 19 | --- 20 | 21 | 22 | ### Apresentação PUG-PE 23 | 24 | PUG-PE é um evento que sempre recebe novos participantes e muitos, apesar de estarem participando do encontro, não conhecem a comunidade Python local ou, até mesmo, o que é uma comunidade. Por isso, é importante que haja uma breve apresentação, que dure entre 5 a 10 minutos, introduzindo: 25 | - O que é uma comunidade 26 | - A comunidade Python local 27 | - Quais os objetivos da comunidade 28 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/PASSO-A-PASSO.md: -------------------------------------------------------------------------------- 1 | # Passo a passo inicial 2 | > Aqui está descrito o fluxo principal para criação de um encontro do PUG-PE 3 | 4 | Se você está aqui e quer organizar um encontro do PUG-PE, mas não sabe por onde começar, relaxa e se liga nesse checklist :stuck_out_tongue_closed_eyes: :star: 5 | 6 | 7 | ## Antes de organizar o evento 8 | *A maioria dos pontos devem ser preenchidos* 9 | 10 | 11 | - [ ] **Ter vontade de organizar um encontro** 12 | - [ ] **Ter colegas com vontade de ajudar você nessa jornada (não precisamos fazer tudo sozinhos, não é mesmo?)** 13 | 14 | Caso você queira companhia nessa jornada, esse ponto pode ser levado em consideração. 15 | 16 | Se você é estudante em alguma Universidade/Faculdade/Escola e está querendo organizar o encontro onde você estuda, recomendamos que você converse com seus colegas. Provavelmente, terá alguém disposto a te ajudar em alguma coisa :smile: 17 | 18 | Se, infelizmente, isso não ocorrer, relaxa. Temos pessoas muito legais e dispostas na organização do PUG-PE que podem te ajudar nessa nova empreitada. 19 | 20 | - [ ] **Ter disponibilidade (ou pessoas disponíveis) para organizar o evento** 21 | 22 | Fazer divulgação, gerenciar submissão de palestras, montar grade de horario, organizar o evento no dia, resolver certificados (não é obrigatório oferecer certificado), isso demanda tempo e não deve ser subestimado. 23 | 24 | Esse ponto está fortemente relacionado com o anterior, se você acha que sua disponibilidade não é suficiente para fazer tudo isso, recomendamos que você tenha mais alguém com você (mais de duas pessoas pode ser desnecessário). 25 | 26 | 27 | --- 28 | 29 | ## Pondo as ideias no lugar 30 | *Todos os pontos devem ser preenchidos* 31 | 32 | 33 | - [ ] **Irei conseguir fazer um evento diverso?** 34 | 35 | Um evento diverso é um evento que abrange tanto o público iniciante quanto o avançado. Pensar sobre esse ponto é importante, pois a partir dele você conseguirá definir quais meios você utilizará para chamar o público e também se preparará melhor no momento de avaliar as palestras submetidas. Além disso, poderá escolher um dia/horário que seja acessível ao público. 36 | 37 | - [ ] **Quais atividades quero que ocorram no encontro?** 38 | 39 | Em geral lembramos mais de palestras, mas nem tudo gira em torno de palestras. Que tal *lightning talks*, *tutorias*, *open spaces*, *pybar*, *dominó* .... ? 40 | 41 | - [ ] **Consigo chegar no meu público alvo com as divulgações que irei fazer?** 42 | 43 | Quando fala-se `público alvo` lembre-se que são as pessoas que convivem/utilizam o local que foi escolhido. Sendo assim, é preciso analisar as melhores formas de atrair esse público. Por exemplo, os meios que estão sendo levantados para fazer divulgação, o horário que será realizado as postagens, o formato das postagens. Tudo isso deve ser levado em consideração, tente pensar em uma forma de atingir esse público, seja empático. 44 | 45 | 46 | --- 47 | 48 | ## Definir local e dia 49 | *A maioria dos pontos devem ser preenchidos* 50 | 51 | - [ ] **Local foi definido?** 52 | 53 | Pense em locais onde o evento ainda não ocorreu ou já tenha ocorrido há muito tempo. Para que assim mais pessoas possam agregar ao PUG e participar dos encontros. 54 | 55 | - [ ] **O local cabe mais de 30 pessoas?** 56 | 57 | Ou conseguirá comportar o público que você está esperando? Pense bem nisso, a galera não tem besteira senta ate no chão, mas vamos pensar na segurança e conforto de todos :smile: 58 | 59 | - [ ] **O local permite entrada de pessoas de fora?** 60 | 61 | Alguns locais pedem que seja realizado o controle de entrada e saída. Caso isso ocorra com você, lembre-se que isso não é um impedimento, utilize algum sistema de inscrição para efetuar o controle (Exemplo o [Sympla](https://www.sympla.com.br/)) de acesso. 62 | 63 | Sabendo da elevada taxa de ausência no evento quando é preciso realizar inscrições e quando elas são gratuítas. Segue umas dicas de como contornar isso: 64 | 65 | - Forneça mais ingressos do que a capacidade do local; 66 | - Envie um email de confirmação para os inscritos no evento alguns dias antes do evento; 67 | - Faça uma lista de espera (um forms no Google é o suficiente); 68 | - Confirma com as pessoas da lista de espera, caso ocorra liberação de vagas; 69 | - Tenha "confirmado" a capacidade máxima + 5 (aproximadamente). 70 | 71 | - [ ] **O local tem disponibilidade para receber o evento?** 72 | 73 | No caso, a disponibilidade desse local está compatível com o período do mês e até mesmo o mês que o evento deverá ocorrer? Verifique isso antes. **Não deixe para verificar a disponibilidade em cima da hora**, principalmente porque tentamos organizar encontros mensais. 74 | 75 | Caso esse local tenha muitos horários disponíveis, siga para o tópico abaixo. 76 | 77 | - [ ] **Perguntei no grupo do PUG-PE qual o melhor dia para eles?** 78 | 79 | Temos muitas pessoas no grupo do PUG-PE, os membros mais ativos podem ajudar você a escolher o melhor dia e horário para a realização do evento. Recomendamos fazer uma enquete com as opções de dia/horário, o evento é para a comunidade, sendo assim, vamos fazer a comunidade participar das decisões também :smile: 80 | 81 | - [ ] **Tenho minhas data bem definidas?** 82 | Agora que você tem a data do evento bem definida (sugerimos que defina a data com antecedência, porque você vai precisar), é hora de definir algumas datas importantes: 83 | - [ ] Dia de abertura das submissões de palestras 84 | - [ ] Dia de encerramento das submissões de palestras 85 | - [ ] Período de votação de palestras 86 | - [ ] Dia para confirmar a disponibilidade dos palestrantes aprovados 87 | - [ ] Dia para abrir as inscrições (caso necessário) 88 | - [ ] Dia para resolver o coffebreak 89 | - [ ] Dia do evento o/ 90 | 91 | Recomendamos você dar uma passadinha na nossa seção de [escolha de data e horário](DEFINIR-DIA.md), para entender cada passo e vê-los com mais detalhes! :blush: 92 | 93 | ---- 94 | 95 | ## Outros pontos importantes 96 | *Algumas dicas gerais* 97 | 98 | - Entre em contato com os responsáveis pelas redes sociais/email oficial/adm do grupo... para te ajudar na divulgação do evento. 99 | - Faça divulgação fora dos grupos oficiais/perfis oficiais do PUG-PE, tem muita gente por ai que programa em Python ou quer começar e não sabe da existência do PUG-PE. 100 | - Seja criativo, faça artes legais para divulgar, pense em frases chamativas, tudo isso ajuda na divulgação ~a espalhar a palavra~ do PUG. 101 | - Não deixe para organizar o evento em ccima da hora, recomendamos que tenha pelo menos o período de 1 mês para fazer tudo. 102 | - Converse com a comunidade :heart: 103 | - Leia o resto do meetup-cookbook :yellow_heart: :heart: :smile: 104 | 105 | 106 | 107 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/modelos/DESCRICAO-SUBMISSAO-PALESTRAS.md: -------------------------------------------------------------------------------- 1 | # Título 2 | 3 | [N-ÉSIMO]° Encontro do PUG-PE 4 | 5 | 6 | #Local 7 | 8 | O evento acontecerá em [LOCAL DO EVENTO], dia [DIA DO EVENTO] às [HORA DO EVENTO]. 9 | 10 | 11 | # Descrição 12 | 13 | Estamos trabalhando para que o evento seja massa. Para isso, procuramos pessoas com diferentes backgrounds e experiências para contribuir com o programa de atividades do evento! Se você usa Python profissionalmente, como um hobby ou é apenas uma pessoa interessada em programação e comunidades open source, adoraríamos ver você compartilhando seu conhecimento conosco! 14 | 15 | Gostaríamos que as palestras apresentadas no PUG tivessem um bom equilíbrio entre introdutórias e avançadas, por isso nós encorajamos todas as pessoas a submeterem uma proposta de atividade, independentemente do seu nível de experiência. 16 | 17 | Antes de submeter sua proposta, dê uma lida na sessão “Guidelines”. 18 | 19 | Dúvidas e mais informações sempre no [grupo do Telegram](https://t.me/pugpe). 20 | 21 | 22 | # Processo de avaliação e seleção 23 | 24 | As etapas do processo de seleção serão as seguintes: 25 | 1. **Submissão de proposta**: esta é a etapa em que palestrantes irão submeter as propostas de palestraS; 26 | 1. Esta etapa será encerrada dia [DIA DE ENCERRAMENTO DESTA ETAPA], às [HORA DE ENCERRAMENTO DESTA ETAPA]; 27 | 2. **Avaliação e seleção das submissões**: esta etapa será feita pela organização do evento, é onde as 3 palestras mais votadas serão selecionadas para o evento; 28 | 1. Será levada em conta a heterogeneidade do evento, ou seja, se entre as mais votadas estiverem palestras com tópicos muito similares, apenas a mais votada será mantida; 29 | 2. Também será levado em conta o nível das palestras, tentando manter o evento com palestras de níveis diferentes; 30 | 3. Será dada maior importância para novas vozes (pessoas que nunca apresentaram num PUG); 31 | 3. **Contato com os palestrantes**: após a avaliação, será feito contato por email com os palestrantes para que possam ser confirmadas as apresentações. Caso não haja confirmação até 48hrs após o envio do email, será dada a chance para o próximo colocado. 32 | 33 | 34 | # Guidelines 35 | 36 | - Apresentações de 30 minutos. Não existe uma restrição oficial acerca do tema. 37 | - Lembre-se de considerar o espaço para perguntas no tempo total da sua apresentação. Caso não queira responder perguntas, deixe um comentário na sua proposta. 38 | - Ao escrever sua proposta, procure seguir o seguinte template: 39 | - **Título**: É o que vai chamar a atenção dos/das participantes para assistir à sua palestra! Procure ser específico sobre o assunto da sua apresentação e não hesite em fazer uma graça para conquistar o público. 40 | - **Resumo**: Uma breve descrição sobre o tema da sua apresentação, de 1 a 2 parágrafos deve ser o suficiente. Seja o mais explícito possível, não precisa guardar segredo sobre a palestra. 41 | - **Outline**: Apenas uma lista dos tópicos que serão abordados, junto com uma estimativa do tempo que será gasto explicando cada item. Não é preciso ter a sua apresentação pronta, mas é importante ter uma ideia do que você pretende falar. 42 | - **Quem é o público-alvo da sua palestra?**: Procure ser específico nessa parte: dizer apenas “Programadores Python” não ajuda muito. Informar o nível de experiência (iniciante, médio ou avançado) ou o tipo de conceito (pessoas, tecnologia) ou ferramenta (banco de dados SQL, desenvolvimento web, estatística, etc…) que o participante deve ter para conseguir acompanhar sua apresentação. Isso nos ajudará a montar uma programação que tenha uma boa variedade de conteúdo para pessoas com diferentes backgrounds. 43 | - **O que os/as participantes devem esperar da sua palestra?**: É importante pensar no que os/as participantes vão aprender depois de assistirem à sua apresentação. 44 | 45 | 46 | # Código de Conduta 47 | 48 | Palestras que violem o [Código de Conduta](https://python.org.br/cdc/) não serão consideradas. 49 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/modelos/DESCRICAO-VOTACAO-PALESTRAS.md: -------------------------------------------------------------------------------- 1 | # Título 2 | 3 | [N-ÉSIMO]° Encontro do PUG-PE 4 | 5 | 6 | #Local 7 | 8 | O evento acontecerá em [LOCAL DO EVENTO], dia [DIA DO EVENTO] às [HORA DO EVENTO]. 9 | 10 | 11 | # Descrição 12 | 13 | As pessoas mais incríveis desse Brasil submeteram palestras arretadas e agora chegou a hora de votar! 14 | 15 | Como votar? Dá uma olhada na seção "Instruções". 16 | 17 | Dúvidas e mais informações sempre no [grupo do Telegram](https://t.me/pugpe). 18 | 19 | 20 | # Processo de avaliação e seleção 21 | 22 | As etapas do processo de seleção serão as seguintes: 23 | 1. **Votação nas submissões**: esta é a etapa em que interessados irão votar nas palestras submetidas; 24 | 1. Esta etapa será encerrada dia [DIA DE ENCERRAMENTO DESTA ETAPA], às [HORA DE ENCERRAMENTO DESTA ETAPA]; 25 | 2. **Avaliação e seleção das submissões**: esta etapa será feita pela organização do evento para garantir uma melhor experiência para todos; 26 | 1. O número de votos será o critério principal; 27 | 2. Será levada em conta a heterogeneidade do evento, ou seja, se entre as mais votadas estiverem palestras com tópicos muito similares, apenas a mais votada será mantida; 28 | 3. Também será levado em conta o nível das palestras, tentando manter o evento com palestras de níveis diferentes; 29 | 3. **Contato com os palestrantes**: após a avaliação, será feito contato por email com os palestrantes para que possam ser confirmadas as apresentações. Caso não haja confirmação até 48hrs após o envio do email, será dada a chance para o próximo colocado. 30 | 31 | 32 | # Instruções 33 | 34 | Vote em todas as palestras na escala de 1 a 5. Lembrando que apenas **três** serão selecionadas. Leve em consideração os temas que você mais gosta, mas também pense nos outros e como você acha que o evento seria melhor para todos ;) 35 | 36 | # Código de Conduta 37 | 38 | Palestras que violem o [Código de Conduta](https://python.org.br/cdc/) não serão consideradas. 39 | -------------------------------------------------------------------------------- /languages/portuguese/arquivos/modelos/EMAIL-CONFIRMACAO-ATIVIDADE.md: -------------------------------------------------------------------------------- 1 | Olá, [PESSOA]! 2 | 3 | Tudo bem? 4 | 5 | Sua atividade "[TÍTULO DA ATIVIDADE]" foi aprovada para o [N-ÉSIMO]° PUG-PE, que ocorrerá em [LOCAL DO EVENTO], [DIA DO EVENTO] às [HORA DO EVENTO]. 6 | 7 | Estou passando para confirmar a sua participação. 8 | 9 | Pode responder esse email mesmo :) 10 | 11 | Só lembrando que caso não tenha resposta em 48hrs, iremos dar a chance para o próximo colocado. 12 | 13 | Parabéns e obrigado por fazer a comunidade viva! 14 | --------------------------------------------------------------------------------