Comentários para Blog AdaptWorks

Comentário em Coding Dojo por João

Wed, 28 Jul 2010 20:19:04 +0000

Legal, vocês podiam gravar um Dojo desses para um leigo com eu ver como tudo funciona

Comentário em APLN Brasil Chapter por Fernando

Tue, 06 Jul 2010 17:23:10 +0000

Heitor, como posso participar? Tenho interesse nesse tipo de organização…

Comentário em Coding Dojo por Inah

Sun, 04 Jul 2010 14:32:57 +0000

Oi Massa!
Que bom que os DOJOs continuam!!!Com menos gente, mas isso nao quer dizer menos produtivo!!!
Massa, qual é mesmo seu gmail? Queria te mandar um email!
BJUS!

Comentário em Dojo na Adaptworks por Inah

Mon, 10 May 2010 20:35:27 +0000

Oi Jonas!Tudo beeem?!
Nao pude ir nesse mas já fui pesquisar sobre Conwayś Game Of Life!! hehehe
Já vi as regrinhas basicas…é muito legal DOJO, apesar de suar por 7 minutos!!hehehe
Me chamem pro proximo!??!
Bjus

Comentário em Dojo na Adaptworks por André Silva

Thu, 06 May 2010 19:31:24 +0000

Parábens pela iniciativa!

Espero que algum dos próximos dojos sejam abertos ao público.

Abraços!

Comentário em Caça às Bruxas por Jonas Abreu

Sun, 18 Apr 2010 08:50:30 +0000

Olá Almiro,

Não sei se encontrar o culpado é importante. O que acredito é que a causa do problema deve ser resolvida. Muitas vezes a causa do problema pode ser o processo de trabalho, a cultura da empresa ou outra causa não necessáriamente humana.

Comentário em Caça às Bruxas por Almiro Alves

Wed, 14 Apr 2010 11:14:10 +0000

Eu até acho que deve-se focar mais na solução que no culpado pelo problema, porém mais tarde tem-se que investigar sim quem é o culpado, pois se deixar o problema de lado ele simplesmente voltará a ocorrer.
Com isso, acho que a mudança principal nesse pensamento seria em inverter a ordem das coisas, ou seja, preocupar-se mais em solucionar o problema causado, e após normalizado procurar o culpado e entender a causa do problema.

Parabéns pelo artigo.

Abraços.

Comentário em Não perturbe o programador por Jonas Abreu

Thu, 08 Apr 2010 15:01:32 +0000

@Eduardo
Não sei se entendi seu ponto. Nada impede que ele compartilhe o conhecimento com a equipe, mas dificulta muito. E em que reunião ele compatilharia isso? As cerimônias do scrum não tem como objetivo difusão de conhecimento técnico (nem vejo muito como usá-las para isso). Criar uma nova reunião para suprir a falta de comunicação dentro da equipe? Dificilmente isso vai funcionar bem porque é bem diferente receber a solução “mastigada” ou trabalhar para encontrá-la. É possível aprender muito mais com a segunda opção.

Comentário em Não perturbe o programador por Eduardo Hitek

Thu, 08 Apr 2010 13:40:21 +0000

Eu também discordo do seu ponto, porque se um membro da equipe adquirir um determinado conhecimento sozinho não o impede necessariamente de compartilha-lo com a equipe na proxima reunião. Na verdade esse é até um dos ótimos pontos que eu vejo no Scrum: O Fato de vc expor um problema que vc teve e depois mostrar como vc conseguiu solucioná-lo.

Comentário em Não perturbe o programador por Jonas Abreu

Wed, 07 Apr 2010 20:32:14 +0000

@Pedro

Entendo seu ponto de vista, mas compartilhar a solução tomada não é transmitir conhecimento. Todo o conhecimento que foi adquirido com as tentativas frustradas não tem como ser transmitido dessa forma (e na minha opinião essa é uma das principais partes do que é programar).
Se o programador precisa se isolar para conseguir se concentrar, provavelmente ele não está em um ambiente muito saudável. Se conversas paralelas atrapalham, o time tem que evitar que isso aconteça.
E obviamente existem programadores que não se isolam (fisicamente) e restringem a divulgação de conhecimento. É uma atitude tão ruim quanto a que coloquei acima, se não for ainda pior.

@Todos
Obrigado pelos comentários.