É bom encontrar pares igualmente interessados em melhorar e evoluir, não só como programador mas também como ser humano. Recentemente encontrei um.

Este post dirige-se à personagem colectiva que representa todas as pessoas já me disseram que gostam de algumas coisas da nova sintaxe funcional da 7.4 mas acham que não se deve exagerar e se deve evitar usar REDUCE e essas coisas desnecessariamente esquisitas pois o código fica mais obscuro, é mais lento e não vêem vantagens.

Estás a falar a sério?

No final do século passado, um determinado gestor de projecto de um determinado cliente meteu na cabeça que não queria fazer upgrade ao seu sistema SAP. Em vez disso decidiu implementar manualmente as notas SAP equivalentes a fazer esse upgrade. Todas as 1000 notas.

Na terça-feira fui convidado pelo Renan Correa para participar no podcast Sem especificação.

O meu querido amigo Sérgio Fraga faleceu. O Abapinho também é dele. Para sempre. Obrigado amigo por tudo o que foste.

O João estuda Engenharia Informática na Universidade onde aprende Java, polimorfismo, encapsulamento e uma série de outras técnicas e boas prácticas. Quando termina o curso é contratado por uma empresa para trabalhar em SAP. No curso de introdução ao ABAP que a empresa lhe oferece, a primeira coisa que ensinam é como fazer o programa ZJOAO. Explicam assim:

_“Vais à SE38, crias o programa ZJOAO e crias logo os includes ZJOAO_TOP, ZJOAO_FRM e ZJOAO_SEL. Depois metes as variáveis todas no _TOP, o ecrã de selecção no _SEL e todos os FORMs no FRM. A partir daqui é só ires programando. Primeiro escreves START-OF-SELECTION e a seguir fazes todos os SELECTs e depois escreves END-OF-SELECTION e mostras tudo numa ALV. É simples, vês? Bem-vindo ao ABAP."

Não deixes para amanhã o que podes fazer SY-DATUM.

Tenho 6 anos! (Obrigado Caleb Prichard pela foto)

Ora bem, este é o primeiro artigo do Abapinho em que o título se sente um bocado perdido na tradução. Mas mesmo tendo consciência de que não é semanticamente são, penso ser o único título à altura do que aqui vos apresento.

Boa parte dos meus amigos quando compra um computador novo preocupa-se imenso com a velocidade do CPU e a velocidade do disco e a velocidade da memória e a velocidade do raio que os parta. E depois compra um rato de 1200$00 e um teclado de 1400$00. Ironia. Enquanto o CPU e o disco e a memória e o tal raio que os parta acabam quase sempre por ser bastante desperdiçados, o rato e o teclado são usados por inteiro durante a totalidade do tempo de utilização do computador.

Depois de o site irmão ABAPZombie (grande site brasileiro sobre ABAP) me ter entrevistado há uns meses atrás, aqui fica finalmente a minha vingança Zômbica. Entrevistar o Mauricio foi muito simples porque as perguntas que me fizeram são tão boas que resolvi virá-las contra o feiticeiro (Mauricio, espero que não leves a mal ter-tas usurpado!). As suas óptimas respostas ajudarão certamente os leitores portugueses a terem uma ideia de como funciona o mercado ABAP lá no Brasil:

Tenho uma série de amigos gestores, advogados, marketeers, programadores, etc. que trabalham em empresas muito dinâmicas e competitivas, que dizem ser muito ocupados e que têm sempre imenso trabalho. Dedicaram vários anos da sua vida a um curso superior para se especializarem numa determinada área e alguns deles já fizeram o esforço adicional de tirar pós-graduações para terem mais qualificações e conseguirem fazer mais coisas melhor e mais depressa. Mas a maior parte deles usa 2 dedos para teclar no computador. Acumularam durante anos imensas capacidades que é suposto torná-los ultra-eficientes, e depois usam 2 dedos para as teclar.

O RICEF é um acrónimo do mundo SAP que aparentemente não foi inventado pela SAP. É, por isso, um acrónimo não oficial. O que não faz dele um acrónimo ilegal ou clandestino visto que tem vindo a tornar-se um termo de uso corrente em cada vez mais projectos. RICEF significa Report , Interface , Conversion , Enhancement , Form e, basicamente, refere-se a qualquer tipo de desenvolvimento que seja necessário num projecto SAP.

Era uma vez um cliente com um sistema produtivo com 9 servidores mais rápidos que a própria sombra. Esses 9 servidores eram geridos por 4 administradores de sistema muito bons que os mantinham sempre oleados e a fluírem à velocidade máxima. Um dia tive de desenvolver um carregamento muito complexo que criava milhões de classificações. Quando se começou a testar o programa, constatou-se que algo estava muito lento, lento demais. Na maior parte do tempo o programa estava encalhado à espera de SELECTs sequenciais à tabela INOB, que era gigante.

No Inverno de 2006 trabalhava no projecto SAP de um enorme retalhista internacional, com centenas de supermercados espalhados por todo um país. Uma bela manhã, pelas 11h45 comecei a ver várias pessoas com ar alarmado a correr de um lado para o outro no escritório. Perguntei o que se passava e se podia ajudar e explicaram-me que não conseguiam fazer a encomenda de leite para o dia seguinte que tinha de ser feita até às 12h15 mas que não tinha nada a ver comigo, que eu não podia ajudar.