Quando tens um método muito grande, deves subdividi-lo em vários mais pequenos.

Diz-se: Não voltes onde foste feliz. Mas a verdade é que, em muitos casos, se pudesses voltar atrás, voltavas.

Gosto de atalhos de teclado. Se eu conseguisse fazer o meu trabalho sem tirar as mãos do meu teclado seria um programador ainda mais feliz.

Até recentemente o ABAP nunca foi muito dado a grandes colaborações.

Quem ainda programa de forma monolítica não sente tanta necessidade disto. Mas, quem usa múltiplas classes com múltiplos métodos sabe que é normal (e até desejável) mudar de ideias em relação ao nome destas coisas. As ideias não nascem já acabadas na nossa cabeça. Idealmente, o código é moldável e dá para ir moldando até encontrarmos a forma desejada.

ABAP Doc é uma forma excelente de integrar a documentação no código.

O Eclipse ADT chama-lhe Code element information.

Sabias que no Eclipse ADT podes trabalhar mesmo sem ligação ao servidor?

Dantes usava-se o comands APPEND e INSERT para adicionar linhas a tabelas internas. Mas agora que o ABAP cresceu, podemos usar VALUE, REDUCE, CORRESPONDING, etc. Mas, e se a tabela interna já tiver linhas e não as quisermos perder?

Há uns tempos mostrei-te que podias fazer SELECT a uma tabela interna. E no outro dia perguntei-me: se isso é possível, não será então também possível fazer INNER JOINs?

Sabias que o teu programa ABAP pode copiar conteúdo para o clipboard do teu sistema operativo?

Agora dá para fazer SELECT a tabelas internas.

É pá, esta é uma daquelas discussões infinitas que nunca chegarão a lado nenhum. Igual a tentar decidir se mereces continuar a viver se meteres ananás na pizza ou queijo Filadélfia no sushi.

Se quiseres chamar a SM30 a partir de um programa podes fazer um CALL TRANSACTION mas há uma forma mais simples.

Quanto menos IFs e CASEs melhor, certo? Cada ramo de um IF ou de um CASE é uma excepção. E nós gostamos mais de regras do que de excepções. Aqui está mais uma técnica para o conseguir.