Pai Rico, Pai Pobre

Livro meio clichê, né? Mesmo assim é muito bom!

Li esse livro de um pouco menos de 200 páginas escrito por Robert Kiyosaki e Sharon Lechter há quase dez anos atrás. No entanto, recentemente decidi le-lo novamente. Sei que nada tem a ver com o assunto do blog, mas acho super pertinente comentar a respeito do livro pelo seguinte motivo: informática não é uma profissão regulamentada no Brasil e até onde sei a maioria dos empregados das empresas ainda é contratado na forma de pessoa júridca. CLT ainda não é uma realidade para todos e eu particularmente acho uma boa, pois acredito que cuido melhor do meu dinheiro do que o governo (mas isso é assunto pra discutir numa mesa de bar, ehhee…).

Como não temos uma aposentadoria garantida pelo governo e temos salários relativamente altos em relação a outros mercados é fundamental que saibamos como cuidar de nosso dinheiro para que no futuro não tenhamos que depender de parentes, amigos ou o que é pior ainda: do governo.

Pai Rico, Pai Pobre é um livro bem antigo que apresenta em uma linguagem muito simples como aumentar sua inteligência financeira para começar a caminhada a fim de atingir independência financeira. Através da história de um garoto que cresceu tendo dois pais, um rico e um pobre, é possível aprender o que é um investimento, diferenciar um ativo de um passivo e diversos outros termos que rodeiam o mundo financeiro.

Além desse aprendizado, ele nos desafia a pensar se realmente trabalhar com afinco do começo ao fim da vida é a melhor opção. Existe outra? Claro que sim! Podemos colocar nosso dinheiro para trabalhar para nós. Mesmo que iniciemos com pouco dinheiro, é possível montar uma riqueza inimaginável. Afinal, os grandes donos de empresas e milionários que vemos por ai não nasceram ricos (pelo menos não a maioria) e começaram com pouco.

Além deste livro, o mesmo autor escreveu uma série de outros livros de mesmo assunto para apoia-lo nessa caminhada. Além dos assuntos técnicos que estudo, também estou estudando mercado financeiro, investimentos, etc, mas não pretendo ficar discutindo sobre isso aqui no blog (o objetivo do blog não é esse). Então se alguem quiser bater papo a respeito pode me contatar diretamente, ok?

Enfim, a idéia do post é mais dar uma dica no sentido de que devemos aproveitar enquanto somos novos para começar a montar um patrimônio que nos permita viver bem e desfrutar a aposentadoria.

Hoje tenho 22 anos, estou começando essa caminhada agora e quero me aposentar antes dos 40 para curtir um pouco da vida. E você? Quer trabalhar a vida inteira e ainda assim depender de terceiros no final da vida? Eu não quero!

Era uma vez um cara que não conseguia desligar sua cabeça das atividades que tinha que fazer. O tempo todo ele ficava pensando no que tinha que fazer e principalmente no que estava deixando de fazer. Um dia esse cara ficou louco e largou tudo!

Capa do livro "A Arte de Fazer Acontecer"

Quem é que nunca se sentiu assim? Seja durante um projeto, uma fase ruim da vida ou mesmo durante todo o tempo. Há cerca de um mês atrás eu estava me sentindo dessa forma (isso não quer dizer que eu não precise de férias ). Só que antes de ficar louco e largar tudo como na historinha acima decidi fazer alguma coisa a respeito. Foi quando encontrei uma técnica fabulosa chamada GTD oriunda do inglês Getting Things Done traduzida livremente em português para Fazendo as coisas acontecerem.

Quando você tem projetos que de alguma maneira participa ou atividades/objetivos/metas que deve cumprir (com certeza todos nós temos vários) é inevitável que sua mente fique ligada tomando conta disso tudo pra você. O problema é que nesse ponto nosso cerébro não é tão inteligente assim e lembra você de coisas que você tem que fazer, mas geralmente nas horas erradas.

De que adianta meu cerébro me lembrar de fazer a matrícula da faculdade hoje se as inscrições serão abertas apenas em junho? De que adianta ele me lembrar de comprar fraldas no momento que já cheguei em casa vindo do super mercado? Não adianta de nada! Dessa maneira, apenas problemas são causados e o resultado é que você fica ligado o tempo todo sem descanso por nem um minuto.

Mas por que isso acontece? Porque o cerébro não conhece nenhum sistema externo a ele em que confie para fazer esse controle. Enquanto não houver um sistema em que onfie, ele irá fazer esse trabalho (que percebemos que ele não faz muito bem…). É ai onde entra uma técnica que possibilite seu cerébro relaxar e ao mesmo tempo te manter no controle isso se você ainda tiver algum.

GTD é uma técnica de administração de tempo e de produtividade criada por David Allen que tem como objetivo limpar sua mente e deixa-lo num estado de controle relaxado, sem neuras e stress.

O fluxo é bastante simples e pode ser visto na figura mais abaixo. São basicamente 5 etapas:

1. Coletar – É a primeira parte do processo. Neste momento você deve pegar absolutamente tudo que tem a fazer e colocar em um lugar, algo como uma caixa de entrada. Você pode usar uma caixa literalmente ou então uma ferramenta no seu computador. Eu recomendo a utilização de um compartimento físico, pois representa efetivamente a realidade e não apenas uma abstração. Pros itens “virtuais” que devem ser processador você pode criar um cartão e colocar dentro da caixa. A partir do momento que você inicia a aplicação da técnica tudo de novo que surgir deve ir para sua caixa de entrada. Desde contas a pagar até uma ligação que você deve fazer para um amigo no dia de seu aniversário.
2. Processar – Se você coletou direitinho seu itens, neste momento você deve ter uma enorme pilha de coisas a executar. O problema é que nem tudo é passivel de ação neste momento. Algumas coisas você precisa fazer em determinada data, outras dependendem de terceiros e outras você não quer fazer em um futuro próximo, por exemplo. Isto é processar. Você vai parar 1 minuto e pensar o que fará com cada um dos itens.
3. Organizar -Uma vez decidido o que fazer com o item, você deve organizá-lo em um dos locais apropridados. Podem ser:
   1. Lixeira – Isso não serve pra nada? Não consegue ver valor? Lixo! Não tenha dó, pois dessa maneira você só irá acumular tranqueiras.
   2. Algum dia/Talvez – “Viajar para acapulco no México”. Não é algo que você possa fazer agora, mas quer fazer algum dia. Muito bem, vai para uma lista exclusiva para esse tipo de itens.
   3. Referências – Seu amigo te passou um artigo super interessante que você não irá usar no momento, mas pode vir a servir para alguma coisa? Coloque-o em uma pasta só para consultar futuras.
   4. Fazer agora – Você precisa ligar para sua namorada avisando que precisa da ajuda dela no final de semana. Isso demora menos do que dois minutos. Então faça agora mesmo!
   5. Delegar – Isso não depende de você, mas você precisa saber do resultado ou acompanhar por outro motivo. Coloque em uma lista separada, delegue ao responsável e fique tranquilo.
   6. Agenda – Consulta médica daqui 30 dias. Marque no calendário (físico ou virtual). Ele vai garantir que você não se esqueça.
   7. Projetos – Existe algo que precisa de mais de uma ação física para ser completado? Talvez “construir uma casinha para meu cachorro”. Para executar isso você precisará orçar os materiais e fazer um plano antes de executar a construção. Essas ações devem ficar agrupadas em pastas separadas para projetos. Uma por projeto.
   8. Próximas ações – Nesta lista vai as ações que você deve executar que não encaixaram em nenhuma outra lista e que você irá fazer assim que tiver um tempo livre. Por exemplo: “ler post a respeito de GTD no blog do Tuca”
4. Executar -Uma vez que você tenha tudo organizado chegou a hora de executar! Eu costumo começar pelo que é mais importante e depois executando a lista de “Próximas ações” conforme possível. É importante ter uma meta pessoal ou objetivo a ser alcançado (lembra daquelas promessas de ano novo?), pois eles podem te guiar na escolha do próximo item a ser executado.
5. Revisar – Este momento é que torna possível o funcionamento do processo. Pelo menos uma vez por semana é necessário que você tire um momento em que possa ficar tranquilo para revisar os itens da sua lista, removendo os completos, processando e organizando os novos itens e acompanhando os itens que você delegou. Eu faço este processo uma vez por dia pelo menos. Isso garante que eu não esqueça de nenhum compromisso e também que minha caixa de entrada não fique cheia.

Fluxo de execução do GTD

O processo é bastante simples e você pode usar diversas ferramentas para executá-lo. Ir atrás de ferramentas é inclusive divertido e motivador. Num post futuro vou detalhar um pouco mais a respeito das ferramentas que utilizo, mas entre elas estão: o RememberTheMilk para atividades virtuais e referências, um bloco Moleskine Reporter para anotações e idéias para usar quando não tenho acesso ao computador e um rotulador eletrônico que me ajuda a organizar os itens na minha caixa física.

Iniciei os estudos comprando o livro do David Allen que tem cerca de 200 páginas na Livraria Cultura por R$44,00.e desde que estou aplicando o método na vida pessoal e profissional (é quase impossível separar) senti uma melhora sensível na minha organização, no cumprimento de objetivos e atividades e na concentração enquanto executo alguma coisa. Afinal, meu cerébro não precisa mais se preocupar em cuidar das minhas pendências porque tenho um sistema para isso!

Foi um post longo e com toda a certeza não é possível passar todos os detalhes de como aplicar essa técnica, mas a idéia é mostrar por onde começar e mais importante, mostrar que existe uma maneira de manter o controle de suas atividades de uma maneira tranquila e relaxada sem precisar arrancar os cabelos (se você tiver).

Além do livro, segue abaixo diversas outras referências que podem ajudar, em vídeo inclusive.

Efetividade.NET – Blog a respeito de produtividade com diversas dicas e métodos para ser mais efetivo.

43 Folders – Blog americano também a respeito de produtividade.

LifeHack – Site em inglês com dicas hacks para melhorar seu dia a dia.

Técnica Pomodoro – Outra técnica de organização que bloguei anteriormente

E pra finalizar um vídeo do próprio autor em uma palestra sobre GTD

Espero que gostem e aproveitem!

EDIT: Produtos Moleskines até pouco tempo atrás não eram vendidos no Brasil, mas agora você pode encontrar na Livraria Cultura. Nas lojas físicas e online. Valeu por lembrar Victor!

User Stories Applied - For Software Development

Ano novo! Energias parcialmente renovadas (ainda não tive as férias que quero) e tempo de terminar a leitura de alguns livros que eu não conseguia me concentrar para ler durante o mês de dezembro devido ao burnout adquirido do último projeto.

Vamos lá!

Desde que eu escrevo a respeito dos livros que leio eu nunca escrevi aqui no blog qual a idéia por trás dos posts de resenhas que faço e acho que esse é um ótimo post para falar a respeito.

A idéia não é nunca foi escrever longos e chatos resumos de livros iguais aqueles que usávamos para as provas de literatura do colégio. Por dois motivo: a) É um pé no saco fazer esse tipo de trabalho e ao invés de ter prazer ao escrever esses posts eu me sentiria entediado (sem falar no tempo que levaria) e b) porque ninguém procura esse tipo de resumo (acredito eu) de livros técnicos ou relacionados a área técnica, pois o conhecimento contido nessas obras não pode ser absorvido apenas com um resumo.

Acompanhando a cronologia dos meus resumos é possível conhecer também um pouquinho mais a respeito de mim e quais focos estou dando para meus estudos. Isso é legal pra eu poder ver a qualidade das leituras que fiz ao longo do tempo quando olhar pra traz e pros leitores enxergarem um ser humano por trás deste blog e não apenas mais alguém escrevendo sobre tecnologia (até coloquei uma foto minha no about! ).

Outro aspecto importante que eu procuro passar nesse tipo de post é o que eu buscava quando comecei a ler o livro e se efetivamente minhas ansiedades e expectativas a respeito do assunto foram atendidas. Além desses pontos também acabo indiretamente dando feedback de onde comprei os livros e fornecendo os preços para que quem quiser possa comparar e ver se está pagando mais caro ou barato.

E como não podia deixar de ser, falo um pouquinho a respeito dos pontos mais importantes do livro e que mais chamaram minha atenção.

Enfim, achei que como esses posts estão entre os mais visitados no blog valia a pena esclarecer as minhas motivações.

Agora é bom falar a respeito do assunto principal do post, né?

Este livro escrito por Mike Cohn é simplesmente f a n t á s t i c o!

Apesar de ter lido bastante a respeito deste assunto na internet e em outras referências ágeis menos específicas, desde que comecei a aplicar práticas e disciplinas ágeis, há algum tempinho atrás, eu vinha esbarrando em agluns aspectos desta técnica e não conseguia alcançar todos os benefícios oferecidos por ela.

Parece que a partir do momento que comecei a ler este livro uma luz se acendeu na minha cabeça. Luz essa que iluminou e sanou as dúvidas que eu tinha sobre o assunto e também a respeito de alguns outros tópicos que eu ainda não tinha uma informação muito concreta e corroborada.

Mike começa o livro falando do básico: o que são histórias, roles, personas, quando usá-las, testes de aceitaçao, como escrever histórias de qualidade seguindo o acrônimo INVEST (assunto pra outro post com certeza) e comparações com outras técnicas oferecendo inclusive uma excelente referência a respeito de casos de uso (use case). Terminar de ler essa primeira parte é mais do que suficiente pra aplicar a técnica já com um certo grau de exatidão e eficiência.

Mais adiante, ele aborda priorização (explicando o excelente acrônimo MoSCoW que com certeza será assunto pra mais um post futuro), estimativas e planejamento. Estes eram assuntos que não eram muito claros em minha mente e que com certeza estão muiiiiiito mais claros agora.

Mais pro final ele apresenta uma introdução rápida a respeito de Scrum e como utilizar as histórias em conjunto com Scrum e também uma introdução aos principais conceitos de XP.

Além da qualidade e quantidade de informações a respeito de user stories, Mike ainda apresenta alguns capítulos dedicados a um case real que começa da identificação das histórias, passando pela estimativa e priorização e indo até os testes de aceitação. Essa parte é importantíssima e agrega muito porque consolida através de exemplos reais (e não aqueles exemplos bobos que esbarramos constantemente) as informações apresentadas em todo o livro.

Se eu tivesse que recomendar um único livro para mudar a forma de pensar das pessoas e para que essas pessoas começassem a fazer software de uma maneira melhor, com certeza esse seria o livro. É “totalmente excelente”!

Me empolguei tanto escrevendo sobre o livro que já ia esquecendo das informações básicas de sempre: o livro possui 268 páginas e pode ser encontrado na Livraria Cultura por R$132,00 (paguei R$80,00 há dois meses atrás). Chegou no mesmo dia que comprei então pra quem não gosta de esperar é uma ótima pedida.

Recomendadissímo!

Capa do livro Arregace as Mangas: Liberte seu espirito empreendedor

Recentemente por meio de uma indicação de um colega na lista Scrum-BR adquiri no Submarino o pequeno livro de 140 páginas “Arregace as mangas: Liberte seu espirito empreendedor” dos autores Fernandos Jucá e Max Gehringer. O livro custou um pouquinho menos de R$30,00 e no dia seguinte a minha compra já estava em casa!

O livro foi escrito a partir de uma série de emails trocados entre os autores a respeito de diversas discussões sobre empreendedorismo. No entanto, no final das contas o formato final ficou sem alterações então todos os tópicos abordados sobre o assunto seguem um esquema de conversação e não uma narrativa tradicional. Essa característica da um aspecto diferente e bem legal ao livro tornando a leitura bem fácil e descontraida.

Fernando Jucá, desde o começo de sua carreira foi empreendedor logo não é de se estranhar que escreva um livro a respeito do assunto. Max Gehringer por outro lado, nunca foi do tipo empreendedor que tem seu próprio negócio, mas sempre foi um excelente empregado. Esse lance de ser empreendedor e ter seu próprio negócio é um dos temas abordados no livro. Max conta que apesar de nunca ter investido em seu próprio negócio obteve muito sucesso em sua carreira sendo um intra-empreendedor que é o termo utilizado para definir o empregado que trabalha para a empresa de seu patrão como se fosse sua. Este não é o primeiro lugar onde vejo falarem que esse é o novo perfil de sucesso do futuro.

Antigamente, o funcionário padrão que entrava as 8:00AM e saia as 17:00PM tinha bastante espaço no mercado e possibilidades grandes de crescer dentro da empresa, mas hoje em dia isso não é mais suficiente. As empresas estão trabalhando mais enxutas, com menos margem de manobra e em busca de mais eficiência. Sendo assim, as pessoas que tiverem esse espirito intra-empreendedor tem muito mais possibilidades de crescer profissionalmente.

Um outro tópico do livro que vale destacar é aquele papo antigo de “Ele venceu por seus próprios esforços” ou “Ele conquistou tudo sozinho”. Isso não é verdade! De acordo com os autores (e eu tenho que concordar) ninguém consegue vencer sozinho na vida. Principalmente um empresário, pois ele depende de fornecedores, de empregados, de clientes e de todos os outros que estão diretamente ou não ligados a sua atividade. Portanto é importantíssimo saber lidar com toda a rede de pessoas envolvidas com sua empresa para obter sucesso.

Eu não conhecia os autores, mas já descobri que existem diversos outros livros deles e que Max Gerhinger escreve pra Exame e participa de programas de rádio além de palestrar a respeito de liderança e aspectos de administração. Assim que puder, com certeza vou atrás de mais livros deles, pois apesar de não apresentarem nada de novo (e essa não é a idéia, de acordo com eles próprios) eles tem diversas sacadas bem interessantes e que com certeza agregam para aqueles que pensam ou já pensaram em deixar de trabalhar para os outros.

Design para quem não é designer

Esta resenha é a respeito de um livro com um assunto um pouquinho diferente do que estou acostumado a ler: design visual. Já há algum tempo, tenho algumas idéias de produtos/sistemas/serviços que eu poderia construir e lançar no mercado. No entanto, de nada adianta ter um bom produto se ele não tiver uma cara apresentável e que prenda a atenção do consumidor. Como não conheço ninguém que topasse fazer esse tipo de trabalho só por hobbie, decidi estudar um pouco por conta própria.

Sendo assim, há algumas semanas, terminei de ler este livro de 144 páginas que comprei na Livraria Cultura por R$40,00. O livro foi escrito por uma autora americana chamada Robin Williams que além deste, escreveu uma série de livros relacionados a design.

Eu não tenho pretensão nenhuma de mudar de área e me especializar em arte gráfica ou coisas do tipo, mas este livro me chamou bastante a atenção. Além das idéias que relatei acima, construir um produto ou uma marca é uma coisa muito complicada, mas como alguns outros colegas sempre dizem e foi dito também no livro do Chad Fowler: meu nome é minha marca. Portanto, tudo que acompanhar meu nome além de qualidade no conteúdo e veracidade nas informações pode ser melhorado se possuir um bom visual.

O Livro explica de uma maneira bem leve e didática (procurei outros livros sobre o assunto, mas nenhum me prendeu tanto quando este) os quatro princípios básicos do design: Alinhamento, Proximidade, Contraste e Repetição. Todas as peças publicitárias e materiais relacionados a publicidade e design possuem esses 4 princípios aplicados e fica muito mais interessante olhar e avaliar os trabalhos do outros (e o meu próprio) quando se sabe o conceito por trás da coisa.

Além dos princípios o livro também apresenta uma boa introdução a respeito de tipografia e uso de tipos na escrita. Estudando um pouco a respeito deste assunto fica claro porque algumas fontes são melhores para leitura do que outras e porque algumas fontes bizarras são empregadas em nos usos mais diversos e por mais incrível que pareça ainda consigam produzir um bom resultado.

Durante todo o livro, a autora apresenta diversos exemplos “Antes” da aplicação dos princípios básicos e “Depois”. São várias figuras que vão desde papéis de carta até cartões de visita e folhetos de anúncio. É impressionante como pequenas alterações no layout de um texto conseguem mudar totalmente a cara e a impressão que o documento passa.

Cartao antes

Cartao depois

O exemplinho bobo que fiz acima é apenas para ilustrar como o mero fato de agrupar informações relacionadas já garante uma aparência mais satisfatória a um cartão de visitas.

Esse é um livro que eu recomendaria a todos que tenham interesse em aprender um pouco a respeito de conceitos de design visual e também a quem se chama de web-designer porque consegue fazer páginas e sites bonitinhos, mas nunca procurou entender realmente o porque das coisas.

Leitura recomendadissíma!

My Job Went to India

Há uns três meses atrás, enquanto navegava pelos links que leio frequentemente, mesmo sem antes ter feito nenhuma dessas perguntas encontrei algo parecido com a resposta e esse livro fazia parte dela. Me interessei e comprei o livro.

Para variar, comprei na Livraria Cultura por R$64,84 e em umas duas semanas recebi o pequeno livro de 252 páginas em casa.

O autor, Chad Fowler (que não é parente do Martin Fowler), conta em 52 “mini-histórias” o que fazer para não perder seu emprego e da diversas dicas de como crescer tanto profissional quanto pessoalmente.

O livro foi escrito na época em que executar projetos offshore era visto como a melhor e mais barata maneira de se construir projetos de software nos Estados Unidos. De acordo com Fowler, nesse época muitos programadores acabaram perdendo seus empregos para indianos do outro lado do mundo e cada vez mais achavam que os indianos estavam tirando seus empregos.

O que fazer para crescer na carreira profissional?

Como manter meu emprego?

Como posso melhorar profissional e pessoalmente?

Em um desses projetos o autor foi enviado pra India com a responsabilidade de abrir uma filial e contratar indianos para montarem a filial supostamente mais barata e eficiente. No entanto, gerenciar uma equipe a milhares de quilometros de distância não é fácil como parece (se é que parece). Durante todo o livro ele relata os obstáculos que existem em se montar uma operação desse tipo e porque essa forma de trabalho não vai deixar os americanos desempregados.

Ele descreve exemplos de como é importante trabalhar no marketing pessoal e não focar apenas na parte técnica, pois não adianta você ser o melhor técnico do mundo e não investir na comunicação para que as pessoas saibam o quão bom você é. Comunicação é fundamental.

Outro ponto que achei bastante interessante é que devemos aprender a falhar, tirar proveito disso e crescer. Não devemos nunca imaginar que estamos na crista da onda porque conhecemos uma tecnologia em especifico. Uma hora a onda passa e nós ficamos pra trás. É necessário que não deixemos que o rumo de nossas carreiras seja definido ao acaso, mas sim baseado em decisões concientes e estratégicas sempre de olho no mercado atual e nas mudanças que estão ocorrendo.

Além dos aspectos técnicos é também uma oportunidade de conhecer um poquinho a respeito da cultura de outro país e aprender como lidar com pessoas diferentes.

Enfim, este é um livro bastante amplo e ao mesmo tempo específico que com certeza vai abrir sua mente. Acredito que seja um dos melhores que já li e é uma leitura obrigatória pra quem quer crescer!

]]> http://blog.tucaz.net/2008/10/13/my-job-went-to-india-resenha/feed/ 3 http://blog.tucaz.net/2008/09/01/agile-project-management-with-scrum-resenha/ http://blog.tucaz.net/2008/09/01/agile-project-management-with-scrum-resenha/#comments Tue, 02 Sep 2008 01:22:10 +0000 tucaz http://blog.tucaz.net/?p=72

Agile Project Management with Scrum

Assim como o livro do Eric Evans está para modelagem e DDD este livro do Ken Schwaber está para agilidade. É com certeza um “must read”.

Comprei na Livraria Cultura por R$71,00 e tem pouco mais de 150 páginas . O livro é importado então demora um bucadinho pra chegar. No meu caso foram aproximadamente 4 semanas.

O livro não é uma bíblia explicando como utilizar Scrum e nem um guia de implantação da metodologia (até porque os processos e regras são bem simples e existe um outro livro do mesmo autor com esse intuito), mas sim uma parte da experiência que o Ken acumulou a respeito de Scrum desde sua criação e gerenciamento e desenvolvimento de projetos de software.

Apesar de não ser a bíblia, até quem não conhece pode comprar o livro e tirar muito proveito dele, pois o primeiro capítulo e os apêndices são dedicados a descrição do processo e as regras que a metodologia diz que você deve seguir.

O restante dos capítulos é dedicado a histórias curtas (de 2 ou 3 páginas cada) narradas pelo autor e tem como objetivo dar uma mão para aqueles que já implantaram Scrum, mas engasgam no meio do caminho e/ou tem algumas dúvidas a respeito do que pode e não pode.

Como exemplo do conhecimento que o livro oferece, posso citar uma história onde o cliente/patrocinador de um determinado projeto não queria saber de processos e metodologias, mas ainda sim queria poder acompanhar o andamento de seus proejtos. Como tudo o que o cidadão conhecia para acompanhamento de projetos era Gantt Chart, Ken e o Scrum Master do projeto tiveram que bolar outra forma, sem fugir das premissas do Scrum, de reportar o andamento do projeto com sucesso ao gestor ranzinza.

Histórias referentes a todos os papéis do Scrum e suas dificuldades particulares aparecem no livro. Outro ponto interessante que vale a pena citar é que diversas formas de customização e adaptação da metodologia são apresentadas no livro e esse tipo de informação é muito valiosa.

De fácil leitura e entendimento, é um livro obrigatório para os agilistas adeptos de Scrum, escrito por um dos criadores da metodologia e praticante até hoje, que vai ajudar MUITO aqueles que já aplicam Scrum e dar uma prévia dos benefícios oferecidos pelas práticas ágeis aos entusiastas e “scrum-master-wannabe’s” de plantão.

Applying Domain-Driven Design and Patterns

Terminei essa semana de ler o livro do Jimmy Nilson “Applying Domain-Driven Design and Patterns: with examples in C# and .NET” e vou compartilhar minhas impressões.

É um livro com 11 capítulos, 2 apendíces e aproximadamente 500 páginas. Paguei R$100,00 na Livraria Cultura e chegou em menos da metade das 8 semanas prometidas no site.

Geralmente livros técnicos depois de algumas página se tornam cansativos de ler. Não li nenhum outro livro deste autor anteriormente, mas o cara escreve de uma forma muito gostosa e tranquila de se ler. Nos primeiros dias eu não conseguia fechar o livro. Tive que me segurar pra não passar a madrugada lendo.

Quando comprei o livro imaginei que fosse unicamente a respeito de DDD, mas na prática são poucos os capítulos referentes a esse assunto.

O primeiro capítulo é bastante interessante (principalmente pra quem não está acostumado com agilidade, DDD e Testes) porque ele conceitua esses pontos de uma forma que é impossível não ter vontade de aplicar e ler mais sobre.

A partir dai e durante todo o livro ele apresenta diversos design patterns e como aplicá-los em situações práticas. Existe também um capítulo inteiro sobre TDD que passa por todos os aspectos desde o ciclo de desenvolvimento com TDD, mocks e stubs, e até técnicas de refatoração.

A partir do quarto capítulo que ele comça a falar propriamente dos novos aspectos da modelagem orientada ao domínio e da nova proposta de arquitetura. Sempre com muitos exemplos de código e modelos.

Antes de ler o livro eu havia lido muito a respeito de DDD no GUJ, no resumo do livro do Evans e mais da metade do livro que deu origem ao resumo. Exatamente nesta ordem. Então já estava bem familiarizado com os novos conceitos e já havia aplicado bastante.

Acho que por conta disso, me decepcionei um pouquinho, pois o Jimmy Nilson falou quase nada a respeito de Services e de interações mais complexas entre objetos. Outro ponto que me deixou bastante frustrado foi o fato dos exemplos dos repositórios serem implementados apenas com ORM (NHibernate no caso deste livro). Em Java ORM é uma realidade. Em .NET a coisa ainda está começando a andar com o LINQ, EF e o próprio NHibernate, mas a maioria das pessoas ainda implementa acesso a dados na mão. No fundo, acho que o fato de implementar repositório de forma elegante apenas com ORM é um problema do padrão e não do livro (esse é assunto pra um outro post que vai render pedras). Eu particularmente gosto muito de implementar na mão (mais pedras!).

Outro ponto que ficou por último, mas sem menos importância é UI. Ele fala de UI com MVC e MVP inclusive a respeito de como testar a UI. No entanto achei que os exemplos nesse caso não ficaram legais principalmente pelo fato de durante todo o livro o conceito de web ser enfatizado e no caso da UI os testes serem escritos com exemplos em Windows Forms.

Já ao final do livro alguns colegas dele falam a respeito de outros padrões e frameworks tais como: PI utilizando POCO/POJO, SOA, AOP, DI, IoC, NHibernate e SPRING. Inclusive este livro serve como um bom início para o aprendizado desses frameworks, pois os exemplos ilustram cenários bastante reais e práticos.

E por último mais alguns colegas explicam outras abordagens de design de aplicação orientada a domínio.

Se você ficou empolgado por imaginar que fosse encontrar bons exemplos de como testar sua UI nesse livro, acho que essa não é a melhor literatura. Mas para todo o restante dos assuntos é um livro altamente recomendado e que me proporcionou muito aprendizado durante a leitura.