Executando verificação de segurança...
12

Se virando com o que tem

Fala pessoal!

Resolvi compartilhar uma experiência que tive em uma gigante de telecom. Para dar o contexto, eu sempre fui de TI e resolvi que poderia contribuir com a área de negócios dessa empresa. Fui contratado para ser meio que uma "interface" entre a área de negócios e a área de TI, não sermos enrolados e dar celeridades às requisições.
Conseguia escrever os requisitos de forma mais assertiva, dar o entendimento mais técnico para a galera de TI e as coisas fluirem. Porém algumas coisas não são assim tão fáceis.
Pequenas tarefas do dia a dia, em grandes empresas, acabam ficando escanteadas por não serem tão relevantes num faturamento bilionário. Entretanto tem muito dinheiro ali. São pequenas rotinas que somadas, no fim do mês trariam milhões em recuperação.
As áreas de TI das grandes empresas são atoladas de grandes projetos, estruturantes, disruptivos, etc. e esses pequenos projetos acabam ficando para trás. Foi aí que eu entrei com meu canivete suiço: VB Script.

O que eu fiz?
Bom, a primeira barreira que temos é a questão de acesso. Não temos banco de dados, ferramentas nem nada liberado. Consegui a muito custo um acesso adm na máquina, com aval da diretoria, do bispo e do papa.
A segunda barreira é licença, então não poderia instalar o Dotnet que era minha ferramenta de trabalho "nativa" na época. Então bora para o que eu tenho.
As rotinas manualmente demandavam um tempo absurdo e muitas vezes eram derrubadas por tempo de query (tínhamos acesso de consulta a uma base D-1), então tinha que me virar com isso também.
Os dados da base não eram estruturados, nada mais era que as linhas de um arquivo texto num campo de uma tabela, então eu precisava fazer filtros dentro de substrings, já imaginam o trampo.
Com o acesso, criei um banco mysql local, onde eu poderia extrair a base o mais rápido possível, subir nessa base local e fazer o que quisesse.

Como foi o processo?
Criei um script em VBS que conectava no Oracle e fazia uma query com poucos filtros (índices) e já estraía os campos necessários dos substrings e exportava num arquivo csv.
O script importava no mysql em uma tabela myisam já indexada, passava um myisampack e deixava ela ligeira.
Feito isso, começava a extrair os números dos problemas que havia no dia anterior e geravam uma planilha excel, gerava um e-mail e enviava para o grupo de analistas responsável.
Era deixada uma task de windows pronta às 3h da manhã a rotina era executada por umas duas ou três horas e pela manhã já estava pronta.

O que isso trouxe?
Foi criado um grupo de trabalho em que foram sendo estancadas essas torneiras nas origens dos problemas em suas respectivas plataformas a um custo baixíssimo. Isso gerou um retorno de mais de R$ 300k por mês para a empresa em somente um dos processos. Foram criados aproximadamente quinze em diversas áreas correlacionadas.
Esse primeiro foi legal porque depois eu consegui abrir portas e trazer o python para o jogo e a coisa ganhou outra proporção.

O que eu quero mostrar?
Não necessarimente a melhor linguagem de programação é aquela que está no hype, é a que todo mundo fala ou a que você não sabe. A melhor é aquela que você tem na mão e vai resolver sua dor.
A proatividade mudou a visão da área sobre a tecnologia e o perfil de profissional que ela queria. Uma área operacional passou a requisitar profissionais muito mais capacitados em pequenas automações, como SQL, VBA, VBS e Python, do que simplesmente aquele analista "cara crachá".

Não subestimem as ferramentas básicas ;-)

Carregando publicação patrocinada...
3

Cara, falou tudo, trabalhei em uma empresa que minha função era automatização de relatórios, mas por algum motivo a empresa não liberou um usuário com acesso ao banco de dados, nem mesmo de leitura, então praticamente eu precisava analisar as queries existentes e sugerir melhorias sem a possibilidade de fazer testes antes. foi um trampo sofrido, mas me virei com o que deu e mesmo assim as análises que entreguei reduziu em 80% o tempo de carregamento dos relatórios, sem falar na assertividade dos dados que ficaram muito mais confiáveis.

3

Impressão minha ou hoje o tabnews me trouxe grandes lembranças, um analista de uma grande empresa não tinha acesso a nada, mas o cidadão conseguia instalar programas em mais de mil máquinas remotamente somente usando o VBS. Então a função do programador é resolver problemas, a linguagem é só a ferramenta no processo.

1

Não entendi bem o seu ponto. Mas a ideia do post é incentivar não só os analista de TI, mas os de negócios a buscar resolver suas dores utilizando aquilo que tem disponível. No meu caso, modéstia a parte, tive habilidade política em convencer a área de TI a liberar esse acesso para que eu pudesse "desafogar" o trampo deles.
Uma coisa eu concordo: Linguagem é somente uma ferramenta... até no powershell a gente consegue desenrolar ;-)

2

Olá!

Este relato é a verdadeira essência de "Se virando com o que tem", muito bom!!

É incrível ver como linguagens de script, sejam elas Perl, Python, VB Script, Lua, são ferramentas poderosas. Estes idiomas, quando combinados com o poder do SQL e o bom e velho texto plano, são armas letais na resolução de problemas complexos, especialmente em ambientes recursos limitados e o artigo é a ilustração perfeita disto.

O mais impressionante é que, independentemente das restrições, sempre haverá uma dessas ferramentas disponíveis para ser usada. E na sua história, o VB Script foi o herói improvável.

No universo corporativo, especialmente em ambientes onde a automação é escassa e os processos ainda estão fortemente ancorados em ferramentas como Excel e sistemas informais, a adição de habilidades de script e SQL ao arsenal de um analista é revolucionária.

O cenário é comum: pastas de trabalho do Excel superlotadas, informações fragmentados em diversos documentos e processos que dependem fortemente da intervenção humana, resultando em ineficiências e perdas consideráveis.

Essas habilidades combinadas transformam qualquer analista de negócios em uma verdadeira superestrela no escritório. Este 'cara' é visto como alguém que não só entende os dados, mas também sabe como manipulá-los e apresentá-los de maneira significativa.

Em ambientes dominados por planilhas, esse profissional torna-se um catalisador de mudanças, promovendo a transição para processos mais eficientes e baseados em dados.

Parabéns por criar esta mudança.

E, falando sobre a ideia de se virar com o que tem – é, sem dúvida, a essência "gambiarra" e uma das qualidades mais admiráveis da engenharia brasileira. Eu mencionei isso outro dia e repito agora: essa habilidade de adaptar, improvisar e encontrar soluções criativas e inusitadas para problemas complicados é algo que muitos engenheiros ao redor do mundo QUEREM aprender com os brasileiros.

Claro, como qualquer ferramenta ou técnica, deve ser usada com responsabilidade. Mas quando aplicada corretamente, como você mostrou, pode levar a resultados impressionantes.

Um abraço e obrigado por compartilhar!

2

Sou a prova viva do que você desenrolou acima. Já criei pequenos sistemas com uma planilha+VBA+SQL e funcionou e ajudou demais a área de negócio naquele momento, e com maturidade posteriormente migramos esse sistema já estruturado, para uma aplicação Web Interna, usando uma ferramenta RAD(em PHP), e evoluímos um pouco mais... essa é a essência, usar o que temos naquele momento, até que tenhamos mais para fazer melhor ainda.