Caros,
pode parecer meio off-topic, mas não é.
Sou iniciante no assunto métodos ágeis e estou numa fase inicial de análise de
viabilidade de sua utilização na empresa em que trabalho.
Acontece que aqui temos várias restrições quanto a mudança de layout ou uso de
quadros nas paredes, restrições estas definidas em normas corporativas ou
limitações físicas mesmo (falta de paredes).
Consegui encontrar uma forma de contornar este problema, mas precisaria fazer um
quadro branco sob medida e um pouco diferente (ele não poderia ter aquelas
bordas de alumínio).
Por acaso alguém aqui conhece alguma empresa que poderia fabricar um quadro sob
medida? Não encontrei diretamente nenhuma na lista telefônica. No mercado livre
encontrei um usuário que fornece este serviço, mas ele seria a última opção dada
a dificuldade de comunicação e custo do frete.
Valeu,
Rafael Miranda
Sou iniciante no assunto métodos ágeis e estou numa fase inicial de análise de viabilidade de sua utilização na empresa em que trabalho.
Acontece que aqui temos várias restrições quanto a mudança de layout ou uso de quadros nas paredes, restrições estas definidas em normas corporativas ou limitações físicas mesmo (falta de paredes).
Consegui encontrar uma forma de contornar este problema, mas precisaria fazer um quadro branco sob medida e um pouco diferente (ele não poderia ter aquelas bordas de alumínio).
Por acaso alguém aqui conhece alguma empresa que poderia fabricar um quadro sob medida? Não encontrei diretamente nenhuma na lista telefônica. No mercado livre encontrei um usuário que fornece este serviço, mas ele seria a última opção dada a dificuldade de comunicação e custo do frete.
Valeu pela dica Fábio, mas não ajuda muito pq não temos paredes
(e se tivessemos, pintar deve ir contra alguma outra Norma que
desconheço! :) )
Mas realmente a idéia dos caras foi muito legal.
Abraços,
Rafael Miranda
--- Em agile-bahia@..., "Fabio R." <fgrehm@...> escreveu
>
> Cara, não sei bem se resolve seu problema mas fica ai a
sugestão:
>
http://bluesoft.wordpress.com/2008/09/17/como-montamos-o-quadro-do-scrum\
/
>
> O pessoal usou uma tinta magnética (acho que a cor é cinza) e
depois
> pintaram de azul por cima.
>
>
> []s
> --
> Fábio Rehm
>
>
> 2009/5/6 rafaelmbry rafaelmbr@...
>
> >
> >
> > Caros,
> >
> > pode parecer meio off-topic, mas não é.
> >
> > Sou iniciante no assunto métodos ágeis e estou numa fase
inicial de análise
> > de viabilidade de sua utilização na empresa em que trabalho.
> >
> > Acontece que aqui temos várias restrições quanto a mudança
de layout ou uso
> > de quadros nas paredes, restrições estas definidas em normas
corporativas ou
> > limitações físicas mesmo (falta de paredes).
> >
> > Consegui encontrar uma forma de contornar este problema, mas
precisaria
> > fazer um quadro branco sob medida e um pouco diferente (ele não
poderia ter
> > aquelas bordas de alumínio).
> >
> > Por acaso alguém aqui conhece alguma empresa que poderia fabricar
um quadro
> > sob medida? Não encontrei diretamente nenhuma na lista
telefônica. No
> > mercado livre encontrei um usuário que fornece este serviço,
mas ele seria a
> > última opção dada a dificuldade de comunicação e custo do
frete.
> >
> > Valeu,
> >
> > Rafael Miranda
> >
> >
> >
>
>
> >
> >
> > Caros,
> >
> > pode parecer meio off-topic, mas não é.
> >
> > Sou iniciante no assunto métodos ágeis e estou numa fase
inicial de análise
> > de viabilidade de sua utilização na empresa em que trabalho.
> >
> > Acontece que aqui temos várias restrições quanto a mudança
de layout ou uso
> > de quadros nas paredes, restrições estas definidas em normas
corporativas ou
> > limitações físicas mesmo (falta de paredes).
> >
> > Consegui encontrar uma forma de contornar este problema, mas
precisaria
> > fazer um quadro branco sob medida e um pouco diferente (ele não
poderia ter
> > aquelas bordas de alumínio).
> >
> > Por acaso alguém aqui conhece alguma empresa que poderia fabricar
um quadro
> > sob medida? Não encontrei diretamente nenhuma na lista
telefônica. No
> > mercado livre encontrei um usuário que fornece este serviço,
mas ele seria a
> > última opção dada a dificuldade de comunicação e custo do
frete.
> >
> > Valeu,
> >
> > Rafael Miranda
> >
> >
> >
>
Robson,
o pessoal da GL informou que não podemos colocar nada nos vidros, por
questões de visibilidade para incêncido, limpeza, etc...
Eu consegui colocar um quadro branco numa das pilastras, mas fica longe
da equipe. Depois de muita conversa com eles, conseguimos liberação
para colocar um quadro nas divisórias entre as baias (aquelas que
são revestidas por um tipo de tecido). O quadro sob medida iria
lá. É pequeno em altura, mas pelo menos o comprimento resolve.
Se tiver alguma outra idéia, estou ouvindo! :)
Abraço,
Rafael
--- Em agile-bahia@..., Robson Ximenes
<robsonximenes@...> escreveu
>
> Rafael,
>
> Eu solicitei um quadro de avisos.... aquele marrom... sem problemas...
tb
> nao tenho onde pendurar mas dei um geito...
>
> Se a aderencia for ruim, poem cartolina que resolve...
>
> Lá no serpro tem os vidros tb... vc pode usar eles...
>
>
> Robson S. Ximenes
>
>
> 2009/5/6 rafaelmbry rafaelmbr@...
>
> >
> >
> > Valeu pela dica Fábio, mas não ajuda muito pq não temos
paredes
> > (e se tivessemos, pintar deve ir contra alguma outra Norma que
> > desconheço! :) )
> >
> > Mas realmente a idéia dos caras foi muito legal.
> >
> > Abraços,
> >
> > Rafael Miranda
> >
> > --- Em agile-bahia@...
<agile-bahia%40yahoogrupos.com.br>,
> > "Fabio R." fgrehm@ escreveu
> >
> > >
> > > Cara, não sei bem se resolve seu problema mas fica ai a
> > sugestão:
> > >
> >
http://bluesoft.wordpress.com/2008/09/17/como-montamos-o-quadro-do-scrum\
\
> >
/<http://bluesoft.wordpress.com/2008/09/17/como-montamos-o-quadro-do-scr\
um/>
> > >
> > > O pessoal usou uma tinta magnética (acho que a cor é cinza)
e
> > depois
> > > pintaram de azul por cima.
> > >
> > >
> > > []s
> > > --
> > > Fábio Rehm
> > >
> > >
> > > 2009/5/6 rafaelmbry rafaelmbr@
> >
> > >
> > > >
> > > >
> > > > Caros,
> > > >
> > > > pode parecer meio off-topic, mas não é.
> > > >
> > > > Sou iniciante no assunto métodos ágeis e estou numa fase
> > inicial de análise
> > > > de viabilidade de sua utilização na empresa em que trabalho.
> > > >
> > > > Acontece que aqui temos várias restrições quanto a
mudança
> > de layout ou uso
> > > > de quadros nas paredes, restrições estas definidas em normas
> > corporativas ou
> > > > limitações físicas mesmo (falta de paredes).
> > > >
> > > > Consegui encontrar uma forma de contornar este problema, mas
> > precisaria
> > > > fazer um quadro branco sob medida e um pouco diferente (ele
não
> > poderia ter
> > > > aquelas bordas de alumínio).
> > > >
> > > > Por acaso alguém aqui conhece alguma empresa que poderia
fabricar
> > um quadro
> > > > sob medida? Não encontrei diretamente nenhuma na lista
> > telefônica. No
> > > > mercado livre encontrei um usuário que fornece este
serviço,
> > mas ele seria a
> > > > última opção dada a dificuldade de comunicação e custo
do
> > frete.
> > > >
> > > > Valeu,
> > > >
> > > > Rafael Miranda
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
o pessoal da GL informou que não podemos colocar nada nos vidros, por
questões de visibilidade para incêncido, limpeza, etc...
Eu consegui colocar um quadro branco numa das pilastras, mas fica longe
da equipe. Depois de muita conversa com eles, conseguimos liberação
para colocar um quadro nas divisórias entre as baias (aquelas que
são revestidas por um tipo de tecido). O quadro sob medida iria
lá. É pequeno em altura, mas pelo menos o comprimento resolve.
Se tiver alguma outra idéia, estou ouvindo! :)
Abraço,
Rafael
--- Em agile-bahia@..., Robson Ximenes
<robsonximenes@...> escreveu
>
> Rafael,
>
> Eu solicitei um quadro de avisos.... aquele marrom... sem problemas...
tb
> nao tenho onde pendurar mas dei um geito...
>
> Se a aderencia for ruim, poem cartolina que resolve...
>
> Lá no serpro tem os vidros tb... vc pode usar eles...
>
>
> Robson S. Ximenes
>
>
> 2009/5/6 rafaelmbry rafaelmbr@...
>
> >
> >
> > Valeu pela dica Fábio, mas não ajuda muito pq não temos
paredes
> > (e se tivessemos, pintar deve ir contra alguma outra Norma que
> > desconheço! :) )
> >
> > Mas realmente a idéia dos caras foi muito legal.
> >
> > Abraços,
> >
> > Rafael Miranda
> >
> > --- Em agile-bahia@...
> > >
> > > O pessoal usou uma tinta magnética (acho que a cor é cinza)
e
> > depois
> > > pintaram de azul por cima.
> > >
> > >
> > > []s
> > > --
> > > Fábio Rehm
> > >
> > >
> > > 2009/5/6 rafaelmbry rafaelmbr@
> >
> > >
> > > >
> > > >
> > > > Caros,
> > > >
> > > > pode parecer meio off-topic, mas não é.
> > > >
> > > > Sou iniciante no assunto métodos ágeis e estou numa fase
> > inicial de análise
> > > > de viabilidade de sua utilização na empresa em que trabalho.
> > > >
> > > > Acontece que aqui temos várias restrições quanto a
mudança
> > de layout ou uso
> > > > de quadros nas paredes, restrições estas definidas em normas
> > corporativas ou
> > > > limitações físicas mesmo (falta de paredes).
> > > >
> > > > Consegui encontrar uma forma de contornar este problema, mas
> > precisaria
> > > > fazer um quadro branco sob medida e um pouco diferente (ele
não
> > poderia ter
> > > > aquelas bordas de alumínio).
> > > >
> > > > Por acaso alguém aqui conhece alguma empresa que poderia
fabricar
> > um quadro
> > > > sob medida? Não encontrei diretamente nenhuma na lista
> > telefônica. No
> > > > mercado livre encontrei um usuário que fornece este
serviço,
> > mas ele seria a
> > > > última opção dada a dificuldade de comunicação e custo
do
> > frete.
> > > >
> > > > Valeu,
> > > >
> > > > Rafael Miranda
> > > >
> > > >
> > > >
> > >
> >
> >
> >
>
Olá pessoal,
Vocês já devem ter ouvido falar que as metodologias ágeis estão em ascensão, ou
que atingiram a maturidade, e algums já falam no seu declínio. Como na opinião
de James Shore no polêmico post:
http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html
Acredito que ainda não seja a realidade em muitos locais, mas é uma preocupação
séria, e infelizmente acho que é quase inevitável.
Vinícius
Vinícius,
Esse post é polemico, mas bastante real. Já vinha discutido isso com
alguns colegas, o mal uso de metodologias ageis ou adequações indevidas no
framework não apenas inviabilizam o processo de construção de software.
Muitos alardeiam que estão sendo AGEIS e simplesmente implantando
franksteins no processo de fabricação do produto.
Tiramos por exemplo o Scrum, como mencioado a metodologia mais utilizada.
Existem pre-requesitos para a adoção do Scrum, como times
multidiciplinares (nada de silos de banco, desenvolvimento, design. Também
não precisa ser um especialista em cada area, não vou ser polemico aqui) e
auto-organizados (adeus a figura do gerente e bem vindo a do facilitador).
Os papeis do Scrum são fundamentais, e o Product Owner é o principal
responsavel pelo sucesso e fracasso de um produto. O time e o ScrumMaster
são apenas catalizadores da vontade do Product Owner. Ele aponta a
diretriz
e a meta.
E lembrar do framework:
visao
backlog
:Sprint
reuniao diaria
incremento diario
:fimDoSprint
um entregavel
retrospectiva
E acredite, fazer tudo isso DOI!!! Doi por que aponta mostrar os erros e
defeitos do time, mostra onde o mesmo tem que melhorar e o que pode ser
feito de diferente.
Agora a realidade, muita gente que usar o Kan-ban é adotar Scrum, todos
mantem a sua zona de segurança em seus silos protegidos e gastam-se mil
post-its. No final da historia, o culpado pelo fracasso é o Scrum.
O interessante notar também que já existem "clientes" que exigem software
aplicando metodologias ageis, só que alguns destes não se comportam como
product owner.
Bem é papo para o Cervejalie que acabou não saindo!
--
Guto Maia
Consultor de TI / Desenvolvedor
CSM - SCJP- SCWCD - SCBCD - ZCE
> Olá pessoal,
>
> Vocês já devem ter ouvido falar que as metodologias ágeis estão em
> ascensão, ou que atingiram a maturidade, e algums já falam no seu
> declínio. Como na opinião de James Shore no polêmico post:
>
> http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html
>
> Acredito que ainda não seja a realidade em muitos locais, mas é uma
> preocupação séria, e infelizmente acho que é quase inevitável.
>
> Vinícius
>
>
Sabemos que o levantamento de requisitos é uma etapa de extra importância na engenharia de software e que alguns autores defendem inclusive que esta é a etapa mais difícil. Uma das estratégias para sua aprimoração é através da realização de revisões de requisitos.
Minha pergunta é:
Como as metodologias ágeis tratam a revisão de requisitos?
Sendo que o problema é que a revisão de requisitos trata uma tarefa muitas vezes necessária mas que pode ser CARA. Além de, a primeira vista, parecer que vai intuitivamente contra a idéia do desenvolvimento ágil, uma vez que é a inclusão de um overhead extra no projeto.
Credito grande parte do problema ao conhecimento superficial do que é ser ágil ou o que é SCRUM.
Não basta ler um PDF como o SCRUM guide ou fazer um curso CSM de 2 dias. Existe um grande arcabouço teórico multidisciplinar
que passa por desenvolvimento de software, gerenciamento de projetos, comunicação, psicologia, entre outras. Assim como a prática também tem grande importância.
Esse post é polemico, mas bastante real. Já vinha discutido isso com
alguns colegas, o mal uso de metodologias ageis ou adequações indevidas no
framework não apenas inviabilizam o processo de construção de software.
Muitos alardeiam que estão sendo AGEIS e simplesmente implantando
franksteins no processo de fabricação do produto.
Tiramos por exemplo o Scrum, como mencioado a metodologia mais utilizada.
Existem pre-requesitos para a adoção do Scrum, como times
multidiciplinares (nada de silos de banco, desenvolvimento, design. Também
não precisa ser um especialista em cada area, não vou ser polemico aqui) e
auto-organizados (adeus a figura do gerente e bem vindo a do facilitador).
Os papeis do Scrum são fundamentais, e o Product Owner é o principal
responsavel pelo sucesso e fracasso de um produto. O time e o ScrumMaster
são apenas catalizadores da vontade do Product Owner. Ele aponta a
diretriz
e a meta.
E acredite, fazer tudo isso DOI!!! Doi por que aponta mostrar os erros e
defeitos do time, mostra onde o mesmo tem que melhorar e o que pode ser
feito de diferente.
Agora a realidade, muita gente que usar o Kan-ban é adotar Scrum, todos
mantem a sua zona de segurança em seus silos protegidos e gastam-se mil
post-its. No final da historia, o culpado pelo fracasso é o Scrum.
O interessante notar também que já existem "clientes" que exigem software
aplicando metodologias ageis, só que alguns destes não se comportam como
product owner.
Bem é papo para o Cervejalie que acabou não saindo!
--
Guto Maia
Consultor de TI / Desenvolvedor
CSM - SCJP- SCWCD - SCBCD - ZCE
> Olá pessoal,
>
> Vocês já devem ter ouvido falar que as metodologias ágeis estão em
> ascensão, ou que atingiram a maturidade, e algums já falam no seu
> declínio. Como na opinião de James Shore no polêmico post:
>
> http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html
>
> Acredito que ainda não seja a realidade em muitos locais, mas é uma
> preocupação séria, e infelizmente acho que é quase inevitável.
>
> Vinícius
>
>
Não acho que a revisão seja, per se, contra o desenvolvimento ágil - mas isso é uma questão de perspectiva e não simplesmente do que "está escrito". Também não vejo fontes sobre esse assunto, mas há algumas coisas que você pode considerar na realização de revisão de requisitos (algumas, na verdade, para qualquer tipo de revisão):
1 - Cobertura (o que vai ser, de fato, revisado), em função de critérios como criticidade, complexidade e relevância; 2 - Escopo da revisão (o que deve ser revisado nos requisitos... vai-se perder tempo olhando cabeçalho/rodapé para ver se os templates foram seguidos? vai-se privilegiar a forma como foram escritos em detrimento da compreensão?)
3 - Elicitação em dupla. Assim duas pessoas que tiveram contato com o negócio dividem o trabalho e depois revisam o produto um do outro - pela minha experiência isso reduz consideravelmente o tempo de revisão.
Ponderando essas alternativas, você pode reduzir o tempo de revisão e ter um produto de qualidade.
Mas nada impede que você ignore a revisão (assumindo os riscos de eventuais erros), caso a confiança seja absoluta na experiência do analista de requisitos. Pessoalmente, eu parto do pressuposto que todo mundo pode errar e que vale a pena rever os artefatos mais críticos.
Sabemos que o levantamento de requisitos é uma etapa de extra importância na engenharia de software e que alguns autores defendem inclusive que esta é a etapa mais difícil. Uma das estratégias para sua aprimoração é através da realização de revisões de requisitos.
Minha pergunta é:
Como as metodologias ágeis tratam a revisão de requisitos?
Sendo que o problema é que a revisão de requisitos trata uma tarefa muitas vezes necessária mas que pode ser CARA. Além de, a primeira vista, parecer que vai intuitivamente contra a idéia do desenvolvimento ágil, uma vez que é a inclusão de um overhead extra no projeto.
Muito bom seu comentário, Guto! Gostaria de ratificar um trecho:
"Agora a realidade, muita gente que usar o Kan-ban é adotar Scrum, todos
mantem a sua zona de segurança em seus silos protegidos e gastam-se mil
post-its. No final da historia, o culpado pelo fracasso é o Scrum."
Isso é muito comum em praticamente todas as metodologias porque tem um forte elemento cultural (e psicológico, como se percebe pelo seu discurso) envolvido.
Nós (brasileiros) temos o hábito de sermos superficiais - embora muitas vezes não reconheçamos isso. Toda cultura do fácil - dinheiro, felicidade, conhecimento - nos leva a essa exagerada superficialidade.
Somado a isso, temos um outro elemento, também de negação, que é a capacidade de atribuir a elementos externos os fatores negativos e a nós mesmos os positivos. Vou dar um exemplo para facilitar a compreensão:
O aluno que tem nota baixa normalmente fala "Olha a nota que o professor me deu"... Já o que tem nota boa diz "Olha a nota que eu tirei".
Se formos mais atentos, vamos observar diversas situações em que isso acontece. Mas o que isso tem a ver? É muito mais confortável atribuir a culpa a um arcabouço (ex. Scrum) do que admitir nossas deficiências, investigá-las e tentar melhorar. Mas essas coisas são sofridas e trabalhosas... melhor ficar no superficial mesmo.
Eu diria ainda mais. Aqueles poucos que se lançam à pesquisa e eventualmente encontram algum problema no modelo raramente saem da zona de conforto para propor soluções - dá trabalho se fazer ouvir. Então quais são as soluções visíveis para essas pessoas? Assumir os problemas e seguir adiante, adotar o frankenstein ou mudar de modelo (e viver tudo de novo).
Acho que isso tudo tem a ver também com a nossa falta de civilidade... se sentido de pertencimento... Mas já viajei bastante por hoje. :)
Esse post é polemico, mas bastante real. Já vinha discutido isso com
alguns colegas, o mal uso de metodologias ageis ou adequações indevidas no
framework não apenas inviabilizam o processo de construção de software.
Muitos alardeiam que estão sendo AGEIS e simplesmente implantando
franksteins no processo de fabricação do produto.
Tiramos por exemplo o Scrum, como mencioado a metodologia mais utilizada.
Existem pre-requesitos para a adoção do Scrum, como times
multidiciplinares (nada de silos de banco, desenvolvimento, design. Também
não precisa ser um especialista em cada area, não vou ser polemico aqui) e
auto-organizados (adeus a figura do gerente e bem vindo a do facilitador).
Os papeis do Scrum são fundamentais, e o Product Owner é o principal
responsavel pelo sucesso e fracasso de um produto. O time e o ScrumMaster
são apenas catalizadores da vontade do Product Owner. Ele aponta a
diretriz
e a meta.
E acredite, fazer tudo isso DOI!!! Doi por que aponta mostrar os erros e
defeitos do time, mostra onde o mesmo tem que melhorar e o que pode ser
feito de diferente.
Agora a realidade, muita gente que usar o Kan-ban é adotar Scrum, todos
mantem a sua zona de segurança em seus silos protegidos e gastam-se mil
post-its. No final da historia, o culpado pelo fracasso é o Scrum.
O interessante notar também que já existem "clientes" que exigem software
aplicando metodologias ageis, só que alguns destes não se comportam como
product owner.
Bem é papo para o Cervejalie que acabou não saindo!
--
Guto Maia
Consultor de TI / Desenvolvedor
CSM - SCJP- SCWCD - SCBCD - ZCE
> Olá pessoal,
>
> Vocês já devem ter ouvido falar que as metodologias ágeis estão em
> ascensão, ou que atingiram a maturidade, e algums já falam no seu
> declínio. Como na opinião de James Shore no polêmico post:
>
> http://jamesshore.com/Blog/The-Decline-and-Fall-of-Agile.html
>
> Acredito que ainda não seja a realidade em muitos locais, mas é uma
> preocupação séria, e infelizmente acho que é quase inevitável.
>
> Vinícius
>
>
Mas você não acha que há um grande trabalho a ser feito na mudança do paradigma de definição salarial? Talvez o uso de trilhas, com encarreiramentos diferentes... Mas aí tem que haver uma outra mudança - na estrutura organizacional - para dissociar essa visão líder/chefe.
---------- Forwarded message ---------- From: Manoel Pimentel Date: 2009/5/14 Subject: Agile Brazil 2009 - A nossa próxima grande conferência
Olá Comunidades,
É com muita felicidade que compartilho a todos que no dia 27 de Junho deste ano, será realizado no
Rio de Janeiro (RJ), o Agile Brazil 2009
que reunirá fortes nomes nacionais e internacionais da comunidade para
conversar com o grande público sobre suas experiências na adoção de processos ágeis.
Creio que realmente será mais uma grande oportunidade para
nossa comunidade, por isso, vejam mais informações sobre o mesmo através do seu
site oficial (http://www.agilebrazil.com.br/pt/).
Ei Pessoal,
Já está sendo organizado o próximo Maré de Agilidade, também com o apoio do
JavaBahia, SEA Tecnologia e Visão Ágil. Será em Fortaleza!!!
Por enquanto, aqui tem algumas informações:
http://www.xpce.org/2009/05/14/mare-de-agilidade-fortaleza/
Abraços
Serge Rehem
javabahia.org
Realmente o artigo é bem interessante, mas não gosto de posicionamentos tão
radicais.
Por exemplo, aqui na empresa temos vários projetos relativamente grandes e
importantes, em diversas plataformas, todos com cascata com sobreposição, cmmi
3, que satisfazem muito os clientes. Baixa taxa de erros em homolgação e
produção, previsibilidade dos prazos e funcionalidades implementadas atendendo
as necessidades reais de negócio do cliente.
Concordo com todos os benefícios dos métodos ágeis, inclusive, que para os
projetos que citei, podemos ter ainda mais sucesso, reduzindo custos de gestão e
documentação e aumentando o retorno do investimento. Porém, não significa que só
agilidade funciona, nos termos descritos no artigo.
Bem, é isso.
Abraços,
Rafael Miranda
--- Em agile-bahia@..., Alex Chastinet <alexchastinet@...>
escreveu
>
> Olá amigos,
>
> Gostaria de recomendar este excelente artigo do Rodrigo Yoshima.
>
> Link:
>
> http://blog.aspercom.com.br/2008/04/23/so-agilidade-funciona/
>
>
> Abraço,
> Alex Chastinet
>
Galera é o seguinte, estive conversando com Luciano sobre a ideia de criarmos um Coding Dojo Salvador, para nos reunirmos e começarmos a programar. Pergunta: programar o que? Resposta: QUALQUER COISA.... hehehe...sendo viavel ta valendo...
O importante é o aprendizado.. adiquirir mais experiência... Antes de conversar com Luciano eu ja mantive contato por e-mail com Antonio Terceiro que inicou um trabalho do Coding Dojo Salvador (CDS) na UFBA, com isso ele ja tem mais experiência no assunto e ja tem o wiki com algumas informações sobre o (CDS), tem um lista de discussão que ja poderiamos utilizar tb para convidar mais integrantes e marcar as reuniões, e com relação as reuniões se quisermos ele disse que poderia providenciar a reserva do IM/UFBA.
Com isso já temos pelo menos como dar um statup no Coding. O que acham da ideia?
Galera é o seguinte, estive conversando com Luciano sobre a ideia de criarmos um Coding Dojo Salvador, para nos reunirmos e começarmos a programar. Pergunta: programar o que? Resposta: QUALQUER COISA.... hehehe...sendo viavel ta valendo...
O importante é o aprendizado.. adiquirir mais experiência... Antes de conversar com Luciano eu ja mantive contato por e-mail com Antonio Terceiro que inicou um trabalho do Coding Dojo Salvador (CDS) na UFBA, com isso ele ja tem mais experiência no assunto e ja tem o wiki com algumas informações sobre o (CDS), tem um lista de discussão que ja poderiamos utilizar tb para convidar mais integrantes e marcar as reuniões, e com relação as reuniões se quisermos ele disse que poderia providenciar a reserva do IM/UFBA.
Com isso já temos pelo menos como dar um statup no Coding. O que acham da ideia?
Legal galera! Não estou em Salvador (estou em Brasília), mas apoio muito a idéia. Participo de dois Dojos aqui (DojoSEA e DojoBrasília) e se puder ajudar em algo, é só falar!
Galera é o seguinte, estive conversando com Luciano sobre a ideia de criarmos um Coding Dojo Salvador, para nos reunirmos e começarmos a programar. Pergunta: programar o que? Resposta: QUALQUER COISA.... hehehe...sendo viavel ta valendo...
O importante é o aprendizado.. adiquirir mais experiência... Antes de conversar com Luciano eu ja mantive contato por e-mail com Antonio Terceiro que inicou um trabalho do Coding Dojo Salvador (CDS) na UFBA, com isso ele ja tem mais experiência no assunto e ja tem o wiki com algumas informações sobre o (CDS), tem um lista de discussão que ja poderiamos utilizar tb para convidar mais integrantes e marcar as reuniões, e com relação as reuniões se quisermos ele disse que poderia providenciar a reserva do IM/UFBA.
Com isso já temos pelo menos como dar um statup no Coding. O que acham da ideia?
Não estou em Salvador (estou em Brasília), mas apoio muito a idéia. Participo de dois Dojos aqui (DojoSEA e DojoBrasília) e se puder ajudar em algo, é só falar!
Opa Bruno, no final do Maré eu conversei com Túlio, que participa de um desses aí, ou dos dois. Ele me deu umas dicas, e eu me lamentei que o daqui tinha acabado, hehe. Bom ver a empolgação da galera, espero que se mantenha dessa vez.
Bem... Sei que não faz parte do tópico e já aviso que logo mais mando um
email para desconsiderar esse email, mas onde fica a lista do codingdojo
de salvador? Estou com uns problemas sérios envolvendo EJB 5, JPA e JTA,
se alguem conhece bem e puder me responder em private ou dar uma olhada
no post do guj http://guj.com.br/posts/list/127126.java eu agradeço!
--
Guto
Thiago Freire escreveu:
>
>
> 2009/5/20 Bruno Pedroso <brunopedroso@...
> <mailto:brunopedroso@...>>
>
> Não estou em Salvador (estou em Brasília), mas apoio muito a idéia.
> Participo de dois Dojos aqui (DojoSEA e DojoBrasília) e se puder
> ajudar em algo, é só falar!
>
>
>
> Opa Bruno, no final do Maré eu conversei com Túlio, que participa de
> um desses aí, ou dos dois. Ele me deu umas dicas, e eu me lamentei que
> o daqui tinha acabado, hehe. Bom ver a empolgação da galera, espero
> que se mantenha dessa vez.
>
> --
> Thiago Freire
> Blog: http://freireag.com <http://freireag.com>
> LinkedIn: http://resume.freireag.com <http://resume.freireag.com>
> Twitter: http://twitter.com/freireag <http://twitter.com/freireag>
>