10/24/2007

Acertando o horário de verão no Gmail

Diferente dos EUA, nosso horário de verão não é fixo, ele é definido ano-à-ano, e os usuários do Gmail que moram nas regiões afetadas pela mudança de fuso sofrem porque a Google tem mais o que fazer do que ficar lendo o Diário Oficial do Brasil, mas é uma droga ter nossos e-mails com horário "errado". Eu aprendi uma uma solução bem simples para isso.

1. No Gmail, clique em Configurações:
2. Na tela de Configurações clique em Contas:
3. Em Contas, clique em Configurações da Conta do Google:

4. Na página Google Accounts, clique no Editar que fica ao lado de Informações pessoais:

5. O fuso horário deve ser (GMT -03:00):

6. A solução é mudar para (GMT -02:00):

Esta solução surtiu resultado, só não esqueça de mudar o fuso horário de volta para -03:00 quando o horário de verão acabar.

Até!!!

Atualização: Eu procurei e achei aonde eu aprendi esta solução para o problema do horário de verão no windows, foi no blog do CrisDias, esta é a postagem.

Gostou desta artigo? Então dê o seu voto:
Esta obra está licenciada sob uma Licença Creative Commons.

Creative Commons License

Interessado em aprender mais sobre o Ubuntu em português?

8/11/2007

Papéis em um time MSF

Retomando meus estudos das disciplinas dentro do Microsoft Solutions Framework (MSF), vou descrever os papeis dos membros de um time MSF:

  • GERENTE DE PRODUTO e suas responsabilidades são:
    • Garantir a satisfação do Cliente;

    • Advogar em favor do Cliente, defender seus interesses;

    • Conhecer o negócio do Cliente;

    • Ajudar os membros do time, quanto a dúvidas sobre o negócio;

    • Manter a matriz Trade-Off (Funcionalidades x Tempo x Recursos);



  • GERENTE DE PROGRAMA e suas responsabilidades são:
    • Entregar o sistema de acordo com a matriz Trade-Off;

    • Gerenciar o projeto;

    • Facilitar a comunicação entre os membros do time;

    • Recebe de cada membro do time o status do trabalho;

    • Informar cada membro do time sobre o status do projeto;

    • Elaborar e manter a Matriz de Risco;


  • DESENVOLVEDOR e suas responsabilidades são:
    • Construir a especificação da solução;

    • Elaborar o desenho físico do sistema;

    • Descobrir as necessidades tecnológicas da solução;

    • Estimar o tempo e o esforço de cada funcionalidade;

    • Desenvolver e acompanhar o desenvolvimento de cada funcionalidade;

    • Preparar o Setup da solução;


  • GERENTE DE TESTE e suas responsabilidades são:
    • Aprovar sistema para Release (distribuição);

    • Elaborar o plano de testes;

    • Gerenciar a equipe de testes;


  • EXPERIÊNCIA DO USUÁRIO e suas responsabilidades são:
    • Elaborar um plano de treinamento;

    • Elaborar o Manual do Usuário;

    • Elaborar o Help do sistema;

    • Quebrar a resistência do usuário ao novo sistema;


  • GERENTE DE IMPLANTAÇÃO e suas responsabilidades são:
    • Especialista em infra-estrutura;

    • Implantar a solução sem gerar crises (implantação suave);

    • Levantar informações sobre o local de implantação;

    • Levantar informações sobre softwares (SO, BD, etc...);

    • Levantar informações sobre licenças;

    • Montar os ambientes necessários: Teste, Implantação, etc...



Acredito que a visão MSF da distribuição de responsabilidades nos dá uma boa ajuda na hora de distribuir as tarefas em uma equipe. Será de grande valia para minha equipe agora que estamos trabalhando em desenvolver um sistema para o nosso TCC.

Eu sei que este texto está muito superficial mas não é meu objetivo descrever com detalhes o MSF, quero apenas registrar o que aprendi na faculdade agregando as minhas pesquisas pela internet.

Para saber mais sobre MSF eu recomendo que procurem mais informações nos sites da Microsoft, além de diversos artigos, há alguns webcasts fantásticos sobre MSF.

Leia também meu post sobre os princípios da MSF.

IMHO,

Referência:
Microsoft Solutions Framework
MSF for Agile Software Development Process Guidance
MSF for CMMI® Process Improvement
Metodologia Ágil e MSF for Agile Software Development: Semelhanças e diferenças



Esta obra está licenciada sob uma Licença Creative Commons.

Creative Commons License



Interessado em aprender mais sobre o Ubuntu em português?

7/25/2007

Programar é uma arte!

Eu sempre admirei quem dominava a arte de programar, quando pequeno eu tinha um Expert da Gradiente e além dos jogos que eram maravilhosos, eu me dava ao trabalho de digitar TODOS os trabalhos da escola nele. Saber operar um editor de textos aos 10 anos era uma aberração para época, não saber hoje aos 10 anos o que é Orkut, MSN e Google é que é uma aberração.

Nessa época tinha um outro garoto que viu que o meu trabalho havia sido feito em um computador e ele me perguntou:

"Você manja de Basic ou Clipper?"

Nada, essa foi minha resposta por muito tempo, mas porque parece tão difícil aprender a programar?

A resposta veio a 2 anos e meio atrás, programar depende da quantidade de tempo que se dedica a aprender, mas ainda assim eu fico na dúvida porque tem uns cara que parece que nunca viram um computador na frente, de repente o cara olha para você diz:
"Vamos encapsular estes atributos e delegar este método para a nova classe.".

Eu sei que exagerei um pouco aqui, mas o que eu quero mostrar é que programar é fácil para algumas pessoas e mais difícil para outras (nunca impossível), assim como algumas pessoas tocam violão sem nunca ter entrado em um conservatório e outras passam anos estudando música.

Isso acontece porque programar é uma arte.


Arte vem do latim ars, que significa técnica ou habilidade. Qualquer pessoa pode aprender as técnicas usadas para se tocar violão, mas alguns tem uma aptidão natural para a música.

Técnicas, sejam de música, esportes, ou programação podem ser aprendidas por qualquer pessoa alfabetizada, entretanto o grau de domínio de uma determinada técnica está diretamente ligado a volume de tempo dedicado ao treino da técnica.

Este conceito foi exposto pelo Professor Donald E. Knuth no texto Computer Programming as an Art, no texto ele vai fundo e explica porque considera a programação de computadores uma arte. Eu recomendo a todos a leitura deste texto.

Eu aprendi que não tinha aptidão natural para programar mas nestes últimos dois anos aprendi que treinar é essencial para minha formação e como eu disse no meu perfil, quero me tornar um Arquiteto de Software e sei que ainda há muito o que estudar para chegar lá.

Referência:
Computer Programming as an Art [HTML] [PDF]
Wikipédia: Arte
Museu da Computação e Informática - MCI

IMHO,


Esta obra está licenciada sob uma Licença Creative Commons.

Creative Commons License


Interessado em aprender mais sobre o Ubuntu em português?