Estou terminando de ler e indico:

Robert Wong está entre os 200 principais headhunters do mundo, em seu livro ele dá excelentes dicas para uma vida profissional e pessoal de sucesso baseado principalmente na sua experência pessoal e na sua origem oriental com experiências ocidentais, leitura bem construtiva pessoalmente e profissionalmente, recomendo.

Próximas aquisições:

Bom, a maioria dos usuário já tem suas impressões sobre conexões banda-larga convencionais(DSL, Cabo, Fibra, etc) e todos tem suas impressões sobre estas, estou estudando alternativas de conexões de banda-larga para dois cenários: mobilidade(em um automóvel) e em localidades remotas.

Serviços estudados: Ragio, StarOne, Conexão via EDGE(celular-maioria das operadoras)

ainda aguardo um contato da COMSAT sobre o serviço VSAT

Impressões:

Ragio: só turbina uma conexão discada, não sei se realmente funciona, não pretendo assumir esse risco.

StarOne: Muito caro, e depende de um endereço fixo, acho que é uma excelente opção para localidades remotas onde não pega o celular

EDGE: Para quem quer mobilidade e não vai se esconder, continua sendo a melhor opção. Eu uso essa opção atualmente para o cenário móvel(com a operadora TIM) que eu comentei e pretendo instalá-lo na localidade remota do segundo cenário utilizando um repetidor de sinal de celular(ou uma antena externa - não achei ainda nenhuma placa PCMCIA e/ou PCI que suporte antena externa)

Abaixo colei alguns textos recolhidos nos sites pesquisados

http://www.starone.com.br/source/website/solucoes/satelite/index.cfm

Update em 18/10/2007:

Pelo 0800 da StarOne consegui um outro contato com a Embratel ( pelo 0800-721-2113 - Somente para CNPJ ) onde me ofereceram um serviço que atende a internet móvel(realmente móvel!!!) via satélite a princípio o preço inicia perto de R$ 800 e a franquia é de 1GB (informação sugerida, o atendente não confirmou), pode ser utilizada em veleiros em alto mar, carros, etc… a velocidade é de 64kbps até 498kbps ( da onde ele tirou esse número quebrado?? ) e varia de acordo com as condições climáticas, satélites e qualidade do equipamento ( diâmetro da antena, potência do modem, etc. ) quem precisar de mais informações acesse o site da Embratel Corporate, Portfólio de Serviços, Dados, MovSat.

http://www.embratel.com.br/Embratel02/cda/portal/0,2997,MG_P_705,00.html

Recebido por emai…

Qual servidor devo usar para rodar o RoR?

Estou fazendo testes baseados no artigo abaixo… comento depois as minhas impressões.

WEBrick, Apache, lighttpd ou Mongrel?
http://www.infoblogs.com.br/view.action?contentId=19796

”

O portal de tecnologia IBM developerWorks em parceria com a ODF (Open Document Format) Alliance e a Linux Magazine lançam o concurso que vai mostrar todos os benefícios do uso de padrões abertos. Para participar é muito fácil: Acesse o portal de tecnologia IBM developerWorks e faça o seu cadastro, criando um IBM ID.Clique aqui para saber mais!Após o cadastro, escreva um artigo, de até duas páginas, falando sobre os benefícios que a utilização do formato ODF de arquivos trouxe ou pode trazer para o seu dia-a-dia, seja no trabalho ou na vida pessoal. Capriche!Seu artigo pode ser publicado na Linux Magazine de 2008!Sinceramente, Equipe do IBM developerWorks

“

Trabalhei durante um mês em uma equipe utilizando alguns conceitos de XP, fiquei realmente encantado com estas metodologias, vou postar abaixo a descrição de XP segundo o Wikipédia para que ela funcione como um roteiro de posts seguintes que falarei melhor sobre o assunto.

Programação extrema

Origem: Wikipédia, a enciclopédia livre.

Programação eXtrema (do inglês eXtreme Programming), ou simplesmente XP, é uma metodologia ágil para equipes pequenas e médias e que irão desenvolver software com requisitos vagos e em constante mudança. Para isso, adota a estratégia de constante acompanhamento e realização de vários pequenos ajustes durante o desenvolvimento de software.

Os quatro valores fundamentais da metodologia XP são: comunicação, simplicidade, feedback e coragem. A partir desses valores, possui como princípios básicos: feedback rápido, presumir simplicidade, mudanças incrementais, abraçar mudanças e trabalho de qualidade.

Dentre as váriáveis de controle em projetos (custo, tempo, qualidade e escopo), há um foco explícito em escopo. Para isso, recomenda-se a priorização de funcionalidades que representem maior valor possível para o negócio. Desta forma, caso seja necessário a diminuição de escopo, as funcionalidades menos valiosas serão adiadas ou canceladas.

A XP incentiva o controle da qualidade como variável do projeto, pois o pequeno ganho de curto prazo na produtividade, ao diminuir qualidade, não é compensado por perdas (ou até impedimentos) a médio e longo prazo

Valores

• Comunicação

• Simplicidade

• Feedback

• Coragem

• Respeito

Princípios Básicos

• Feedback rápido
• Presumir simplicidade
• Mudanças incrementais
• Abraçar mudanças
• Trabalho de qualidade.

Práticas

Para aplicar os valores e princípios durante o desenvolvimento de software, XP propõe uma série de práticas. Há uma confiança muito grande na sinergia entre elas, os pontos fracos de cada uma são superados pelos pontos fortes de outras.

• Jogo de Planejamento (Planning Game): O desenvolvimento é feito em iterações semanais. No início da semana, desenvolvedores e cliente reúnem-se para priorizar as funcionalidades. Essa reunião recebe o nome de Jogo do Planejamento. Nela, o cliente identifica prioridades e os desenvolvedores as estimam. O cliente é essencial neste processo e assim ele fica sabendo o que está acontecendo e o que vai acontecer no projeto. Como o escopo é reavaliado semanalmente, o projeto é regido por um contrato de escopo negociável, que difere significativamente das formas tradicionais de contratação de projetos de software. Ao final de cada semana, o cliente recebe novas funcionalidades, completamente testadas e prontas para serem postas em produção.

• Pequenas Versões (Small Releases): A liberação de pequenas versões funcionais do projecto auxilia muito no processo de aceitação por parte do cliente, que já pode testar uma parte do sistema que está comprando. As versões chegam a ser ainda menores que as produzidas por outras metodologias incrementais, como o RUP.

• Metáfora (Metaphor): Procura facilitar a comunicação com o cliente, entendendo a realidade dele. O conceito de rápido para um cliente de um sistema jurídico é diferente para um programador experiente em controlar comunicação em sistemas em tempo real, como controle de tráfego aéreo. É preciso traduzir as palavras do cliente para o significado que ele espera dentro do projeto.

• Projeto Simples (Simple Design): Simplicidade é um princípio da XP. Projeto simples significa dizer que caso o cliente tenha pedido que na primeira versão apenas o usuário “teste” possa entrar no sistema com a senha “123″ e assim ter acesso a todo o sistema, você vai fazer o código exato para que esta funcionalidade seja implementada, sem se preocupar com sistemas de autenticação e restrições de acesso. Um erro comum ao adotar essa prática é a confusão por parte dos programadores de código simples e código fácil. Nem sempre o código mais fácil de ser desenvolvido levará a solução mais simples por parte de projeto. Esse entendimento é fundamental para o bom andamento do XP. Código fácil deve ser identificado e substituído por código simples.

• Time Coeso (Whole Team): A equipe de desenvolvimento é formada pelo cliente e pela equipe de desenvolvimento.

• Testes de Aceitação (Customer Tests): São testes construídos pelo cliente e conjunto de analistas e testadores, para aceitar um determinado requisito do sistema.

• Ritmo Sustentável (Sustainable Pace): Trabalhar com qualidade, buscando ter ritmo de trabalho saudável (40 horas/semana, 8 horas/dia), sem horas extras. Horas extras são permitidas quando trouxerem produtividade para a execução do projecto.

• Reuniões em pé (Stand-up Meeting): Reuniões em pé para não se perder o foco nos assuntos, produzindo reuniões rápidas, apenas abordando tarefas realizadas e tarefas a realizar pela equipe.

• Posse Coletiva (Collective Ownership): O código fonte não tem dono e ninguém precisa solicitar permissão para poder modificar o mesmo. O objetivo com isto é fazer a equipe conhecer todas as partes do sistema.

• Programação em Pares (Pair Programming): é a programação em par/dupla num único computador. Geralmente a dupla é formada por um iniciante na liguagem e outra pessoa funcionando como um instrutor. Como é apenas um computador, o novato é que fica à frente fazendo a codificação, e o instrutor acompanha ajudando a desenvolver suas habilidades. Desta forma o programa sempre é revisto por duas pessoas, evitando e diminuindo assim a possibilidade de erros (bugs). Com isto busca-se sempre a evolução da equipe, melhorando a qualidade do código fonte gerado.

• Padrões de Codificação (Coding Standards): A equipe de desenvolvimento precisa estabelecer regras para programar e todos devem seguir estas regras. Desta forma parecerá que todo o código fonte foi editado pela mesma pessoa, mesmo quando a equipa possui 10 ou 100 membros.

• Desenvolvimento Orientado a Testes (Test Driven Development): Primeiro crie os testes unitários (unit tests) e depois crie o código para que os testes funcionem. Esta abordagem é complexa no início, pois vai contra o processo de desenvolvimento de muitos anos. Só que os testes unitários são essenciais para que a qualidade do projecto seja mantida.

• Refatoração (Refactoring): É um processo que permite a melhoria continua da programação, com o mínimo de introdução de erros e mantendo a compatibilidade com o código já existente. Refabricar melhora a clareza (leitura) do código, divide-o em módulos mais coesos e de maior reaproveitamento, evitando a duplicação de código-fonte;

• Integração Contínua (Continuous Integration): Sempre que produzir uma nova funcionalidade, nunca esperar uma semana para integrar à versão atual do sistema. Isto só aumenta a possibilidade de conflitos e a possibilidade de erros no código fonte. Integrar de forma contínua permite saber o status real da programação.

Livros

• Extreme Programming Explained : Embrace Change (2nd Edition) (ISBN 0321278658)
• Planning Extreme Programming (ISBN 0201710919)
• Extreme Programming Installed (ISBN 0201708426)
• Agile Software Development, Principles, Patterns, and Practices (ISBN 0135974445)
• Extreme Programming - Aprenda como encantar seus usuários desenvolvendo software com agilidade e alta qualidade.Novatec Editora. ISBN 85-7522-047-0
• Lista abrangente de livros sobre Extreme Programming e outras metodologias ágeis

Ligações externas

• Apresentando XP. Encante seus clientes com Extreme Programming
• Entregue seu código com confiança utilizando desenvolvimento dirigido a testes
• Extreme Programming: A gentle introduction (em inglês)
• eXtreme Programming (Rio Grande do Sul)
• Introdução ao Extreme Programming
• XPRio - eXtreme Programming (Rio de Janeiro)
• Curso de Programação eXtrema no IME/USP
• Agilcast - podcast
• Tutorial de Integração Contínua
• Dissertação de Mestrado: Um Estudo de Caso da Adoção das Práticas e Valores do Extreme Programming (PDF)
• Podcast apresentando um projeto real (Grupo Santa Isabel) que utiliza Extreme Programming e Ruby on Rails (2,5h de duração)

Obtido em “http://pt.wikipedia.org/wiki/Programa%C3%A7%C3%A3o_extrema“

Categoria: Desenvolvimento de software

excelente site em pt-br: http://www.marketingdebusca.com.br/

Ontem dei uma rápida passada na Futurecom 2007 no Centro de Convenções de Florianópolis, e na minha avaliação mais da metade da feira estava dedicada a telefonia, tanto a telefonia móvel quanto a telefonia IP, alguns stands de padrões de transmissão da TV Digital, WiMAX, equipamentos de conectividade e ThinClients.

O que mais me deixou contente foi o espaço de Santa Catarina com vários projetos da CERTI que realmente mostram que Santa Catarina esta sempre apta a brigar com gigantes da Tecnologia quando o assunto é software, tinha vários projetos bacanas um até tentando(e quase conseguindo, acho que estava bem encaminhado) “imitar” o Surface da Microsoft. Agora a única pergunta que ficou para mim é sobre o porquê o programador, o analista de sistemas, os DBAs e analistas de Sistemas são tão mal pagos no nosso estado?

Abraços

“Augusto Campos é um dos principais blogueiros do Brasil e um dos únicos a ter dois sites na lista dos blogs mais acessados do país, o BR-linux.org e o Efetividade.net. Como gosto muito de entender o que se encontra por trás de tudo que conheço troquei alguns emails com o Augusto e solicitei um entrevista, que ele prontamente aceitou. A conversa abaixo transcorreu em um final de semana de rápidas trocas de email e pequenas mensagens para clarificar algumas partes do texto. Realmente Mr. Augusto é um primor de Efetividade!

Espero que esta entrevista lhe auxilie trazendo dicas e conselhos de um profissional que está no topo da Blogosfera brasileira!

Rodrigo Stulzer - Você criou o BR-linux em 1996, começando com tutoriais, etc. Quando ele adquiriu o formato básico de blogs, desde o seu início ou logo depois? E você sabia que estava criando um blog? Ou esta consciência só despertou depois?

Augusto Campos - Recentemente andei pesquisando os (incompletos) arquivos antigos do site…”

Leia mais sobre a entrevista no site do Stulzer