Historically, it has always been impossible to jump from one SAP system to another without losing context. Now it’s possible.

The tools that SAP provides for viewing the contents of database tables have always been very sketchy.

They say: Don’t go back to where you were once happy. But the truth is that in many cases, if you could go back, you would.

I like keyboard shortcuts. If I could do my job without taking my hands off my keyboard I’d be an even happier programmer.

Until recently, ABAP has never been one for big collaborations.

ABAP Doc is an excellent way of integrating documentation into the code.

Eclipse ADT calls it Code element information.

We used to use the APPEND and INSERT commands to add rows to internal tables. Now that ABAP has grown, we can use VALUE, REDUCE, CORRESPONDING, etc. But what if the internal table already has rows and we don’t want to lose them?

A while ago I showed you that you could SELECT from an internal table. And then I asked myself: if that is possible, shouldn’t INNER JOIN be possible too?

Did you know that your ABAP programme can copy content to your operating system’s clipboard?

Now you can SELECT from an internal table.

Man, this is one of those endless discussions that will never get anywhere. Ditto trying to decide if you deserve to go on living if you put pineapple on your pizza or Philadelphia cheese on your sushi.

If you want to call the SM30 from a program you can use CALL TRANSACTION but there is a simpler way.

The fewer IFs and CASEs the better, right? Every branch of an IF or a CASE is an exception. And we like rules better than exceptions. Here’s one more technique to achieve that.

SAP messages are all managed centrally through the SE91 transaction, but can appear to a program in a variety of formats.