Problemas existem para serem resolvidos

O Grupo
#8

Os itens que eu não abordar é porque eu concordo com o que foi dito ou porque preciso pensar mais a respeito.

[size=12pt]1. Problemas que não são problemas[/size]

[quote=“Adamastor, post:7, topic:376”]Desculpa a pergunta, mas qual é a nossa situação atual do Circuit?
Eu sugeri o Trello porque pelo eu que tinha conversado dentro do grupo, em especial com o Wil. O projeto me parecia que estava andando…

Mas bem, para a questão: É muito difícil sugerir soluções/comentar problemas sem ter uma noção detalhada do que está acontecendo. Quando vejo vocês nos pcs do outro lado da mesa, tenho a sensação de que estão trabalhando. (Por isso que eu olho por trás de vocês de vez em quando, para confirmar)

Eu não sei quem está vindo e para que, como está o status preciso da áreas de trabalho que criamos etc.[/quote]

Então, tudo que aconteceu de fato no projeto desde o começo do semestre se resume a duas reuniões de gameplay e uma dúzia de linhas de código modificadas. Portanto, não há o que trackear no desenvolvimento do Circuit no momento. Por outro lado, concordo que não saber o que de fato os membros do grupo estão fazendo nas reuniões é um problema. Vou ver se acrescento à lista.

[size=12pt]3. Descontinuidades[/size]

[quote=“Adamastor, post:7, topic:376”]Do que eu posso ver do grupo nós tivemos sempre um foco voltado a projetos. E isso se mostrou um desastre agora no Circuit of Mana.

Eu proponho nós mudarmos isso para uma visão voltada à valores, em vez de pensarmos que o projeto deve andar pra frente, vamos focar em “O que eu ganhei indo no GameDev hoje?”.[/quote]

Adorei a ideia. Só acho que precisamos de um plano mais concreto para pôr isso em prática. Por exemplo, como organizamos as atividades do grupo nos horários de reunião? Ou melhor, o que significariam as reuniões frente a esse novo objetivo?

[size=12pt]4. As reuniões não são dedicadas ao grupo[/size]

É bom ver que horas isso tem ocorrido. Eu, pelo menos, me certifiquei de não jogar antes das 18h (que é quando as reuniões “oficialmente” acabam).

Como falei nesse item antes, a impressão que tenho é que quem menos tem usado as reuniões para se dedicar ao grupo somos nós membros da “velha guarda”, que basicamente se resume a todo mundo que está no mestrado (menos o Miojo, que sei que trabalharia se houvesse alguém para trabalhar com ele). Talvez se fizéssemos horários menores de reunião, nós valorizaríamos mais elas?

Aliás, talvez devêssemos mesmo rever os horários de maneira a atender melhor quem realmente quer trabalhar nelas (algo que o Vinícius sugeriu na rant geral dele). Posso conversar com a galera do primeiro ano, e também podemos ver algo mais conveniente para o Adamastor, o Chico e o Daniel (e também o Ioneda e quem mais apareceu por aí desde o começo do ano).

[size=12pt]5. Novas gerações[/size]

[quote=“Adamastor, post:7, topic:376”]b- Nós não temos nenhum trabalho decente de recrutação de membros
[…]
Isso é realmente sério, os grupos de extensão que tentei me candidatar tinham todos no mínimo 100 inscritos e operam com entorno de 50 pessoas, claro, eles são forçados a selecionar. Nós recebemos “10” e nem vi eles nessa quinta-feira…

É importantíssimo nós conseguirmos mais “mão-de-obra”, se não, como vamos tacar qualquer projeto que façamos pra frente? Me lembro de ter feito alguns cálculos com o Chic0 há muito tempo (e posso estar com minha memória falhando) e considerando o estilo do grupo nós temos 4~8 horas semanais de trabalho-técnico-membro, versus 40+ de alguém dedicado.[/quote]

Mas, mas… e a ideia de fazer o grupo ser voltado a valores!? Se “ter um trabalho decente de recrutação de membros” fará 100 pessoas baterem na nossa porta, acho melhor não sermos tão decentes assim. Nossa última experiência com algo similar não foi das melhores… mas se você tiver uma proposta para uma ordem de grandeza menor, parece mais razoável. Só definitivamente acho que não devemos enxergar isso como “forma de obter mais mão-de-obra”. E é por isso mesmo que abolimos qualquer tipo de filtro na entrada do grupo: que venha e fique quem tem interesse.

[size=12pt]6. Como “decidir” quem está disposto ou não[/size]

[quote=“Adamastor, post:7, topic:376”]Eu sou a favor da “elitização” do grupo, não por fazer “justiça” pra quem está fora, mas sim pra quem está dentro!
Eu não gosto de ser impedido em avançar em um projeto por alguém que não está contribuindo com o mesmo.
Além disso adicionar uma recompensa a quem participa: Poder moldar o produto a seu gosto.

Eu não acredito que tenhamos que salvar todo mundo, se a pessoa ficar de fora ela mesmo tem que compensar isso.
Sendo mais direto: Quem quer, que corra atrás. É o princípio básico do interesse, não?

A barreira pra compensar o atraso depende da própria pessoa. Nós estamos sendo bastante intransigentes em relação ao que cada um quer trabalhar, e parece que ninguém cede, pior, assumimos que quem está fora não vai colaborar se mudarmos as coisas.

Sério, os projetos que fizermos aqui vão sair moderadamente ruins e não vão ser trabalhados eternamente, não tem motivo nós querermos fazer super negociações complexas para eles.[/quote]

Isso tudo parece muito válido. Exceto pela fato que nós somos amigos dessas pessoas. Enquanto isso for verdade, eu vou sempre tentar salvar todo mundo. Não importa se seria mais produtivo para o USPGameDev fazer o contrário. Sim, eu vi shounens demais quando era criança.

Mas isso é um argumento muito subjetivo e questionável, então me permita ser mais racional. A ideia por trás do Circuit não era fazer um super jogo, e sim fazer um jogo com o grupo todo. E isso é algo intrinsicamente atrelado às pessoas que participaram da criação dessa proposta. Portanto é conceitualmente incoerente continuar esse projeto se não for com todas as pessoas que queriam participar dele. O mesmo vale para cada adição que se deu à equipe do projeto desde então. O único jeito de “dispensarmos” alguém é a própria pessoa abrir mão disso.

Por outro lado, esse é justamente o motivo pelo qual eu preferia não fazer um projeto com o grupo todo. Eu já imaginava que cairíamos (ou melhor, eu cairia) em um deadlock.

[size=12pt]9. Comunicação interna[/size]

Acho que podemos acrescentar à este item o problema de não sabermos o que outros membros do grupo estão fazendo. Qual seria o meio ideal de passar essa informação para o resto do grupo? Teria que ser um lugar que todo mundo olhe, e com frequência.

[size=12pt]10. Não há projeto de grupo[/size]

Não vejo nada contra termos um gerenciamento do grupo. Meu receio, que provavelmente não passa de um preconceito (Adamastor me corrija/eduque caso necessáro), é que métodos administrativos são normalmente voltados para empresas ou grupos que, de uma forma ou de outra, fazem produtos ou fornecem serviços visando o lucro. Então, mesmo grandes propostas de gerenciamento simplesmente não fariam sentido nenhum para o USPGameDev - afinal, nós não temos clientes (teoricamente somos nós mesmos). E diga-se de passagem, o mesmo vale para Scrum, como o TCC do Vinícius nos mostrou. Mesmo usando métodos ágeis, temos que pensar bem para não imitar algo que não somos e não queremos ser.

[size=12pt]11.Problemas com o espírito indie[/size]

Concordo. Também acho que o Vinícius não devia se desculpar. É capaz de ele ter salvado o grupo com isso.

Uma coisa é termos coragem para enfrentarmos nossos problemas. Outra é achar que ter consideração é uma forma artificial de respeito. Eu diria que é a primeira forma que o respeito assume, até que entendamos o outro bem o suficiente para saber se vale mesmo a pena o risco de dizer o que achamos que deve ser dito. Como um programador, eu valorizo o poder das palavras.

Cuidado! Um erro nunca justifica outro. O que você disse é verdade: eventualmente temos que lidar com insatisfações. Mas no contexto você claramente quis dizer que isso justifica causarmos insatisfação nos outros. Não é bem assim que funciona XD.

#9

1 - Problemas que não são problemas

Então, tudo que aconteceu de fato no projeto desde o começo do semestre se resume a duas reuniões de gameplay e uma dúzia de linhas de código modificadas. Portanto, não há o que trackear no desenvolvimento do Circuit no momento. Por outro lado, concordo que não saber o que de fato os membros do grupo estão fazendo nas reuniões é um problema. Vou ver se acrescento à lista.

Putttz, eu achei que tinham andado bem mais… em especial por terem definido algo úcleo como a visão em terceira pessoa.

3 - Descuntinuidades/valores

A primeira coisa a fazer seria determinar valores. Afinal há vários (incluindo alguns não politicamente corretos…)

Deveríamos fazer uma reunião com o pessoal núcleo, eu, Wil, Vinícius, Omar e mais quem tiver algum tempo de casa e estiver participando para levantar alguns primeiros valores… porque podemos fazer de duas formas:

  1. O grupo “acontece”, e cada pessoa vem baseada no valor que quer, mas a partir daí o grupo parte para anarquia e será difícil de controlar (Mais próximo da situação atual)
  2. Nós decidimos quais são os valores comuns, e começamos a planejar ações (palestras, reuniões, etc.) baseadas nisso.

Eu começaria fazendo um plano de horários de todo mundo: Cada membro coloca os horários que vai estar e os horários que pode ir no lab 16 caso alguém queira. Ele também coloca quais assuntos ele sabe e quais ele quer estudar.

Segundo essa ideia o grupo deixa de ser encontrar todo mundo ao mesmo tempo, para podermos encontrar as pessoas com quem queremos realizar alguma atividade. (Afinal, se eu quiser ficar sozinho, eu vou pra casa…)

Agora o controle disso vai ser difícil, não é possível quantificar isso, só podemos dizer se estamos indo na direção certa ou não.
Alguém aprendeu algo com isso?
Alguém fez amizade?
Isso promove o grupo publicamente?
Esse tipo de pergunta que devermos fazer baseadas nos valores do grupo.

4 - As reuniões não são dedicadas ao grupo

Como falei nesse item antes, a impressão que tenho é que quem menos tem usado as reuniões para se dedicar ao grupo somos nós membros da "velha guarda", que basicamente se resume a todo mundo que está no mestrado (menos o Miojo, que sei que trabalharia se houvesse alguém para trabalhar com ele). Talvez se fizéssemos horários menores de reunião, nós valorizaríamos mais elas?

Agora eu percebi uma coisa: Vocês veteranos vem ao GameDev na base do hábito, quase todos os dias, não é a toa que dispersam com um pouco mais de facilidade.

5 - Novas gerações

Mas, mas... e a ideia de fazer o grupo ser voltado a valores!? Se "ter um trabalho decente de recrutação de membros" fará 100 pessoas baterem na nossa porta, acho melhor não sermos tão decentes assim. Nossa última experiência com algo similar não foi das melhores... mas se você tiver uma proposta para uma ordem de grandeza menor, parece mais razoável. Só definitivamente acho que não devemos enxergar isso como "forma de obter mais mão-de-obra". E é por isso mesmo que abolimos qualquer tipo de filtro na entrada do grupo: que venha e fique quem tem interesse.

Relaxe, isso só foi colocado como referência, expandir para 50 ou 100 em um semestre com certeza geraria um baita choque. XD

Eu não integrei a idéia de valores ao restante da minha fala naquele post por não saber se vocês concordariam. Com o que falei no 3, responder sobre recrutamento de membros fica mais fácil: A entrada de membros seria baseada na frequência, se ele aparecer por um mês no grupo nós colocamos ele no quadro de horários, se ficar um mês fora sem avisar, tiramos.

Mas eu falei aquilo das horas de trabalho para convencer vocês de que o Circuit não irá pra frente como esperado, não quero obter mais gente só para trabalhar assim!

Ainda assim, devemos expandir mais em comunicação externa: Tanto pra mostrar que existimos, tanto para conseguir alguns contatos legais (Pô, se nós somos chamados para dar palestras, porque não podemos chamar alguém maneiro pra vir aqui?!)

Obs: Eu quero saber mais sobre esse processo seletivo. Agora sobre filtros, eles não tem utilidade até ter um custo/risco muito grande aceitar um membro novo, algo que não temos… (O máximo que consigo pensar é o Circuit estar parado.)

6 - Como “decidir” quem está disposto ou não

Isso tudo parece muito válido. Exceto pela fato que nós somos amigos dessas pessoas. Enquanto isso for verdade, eu vou sempre tentar salvar todo mundo. Não importa se seria mais produtivo para o USPGameDev fazer o contrário. Sim, eu vi shounens demais quando era criança.

Mandarei seu currículo para o Goku e outros heróis, eles irão gostar! :slight_smile:

Mas isso é um argumento muito subjetivo e questionável, então me permita ser mais racional. A ideia por trás do Circuit não era fazer um super jogo, e sim fazer um jogo com o grupo todo. E isso é algo intrinsicamente atrelado às pessoas que participaram da criação dessa proposta. Portanto é conceitualmente incoerente continuar esse projeto se não for com todas as pessoas que queriam participar dele. O mesmo vale para cada adição que se deu à equipe do projeto desde então. O único jeito de "dispensarmos" alguém é a própria pessoa abrir mão disso.

Por outro lado, esse é justamente o motivo pelo qual eu preferia não fazer um projeto com o grupo todo. Eu já imaginava que cairíamos (ou melhor, eu cairia) em um deadlock.

Você e todo mundo evita trabalhar no projeto para respeitar o gosto de todo mundo. Então eu proponho colocarmos o projeto na geladeira frigobar e começarmos/continuar alguma outra coisa pequena ou estudar.

A questão é que o momento que revivermos o Circuit, provavelmente ele já terá passado da validade, se ele já não está agora…

9. Comunicação interna

Acho que podemos acrescentar à este item o problema de não sabermos o que outros membros do grupo estão fazendo. Qual seria o meio ideal de passar essa informação para o resto do grupo? Teria que ser um lugar que todo mundo olhe, e com frequência.

Eu gosto da parte de trás da parte da porta do lab para por avisos, nós a fechamos por causa do ar condicionado e somos forçados a olha-la quando saímos.
Também podemos montar uma tabela online para ser o local formal, o aviso poderia então para atualizar a tabela.

10. Não há projeto de grupo

Não vejo nada contra termos um gerenciamento do grupo. Meu receio, que provavelmente não passa de um preconceito (Adamastor me corrija/eduque caso necessáro), é que métodos administrativos são normalmente voltados para empresas ou grupos que, de uma forma ou de outra, fazem produtos ou fornecem serviços visando o lucro. Então, mesmo grandes propostas de gerenciamento simplesmente não fariam sentido nenhum para o USPGameDev - afinal, nós não temos clientes (teoricamente somos nós mesmos). E diga-se de passagem, o mesmo vale para Scrum, como o TCC do Vinícius nos mostrou. Mesmo usando métodos ágeis, temos que pensar bem para não imitar algo que não somos e não queremos ser.

Faz tempo que falaram desse TCC, não me lembro mais dele…

So prepare yourself! To not be retificated!

O que você comentou está certo, o problema é que as definições de lucro e cliente que você está pensando são da metade do século passado.

Lucro pode ser traduzido como valor. Dinheiro em si é usado para obter objetos que tragam benefícios para as pessoas. Eu posso cortar a parte intermediária e partir direto para as valores dos membros/clientes e considerar isso lucro. É o que ONGS e outras entidades que não visam lucro (no sentido tradicional) fazem.

Sim, nós podemos ser clientes de nós mesmos, existem seções de empresas que cuidam de fazer sistemas, produtos,serviços,etc. para a própria empresa! Se nós temos um objetivo, baseado nos nossos valores, podemos organizar-nos como se fôssemos nossos próprios clientes.

Concordo que burocracia pesada não funcionará num grupo do nosso tamanho e estilo, mas precisamos de algumas automações e sistemas para agilizar processos e orientar o pessoal. (Alguém quer que façamos palestra, quem responde? Tenho uma ideia pro grupo, coloco onde?)

Tudo o que falei na seção 3 e outras já vale como organização inicial. E não pretendo deixar mais complicado do que aquilo.

Off: Mas isso levanta uma coisa curiosa, se tecnicamente nós não tínhamos cliente… para que tipo de jogador estávamos fazendo nossos jogos!?

11 - Problemas com o espírito indie

Uma coisa é termos coragem para enfrentarmos nossos problemas. Outra é achar que ter consideração é uma forma artificial de respeito. Eu diria que é a primeira forma que o respeito assume, até que entendamos o outro bem o suficiente para saber se vale mesmo a pena o risco de dizer o que achamos que deve ser dito. Como um programador, eu valorizo o poder das palavras.

Sim, você está certo, entretanto, estamos um ano juntos, e eu sou um dos membros mais novos, e até agora não passamos desse stage one… por isso estou questionando. (Por sinal, isso deveria virar tópico 12)

Cuidado! Um erro nunca justifica outro. O que você disse é verdade: eventualmente temos que lidar com insatisfações. Mas no contexto você claramente quis dizer que isso justifica causarmos insatisfação nos outros. Não é bem assim que funciona XD.

Eu levo essa frase num sentido fatalista, é extremamente difícil e custoso deixar todo mundo 100% satisfeito, então eu suponho que resolver o problema de alguém em tempo hábil significa deixar alguém um pouco mais infeliz, mas num saldo total de insatisfação menor.

12 - Social

Bem como eu levantei no tópico acima, o grupo não me parece muito unido em termos de amizade: Eu sei que existem tem 3 grupos de amizade:

Veteranos
Turma 2013
Pessoal não BCC

E do que eu percebo, essas pessoas falam bem mais entre si do que com o restante do grupo, pode ser devido a proximidade de assuntos, ou alguma outra coisa.

Não posso afirmar nada e posso estar implicando em algo que não é verdade, já que eu não vou nos corujões e KFCs do grupo. Alguém confirma?

#10

Isso está sendo produtivo. Seria mais legal se houvesse mais opiniões though =(

[size=12pt]3. Descontinuidades[/size]

Não seria legal incluir o pessoal do primeiro ano nisso? Ou seria muito fora de contexto para eles?

[size=12pt]9. Comunicação interna[/size]

[quote=“Adamastor, post:9, topic:376”]Eu gosto da parte de trás da parte da porta do lab para por avisos, nós a fechamos por causa do ar condicionado e somos forçados a olha-la quando saímos.
Também podemos montar uma tabela online para ser o local formal, o aviso poderia então para atualizar a tabela.[/quote]

A parte de trás da porta tem dois problemas. O primeiro é que ela é um espaço de todo mundo do lab, então não é legal usarmos ela só para nós. O outro é que não é tão frequente assim ela estar fechada nas últimas semanas. Temos usado menos o ar condicionado.

Fora isso, se formos ter uma tabela online, é melhor termos só ela. Acho que foi o Vinícius que falou: manter a consistência entre dois ambientes informativos dificilmante dá certo.

[size=12pt]10. Não há projeto de grupo[/size]

Muitas coisas interessantes nesse item. Eis o TCC do Vinícius.

Parece que isso tudo vai depender então da discussão sobre o objetivo do grupo (levantada no item 3). Mas posso responder a dúvida do Adamastor sobre o público alvo dos nossos jogos: obviamente também somos nós mesmos. Não é à toa que nossos jogos não são fáceis XD.

[size=12pt]12. Social[/size]

Eu pareço estar medindo palavras nessa discussão com você? =P

Sobre a divisão veteranos/2013/não-bcc: na verdade nós veteranos e o pessoal de 2013 nos damos bastante bem. Sexta passada mesmo eu encontrei o Yan e o Dobby na Sorin’s Lair e ficamos jogando MTG. Também trabalhei bastante junto com o Rica, o Renato e o Dobby na Comissão de Trote do IME. Estamos quase convencendo o Rica (e o Dobby talvez) a correr com a gente! Sobre os não-bcc, dado que você joga Go com o Dobby, e que todos eles admiram o Chico, não vejo muitos problemas também (eles só não conhecem o Daniel ainda).

E é justamente por isso que não quero ficar cobrando nada deles.

#11

Oi gente :slight_smile:

Só vi essa discussão agora, então vou falar o “meu lado”. Não li tudo aqui mas li uns 90%, então talvez eu esteja falando merda xD.

Eu parei de ir na USPGameDev faz um tempo (esse ano inteiro e o fim do ano passado também eu acho, talvez mais), desculpa, queria ter falado isso mais claramente pra vocês faz tempo, mas nunca cheguei a escrever, só deixei de ir. O que aconteceu? Como o Omar falou ali, não é “muitas aulas”, no 3º semestre tinha bem mais aulas e (acho) que ainda ia. Esse 5º semestre está bem pesado sim, mas essa não é a única razão, eu ainda fico vadiando por aí jogando Magic e D&D xD. Acho que foi uma junção de várias coisas, “muitas aulas”, treinar para a Maratona (que eu nem estou fazendo direito também e preciso melhorar D:) meu vício em Magic e desmotivação, depois de acabar uns projetos eu só fiquei “sem nada para fazer” e parei de ir. Eu fico tentando achar tempo para as coisas, e consigo, mas acabo não fazendo as coisas D:.

Desculpas, me considerem fora do Circuit of Mana, não vou fazer nada mesmo e não quero que fiquem sem fazer as coisas por que meu nome ainda está lá no meio.
Sobre a UGD, não acho que vou voltar como antes (no primeiro ano eu ia bastante), prefiro me focar na Maratona. Mas vou tentar reduzir minhas vadiagens a um mínimo, e me focar nas coisas que importam. Mas ainda vou aparecer no Lab bastante (ou pelo menos deveria), já que é pras coisas da Maratona também. Enquanto eu estiver lá posso também fazer algum projeto pra descontrair (como arrumar/reescrever PsyChObALL ou alguma outra coisa assim), mas não vou prometer nada nem me comprometer a nada como o Circuit.

O Adamastor escreveu algo que eu achei bem legal:

Eu sou a favor da "elitização" do grupo, não por fazer "justiça" pra quem está fora, mas sim pra quem está dentro! Eu não gosto de ser impedido em avançar em um projeto por alguém que não está contribuindo com o mesmo. Além disso adicionar uma recompensa a quem participa: Poder moldar o produto a seu gosto.

Eu não acredito que tenhamos que salvar todo mundo, se a pessoa ficar de fora ela mesmo tem que compensar isso.
Sendo mais direto: Quem quer, que corra atrás. É o princípio básico do interesse, não?

Apoio bastante, não tem que ficar se atrasando por causa das pessoas que não querem participar (talvez não possam, e isso é triste, mas não tem muito o que fazer de qualquer forma).

Por isso e por que também não estou nem no “contexto atual” da UGD, não vou opinar mais do que isso nesses temas.

Amo vocês <3

#12

Oi. Eu existo. haha

Tenho trabalhado enquanto faço a faculdade (que são projetos e mais projetos, e zero provas; portanto estou bem ocupado sempre). Sempre fui um membro bastante ausente. Mas veja bem: estou trabalhando num site responsivo pro USPGameDev. Trabalhando, estou aprendendo bastante com programação e web, então mesmo não vindo estou tentando contribuir como posso.

Não acho o suficiente, though. Eu quero realmente fazer jogos e ajudar nos projetos do grupo. Particularmente o Flamecrest. Posso tentar aparecer no curto espaço de tempo entre o trabalho e a facul, mas sempre que vou nunca tem ninguém com quem fazer alguma coisa, ou estão muito ocupados fazendo outras coisas nas quais não tenho interesse. Como o Circuit. Ou TCCs e mestrados.

Estou fazendo também em ritmo bem lento o jogo que projetei na minha IC. Mas de minha experiência com ele e com outros projetos (muitos outros, meu deus não aguento mais essa facul que passa projetos até em matérias teóricas de 2 créditos), eu vejo que produzir em grupo é super legal, mas impraticável em grande frequência. O que quero dizer é: a gente discute e propõe em reuniões, mas produz (desenvolve) realmente em casa no seu tempo. Ou até mesmo no trabalho, quando dá. Acontece assim no Design.

Coloco isso aqui como sugestão, mas note que isso não exclui a necessidade de um espaço físico-temporal para nossa produção, como atualmente existe. Acho que a gente podia marcar reuniões de discussão (móveis) além das reuniões de produção (fixas). Acho o saguão de fora da sala excelente. Essas reuniões não precisam de muitos membros ou de extremo planejamento também: podem ser com apenas pessoas envolvidas num pequeno projeto pensando em algumas questões e espontaneamente decidindo “HEY estou preso pensando nessa mecânica aqui, bora pensar em soluções?” Ou talvez possam ter também reuniões de “atendimento”. Vem duas pessoas de um projetinho e chamam uma de outro e falam: “Olha aqui o que a gente fez. O que vc pensa sobre isso?”

O importante é papel–registro–e ideias visuais tanto quanto as de outros tipos.

#13

E gente, essa coisa de elitizar, convenhamos: vocês são seres pensantes e falantes, com o mundo da tecnologia à disposição. Quer avançar no projeto sem aquele indivíduo que sumiu? Mensagem, conversa, pergunta, educação, e tudo se resolve. Ninguém se odeia aqui, né?

#14

Parecem propostas interessantes. Acho que ajudam com os problemas 4 (reuniões não são usadas para trabalhar) e 8 (espaço de trabalho) e se pá entram também no 10 (projeto de grupo). Mas ainda tem o problema 9 (comunicação interna): se não tivermos um meio de divulgar/agendar essas reuniões claramente entre membros do grupo, elas não vão ter muita chance de rolar.

Fora isso, um problema temporário aqui no CCSL: o saguão e o auditório estão sendo usados pelo evento da Startup Farm até o final do mês. Então esse tipo de reunião teria que ser em algum outro lugar, mas dado que é com menos gente tem bastante opção.

Não entendi. Registro do quê? Onde? Quando?

Mesmo com toda a educação, eu não curto muito a ideia de jogarmos ultimatos assim para as pessoas. Considero a opção “quero participar do projeto mas não agora” válida para eles, dada a proposta original do Circuit. Nesse sentido, cada vez menos vejo como fugir da ideia do Adamastor de deixar esse projeto congelado. Só não sei o que dizer para o Daniel, se fizermos isso =/.

#15

[quote=“Kazuo, post:14, topic:376”][quote author=orenjiakira link=topic=1753.msg3235#msg3235 date=1430840300]
O importante é papel–registro–e ideias visuais tanto quanto as de outros tipos.
[/quote]

Não entendi. Registro do quê? Onde? Quando?[/quote]
Registro de ideias e processo, de propostas, partidos e até mesmo objetivos. Justamente para essa experiência de olhar para trás e ver “O que fizemos hoje e como isso agrega algo para nós?” E também para não nos perdemos em uma retomada distante (após um hiato ou whatevs) e dizer “O que tava acontecendo nesse jogo mesmo?” É um bom auto-feedback motivante. E também ajuda para mostrar as ideias para outras pessoas e/ou montar apresentações para bixos conhecerem nossos projetos, sem depender exclusivamente de printscreens de jogos rodando. (Por isso ideias visuais, para explicar elementos dos jogos de maneira visual e acumular referências visuais, mesmo que toscas em termos de técnica)

Em resumo: é um esboço pré-pré-pré-wiki.

#16

E aí a gente guarda esses registros no lab mesmo?

#17

SPAM the email and skype more!
Apesar da importância, nem todo mundo tem gosto por esse tipo de assunto…

3 - Descontinuidades

Eles não tem noção do nosso histórico do grupo e ainda conhecem muito pouco da gente.
Em especial, eu gostaria de mostrar pra eles alguma firmeza na atitude do grupo apresentando a situação um tanto mais digerida.
Se nós apresentássemos o problema como foi no seu post de 9 questões, nós pareceríamos muito imaturos e se tornaria muito fácil para debandarem.
Tentei encontrar vocês nessa terça-feira, mas só achei o Omar no tempo em que podia ficar.
Proponho nós debatermos isso ao vivo full color nessa quarta-feira a tarde, estou fazendo em cima da hora, mas isso vai dar tempo de discussão suficiente para termos algo à apresentar aos bixos na quinta e para o Daniel no futuro.

Isso é questão de disciplina (já comentada), mas em outro aspecto. Eu consigo imaginar meu método funcionando para começarmos a produzir mais, mas para registrar mais as pessoas tem que ver que isso causa mais eventos positivos para elas.

Eu continuamente mantenho um pós-agenda/diário, o que é equivalente ao que o Akira está propondo, porém numa escala pessoal.

Isso é um hábito, e tem técnicas de sociologia/psicologia que eu posso trazer para estabelecer isso, mas ainda é muito difícil de aplicar em grupos e exigirá um planejamento (e um monte de puxadas de orelha) de todo mundo.

Considerando todo o pacote de propostas até agora, eu diria para reciclarmos a wiki para isso, assim dá para acessar fora do lab.

8 - Espaço

Tive uma aula alternativa hoje na biblioteca da FEA e depois de algumas conversas consegui ver duas salas em potencial para nós: http://www.fea.usp.br/conteudo.php?i=433

a) Sala Design Thinking/Design Lab (30~40 ou mais pessoas)

O lugar tem absolutamente tudo móvel, muitas lousas (com canetões que funcionam e marcam demais as mesmas…), um retroprojetor, ar-condicionado meio falho, quebra-luz nas janelas e fica na biblioteca, leia-se: não tem barulho, mas não pode faze-lo.

O lugar não possuí computadores (ou só um, não confirmo), mas seu ambiente descontraído é um ótimo lugar para reuniões de discussão.

b) Sala CIEP (20 pessoas)

Possuí uma mesa de reuniões igual a que a gente tinha montado na C-10 e tem tv, computador de secretaria e videoconferências, mas um bocado de pessoas ficarão nos cantos e sem mesa.

Do que consegui obter, dá para reservar as salas quantas vezes necessário desde que dentro de um intervalo de duas semanas em relação a data atual, talvez dê pra negociar pra conseguir a sala por semestre, mas irei precisar de um grupo de peso (leia-se, o grupo tem que ter gente e trabalhos públicos) pra conseguir o lugar dessa maneira.

Ah e por sinal, como as salas são de uso público, não se pode deixar as coisas lá permanentemente.

9 - Comunicação interna

[quote=“Kazuo, post:10, topic:376”]A parte de trás da porta tem dois problemas. O primeiro é que ela é um espaço de todo mundo do lab, então não é legal usarmos ela só para nós. O outro é que não é tão frequente assim ela estar fechada nas últimas semanas. Temos usado menos o ar condicionado.

Fora isso, se formos ter uma tabela online, é melhor termos só ela. Acho que foi o Vinícius que falou: manter a consistência entre dois ambientes informativos dificilmante dá certo.[/quote]

Então a gente cola na frente da porta

Correção do que eu queria dizer: Ou a porta carrega a tabela por si só, ou ela dá um aviso para atualizar a tabela online.

Estamos numa posição de baixo pra cima aqui. Mas ainda temos duas opções:

  1. Usar first “sorry than never” e colocar as coisas e esperar os protestos (o que é nada delicado e não recomendo)
  2. Negociamos com eles

Eles não estão usando 100% o espaço da sala,logo não vejo problema em pedir pra usar esses cantos. Podemos transformar algumas de nossas propostas para servir o lab inteiro: O nosso aviso de atualizar a tabela online pode ser usado por eles caso tenham também a suas.

Quando entrar amanhã vou prestar atenção na movimentação para ver os cantos mais badalados para acharmos um bom local, recomendo o mesmo ao restante do grupo.

10. Não há projeto de grupo

[quote=“Kazuo, post:10, topic:376”]Muitas coisas interessantes nesse item. Eis o TCC do Vinícius.

Parece que isso tudo vai depender então da discussão sobre o objetivo do grupo (levantada no item 3). Mas posso responder a dúvida do Adamastor sobre o público alvo dos nossos jogos: obviamente também somos nós mesmos. Não é à toa que nossos jogos não são fáceis XD.[/quote]

Too long, can’t read TCC now

Mas colocando o tópico em bom uso: Tem como colocar o índice/resumo de tópicos no first post? Serviria para orientar e coagir incentivar os outros a usarem, isso está ajudando pacas a organização dos assuntos.

[quote=“orenjiakira, post:12, topic:376”]Oi. Eu existo. haha

Tenho trabalhado enquanto faço a faculdade (que são projetos e mais projetos, e zero provas; portanto estou bem ocupado sempre). Sempre fui um membro bastante ausente. Mas veja bem: estou trabalhando num site responsivo pro USPGameDev. Trabalhando, estou aprendendo bastante com programação e web, então mesmo não vindo estou tentando contribuir como posso.

Não acho o suficiente, though. Eu quero realmente fazer jogos e ajudar nos projetos do grupo. Particularmente o Flamecrest. Posso tentar aparecer no curto espaço de tempo entre o trabalho e a facul, mas sempre que vou nunca tem ninguém com quem fazer alguma coisa, ou estão muito ocupados fazendo outras coisas nas quais não tenho interesse. Como o Circuit. Ou TCCs e mestrados.[/quote]

Bem, desde que eu vi o novo site/blog pronto, eu não vi atualizações.
Do ponto do vista de maximizar contribuição com o grupo da sua parte, eu estaria mais satisfeito em ver o site corrigido antes de continuar um outro projeto, por você ser a única pessoa que conheço da equipe que pode realizar a edição do site!

Eu também não gosto de colocarmos todo trabalho para ser realizado dentro dos horários de grupo considerando que muitos deles são solo e portáteis, ou em outras palavras, podem ser perfeitamente feitos fora dele.

Mas isso bate com nosso problema de disciplina fora do grupo que já comentei. Eu espero que a introdução da política de valores consiga criar “infraestrutura” para realizarmos isso.

Isso está próximo daquilo que estou propondo no tópico 3, mas não é exatamente como gostaria de organizar.

Em vez de reuniões de produção x de discussão, que suponho que o diferencial seria usar a infraestrutura ou não para realizar o trabalho. Ficaria melhor reuniões em organização x ação.

Organização seriam reuniões sobre os ramos e funcionamento do grupo: Ver se as coisas estão funcionando,horários, palestras, blog/site/fórum/wiki, comunicação, política externa. etc.
Eu prefiro que essas reuniões sejam mais rígidas, pois com elas construiremos a infraestrutura para os outros operarem.
Mas podemos flexibilizar mais elas quando estiver numa situação menos crítica no grupo.

Ação seria a produção dos membros em si, que podem envolver qualquer coisa com algum grau de relação à jogos. Essas reuniões seriam bem mais flexíveis e podem ser montadas em qualquer horário e lugar.

Eu gostaria de ressaltar que quero reduzir o máximo o número de reuniões “obrigatórias” e que envolvam todo mundo. Se não a reforma não fará sentido…

12 - Social

Não.

O principal não está na forma em que falamos, está nos assuntos.

As pessoas sabem que estão insatisfeitas com o grupo, mas só agora depois de uns 4 meses ou mais de inatividade alguém conseguiu falar isso com força (e infelizmente recuou depois), eu sinto que temos um problema aí.

[quote=“Kazuo, post:10, topic:376”]Sobre a divisão veteranos/2013/não-bcc: na verdade nós veteranos e o pessoal de 2013 nos damos bastante bem. Sexta passada mesmo eu encontrei o Yan e o Dobby na Sorin’s Lair e ficamos jogando MTG. Também trabalhei bastante junto com o Rica, o Renato e o Dobby na Comissão de Trote do IME. Estamos quase convencendo o Rica (e o Dobby talvez) a correr com a gente! Sobre os não-bcc, dado que você joga Go com o Dobby, e que todos eles admiram o Chico, não vejo muitos problemas também (eles só não conhecem o Daniel ainda).
E é justamente por isso que não quero ficar cobrando nada deles.[/quote]

Eu não tenho o hábito de jogar Go, menos ainda com o Dobby, eu só tive uma partida disso depois de um hiato de 6 meses XD

Que top ter todas essas atividades extras com o restante do pessoal. Eu, gasto bons tempos (e atrasando a volta pra casa XD) com o Chico conversando sobre absolutamente tudo, com o restante do grupo eu estou aproveitando principalmente momentos 1x1 pra conversar. Não sei porque não faço isso nos momentos livres em que o grupo está junto, meu melhor chute é que eu me acho um péssimo iniciador de conversa. XD

Entretanto isso evidência melhor qual é o problema:

Nós não temos coragem de dizer/cobrar os outros membros com receio de perder amizades.

Não conseguimos separar o (semi-)profissional do pessoal e isso está gerando arrasto. Não cobramos os outros mesmo a custo próprio e do grupo. Parte de todo aquele processo de “vamos garantir que o pessoal é comprometido” de meses atrás é lembrar e aplicar as consequências da falta do mesmo.

Obs: Colocar preocupações sociais antes da dos trabalho são reclamações constantes de funcionários brasileiros em instituições internacionais, quero lembrar que a produtividade dos gringos é bem mais elevada que a nossa.

#18

Oi,

Eu li tudo o que foi escrito até agora, mas escrever longas mensagens (como a minha primeira) está sendo um pouco inviável para mim. Por isso, embora pudesse comentar cada ponto levantada, vou tentar ser breve dessa vez. Dito isso, vou ligar o “modo ranzinza” e só comentar sobre o que discordo - e nem justificar muito.

O Fernando falou que o Wil e eu somos os “admins” do grupo e que outras pessoas também deveriam assumir esse posto.
Eu não acho que “admin” seja um cargo que alguém precisa assumir. Digo mais, acho ainda que nosso grupo não precisa de nenhum tipo de cargo!
O que existem são tarefas e as pessoas precisam cumpri-las. Algumas tarefas podem ser meio burocráticas, mas isso não quer dizer que precisemos de “admins” ou “presidentes” para resolvê-las.

Eu sou completamente, enfaticamente, diametralmente contra essa tendência que está surgindo de não juntar as pessoas sob o mesmo teto.
Se é para cada um fazer só o que quer, como quer, quando quer, sem sair de casa… então não precisamos do USPGameDev, basta entrar aqui e ser feliz.

Somado a isso, apareceu uma conversa que beirava o “Talvez nós nem precisemos/devamos fazer jogos. Vamos só fazer discussões e palestras, pois é mais fácil de organizar”. Isso, meus caros, é a recita para se tornar um daqueles catedráticos que conseguem ficar falando horas e horas sobre uma coisa que eles nunca vivenciaram. Todo mundo já conheceu ao menos um professor assim e duvido que alguém sentiu admiração por ele.

Para essas coisas, não precisa de grupo nenhum.
Se vocês ainda tem alguma vontade de trabalhar em equipe e FAZER jogos, então talvez os esforços deveriam estar sendo focados em tentar fazer jogos em equipe.
(parece meio óbvio… ??? )

Mas, infelizmente, esse esquema de fazer projetos de um ano não está se mostrando adequado para o grupo como ele está hoje. O grande objetivo não está sendo motivação suficiente para a turma se engajar.
Então, talvez valha a pena mudar o foco e organizar o grupo em função de eventos e competições. Isto é, marcar as datas da GGJ, LudumDare, Encontro BCC, Spin, etc. e direcionar os esforços para produzir algo para essas ocasiões (ou “treinar” para elas, no caso das jams). Esse tipo de coisa é basicamente o que move vários grupos de extensão na USP.
Essa é uma ideia que, na minha opinião, vale a pena ser melhor elaborada.

Falouz!

#19

[size=12pt]3. Descontinuidades[/size]

Acho que as propostas do Adamastor e do Akira, pelo menos por enquanto, não são mutuamente exclusivas.

[quote=“Adamastor, post:17, topic:376”][quote author=Kazuo link=topic=1753.msg3239#msg3239 date=1430852186]
E aí a gente guarda esses registros no lab mesmo?
[/quote]

Considerando todo o pacote de propostas até agora, eu diria para reciclarmos a wiki para isso, assim dá para acessar fora do lab.[/quote]

Pelo que entendi, a ideia do Akira é justamente fazer algo que precede à Wiki, e que idealmente fosse físico. Aí perguntei onde deixar porque se for ser físico seria legal que todo mundo pudesse pegar e ver a qualquer hora. No Lab, temos nosso armário, mas só eu e o Vinícius temos a chave. Posso ver se podemos fazer mais cópias, e/ou precisamos estabelecer um logística de acesso a esses documentos.

[size=12pt]9. Comunicação interna[/size]

[quote=“Adamastor, post:17, topic:376”]Estamos numa posição de baixo pra cima aqui. Mas ainda temos duas opções:

  1. Usar first “sorry than never” e colocar as coisas e esperar os protestos (o que é nada delicado e não recomendo)
  2. Negociamos com eles

Eles não estão usando 100% o espaço da sala,logo não vejo problema em pedir pra usar esses cantos. Podemos transformar algumas de nossas propostas para servir o lab inteiro: O nosso aviso de atualizar a tabela online pode ser usado por eles caso tenham também a suas.[/quote]

Ainda tem o problema da porta nem sempre ficar fechada, principalmente se o tempo está frio. E dentre os outros grupos que usam o lab, só o Mezuro precisaria desse tipo de informação e eles já usam a lousa deles para isso.

[size=12pt]10. Não há projeto de grupo[/size]

Farei.

É porque ele ainda não terminou, oras.

Sobre a discussão dos formatos de reunião, acho importante levarmos em consideração o que o Vinícius falou. Mais sobre isso adiante.

[size=12pt]12. Social[/size]

[quote=“Adamastor, post:17, topic:376”]Entretanto isso evidência melhor qual é o problema:

Nós não temos coragem de dizer/cobrar os outros membros com receio de perder amizades.[/quote]

Você quis dizer, “nós temos a coragem de tentar ser produtivos e valorizar nossas amizades ao mesmo tempo”. Veja mais shounens.

[size=12pt]13. NEW Falta de propósito como grupo[/size]

[quote=“vinicius, post:18, topic:376”]Se é para cada um fazer só o que quer, como quer, quando quer, sem sair de casa… então não precisamos do USPGameDev, basta entrar aqui e ser feliz.
[…]
Se vocês ainda tem alguma vontade de trabalhar em equipe e FAZER jogos, então talvez os esforços deveriam estar sendo focados em tentar fazer jogos em equipe.
(parece meio óbvio… ??? )[/quote]

Eu não estava vendo as discussões irem nessas direções, mas agora que ele falou, vejo que é verdade. Há várias brechas nas nossas novas propostas que potencialmente levam o USPGameDev a ser algo completamente sem propósito como grupo. Não sei se eu particularmente gostaria de focar nosso empenho para eventos e jams, mas até aí percebo agora que minhas ideias do que o USPGameDev deveria ser não são exatamente as mais saudáveis. Nesse sentido, queria saber mais as expectativas de cada um sobre o grupo, para entender o que nos faz (ou deveria fazer) um grupo.

#20

[quote=“Adamastor, post:17, topic:376”]Bem, desde que eu vi o novo site/blog pronto, eu não vi atualizações.
Do ponto do vista de maximizar contribuição com o grupo da sua parte, eu estaria mais satisfeito em ver o site corrigido antes de continuar um outro projeto, por você ser a única pessoa que conheço da equipe que pode realizar a edição do site![/quote]

Cara, eu to fazendo tudo em uma cópia local no meu computador e que está disponível como tema de wordpress no github. Se quiser, teste em um site bogus de wordpress, mas tem muitos ajustes a fazer ainda. E não é verdade que sou o único que pode fazer isso. Pouquíssimo do que estou fazendo nele é de fato design visual. A maioria é programação em php, que é como o wordpress funciona. Certeza que não sou o mais perito em php do grupo.

Sobre as salas da fea: elas são bonitas, espaçosas, tranquilas e tem tomadas. Mas o pior delas é que tudo fecha cedo em todos os sentidos. Mal chega julho tudo fecha. Mal chega fim de novembro e nada mais abre. E tudo na fea é incrivelmente fechado, competido, e elitizado. No me gusta.

[quote=“vinicius, post:18, topic:376”]Eu sou completamente, enfaticamente, diametralmente contra essa tendência que está surgindo de não juntar as pessoas sob o mesmo teto.
Se é para cada um fazer só o que quer, como quer, quando quer, sem sair de casa… então não precisamos do USPGameDev, basta entrar aqui e ser feliz.
[…]
Para essas coisas, não precisa de grupo nenhum.
Se vocês ainda tem alguma vontade de trabalhar em equipe e FAZER jogos, então talvez os esforços deveriam estar sendo focados em tentar fazer jogos em equipe.
(parece meio óbvio… ??? )

Mas, infelizmente, esse esquema de fazer projetos de um ano não está se mostrando adequado para o grupo como ele está hoje. O grande objetivo não está sendo motivação suficiente para a turma se engajar.
Então, talvez valha a pena mudar o foco e organizar o grupo em função de eventos e competições. Isto é, marcar as datas da GGJ, LudumDare, Encontro BCC, Spin, etc. e direcionar os esforços para produzir algo para essas ocasiões (ou “treinar” para elas, no caso das jams). Esse tipo de coisa é basicamente o que move vários grupos de extensão na USP.
Essa é uma ideia que, na minha opinião, vale a pena ser melhor elaborada.[/quote]

Bem, existem grupos de estudo, que nem sempre fazem tudo juntos. Não acho que foi isso o que você quis dizer (fazermos tudo junto sempre), mas também não acho que não podemos trocar nossas experiências e projetos entre subconjuntos de membros. Não somos uma empresa e não é porque queremos fazer jogos em solo ou em 2-3 pessoas que queremos virar freelancers. Aliás, essa prática não tem nada a ver com freelancing, que é basicamente ser bitch de um mercado que paga pouco e cobra muito para fazer coisas que você não quer fazer.

Mas voltando aos grupos de estudo: na nossa descrição tá lá: grupo de desenvolvimento e pesquisa de jogos. A gente tá em grupo para aprender enquanto faz, trocar pesquisas e experiências, códigos e padrões de design, não para fazer everybody together always, necessariamente. É até incompatível esse tipo de organização com o modelo “existem tarefas e qualquer membro pode fazê-las”, porque se não temos focos individuais dentro de um grupo, não temos como fazer essas tarefas sem uma assembleia burocratica. Isso não significa que quero que cada um faça seu jogo individualmente e mostre pro grupo para se gabar, até porque fazer jogos sozinho é mega difícil. Para isso o grupo existe. O que quero dizer é que não precisamos de todo mundo (ou do aproval de todo mundo) para fazer cada projeto, e isso não desfaz a necessidade do grupo.

E tetos hoje em dia podem ser virtuais e acredito que possam ser complexamente divididos e interligados também.

#21

[quote=“orenjiakira, post:20, topic:376”]Bem, existem grupos de estudo, que nem sempre fazem tudo juntos. Não acho que foi isso o que você quis dizer (fazermos tudo junto sempre), mas também não acho que não podemos trocar nossas experiências e projetos entre subconjuntos de membros. Não somos uma empresa e não é porque queremos fazer jogos em solo ou em 2-3 pessoas que queremos virar freelancers. Aliás, essa prática não tem nada a ver com freelancing, que é basicamente ser bitch de um mercado que paga pouco e cobra muito para fazer coisas que você não quer fazer.

Mas voltando aos grupos de estudo: na nossa descrição tá lá: grupo de desenvolvimento e pesquisa de jogos. A gente tá em grupo para aprender enquanto faz, trocar pesquisas e experiências, códigos e padrões de design, não para fazer everybody together always, necessariamente. É até incompatível esse tipo de organização com o modelo “existem tarefas e qualquer membro pode fazê-las”, porque se não temos focos individuais dentro de um grupo, não temos como fazer essas tarefas sem uma assembleia burocratica. Isso não significa que quero que cada um faça seu jogo individualmente e mostre pro grupo para se gabar, até porque fazer jogos sozinho é mega difícil. Para isso o grupo existe. O que quero dizer é que não precisamos de todo mundo (ou do aproval de todo mundo) para fazer cada projeto, e isso não desfaz a necessidade do grupo.[/quote]
Concordo com o que o Akira falou.

Nosso propósito (original) é de aprender sobre os todos os aspectos da criação de um jogo, por pesquisa e desenvolvimento. Acho que pode-se dizer que ao longo do tempo demos mais foco às partes relativas a programação por causa da nossa maioria de BCÇóides, mas ainda assim acredito que não esquecemos o resto.

Quanto a fazer o grupo dar mais foco a produzir para eventos como o VKDaros falou, ou a de produzir jogos próprios nossos (como “meio” que fazemos), eu pessoalmente prefiro nossos. Enquanto ambas opções podem nos prover tanto conhecimento (“pesquisa”) quanto experiência (“desenvolvimento”), acho que a de produzir para eventos introduziria o fator de pressão, de ‘temos que fazer isso até a deadline’. Não que isso seja uma coisa ruim, mas já tive muito disso em estágios e graduação, e ainda mais agora no mestrado, então prefiro ir levando projetos do grupo com calma.
Mas novamente, uma opção não exclui a outra.

Outra coisa que acho que é bom lembrarmos é que enquanto nossos projetos do grupo (ou de sub-sets dele) mal foram lançados ou usados (fala sério, temos alguns projetos que mal foram acabados e os que foram, nem foram muito usados), eles ainda levaram o grupo em si a atingir sua meta principal: aprendizado e experiência em vários aspectos.

Será que alguém aqui consegue falar que não aprendeu nada com o grupo?
Eu pessoalmente já aprendi bastante, até em coisas que não são relativas só a jogos. E só por isso já acredito que o grupo (pelo menos pra mim) foi bem sucedido, mesmo não tendo terminado vários projetos, feito um “jogo de sucesso” ou ganhado fama em algum evento de games.
C++ por exemplo, como uma linguagem de programação genérica, eu como programador posso usar ela pra qualquer coisa. E não conheço nem ouvi falar de ninguém no IME, além de nós do grupo, que manja tanto de C++ quanto nós, e tudo que aprendi foi no grupo e no meu TCC (que foi um spawn do grupo).

O foco do grupo era, e acredito que deva sempre ser, a pesquisa e desenvolvimento. A aquisição de conhecimento e experiência em assuntos game-related por parte de seus membros.
Eventos de games, projetos, palestras para pessoas de fora, etc, são simplesmente meios para chegar nesse objetivo, acho que não podemos esquecer disso.

[quote=“vinicius, post:18, topic:376”]O Fernando falou que o Wil e eu somos os “admins” do grupo e que outras pessoas também deveriam assumir esse posto.
Eu não acho que “admin” seja um cargo que alguém precisa assumir. Digo mais, acho ainda que nosso grupo não precisa de nenhum tipo de cargo!
O que existem são tarefas e as pessoas precisam cumpri-las. Algumas tarefas podem ser meio burocráticas, mas isso não quer dizer que precisemos de “admins” ou “presidentes” para resolvê-las.[/quote]
Mais ou menos, acho que pra essas questões burocráticas, precisa sim. Vocês podem achar que não, mas lembra na C1-10 quando o Giuliano pedia algo para o grupo, para quem que ele pedia de fato? Você Vini. Você e o Wil. E não era só o Giuliano fazendo isso. Além de alguns profs do IME, quando algum de nós queria discutir algo sobre a organização do grupo provavelmente falava com vc ou o Wil antes.
Talvez vocês nem tenham percebido, mas vocês meio que assumiram esse “cargo”. Possivelmente pois em parte o resto do grupo não queria e vocês deram um passo a frente e fizeram isso.

Mas não veja isso como uma coisa ruim. O que eu tava querendo dizer, que acho que não expliquei direito, é que o importante disso não é que tinham 2 pessoas que faziam a parte burocrática, mas sim que tinha 2 pessoas que tanto os outros membros do grupo quanto pessoas de fora olhavam como ‘os lideres’. Os mais experientes que ajudam os outros, que serviam de exemplo aos outros.
E acho que isso é uma coisa importante a ter no grupo pra manter sua continuidade.

#22

Olá, pessoal

  1. Essa thread foi movida da board “Projetos” para “O Grupo”.

  2. A ata da última reunião foi colocada na Wiki, da mesma forma como será feito com as atas das próximas reuniões.
    http://uspgamedev.org/wiki/Atas_das_reuniões
    Isso facilita muito a organização, fica fácil de ver a evolução das reuniões, fica fácil de procurar, enfim… várias vantagens.
    Entretanto, acompanhar mudanças nas páginas de uma Wiki não é natural. Por conta disso, seria bom que quem quiser mudar algo nas páginas escreva a mudança na sub-página “discussion”, avise no fórum para ver se alguém tem algum comentário sobre a alteração e, depois disso, passe para a página do artigo mesmo.

  3. Sugiro inclusive que nas próximas reuniões a anotação da ata seja feita (durante a reunião) diretamente na página “discussion” para já ficar gravada e, depois, movida para o artigo.

  4. Como foi decidido na reunião, por favor usem o fórum para as discussões - inclusive essa.

Abraços

#23

Aliás, a próxima reunião já está marcada para quarta-feira que vem, (dia 10/6), das 18h às 20h, na sala de reuniões do bloco C do IME.

Depois vou fazer um artigo na wiki para colocarmos os horários das reuniões regulares.

#24

A ata da última reunião já foi colocada na página correspondente da Wiki.

Pauta para a próxima reunião:

  1. Terminar de discutir sobre as vantagens e desvantagens de uma possível mudança de foco com relação às ferramentas padrão do USPGameDev: sair do (C++, SDL, OpenGL) para (outra coisa);
  2. Escolher esse “outra coisa”;
  3. Avaliar se vale a pena continuar apenas com essas reuniões de discussão ou se o que já foi conversado é suficiente para começarmos tomar algumas ações.
#25

Na última reunião, eu, o André, a Isabela e o Wil concordamos em fazer uma visita ao CITI para verificar os recursos do local.
Um horário bom para nós, ingressantes, seria quarta (dia 1º) às 14:00.

#26

Ok, Vinícius, você consegue mandar aquele e-mail que você tinha falado para acertar isso (ou pelo menos nos por em contato)?

#27

Pode deixar.