Um pesadelo de T.I.

Entusiasta Java Membro desde: 18/12/2008 08:14:54 Mensagens: 18 Offline

Esse post não é uma dúvida, mas sim um desabafo...
E é por isso que estou postando-o em "Assuntos gerais (Off-topic)".

Os nomes serão omitidos para evitar problemas...

Ano passado troquei de empresa. Saí da empresa X e passei para a empresa Y.

A proposta não era novidade: Migrar o sistema de uma linguagem de Mainframe com mais de 30 anos para uma outra linguagem XPTO para rodar em ambiente Windows.

Teoricamente, nós, os "novos na empresa", seriamos os consultores, os mensageiros da nova tecnoligia, que trariam consigo as idéias e boas práticas do mundo "lá fora".

Os "nativos", tinham feito apenas um curso da linguagem XPTO.

Quando chegamos, logo na primeira reunião, fizemos sujestões.
Bad idea...
Levamos com os dois pés no peito!

Nisso já começamos a ver como era o esquema.
Um dos "nativos" fazia o papel de lider. Esse tinha feito apenas um curso básico da linguagem XPTO e achava que sabia de tudo, e que as nossas idéias, de nós "novatos na empresa", eram idéias que não funcionarial dentro da empresa...
Os demais nativos, eram (ou se faziam de) cegos. Seguiam o "lider" sem questionar, de uma forma quase que religiosamente radical.

Resumindo, o que ele queria era que nós fossemos meros programadores e que seguissemos o que ele dizia (mesmo ele tendo só 1 ano com a linguagem e nós já tendo mais de 6...).

A primeira barbaridade foi:

Não usar orientação a objetos.

Deveriamos criar classes com todos os métodos estáticos.
Quem fosse pego instanciando um objeto, morreria queimado na fogueira.
As classes, seriam meros repositórios de funções.

Isso porque a programação deveria ser o mais próximo possível da (eca) programação procedural.

Coisas como XML, serialização, webservices, tudo abolido!

Trabalhar apenas com arquivo Texto. Nossa, como eles gostam de arquivo Texto!
É arquivo texto para fazer qualquer tipo de coisa...

O nosso código era revisado (cencurado), não deixando passar nada.
Era como uma caça às bruxas.

Stored procedures, triggers... Nem pensar.

Qualquer coisa, que fosse algo que eles não conheciam, deveria ser evitado.

Até o uso de Tipos Enumerados era abolida.
Os parametros de função deveriam continuar inteiros ou string, do tipo 0=consultar fornecedor, e 1=consultar cliente...
Ou as vezes "C" = "Cliente", e assim por diante...

Tudo para que as coisas continuassem como na linguagem antiga...

Logo vi que isso era uma forma dos dinossauros continuarem no poder.

Sentia-me como no filme do Indiana Jones, em que ele e o seu pai estão no meio de uma queima de livros, pelos nazistas, em que o pai do Indy fala:
"Junior... Somos peregrinos em uma terra pagã!".

Bem. Tem muito mais barbaridades, mas paro por aqui.

Se alguém já passou por algo parecido, gostaria de ler o comentário.

Abraços!

Mauro.

Por coincidência, já escrevi algo sobre este problema no meu blog (quase a mesma experiência): http://www.itexto.net/devkico/?p=273

Agora, sabe o que eu penso? Sério mesmo? (já aviso: discordo da postura dos seus dinossauros completamente (vide meu post))
Você está ai contando que eles tinham um sistema de 30 anos e queriam portar para outra plataforma.
Em 99% das vezes em que vi isto ocorrer, foi um desastre, e sinceramente, nestes casos, sou contra.
Não vejo porque matar um sistema antigo só porque foi feito em fitas perfuradas quando o mesmo atende a empresa.

O que as pessoas se esquecem é que por trás daquele código "horroroso" normalmente há um MONTE de conhecimento implícito presente.
Cada um daqueles "ifs nojentos" é na realidade um pequeno aspecto da cultura organizacional da empresa.

Ai entra o papo de "não atende mais", mas garanto uma coisa: apenas uma pequena porção do mesmo não atende.
Se o que não atende são novas funcionalidades, acho mais interessante implementar estas novas funcionalidades (mesmo assim, se for o caso) em outra linguagem, mas mantendo o bichão velho intacto.

Já vi casos de empresas migrando sistemas legados em COBOL para Java (ou C# ou qualquer outra mais "nova") e dando com os burros na água.

E vc demorou quanto tempo pra pular fora dessa barca furada?

fabiofalci wrote:E vc demorou quanto tempo pra pular fora dessa barca furada?

O pior que eu pensei a mesma coisa.. hahaha

JavaGuru Membro desde: 27/03/2009 17:08:37 Mensagens: 243 Offline

Já vi essa série.

Lost.

JavaEvangelist Membro desde: 01/12/2006 13:26:07 Mensagens: 381 Offline

hahaha e uma vez eu fiquei P*** por nao poder usar operador ternario hahaha é amigo ta numa situação pior q a minha hehehe

GUJ Expert Membro desde: 22/03/2005 20:57:48 Mensagens: 3433 Offline

Esse tipo de prática e postura é inaceitável.

Pessoas com ideias como essas deveriam ser expostas como fraude profissional. É o mesmo nivel de um médico violentar uma paciente ou um cozinheiro mijar na soupa. Eu coloco à votação do todos se acham ético que o nome dessas pessoas e empresa que as mantém no cargo seja divulgado.

Não podemos continuar aceitando esse tipo de coisa. Isso não é apenas um detrimento à nossa profissão , mas a todos os profissionais e à inteligência e cultura humana como um todo.

What is classpath? Membro desde: 19/11/2009 15:03:57 Mensagens: 9 Offline

EU já passei por um inferno da TI também!
Trabalhei em uma empresa de sistemas
financeiros onde o dono achava que o Delphi era Clipper, e que o
Oracle era dbf!
E ele ainda tinha cultura bancária de mainframe: para cada
funcionalidade ele criava um programa (um executável).
Os programas tinham nomes bacanas como proc1345a, fin789c, etc.
As tabelas no banco tinham nomes tão esdrúxulos quanto os programas,
pois foram migradas diretamente do DBF (que só aceitava 8 caracteres
no nome do arquivo), e 8 caracteres no nome dos campos.
Trabalhei lá durante 8 meses, e durante estes 8 meses, trabalhei como
um "pedreiro da informática", recebendo papéis com instruções no
estilo "Faça update do campo a12345 da tabela x7898...". Eu fazia, mas
até hoje não sei o que fiz durante estes 8 meses que passei lá. Às
vezes, não tinha nem condições de testar o que fazia, pois eu não
sabia para que servia (as funcionalidades eram isoladas,e não
liberavam a informação para você saber como o o módulo em que você
mexeu afetava os outros programas).
Foram 8 meses de inferno.
E esta empresa hoje em dia entrega essa porcaria de software mal-feito
para grandes (enormes) clientes até no estrangeiro (vários países da
América Latina).
A informação era represada de tal forma que apenas os "poderosos" (funcionários mais antigos)
tinham acesso a ela, provavelmente para continuar nos seus cargos...
Em suma, era uma merda...

JavaTeenager Membro desde: 15/10/2009 13:11:25 Mensagens: 193 Offline

huahuahuaia

q comédia..

soh eu to me cagando de rir dessa estoria?

isso daria um sarcastico quadrinho do Dilbert

JavaTeenager Membro desde: 15/10/2009 13:11:25 Mensagens: 193 Offline

pois é Sérgio...

depois quando eu falo em regulamentação profissional, voce vem cheio de "poréms"

Isso é normal e não diz respeito à TI, e sim a qq departamento organizacional.

O cara que esta na empresa ha +10 anos não quer que um novato chegue com idéias revolucionárias (que muitas vezes o veterano não entende pois é coisa nova e ele é um dinossauro que não se preocupou em atualizar-se)

Então se ele permitir que vc recém formado com idéias maravilhosas ofusque o brilho dele dentro da empresa. Meu amigo ele com certeza vai te reprimir.

Eu já passei por isso várias vezes, o que eu faço é cair fora da empresa e buscar alacançar os meus objetivos.

What is classpath? Membro desde: 19/11/2009 15:03:57 Mensagens: 9 Offline

Outra:
uma vez tinha uma stored procedure do Oracle dando um erro.
Umas 400 linhas de código macarrônico.
Deram para eu analisar.
As 400 linhas de código eram para adicionar e decrementar datas...
Simplesmente pegaram os algoritmos do Clipper e transformaram em Oracle...
SEM SABER QUE O DELPHI TEM FUNÇÕES PARA FAZER ISSO...
COM UMA LINHA DENTRO DO PROGRAMA VOCÊ RESOLVIA ESTE TIPO DE PROBLEMA, SEM TER DE EXECUTAR A TAL STORED PROCEDURE...

To rindo pra não chorar! Infelizmente temos q ler esse tipo de coisa hehehehe!

Abraços!
Leonardo Gloria

GUJ Master Membro desde: 20/05/2009 11:21:32 Mensagens: 1776 Offline

Por outro lado, estou cansado de ver equipes usando a linguagem da moda pra criar camadas e mais camadas inúteis com o pretexto de que estão fazendo "design OO". Vai ver que era esse o caso e eles preferiram adotar uma solução mais simples do que a proposta por vcs.

O problema não é TI, é administração.

Sempre que um grupo novo de pessoas chega na empresa, os antigos tem a sensação que após a "renovação" serão descartados. Isso vale para qualquer processo novo, não só para os tecnológicos.

E o pior, não são tão desprovidos de razão pois, não raro, isso realmente acontece.

Notícias, artigos e o maior fórum brasileiro sobre Java