Uma das coisas que mais me atrapalha na hora de desenvolver é estar trabalhando com um computador que é fraco demais pra suportar até as ferramentas básicas necessárias. E pior que ainda existem muitas empresas que fazem com que o pessoal de TI trabalhe em computadores muito aquém do esperado. Não são computadores nem um pouco decentes, são… são… computadores indecentes!
O local onde trabalho atualmente já é o segundo em que sou obrigado a suportar computadores pré-históricos para desenvolver, e ainda esperam que eu seja produtivo. É difícil programar em uma máquina que, só de abrir o dreamweaver, trava por mais de um minuto. Dreamweaver e firefox aberto ao mesmo tempo? Só sonhando.
Programar pra web num Windows XP Professional com apenas 256MB de RAM? Só pro Chuck Norris e Capitão Nascimento. Não é tão caro comprar uma máquina decente. Não estamos falando de um PC pra jogos, só um pc que aguente rodar uma IDE mediana junto de alguns outros programas necessários sem travamentos.
Pessoas de TI, em geral, sabem ser improdutivas. Não que seja de propósito, mas é que temos tantas fontes de distração em um computador que mesmo nas condições ideias é difícil estar concentrado no trabalho o tempo todo. Dê a um programador um computador que só aguenta rodar paciência, e só o que ele vai fazer é jogar paciência. Ou blogar.
Quer comprar um computador? Compare preços de computadores no JáCotei!
No mundo corrido de hoje em dia, tempo é algo que nos parece cada vez mais escasso. Por mais coisas que façamos em um único dia, sempre tem aqueles em que terminamos com a impressão de que o tempo passou rápido demais e não deu pra fazer tudo que a gente queria.
Pessoas de todas as profissões acabam sofrendo com a falta de tempo, mas eu acho que ele é um inimigo muito mais cruel de quem trabalha na área de TI. Além de trabalhar, temos que continuar estudando e nos atualizando todo o tempo, pois 1 ou 2 anos trazem avanços e mudanças que podem revolucionar toda a sua área e fazer com que um profissional de TI que não estuda há alguns anos fique totalmente desatualizado e despreparado.
Não podemos comprar tempo, roubar tempo e nem alugar. Da mesma forma, não podemos criar tempo para nada. Só o que podemos fazer com o tempo é transferi-lo de uma atividade para outra. Se você quer passar a frequentar a academia 3 horas por semana, terá que tirar 3 horas semanais de outra(s) atividade(s). Saber gerenciar seu tempo diário é o que pode fazer a diferença entre um bom profissional e um mau profissional.
Acho que uma das melhores frases sobre este assunto eu encontrei na revista Você S/A, onde diziam que o tempo é um dos únicos recursos realmente democráticos do mundo. Porque não importa sua condição financeira, social ou cultural, a todos é dado exatamente 24 horas em um dia, e cabe a cada um de nós decidir o que fazer com o que nos foi dado.
Como trabalhador em uma faculdade pública onde a gestão do atual reitor está perto de acabar, todo o meu departamento foi obrigado a entregar uma documentação inteira de tudo que foi feito no ano todo, e ainda uma explicação de todos os processos e páginas de todos os sites que temos. Resultado: dois dias inteiros de trabalho perdido.
Esta prática de documentar bem o software vem do início da tecnologia da informação, onde o cara programava com cartões perfurados e o software então levava o dia inteiro compilando. Documentar bem o software era essencial para não perder dias de trabalho compilando algo que não funcionaria bem.
Com o tempo, a velocidade dos computadores aumentaram bastante, e podemos ver o resultado do nosso código de forma quase instântanea. Ao mesmo tempo, a complexidade dos softwares foi aumentando mais e mais. A documentação começou a não dar mais conta de tudo, e não era mais uma solução eficiente.
Para resolver isso, foram decidindo que a solução para isso era fazer mais e mais documentação. Criar mais e mais papel que ninguém vai ler. E isso não resolve problema algum.
Veja nosso caso, aqui na UERJ. Perdemos cerca de dois dias sem que uma única linha de código fosse produzido, porque toda a equipe estava produzindo a documentação. E aposto que o reitor não lerá nem um quinto das mais de 100 páginas.
Eu diria que um código limpo e claro, com comentários nas partes necessárias, vale muito mais do que uma documentação. Um código que fale por si, sem gambiarras, sem algoritmos bizarros. Isso sim vale muito mais do que uma documentação (que fica desatualizada em uma semana) e ainda desperdiça menos o tempo dos programadores.
Uma das coisas que mais me atrapalha na hora de desenvolver é estar trabalhando com um computador que é fraco demais pra suportar até as ferramentas básicas necessárias. E pior que ainda existem muitas empresas que fazem com que o pessoal de TI trabalhe em computadores muito aquém do esperado. Não são computadores nem um pouco decentes, são… são… computadores indecentes!
