Até hoje, as outras empresas têm suas formas de lucro diferentes da Apple, o que resulta em margens de lucro muito pequenas. Segundo o livro, a Apple segue com uma margem de lucro de 25% em seus produtos, enquanto a Dell, por exemplo, tem uma margem de 6% em seus produtos. Tudo isso se resume em como Steve Jobs enxerga o mercado.

Há muita gente achando que o livro é uma biografia do Steve Jobs, mas não é.  O livro tenta explicar como a cabeça dele funciona criando produtos que, quando lançados, viram tendência do mercado. Eu achei que o livro trata mais sobre empreendedorismo do que qualquer outra coisa e este assunto me grada muito. Eu li a versão em português e como ainda é a primeira edição, está cheia de erros. Mas nada que impeça o entendimento da ideia que o autor passa.

Existem muitas coisas que eu gostaria de falar sobre o livro, mas nada é melhor do que ler e ter sua própria opinião. Indico o livro para os usuários e os não usuários de Mac. Aproveito para recomendar também o vídeo do discurso que Steve Jobs fez numa formatura de Stanford em 2005. O vídeo está dividido em duas partes: parte 1 e parte 2.

Não acho que este livro seja a fonte suprema de Scrum, o próprio Henrik Kniberg diz que ali somente está escrito a maneira como ele usa o Scrum e como ele o integra com XP, não se trata de um manual completo nem de um (Scrum), nem de outro (XP).

E é mais ou menos isso que eu estou buscando agora, saber como as pessoas usam o Scrum por aí e tentar captar o que é possível fazer aqui na empresa.

Pra quem ainda não leu esse livro, fica aí a dica de uma “war story” como diz o autor.

Update: Já existe a versão traduzida para português-br na InfoQ-BR.

O livro traz questões importantes como testes, ortogonalidade, desacoplamento, até a forma como se deve fazer a previsão de horas gastas para implementar funcionalidades.

Não me lembro onde li (ou ouvi) um comentário sobre este livro uma vez, mas foi mais ou menos algo do tipo:

“Se todos lessem este livro não haveriam programadores Jr. no mercado, somente Pleno e Senior”

Isso é bem verdade, os autores do livro tentam passar da melhor maneira possível os seus conhecimentos de anos de carreira e acertaram em cheio nessa compilação.

Sem dúvida essa não será a única vez que eu terminarei de lê-lo, pretendo lê-lo outras vezes. Vale muito a pena. Fica aí a dica pra quem ainda não leu o livro.

Eu cheguei a conhecer o conceito do Rails antes, quando comecei a estudar e usar o Cake PHP. É algo bem parecido. Acho que posso dizer que o Cake está para o PHP, assim como o Rails está para o Ruby. E posso afirmar que o que está sendo interessante pra mim nesta leitura nem é o Rails em sim, mas neste primeiro momento está sendo o aprendizado de Ruby. É uma linguagem genial, eu nunca tinha visto nada tão legal. Já até adicionei na minha lista de livros a ler, alguns sobre Ruby.

Graças ao livro, fui capaz de entender o código que o Fábio Kung escreveu para fazer o sorteio no Falando em Java e tantos outros códigos que tenho visto pela internet. Tenho até criado algumas coisas a fins de aprendizado mesmo.

Segundo o que diz o livro, se não há um framework de persistência objeto-relacional, não há motivos para programar orientado a objetos. O autor ainda sugere que se use o pattern Transaction Script do Martin Fowler no caso da não existência do framework.

Isto me chamou a atenção mediante o fato de lá na empresa nós não podermos usar nenhuma framework de persistência porque estamos engessados pela arquitetura de referência do cliente. Eu até cheguei a comentar com um amigo sobre isto e ele me disse “Sabe quando não programar orientado a objetos? NUNCA!!!!”, eu comecei a rir.