Você gastou 40, 80, 120 horas da sua vida juntando informações relevantes e tecnicamente acuradas e os imbecis escolhem o que? A mesma solução que eles queriam desde o começo, mas para manter as aparências de que estavam realmente analisando o mercado te mandam fazer papel de idiota pesquisando.

Ter solução errada enfiada goela abaixo é duro, mas muitas vezes temos que aceitar. Dentro dos limites, é lógico.

Quem acompanha o blog há mais ou menos um ano acompanhou meus posts metendo o pau no meu emprego antigo, mas vou contar o que realmente engatilhou minha saída. Eu estava trabalhando num projeto para implementar uma collaboration suite que iria substituir o atual sistema de email.

Junto com mais um colega passamos infinitas horas fazendo laborátorios, lendo, estudando, implementando testes, juntando fatos, preços, informações, participando de webinars e conference calls e recrutando pessoas para testar as opções (sendo que a última coisa foi realmente o mais difícil).

Depois de muito trabalho mandamos um relatório completo, com nossa recomendação, para nosso gerente – que encaminhou para o diretor. Ficamos sem ouvir nada a respeito até um dia que o meu gerente me chama para “falar 5 minutinhos” numa reunião.

Chegando lá estavam reunidos na sala o diretor e todos os gerentes de IT: Rede e Servidor, Desenvolvimento, Web, Desktop, Audio e vídeo e suporte. Todos eles haviam sido convidados para participar dos testes, mas nenhum se deu ao trabalho de fazê-lo, que fique claro.

Quando entro o diretor me faz algumas perguntas sobre o relatório, tira 2 dúvidas tão idiotas que percebi na hora que ele não tinha entendindo lhufas e então ele vira pra mim e diz: “Obrigado. Você pode ir. Agora nós podemos continuar a discutir qual ferramente escolher nós mesmos”.

“OPA! Como é que é, meu chapa? Eu ralei igual um FDP e conheço esses sistemas por dentro e por fora, sei todas as features, limitações e parâmetros de linha de comando de cada uma das opções e você, que não sabe nem fazer uma pergunta e essa cambada de gerente incompetente, que não perdeu 5 minutos para olhar os pilotos que configurei, estão me dispensando pois acham que são capazes de decidir por vocês mesmos? Tá de brincadeira?” – Pensei.

Basta dizer que 2 semanas depois eu tinha conseguido uma entrevista e em mais 2 semanas estava começando o novo emprego.

Ainda não posso cantar vitória no emprego novo, mas estou bem mais confiante de que meu tempo está sendo bem investido dessa vez.

A procura agora é diferente: Storage. Qual a melhor opção para o nosso caso? Para o cenário da nossa empresa?

Logo que cheguei meu chefe tinha uma idéia do que ele queria (Equallogic). Eu analisei, li um pouco e logo achei que não era a melhor opção. Já escaldado do emprego antigo quase não falei nada, mas achei melhor comentar que eu tinha outra idéia que deveríamos testar (NetApp).

A surpresa foi que, na semana seguinte, ele já tinha marcado com o representante da idéia que eu dei e conseguimos um FAS 2050 emprestado por um mês para analisar e fazer os testes que me dessem na telha.

Essa semana expira o mês e eu já fiz meu relatório e entreguei para o chefe. E na quarta-feira temos reunião com a NetApp. Provavelmente não vamos ficar com a solução.

Mas dessa vez não porquê vou ter que engolir uma solução que não escolhi. Dessa vez vai ser porquê eu pude comprovar através de muitos testes que a solução simplesmente não vale o investimento.

Não temos tamanho, necessidade ou grana para gastar numa caixa NetApp e, exceto se eles arriarem as calças e derem um desconto MUITO bom, vai rolar um “thanks, but no thanks.”

Como eu disse, ainda não posso fazer a dancinha da vitória, pois não sei se vamos realmente adquirir a solução que eu recomendei no final das contas. Mas que a sensação de poder descartar minha própria sugestão baseado em méritos do produto e não em politicagem é sensacional, isso é.

ps: Para quem ficou curioso, minha recomendação é baseada num Dell Power Edge R610, um Dell Power Vault MD1000 e Solaris 10 (ZFS, baby).

Eu já imaginava que ia ser perda de tempo pelo que conversei com outras pessoas do meu grupo antes do evento. Cá entre nós, inovar, pensar fora da caixa e corajosamente ir onde nenhum homem jamais esteve passa longe das qualidades desse povo sindicalizado daqui.

Mas a impressão geral foi ainda pior: As pessoas de IT das universidades não tem a menor vocação para IT. Não tem jeito para IT e, definitivamente, não tem paixão por IT.

Talvez minha barra esteja setada muito alta, pois sempre uso como referência de evento de IT o FISL e o GTER e na hora de comparar os outros realmente ficam devendo. Mas por outro lado fiquei chocado com o fato de no primeiro dia eu ser a única pessoa com um notebook. Como pode isso? Num evento de IT só ter uma pessoa com notebook?

O keynote de abertura então foi uma coisa ridícula. O sujeito convidado pode até ter alguma coisa interessante pra contar mas mesmo se esforçando para encaixar IT na palestra dele o tiozinho não conseguiu.

De todas as palestras que assisti gostei de uma sobre sustentabilidade em IT, onde a NSCC afirma ter conseguido uma economia de $ 250 mil por ano em energia apenas instalando um software que desliga os PCs durante a noite e outras medidas que geraram uma imensa economia, além de ser mais responsável com o ambiente (ie abolindo impressão de guia de alunos, manuais, etc).

Outra interessante foi sobre uma forma interessante serviço de telco fornecida pela Internetworking Atlantic: Você aluga um par de fibra óptica deles. Eles chamam de Dark Fibre, pois a mesma é entregue “escura” para os clientes, que podem escolher que tipo de conexão utilizar nelas. Nada mais é do que um imenso patch-cord pra interligar duas localidades. Eles literalmente entregam APENAS a camada 1 do modelo OSI.

E o que salvou o evento foi o keynote de abertura do segundo dia, sobre Open Education, ministrado pela IBM. Quando o sujeito começou a falar sobre os alunos de hoje, o que eles querem, o que não querem e como pensam eu cheguei a conclusão que eu fui um pouco precoce. Aparentemente tem mais gente pensando como eu hoje em dia.

De qualquer forma valeu um dia (no caso dois) fora do escritório.

Balança, mas não cai

Acho que não tem nada mais subjetivo do que a reclamação “está lento”. E um dia, ainda naquele cliente que falei anteriormente e – de novo – com localidade no Brasil, recebo um ticket com reclamação de que “a rede está lenta”.

Olhei nas ferramentas e não tinha nenhum alerta. Os gráficos mostravam que o uso do link estava abaixo ou na média do uso normal dos últimos 12 meses. Nada estranho… Mas mesmo assim peguei uma das ferramentas de test e mandei um burst pra cima do router pra ver o troughput. Tudo normal. Só pode ser frescura de usuário, pensei.

Liguei pra localidade e falei com o responsável técnico, que fez aquela voz de “não, logo depois que abri o chamado voltou ao normal”. Maldito.

Uns dias depois outro chamado, mesmo diagnóstico, mesma conversa. “logo depois voltou ao normal”. E isso aconteceu umas 3 ou 4 vezes até eu resolver olhar mais fundo no problema e descobrir um monte de erros de CRC no roteador. E ai pude ver que realmente, cada vez que tinha um chamado eu podia olhar que o número de erros de CRC tinham aumentado. Resolvi abrir um chamado com a telco.

Técnico da telco vai até o local, umas 4 ou 5 vezes e nunca acha nada. Por via das dúvidas trocam o router. E nada. E o tempo (meses) se passam sem solução. Nego resolve então trocar o CSU/DSU. E nada. Depois disso a telco apelou. Trocaram TODO o equipamento de rádio, exceto pela antena, e NADA.

Bom… como a única coisa que não tinha sido trocada era a antena, o problema só poderia ser lá. A Telco resolveu arcar com a despesa e mandou uma nova, para ser instalada no topo do prédio, igual a outra. No dia da substituição a equipe chega lá, arranca a antena velha, coloca a antena nova e desce pra sala de comunicação pra fazer os testes.

Uns vinte minutos depois, com tudo funcionando 100% tasca-lhe erro de CRC. Mandam o nego pra cima do telhado de novo, ele começa a diagnosticar a antena, quando percebe que apesar de uma árvore na entrada da empresa não estar na frente da antena, cada vez que batia um vento um galho bem grande e carregado de folhas/frutas entrava na frente do link.

Sem vento, sem problema. Com vento, galhos na frente da antena. Um problema tão simples demorou quase 6 meses para ser resolvido simplesmente porquê ninguém sequer imaginava que poderia ser isso.

Desculpas (válidas) para não resolver problemas

No time de WAN muitos problemas que tínhamos eram unicamente relacionados a coisas físicas. É muito mais comum faltar energia numa localidade do que um router Cisco perder a configuração. E isso é péssimo, pois tínhamos um SLA com o cliente e sofríamos uma pressão enorme de tudo quanto é canto para resolver problemas impossíveis dentro de um período de tempo ridículo.

Todas as vezes que tínhamos um chamado prioridade 2 ou prioridade 1, no dia seguinte tínhamos que comparecer a uma reunião de “chamados críticos”. E ai de você se o chamado tinha estourado. E PIOR AINDA se o chamado ainda estivesse aberto quando você chegasse na reunião.

E como se isso não fosse o bastante, seguindo uma mistura de ITIL e outras metodologias, era preciso que todos os chamados fechados tivesse: Trigger, Workaround, Impact, Root Cause e Prevention.

Vou dar alguns exemplo de explicações que tive que dar em algumas reuniões e vocês, por favor, me ajudem a identificar os pontos acima. Principalmente a parte de “Prevention”:

- A localidade está fora do ar porquê roubaram os cabos dos postes (adivinha em que país foi isso?)

- Não pudemos restaurar a conectividade da fábrica porque passou um furacão e destruiu o POP da Telco (Flórida/EUA)

- O ticket estourou porquê o carro da telco foi roubado e os técnicos feitos reféns durante a noite (México)

- Perdemos o SLA porquê está tendo uma revolução popular e os técnicos se recusam a trabalhar (Bolívia)

- Um trem descarrilhou e quebrou a fibra óptica que passava do lado dos trilhos. (Brasil)

- Sem previsão para essa localidade voltar. O last mile é subterrâneo e por causa da enchente que teve foi tudo pro quiabo. (EUA)

- A telco não trabalha de final-de-semana (wtf?!) (Porto Rico)

- O escritório nessa localidade foi fechado. No final de semana desligaram tudo e não avisaram ninguém. (Chile ou Bolívia. Não lembro)

- Um caminhão derrubou o poste na frente da empresa. (Brasil)

- A mesma tempestade de neve que derrubou o link fechou as estradas e os técnicos não puderam ir pra localidade resolver o problema (Canadá).

Os causos aqui aconteceram mesmo.

Outage em feriado

Minha equipe na época (eu ainda morava no Brasil) era composta de 10 pessoas dedicadas à WAN de um grande cliente multinacional. Para ninguém ficar muito de saco cheio de problema do dia-a-dia nem muitos projetos ficarem empacados a gente revezava a posição de on-call. Eu, como nunca fui muito de viajar ou passear não ligava de pegar on-call de feriado e por isso peguei quase em seqüencia uns 3 ou 4 feriados prolongados nacionais.

Bom… e ai tinha uma localidade, em São Paulo, que dava pire-paque toda vez que eu tava de on-call. E pior: todos os telefones de contato que eu tinha para a localidade tocavam até cair durante esses outages.

Eu tinha a escalation list, então quando eu não conseguia falar com o responsável por IT da localidade eu ligava pro on-call do time local (cada país tinha sua lista de on-call, então eu tinha um on-call Brasil. Nosso time era uma instância superior aos países).

Ai já sabe… ligar pra on-call brasileiro durante feriado prolongado nacional é pedir pra fazer inimigo.  Isso QUANDO atendem o telefone.

Só que se o on-call regional atende o telefone e fala: “Dane-se. Vê isso segunda-feira.” eu podia suspender o ticket e esperar. Mas quando eu não conseguia falar com infeliz eu tinha que voltar pra minha escalation list e continuar subindo. E ai liga pra gerente de rede no feriado e na segunda vez o nego também já não atende… e vai subindo… cheguei a falar com o infeliz do diretor de IT numa dessas só porque ninguém queria atender o telefone e dizer: deixa pra segunda.

E pior: Você segue o procedimento e escala até o diretor por causa de uma localidade ridícula que não tem ninguém trabalhando no feriado e na segunda-feira tem um email daqueles elogiando até sua mãe por ter perdido o tempo do cara. Ou seja: se seguir o procedimento você toma. Se não seguir… toma também.

Lá pela terceira ou quarta vez que aconteceu eu já não queria mais levar comida de toco e ao invés de seguir pelos canais oficiais de comunicação eu fiz algo diferente. Peguei a lista telefônica e procurei o telefone da localidade. E o número que eu achei era totalmente diferente do número oficial. Liguei lá e me atende um tiozinho:

- “Segurança, boa noite”

- Bingo! Ahãn, quer dizer, boa noite. Meu nome é Eri trabalho pro time de redes da empresa, departamento XYZ, blablabla e eu recebi um alerta de que um dos nossos sistemas está fora do ar. Isso normalmente acontece quando falta energia. Vocês tão sem força ai?

- Tamo não senhor. Só lá no prédio principal.

- (WTF?) Como assim? Queimou algum transformador lá?

- Não senhor. Como ninguém tá trabalhando lá eu desliguei a chave geral pra economizar, né?

- ( FDP, FDP). Ah, tá…. Mas isso não é procedimento normal, né?

- Não sei não senhor. Eu sou folguista. Só trabalho de feriado

- (FDP, FDP, FDP, FDP, FDP, FDP). Ah, tá OK. O Sr. faz uma gentileza pra mim, então? Religa a energia lá que ai o sistema volta e pára de alarmar, OK? Desculpa o incômodo, OK?

Bom… não preciso nem falar o tamanho do email que mandei pro time do Brasil falando sobre procedimento, normas da empresa e números de recursos despediçados durante esses outages. Mas o problema foi resolvido e nunca mais tivemos outages de feriado naquela localidade.

E ainda pior do que isso, mesmo arquivos que foram fisicamente apagados e até mesmo HDs que foram formatados podem ter seus dados recuperados.

Aliás, vira e mexe aparecem artigos falando sobre informações sigilosas – e muitas vezes embaraçosas – sobre alguém ou alguma empresa ou órgão de algum governo que foram recuperados de HDs jogados fora ou comprados em leilões e coisas do tipo.

Existem diversas formas de garantir que seus dados não poderão ser recuperados por alguém malicioso, mas eu gostei mesmo desse sistema ai no vídeo. Esse eu garanto que é 100% seguro!

Vi aqui.

A Lady Murphy bateu e ficou aqui, com ajuda de um software porco, uma equipe de suporte incompetente e uma equipe gerencial frouxa. Foram muitas horas extras, muita dor de cabeça e até perdi a oportunidade de aproveitar a presença dos meus pais na semana em que estiveram aqui, pois fiquei trabalhando.

Nunca me incomodei em trabalhar igual um camelo e fazia isso direto no Brasil e quando você está trabalhando muito e muita coisa está sendo feita a sensação de conquista é igual adrenalina. Mas o que aconteceu aqui causou uma completa sensação de falha e impotência, o que eu odeio.

Vou dizer que, pela primeira vez, fiquei de saco cheio de trabalhar com IT.

Em IT, idade importa? Com meus 28 anos de vida e 10 anos de IT nunca tinha parado pra pensar nisso até começar no meu trabalho atual.

Nos meus empregos anteriores as equipes eram razoavelmente jovens, mas sempre tive alguém mais velho (>= 50) trabalhando junto. Seja como team leader ou peer e nunca dei realmente importância para a idade, mas para a competência da pessoa.

Logo nos primeiros dias no meu atual emprego um dos meus colegas me pergunta: “Mas quantos anos você tem?”. “28″, respondo eu. “Nossa. Eu não sabia que eles estavam contratando gente tão jovem”.

E ai que meu caiu a ficha. Eu sou, pelo menos, 10 anos mais novo que o segundo cara mais novo da equipe. Consequentemente meus 10 anos de experiência parecem pouco ao ouvido deles.

Mas a questão é: Idade importa? Profissionalismo, maturidade e conhecimento técnico é o que realmente deveriam fazer a diferença certo?

Tempo de experiência? Talvez… depende muito do tipo de experiência. O mesmo sujeito que não sabe o básico do básico e vira e mexe larga um “Eu tenho 19 anos de experiência em IT”.

Posso estar sendo injusto, mas considero que os 19 anos dele gastos em micro e pequenas empresas (sendo o maior ambiente que ele já atuou o atual, com cerca de 50 servidores e 15.000 usuários) é uma piada perto dos meus 10 anos gastos em algumas das maiores empresas do mundo como funcionário e como consultor em ambientes com 25.000 servidores e 250.000 usuários.

Na minha opinião: Idade não importa, mas competência profissional sim. E experiência importa, desde que seja relevante e não apenas longa e chata.

Em tempo: Que saudades do meu último emprego no Brasil. Não aguento mais trabalhar com nego frouxo.

Continuando essa série de posts sobre IT eu decidi mudar um pouco a abordagem e fazer de agora em diante um post sobre cada área, seguindo o modelo OSI, vou começar pela camada física.

Minha idéia é recrutar algumas pessoas para cada um escrever um post sobre sua área, assim vocês podem ter certeza de que a fonte da informação é mais confiável do que este que vos dirige a palavra neste momento.

Se você trabalha em alguma área específica e gostaria de escrever um post sobre ela me avise.

</FYI>

Infra-estrutura e cabeamento

Na minha opinião esta é uma das áreas mais importantes de IT e uma das que é tratada com mais pouco caso. Eu tenho a impressão que deve ser muito frustrante trabalhar com isso se você não estiver em uma empresa especializada.

Dependendo da empresa esta área pode estar ou não embaixo de IT. Normalmente se ela não estiver já é mau sinal.

Ainda de empresa para empresa o pessoal de cabeamento pode ou não ser resposável também pela parte elétrica, ar-condicionado, racks e montagem física de servidores e outros equipamentos.

Na minha experiência em uma grande empresa de IT este era o caso. O time de infra gerenciava times menores de eletricistas, técnicos de ar-condicionado, contatos com empresas de telecomunicação (para instalação de CPEs) e o time de cabeamento estruturado.

Infelizmente eu não tenho conhecimento o suficiente para falar da parte técnica do trabalho, sobre influência eletromagnética, aterramento, fibra óptica e o raio que o parta, mas como uma imagem vale mais do que mil palavras:

SEM cabeamento estruturado:

COM cabeamento estruturado:

Agora me fala: Se der um piripaque num servidor ou em um switch: Em qual datacenter você quer que seu equipamento esteja?

Por onde começar?

Se infra te agradou, talvez seja legal começar por aqui. E, como sempre, o Google é seu amigo.

Só pra citar rapidamente a esposa e a Camila como exemplos. Então, já que vira e mexe acabo dando pitaco no assunto aqui ou ali, vou colocar algumas coisas que eu penso da área aqui neste post, assim fica mais fácil só falar: Olha este link.

Vou começar com uma piadinha que ilustra muito bem o que é trabalhar com IT:

- Trabalho em horários estranhos…
(igual às putas.)
- Pagam-me para fazer o cliente feliz…
(igual às putas.)
- Às vezes, o cliente até paga bem, mas o patrão fica com quase tudo..
(igual às putas.)
- O trabalho vai sempre além do expediente…
(igual às putas.)
- Sou recompensado por realizar as ideias do cliente…
(igual às putas.)
- Os amigos distanciam-se e ando quase sempre com colegas…
(igual às putas.)
- Quando encontro um cliente, esperam que esteja apresentável…
(igual às putas.)
- O cliente quer sempre pagar menos e, ainda assim, quer que eu faça maravilhas…
(igual às putas.)
- Quando me perguntam em que é que trabalho, tenho dificuldades em explicar…
(igual às putas.)
- Se as coisas estão mal, a culpa é sempre minha…
(igual às putas.)
- Todo os dias, quando acordo, digo a mim mesmo:
“Não vou passar o resto da vida a fazer isto.”
…e é outro dia igual às putas!…

OK, Se depois deste choque de realidade você ainda quer saber mais, clique no botão ai embaixo (ou continue lendo o feed, se for o caso. )

A área de IT é grande e diversificada. Tem funções para todos os gostos e habilidades, mas todas elas tem uma coisa em comum: Ou você sabe o que faz ou o mercado te devora.

Isso acaba fazendo com que, em geral, as pessoas em IT se dividam em duas categorias: Os especialistas e os generalistas. Humn. Onde já vi isso antes?

Especialistas:

Conheci muitos profissionais assim e posso dizer que o título “especialista” não é de enfeite. Não importa a área de atuação, se você resolver ser especilista pode ficar ciente que só vai ter nego baum no mercado com você.

Se você é team-player e conseguir entrar como júnior em uma equipe de especialistas, tenha certeza de fazer amigos o mais rápido possível e aprender o máximo possível no menor tempo possível. O conhecimento que pode ser adquirido só de fazer o “surf de ombro” num profissional senior já vai valer a pena.

Ser especialista é complicado e normalmente reduz o número de vagas as quais você pode concorrer, mas no geral vale a pena no longo prazo. Os salários costumam ser generosos, assim como as possibilidades profissionais.

Se você conseguir ser especialista em uma tecnologia emergente, extremamente cara ou de difícil acesso as chances de fazer muita grana crescem ainda mais. Até que a tecnologia se torne popular e barata, lógico, mas nesse ponto espera-se que você já seja uma das autoridades no assunto, né?

Por outro lado vejo os especialistas como aqueles cavalos com viseira puxando carroça. Eles só enxergam o mundinho deles.

Trabalhei com um especialista em mainframe que era simplesmente um gênio. O cara destruia quando tava no 3270, mas não sabia mudar a fonte no word.

Também já passei muito apuro com alguns MCSEs que simplesmente não conseguiam entender o conceito de default gateway e vira e mexe derrubavam um servidor porque cismavam de configurar um DG em cada placa de rede da máquina.

São tantas histórias de especialistas fazendo m* porquê não conseguiam ver o todo que daria pra fazer um livro só sobre isso.

(A esposa falou que o post tava ficando muito comprido, por isso ele continua amanhã, neste mesmo bat-horário, neste mesmo bat-canal)