O que é a Safari Books Online?

A Safari Books Online é uma biblioteca virtual com os principais livros de informática. As principais editoras estão presentes. Há também vídeos. Além disso, há ferramentas para escrever anotações, marcar determinadas páginas. Há assinatura específicas para grupos de trabalho. Sim, o sistema é pago, mas vale a pena.

Vantagens

• Informações Atualizadas – Os melhores lançamentos na área de informática ao alcance de um clique. Não pense que há necessariamente atraso em relação aos lançamentos em livrarias, ao contrário, é possível ler alguns livros antes do lançamento, quando ainda a versão final não está pronta.
• Ganho de tempo - Eu sei, a Internet está cheia de informação, o Google responde tudo. Em termos, muitas vezes demoramos a encontrar. Outras vezes, a redação é confusa e pontos importantes são deixados de fora. O conteúdo dos livros é mais organizado e simples de ler.
• Confiabilidade - Tudo bem, livros não são perfeitos mas a qualidade da informação é maior. Principalmente quando se trata das melhores editoras.
• Descontos Há bons descontos para adquirir os livros em papel. Dependendo do número de livros, a assinatura pode sair de graça. Outra possibilidade, é pagar o acesso por um mês para se ter certeza das compras a serem feitas. O preço é o equivalente a um livro, além dos descontos, tem-se a certeza do que se está comprando.

Desvantagens

• A disponibilidade total é apenas online – Há possibilidade de ser efetuar download de 5 capítulos por mês, os downloads são em tokens e esses possui validade limitada (90 ou 180 dias, dependendo do tipo de assinatura). No entanto, os livros de informática ficam obsoletos com o tempo ou podem se tornar inúteis, por exemplo, um livro ótimo para iniciantes pode se tornar inútil quando a pessoa se aprimora.
• A classificação dos livros é falha - essa é a minha principal queixa. No entanto, há o sistema de buscas que funciona bem.
• Apenas em inglês - Os livros são disponibilizados apenas em inglês. Se você é da área de TI e não consegue ler inglês técnico muito bem, bom, você está em desvantagem.

Ao desenvolver um projeto, independente do tamanho, deve-se usar o método adequado. Normalmente, projetos de pequeno porte se adaptam bem a técnicas de desenvolvimento ágil. Mas isso não significa começar a programar sem pensar, sem planejar. Qual a medida certa? Essa não é uma pergunta fácil.

1. Defina o escopo do projeto – Essa parte pode ser bem fácil se você possui um pedido bem específico, mas pode se tornar um pesadelo principalmente nos casos em que se possui muita liberdade. É preciso ter em mente o problema que se deseja resolver e implementar o mínimo necessário. É muito fácil imaginar várias funcionalidades, mas há um custo para tudo, nem que seja do seu tempo livre. Implemente o essencial e depois, se houver depois, você pensa no resto. Descreva em poucas palavras o seu sistema.
2. Decomponha o sistema nas partes principais – Verifique se você sabe como resolver cada pedaço do sistema, se não souber, pode ser que tenha que repetir o processo. Você não precisa implementar tudo. Muitas vezes preciso deixar o orgulho de lado e usar código de outras pessoas.
3. Escolha a ferramenta adequada – Eu me lembro de um projeto, onde foi necessário criar uma rotina para geração de código automático. Adoro Java, foi a minha primeira idéia, mas um colega deu a sugestão acertada de se usar Excel mais VBA (eca). Não gosto de VBA, mas confesso foi a melhor solução.
4. Escreva bom código – Não tenha preguiça de seguir as boas técnicas de desenvolvimento como encapsulamento, unidades de testes, comentários, etc. Muitas vezes você pode se esquecer porque fez algo, com incrível rapidez. Hoje mesmo, apaguei uma variável que havia criado e não utilizado, porque me esqueci do motivo da criação. A necessidade da variável não era óbvia, sendo essencial para uma boa geração de um valor hash. Isso talvez uma hora após escrever o código, imagine daqui a um mês, dois meses, …
5. Tenha persistência – Isso é pior no caso dos projetos pessoais, quantas pessoas não começam algo para parar logo em seguida? Eu mesmo estou tendo um pouco de dificuldade com este blog. É difícil continuar com algo, apesar de toda a vida atribulada, abrindo mão de outros prazeres. No caso de se ter um prazo elástico, há o risco de se postergar e não conseguir terminar a tempo.
6. Faça anotações – Anote suas idéias, o que foi feito, o que falta para fazer. Se falta algo para ser implementado, ponha um comentário no código, “TODO”, do inglês, “para fazer”, é uma forma usual. No caso do NetBeans, por exemplo, esse tipo de comentário é reconhecido automaticamente e entra em uma lista organizada de tarefas. Na verdade qualquer comentário que possa ser facilmente procurado serve. Quando estou estudando uma biblioteca nova, faço anotações das classes e métodos que julgo serem úteis. Algumas pessoas escrevem um comentário no topo do arquivo com o histórico de modificações.
7. Tenha versões organizadas – um sistema de controle de versão como o Subversion é útil, mas caso você não queira ou não possa, tenha os arquivos organizados por data. Compacte todos os fontes e dê um nome da forma aaaammdd-nomedoprojeto, não confie apenas na data do sistema. Se você comentar o cabeçalho dos arquivos, não vai ser fácil recuperar a versão anteriro.
8. Faça backups – Todo mundo sabe que se deve fazer, mas muita gente esquece….

1. Descanse – Normalmente ocorre no final do expediente, a tela na sua frente, o compilador só pode estar errado, você fez tudo (aparentemente) certo, mas o código ainda teima em dar erro. Todas as alternativas foram esgotadas, você não sabe mais como prosseguir. Muitas vezes trabalhamos com prazos apertados e achamos que precisamos trabalhar o maior número de horas possível. No entanto, como um colega meu costumava dizer que após um determinado momento “o tico não fala mais com o teco”. Perda de tempo tentar encontrar erro sob esgotamento mental, se depois de uma noite de sono, o mesmo salta em sua frente depois de normalmente uns 15 minutos.
2. Converse com o seus colegas – Explique o problema a algum colega seu. Ele pode lhe dar uma dica valiosa ou, você pode encontrar a solução, apenas por ter que organizar as informações para alguém que não está diretamente envolvido no código.
3. Comece um prototipo – Em conselhos para escritores, há frequentemente o conselho de começar a escrever deixando qualquer tipo de auto-julgamento de lado. Faça o mesmo. Esqueça por um momento da arquitetura perfeita, do código perfeito, simplesmente comece. Veja algo simples, algum teste para ser feito. Não deixe a indecisão tomar conta. Não sabe que nome dar a uma classe, dê algum, nem que seja AlgumNome.
4. Tenha Intervalos – Dê uma caminhada, curta o sol, faça alongamento, bata papo. Lembre: é provado cientificamente que o rendimento e a concentração aumenta se fazemos pequenos intervalos após uma hora de trabalho.
5. Concentre-se – Quando for trabalhar, reduza o uso de Internet ao mínimo. Não fique verificando seu e-mail, Orkut, Twitter, toda hora. Se for necessário desligue o celular.
6. Desenhe diagramas – Pegue uma folha de papel e comece a desenhar as partes do projeto. Quando tento escrever um classe ou conjunto de classes específico, consulto a documentação e começo a por os métodos principais que terei que chamar. Com isso tenho um esboço do algorítmo no papel e não apenas na minha cabeça, fica mais fácil começar.
7. Escreva os passos – Tenha uma lista das tarefas pendentes e no final de cada dia, anote as tarefas iniciais do dia seguinte. Assim fica mais fácil reconectar o raciocínio.
8. Comece pelo simples – Mesmo um projeto complicado possui parte simples, comece por elas. Todo desenvolvimento de software deve ser partido em componentes menores. Se você não consegue fazer isso, você possui a profissão errada.
9. Escute o seu corpo – Vários problemas podem afetar a sua concentração e capacidade de raciocínio, tais como, stress, estafa, depressão. Um estilo de vida mais saudável pode lhe ser útil. Procure ajuda profissional se necessário.
10. Trabalhe em alguma outra coisa – Nada está funcionando? Todos temos outros projetos, profissionais ou pessoais. Trabalhe neles. Funcionou com o meu projeto de dissertação de mestrado. Não conseguia começar. Comecei a trabalhar nesse blog (meu projeto pessoal) e depois de algum tempo comecei a codificar o projeto da minha dissertação. Só tenha cuidado de não perder prazos.