 |
| From photo2blog |
Minha mochila sempre foi assunto aqui no blog, eu gosto de postar
pois os amigos/leitores do blog sempre pedem atoa mesmo, é uma forma de documentar algumas fases da minha vida. Veja o que tinha na minha mochila em 2006
Vou listar alguns itens que estão na foto acima:
- Minha pequena-vasta biblioteca digital portatil: Kindle 3rd 3G. Alem de poder ter sempre varios livros
a mão, o kindle 3G quebra um galho quando viajo para outro país e preciso acessar a internet. Obrigado Amazon pela graça alcançada!
- Meu caderninho hipster, onde anoto todas a ideias inúteis que tenho mas que um dia podem ser implementadas. Alem das ideias, eu anoto basicamente tudo ali, de telefone a endereços. Nada como um backup old-school!
- Lenços de papel. Estou pensando em comprar um alcool em gel pequeno tambem.
- Meu adaptador de tomadas
- Guarda-chuvas e snacks.
- Meu toolkit leatherman.
- Pen-drive com linux bootavel!
- Nexus S de backup, que em viagens internacionais eu uso com um sim card local.
- Um grid-it para cabos do kindle, celular, hdmi
- Ear plugs e fone
Você pode estar se perguntando agora, onde ele carrega tudo isso? Eu uso uma mochila Brenthaven Expandable Trek BP BackPack, é uma mochila visuamente simples, com muitos compartimentos onde tudo fica bem organizado e ela não chama atenção como as já batidas mochilas de notebook
.
Muita gente sempre acaba me pedindo dicas de apps para Android e muitas vezes eu falo sem me perguntarem mesmo, mas o importante é que essa lista é sempre recorrente.
Obviamente os apps padrão do android, como Gmail, gtalk e maps, não serão listados.
- Google Voice Search – Dispensa comentários e é uma ótima opção para pessoas que tem preguiça de digitar 😉
- AK Notepad – A todo momento eu preciso de tomar nota sobre algo que preciso fazer ou preciso lembrar posteriormente. Com o AK Notepad eu salvo as notas e ainda tenho opção de sincroniza-las on-line.
- Silencer – Coloca seu telefone no modo silencioso quando você o deixa em uma superficie com a tela virada para baixo. Útil para reuniões e momentos em que você não quer ser interrompido 😛
- Barcode Scanner – Nunca se sabe quando será necessario escanear um código de barras, muito utilizado para download de apps 🙂
- Twicca – Melhor cliente de twitter que já usei. Bem organizado, fácil de usar, faz o upload das suas fotos da maneira que você quer ao contrario do cliente oficial do twitter que redimensiona bizarramente as fotos para o twitpic. O twicca para funcionar com o twitpic exige um plugin adicional que é facilmente encontrado no market. Thanks ?@liisie pela indicação!
- Google Reader – ótimo para filas em geral.
- Voice Recorder – Muita gente gosta de tomar notas de voz, gravar aulas e até mesmo gravar podcasts. Esse aplicativo é ideal para isso 😉
- Advanced Task Killer – Gerencia os aplicativos abertos no momento oferencendo como função principal e única a opção de mata-los
- Prey – Aplicativo open source multiplataforma(mac, linux e android) para monitoração e recuperação de dispositivos. No android você pode pedir a localização do telefone por sms ou através do painel de controle no site do prey.
- Angry Birds – O joguinho mais viciante. Se você nunca jogou, não jogue, sob pena de gastar muito tempo da sua vida e a bateria do seu telefone.
O que seu sys admin gostaria que você soubesse?
Comunicação é tudo
Uma das maiores reclamações é que ninguem se comunica com os caras responsaveis pelos servidores. Não subestime o quanto é importante mante-los a par do que está acontecendo, isso pode te salvar de uma tonelada de problemas. Eles sabem as coisas. Muitas delas. Como o que já está rodando nos servidores, o que é uma má ideia e o que pode dar m*** ou não. Se você não sabe algo, ele podem te ajudar.
Não, você NÃO tem que compilar na produção!
Compilar em produção é uma má ideia. Pare de pedir por isso! Você deve compilar em qualquer lugar e enviar um pacote com as modificações. Não tente pular etapas.
Instruções devem ser muito completas
O ideal, quando você entregar as instruções para implantar sua aplicação, elas devem estar completas. Realmente completas. O suficiente para pegar aleatóriamente um admin na rua, entregar-lhe as instruções, e então ter a aplicação instalada perfeitamente.
Não automatize suas instalações
Por que não escrevrer um script para automatizar tudo? Então suas instruções serão muito menores, fáceis de seguir, e a prova de falhas.
Espere, a prova de falhas?
Um problema de instalações automatizadas por script, é que as vezes elas falham. Produção deve ser um espelho do desenvolvimento. Quase sempre, não é. Se um admin tem somente uma linha para executar, mas nenhuma pista do que está acontecendo, se der algum problema ele não poderá ajudar. SysAdmins são bons em resolver problemas, mas ninguem pode investigar uma caixa preta.
Pergunte por direções
Deixando de lado as piadas sobre homens perguntando a direção, sys admins realmente estão aí para ajudar. Eles conhecem por dentro e por fora os sistemas que você tenta quebrar. Eles já viram todos os tipos de coisa darem erradas e sabem como conserta-las.
Apareça
Se você estiver numa implantação, tente aparecer. Onde trabalho, os desenvolvedores são obrigados a participarem das implantações. Se o seu trabalho não exige isso, tente ir de qualquer maneira. Você não quer que eles escolham restaurar um backup, por algo que você poderia ter resolvido ali mesmo.
Não seja um ponto único em caso de falha
Contatos únicos em caso de falhas matam os sys admins. Se algo der errado com sua aplicação, eles devem ter outras opções alem de caça-lo. Tenha certeza que outro desenvolvedor tenha ao menos algum conhecimento sobre seu sistema. Documente tudo.
Não coloque sua documentação lá
Pelo amor de tudo que é bom e certo, coloque sua documentação onde o sys admin possa encontra-la. Não no código! Não em algum sub-diretório estranho escondido em 3 niveis de profundidade. Não espalhados entre as ruínas de wikis maltrados e sistemas de tickets. Top Level, com bons nomes tipo README e INSTALL.
Sudo é um privilegio, não um direito
Não é porque você pode fazer algo na produção não quer dizer que você deveria.
O mundo é maior que você e seu programa
Desenvolvedores tendem a ver somente uma pequena fatia do universo. Eles geralmente não pensam sobre coisas como: “Nós temos um servidor para colocar isso?” ou “Onde iremos encaixar essa aplicação?” ou “Como iremos reiniciar isto se tudo der errado?”
Converse com seu SysAdmin para ver como sua aplicação se encaixa no grande ecosistema do data center.
Os sys admins entedem as complicações que podem acontecer, são acionados as pressas quando um servidor cai e não podem ter uma aplicação no servidor que possa derruba-lo novamente. Eles não fazem coisas estupidas que poderiam ser facilmente evitadas.
** Baseado na tradução livre para o Português do post da Katie Fulton em seu blog .