Tudo é uma questão de CONCEITO.
Olá pessoal,
Já há tempos eu venho pensando em como escrever sobre um assunto que considero de extrema importância pra quem trabalha com TI, no meu caso em específico, com o desenvolvimento de software.
É muito comum, você encontrar profissionais jovens nesta área específica da informática, profissionais estes que, com toda sua ânsia de aprender, devoram livros e livros, artigos técnicos, WebCasts e todo material disponível que encontram.
Na minha época, quando comecei, o portal MSDN Brasil, por exemplo, estava apenas no início então, quando surgia um vídeo de uma palestra do TechEd, por exemplo, (Na época era PDC) agente ficava louco pq sabia que era informação de primeira qualidade e o principal, informação RARA.
Com o BUM da Internet, principalmente da Web 2.0, a geração de conteúdo é muito rápida, dinâmica e volumosa.
Acontece que, estes mesmos profissionais jovens, muitas das vezes se perdem em muitas siglas e não sabem diferenciar o que é uma tecnologia específica do que é uma implementação de algum conceito já existente.
Em uma empresa que representa um grande software de ERP, estava reunido com um desenvolvedor e estávamos questionando sobre a forma com que, o ambiente de desenvolvimento deste produto trabalhava com os objetos de banco de dados, ou seja, como ele criava tabela, trabalhava os relacionamentos entre estas tabelas e etc.
Dentro de um ponto específico da conversa, tínhamos dois objetos Relations um dentro de um objeto chamado Lookup e um dentro de um objeto Table. Então questionei ao desenvolvedor, em qual destes dois objetos eu garanto a INTEGRIDADE REFERENCIAL dos dados? Já que, eu não posso fazer isto diretamente no banco e sim, através da IDE do ERP.
Bom, parecia que eu havia feito uma pergunta em RUSSO e este mesmo profissional parecia não fazer a mínima idéia do que era INTEGRIDADE REFERENCIAL. Ele simplesmente respondeu: Não entendi a pergunta.
Neste momento, tive que fazer uma explicação de uma situação em que, se eu excluísse um dado da tabela Pai, o que ocorreria com a tabela Filho. Se eu perderia os dados? Ficar-se-iam registros em uma tabela e na outra não e assim por diante.
Ao explicar estas situações ele pode entender que, TODO o desenvolvimento que ele havia feito até o momento estava de certa forma errada e o que precisaria ser feito eram muitas alterações, pois ele não havia entendido o conceito de Integridade Referencial e sim apenas sabia como a ferramenta funcionava.
Pode parecer que, seja um caso isolado, mas estamos falando de vários desenvolvedores que já caem no mercado de trabalho sem ter passado por uma plataforma de desenvolvimento mais complexa, como. NET, JAVA , VB, Delphi etc.
Quando pegam estes ambientes de ERPs, focam apenas em regras de negócios esquecendo muitas vezes o que está por debaixo de todas aquelas camadas.
Este profissional que estou citando, por exemplo, já tiraram praticamente TODAS as certificações necessárias para se desenvolver neste produto de ERP o que teoricamente, o torna totalmente capacitado para a função.
Acontece que, se analisarmos estas provas, o que cai é totalmente baseado na Ferramenta e não são tratados conceitos de desenvolvimento de Software.
Espero que, o processo de seleção destas empresas busque encontrar desenvolvedores de software e não apenas pessoas para customizarem sistemas de ERP. Quando isto começar a ocorrer ai sim, teremos desenvolvedores que estarão aptos para desenvolverem soluções Reais para as empresas.
Espero que tenham gostado do texto.
Um forte abraço a todos.
Evilázaro Alves
MVP, MCTS, MCBMSS, MCP
