Posts de December, 2008

[Cristiano Casado] Desbloqueio de iphone 3G com yellowsn0w

Sunday, December 21st, 2008

Comprou um iphone 3G bloqueado fora do Brasil e não sabe o que fazer ?
A solução está postada no blog do dev-team.  MuscleNerd mostrou ao vivo por broadcast no Qik o desbloqueio de um iphone 3G bloqueado para uso na rede AT&T utilizando o software yellowsn0w.  Terminada a operação o aparelho está pronto para uso na rede da T-Mobile.  Muito rápido e prático.  O software estará liberado no dia 31de dezembro e o desbloqueio funciona para baseband menor que 02.11.07.

[Guilherme Cirne] Novos Desafios

Sunday, December 21st, 2008

É com muito orgulho que digo que há 2 semanas eu assumi o papel de Scrum Master da equipe onde trabalho na Globo.com, no lugar do Guilherme Chapiewski. O GC continua na empresa, com novas atribuições, mas isso cabe a ele dizer.

Posso dizer que estou bastante empolgado, mas também um pouco ansioso, com os novos desafios que vou enfrentar. Felizmente estou contando com bastante ajuda do GC além da excelente equipe com quem trabalho desde que entrei na empresa: Anselmo Alves, Bruno Carvalho, Cainã Nunes, Flávio Arioza, Leonardo Burlamaqui, Leonardo Quixadá, Tiago Motta e Vitor Pellegrino. Também posso contar com o apoio da outra excelente equipe de WebMedia, liderada pelo Marcello Azambuja: Biriba, Bruno Souza, Diogo Kiss, Juan Carlos Castro y Castro, Rafael Pereira, Tiago Mello, Tiago Peczenyj, zED.

Espero conseguir fazer um excelente trabalho!

[Cristiano Casado] YouTube HD e Google CDN

Monday, December 15th, 2008

No início do ano, para ser mais específico em março de 2008, fiz um post sobre os primeiros testes no YouTube com vídeos no formato HD. Na semana passada, 9 meses depois, um número bem maior de vídeos começaram a ser disponibilizados para o usuário.  O delivery de milhões de vídeos com tamanho bem maiores que o original só foi possível graças ao projeto de CDN do Google, e o desafio para os fornecedores Akamai e Limelight Network em manter a capacidade da rede com um tráfego bem maior entre os CDNs.

[Cristiano Casado] Desafios na adoção do Scrum

Saturday, December 13th, 2008

Em artigos no Agile Journal, Cesário Ramos e Eelco Gravendeel falam dos desafios que eles enfrentaram durante o trabalho de introduzir Scrum nas empresas. Os autores sugerem que o conhecimento destes desafios e uma estratégia para supera-los, tornaria o processo de adoção mais fácil para as organizações.

Eles mencionam os principais desafios com suas possíveis soluções:

  1. Não aprendizagem organizacional - acontece quando o feedback obtido com as reuniões de retrospectiva são perdidos e não são incorporados para o melhoramento do processo. Idealmente, todo feedback deve resultar em itens de ações.
  2. Falta de confiança no ambiente - muitas vezes as pessoas tendem a esconder os seus erros, não compartilham suas opiniões, atrasando o processo de decisão.  A solução é construir o ambiente com transparência e feedback positivo.  Estimular a comunicação.
  3. Usar o scrum como uma correção, sem conhecer o problema - uma nova metodologia não pode ser adotada somente pelo ‘barulho’ que faz no mercado.  A organização deve definir suas espectativas e critérios de aferição.  Responder a questões como “Onde é que o processo atual faz doer?”, “Quais as causas para a dor?’” e “O que vamos ser capazes de fazer quando parar de doer?”. Isso ajuda a definir objetivos e critérios de aferição.
  4. Product Owners despreparados - esses POs não possuem o conhecimento necessário ou não tem um mandato para desempenhar seu papel com eficiência, ou podem não ter os dois.  POs com “asas cortadas” podem ter falta de habilidade para tomar decisões que eventualmente prejudicam a velocidade do time.
  5. Fazer ágil e rigorosamente de acordo com as regras - Scrum é um processo simples com um comportamento complexo.  O que funciona para uma organização pode não funcionar para a outra.  Ir apenas pelas regras não iria ajudar em todos os cenários.  Scrum pode ser personalizado de acordo com as regras da empresa.
  6. Não preparar a organização em torno de um projeto Scrum - uma equipe adotando Scrum não pode trabalhar isoladamente.  Ela precisa interagir com outras equipes para ser bem sucedida.
  7. Falta de um meta-scrum master - nem todos os impedimentos podem ser resolvidos pelo scrum master a nível de projeto.  Existirão impedimentos que o scrum master terá que encaminhar fora do projeto a nível de organização.  Neste ponto uma gerência de nível sênior deve desempenhar uma função de meta-scrum master com visibilidade dos impactos de um impedimento no tempo de entrega e no ROI.
  8. Pensando Agile é fácil - a filosofia por trás do Agile é simples porém pratica-lo é difícil.  A melhor maneira é ter um treinador Agile por perto para ajudar a equipe.  Aproveitar as pessoas formadas em diversos níveis, evangelizar, fazer workshops e treinar os scrum maters é um fator chave para a adoção do Scrum.

[Emerson Macedo] A diferença entre Criar e Fabricar

Friday, December 12th, 2008

Sempre que eu ouço a frase “Fábrica de Software” meus ouvidos doem bastante. Outro dia, conversando com algumas pessoas, havia um colega que não entendia muito bem a minha aversão por essa tal de “Fábrica de Software”. Após explicar que software é um trabalho criativo, ficou uma dúvida entre algumas pessoas. Afinal de contas, qual a diferença entre criar e fabricar?

Passeando um pouco pelo dicionário, algumas definições me chamaram um pouco a atenção:

  • Criar: inventar; imaginar; dar existência a; desenvolver;
  • Fabricar: executar ou fazer executar certos produtos por processos mecânicos; manufacturar; construir;

É difícil perceber a diferença? Acho que não …

Se formos na Wikipedia podemos encontrar algumas informações ainda mais relevantes. Vejamos parte do texto:

… trabalhadores manufaturam bens ou supervisionam o funcionamento de máquinas que processam um produto, transformando-o em outro. A maioria das fábricas atuais têm grandes armazéns e depósitos com equipamentos pesados, utilizados na produção da linha de montagem

Oito anos atrás, Fowler escreveu sobre isso, explicando claramente que a parte de “fabricar” o software é geralmente uma simples task do ant ou um goal do maven ou alguma coisa no rake, etc.

Já foi falado zilhões de vezes nos foruns de tecnologia que fábrica presupõe trabalho repetitivo, fazer o mesmo produto várias vezes (você faz o mesmo software várias vezes ou quando precisa de uma cópia simplesmente faz um cp arquivo1 arquivo2?), desenvolvimento em fazes (i.e. waterfall). Portanto, não faz sentido comparar nosso trabalho com trabalho de fábrica.

O trabalho do desenvolvedor é criar o software, fazer design do código em todo o tempo, assim como os arquitetos da contrução civil fazem no autocad, ou no bom e velho papel. A diferença é que nós temos a condição de construir (i.e fabricar) o nosso software com custo “zero”. Não precisamos de pedreiros, tijolos, vigas, argamassa, etc. Agente usa o Ant, Maven, Rake, Make ou wathever ora bolas. É tudo de graça. O resultado do trabalho deles é físico, o nosso são bits e bytes.

O erro sempre foi fazer a associação: desenvolver = construir/fabricar. A associação mais correta é desenvolver = projetar/arquitetar/desenhar.

Até a próxima …

[Cristiano Casado] Google adiciona tarefas ao Gmail

Wednesday, December 10th, 2008

O Google incluiu como feature experimental (labs) ao Gmail  ou Calendar um gerênciador de tarefas, funcionalidade esta bastante conhecidas entre os usuários do Outlook por exemplo.  A expectativa do pessoal do Google Labs é que seja a mais popular feature em fase beta.

A opção para habilitar esta feature está na tela de Settings do Gmail (parte superior da tela), opção Labs. Após habilitar a feature pode ser acessada por dois caminhos: clicando no link tasks abaixo do menu Calendar abre a janela de task list, onde é possível criar novas tarefas com descrição e data para conclusão, visualizar ou ocultar tarefas concluídas, identar tarefas e criar outras task list.  Também é possível criar uma tarefa a partir de uma mensagem na opção “More Actions - Add to Tasks”.  Nesta task o subject da mensagem será prevervado com a presença de um link para a mensagem original.

Como nada na vida é perfeito, faltam opções como compartilhar tarefas entre outros usuários, atribuir prioridade e utilizar algum método de notificação.

[Evandro Flores] scrum na globo.com

Wednesday, December 10th, 2008

Pensei em escrever um post sobre o Scrum aqui na Globo.com, mas com certeza vou me tornar repetitivo, uma vez que Guilherme Chapiewski, Phillip Calçado e o Danilo Bardusco já escreveram. Mas acho bacana aproveitar para espalhar a apresentação que o Danilo fez no Falando em Agile.

Vale muito a pena conferir!


video

slides

Não sei porque, algumas pessoas não estão conseguindo ver o vídeo e os slides no próprio post, então coloquei os links prá facilitar!

[Evandro Flores] scrum na globo.com

Wednesday, December 10th, 2008

Pensei em escrever um post sobre o Scrum aqui na Globo.com, mas com certeza vou me tornar repetitivo, uma vez que Guilherme Chapiewski, Phillip Calçado e o Danilo Bardusco já escreveram. Mas acho bacana aproveitar para espalhar a apresentação que o Danilo fez no Falando em Agile.

Vale muito a pena conferir!


video


slides

Não sei porque, algumas pessoas não estão conseguindo ver o vídeo e os slides no próprio post, então coloquei os links prá facilitar!

[Cristiano Casado] Buttons para scrum master que falha

Tuesday, December 9th, 2008

Buttons com a inscrição “Eu sou o impedimento” foram apresentados durante o Scrum Gathering.
Em um primeiro momento parece divertido, porém o Boris em seu blogger descreve o real significado deste adereço.  Também estão a venda camisetas no site cybermanufaktur.de.

[Guilherme Cirne] Priorização de Histórias

Sunday, December 7th, 2008

Nos métodos ágeis, o Cliente ou Product Owner deve priorizar as histórias que serão desenvolvidas de forma a maximizar o Return On Investment (ROI).

Vamos supor dois cenários de projeto diferentes. Num, o cliente estipula uma data limite para o release do projeto mas não podemos prever quais histórias estarão prontas até lá. No outro, o cliente define o conjunto mínimo de histórias necessário para o release mas não temos como saber quando elas estarão prontas.

No primeiro cenário é bem claro qual a vantagem em priorizar as histórias. Quando chegar a data limite para o release, o time terá desenvolvido as histórias que agregam o maior valor para o cliente. Ficará de fora aquilo que é menos importante.

No segundo cenário poderia se argumentar que a priorização não é importante. Como todas as histórias serão desenvolvidas de qualquer maneira, tanto faz a ordem. Mas isso não é verdade. A priorização nesse cenário é tão importante quanto no anterior.

Em primeiro lugar, a decisão de só fazer o release quando o conjunto de histórias estiver pronto pode mudar. Por exemplo, pode surgir um novo projeto, mais importante, e se decidir por fazer o release com o que estiver pronto. Nesse caso, é importante que o que estiver pronto seja o que agrega mais valor.

Além disso, mesmo que a estratégia inicial seja mantida e o produto só seja lançado quando o conjunto de histórias estiver todo pronto, a priorização é importante para manter o foco no problema que se quer resolver com o produto. Isso ajuda a definir claramente para todos os envolvidos qual a visão para o produto.