Wie am besten ABAP lernen?

Wie am besten ABAP lernen? (25 Beiträge, 6084 Mal gelesen)

Du bist nicht angemeldet. [ Login/Registrieren ]

Meine Frage richtet sich an die ABAP-Gurus. Wie kann ich am besten ABAP lernen ohne in einem Unternehmen zu sein? Dass es Bücher gibt ist mir schon klar. Aber welche könnt ihr empfehlen? Und wie soll ich es testen können? Hab von etwas wie Mini-SAP gehört. Ist das zu empfehlen? Gibts andere Möglichkeiten?

Mir gehts einfach darum die Grundlagen zu lernen und ein bisschen rumspielen zu können.

Totaler Anfänger in Programmierung bin ich auch nicht, kann C#, VBA, HTML, CSS, PHP, SQL...

Danke für alle Infos, die ihr mir geben könnt...

http://www.sdn.sap.com/irj/scn/downloads?rid=/library/uuid/70b58216-00e7-2c10-f6a9-c59f3a351b63

"Ein Gewitter reinigt die Luft", sagte ein Mann, nachdem ein Blitz seine Frau erschlug

Das "Standardwerk", das einem in der Regel von SAPlern empfohlen wird, ist ABAP-Objects.
http://www.sap-press.de/katalog/buecher/titel/gp/titelID-585

miniSAP bekommst Du zwar mit dem Buch mitgeliefert, ich würde mir aber die aktuelle Version aus dem SDN herunterladen. Beachte, dass das Ding massig Resourcen verbraucht und die Lizenz regelmäßig erneuert werden muss.

Die ABAP-Kurse BC400 und BC401 sind auch nicht schlecht. Vielleicht kommst Du zumindest an die Unterlagen heran.

Ein Zugang zu einer "echten" SAP Installation wäre freilich am allerbesten, was aber für dich vermutlich ein Ding der Unmöglichkeit sein dürfte.

lg
Gott

Warum will jemand der C# kann, ABAP lernen?

Edit:
http://www.youtube.com/watch?v=P-gfyWXOlT0
So ab 1:40 wirds richtig hart. Ich hab echt gelitten.

20.01.2011, 23:10 Uhr - Editiert von Ziegelmeister, alte Version: hier

C# wird im SAP-Umfeld nicht viel bringen.

So ab 1:40 wirds richtig hart. Ich hab echt gelitten.

Was ist so schlimm daran?

Nebenbei sei erwähnt, dass es seit Jahren bereits einen "neuen" und moderneren Editor mit Syntaxhervorhebung, Auto-Vervollständigung,... gibt.

lg
Gott

Natürlich bringt ihm C# nix, im Gegenteil, die Frage lautet, was motiviert jemanden, der eine moderne Programmierumgebung kennt, auf ABAP abzusteigen?

Schlimm?
Die Farben, das Design sind ja bald 20 Jahre alt. Jeder reine Texteditor ist benutzerfreundlicher und optisch ansprechender. Das "Z" Best Practice. Die *& Header / Kommentarzeilen? Und dann die BLOCKBUCHSTABEN Syntax. Das ist ja nichtmal mehr für SQL akzeptabel. Da kann auch Syntax Highlighting nicht mehr viel retten.

Die Farben, das Design sind ja bald 20 Jahre alt.

So what? Das Ding funktinoert sogar remote performant.

Jeder reine Texteditor ist benutzerfreundlicher und optisch ansprechender.

Der im Video gezeigte Editor ist der alte, den nur noch Unwissende oder Nostalgiker verwenden.

Das "Z" Best Practice.

So kann man schon anhand des Namens erkennen, ob das Ding Walldorf oder der Kunde verbrochen hat. Sehr praktisch.

Die *& Header / Kommentarzeilen?

Aha. In C# gibts keine Kommentare?

Und dann die BLOCKBUCHSTABEN Syntax.

Blockbuchstaben muss man nicht verwenden, machen den Code aber lesbarer.
Edith: Code wird durch den "Pretty-Printer" formatiert und auf Wunsch in Grossbuchstaben/Kleinbuchstaben umgewandelt.

lg
Gott

21.01.2011, 00:30 Uhr - Editiert von Gott, alte Version: hier

Remote performant ist heutzutage alles, der Spruch ist überholt.

Z mag praktisch sein, wenn man keine großen, objektorientierten Änderungen durchführt, aber das mag SAP ja eh nicht so, oder? Ansonsten ist das einfach nur eine sinnlose Einschränkung, ein Objekt sollte nach dem benannt werden, wofür es steht, oder in welche Kategorie / Modul es passt. Nicht einfach nur ZIsMirDochWurschtWasUndWo.
Andere Umgebungen lösen das eleganter: Automatisch den "Layer" anzeigen, fett hervorheben ... Mit Sourcecodeversionierung ist das nimmer so tragisch.

Klar gibts in C# Kommentare, aber nicht so hässliche.

BLOCKBUCHSTABEN MACHEN DEN CODE ZUM ALPTRAUM.
Den möcht ich sehen, dem das wirklich auf Dauer taugt. Vermutlich stumpft man aber auch ein wenig ab. Mag sein, dass mans klein schreiben darf, aber ich vermute da eine weitere "Best Practice."

Mag eigentlich nicht auf SAP so rumklopfen, hat schon seine Berechtigung (gehabt?

). Aber entwickeln, das würd ich selbst nicht aushalten.

21.01.2011, 00:46 Uhr - Editiert von Ziegelmeister, alte Version: hier

Remote performant ist heutzutage alles, der Spruch ist überholt.

Eine direkte Verbindung über den SAP-GUI ist performanter als jede RDP-Sitzung oder Ähnliches für zB ein Visual Studio. Da liegen Welten dazwischen.

oder in welche Kategorie / Modul es passt.

Das erkennt man anhand des Paketes.

Sourcecodeversionierung

Ja, die SAP-Versionsverwaltung... außerordentlich praktisch. Inklusive Remotevergleich mit anderen Systemen.
...und dann das Transportwesen...

aber nicht so hässliche.

aber ich vermute da eine weitere "Best Practice."

Mir ist schon klar, dass es in manchen Kreisen als modisch oder "hipp" gilt, wenn man auf die Großschreibung verzichtet, aber ABAP will und muss nicht modisch sondern in erster Linie performant und abwärtskompatibel sein. Dennoch erlaubt es den jungen Nerds hippen, weil klein geschrieben Code zu schreiben - ohne (so der Syntax passt) abzustürzen oder in Walldorf die "der Kunde ist dumm"-Alarmglocken läuten zu lassen.

lg
Gott

Eine direkte Verbindung über den SAP-GUI ist performanter als jede RDP-Sitzung
oder Ähnliches für zB ein Visual Studio. Da liegen Welten dazwischen.

Programmierst über Modem?

SAP-Versionsverwaltung

Aha? Na wenigstens. Warum dann z? Ich mags wenn sich mein Code "nativ" verhält. Bei mir muss man nicht der Paranoia Futter geben ... ui, da könnt einer was verbrochen haben ...

Transportwesen

modisch oder "hipp"

ist nicht das Thema, es ist einfach schlecht zu lesen und auf längeren Codeseiten wahnsinns mühsam. Abwärtskompatibel ist immer ein Problem, vor allem wenns abwärts seeehr tief geht.

Interessieren würd mich, was du dazu sagst:
http://forum.geizhals.at/t737847,6314829.html#6314829

21.01.2011, 01:30 Uhr - Editiert von Ziegelmeister, alte Version: hier

Hab mir mal Code von Wikipedia angeschaut (ja, war faul, aber das wird reichen)
http://de.wikipedia.org/wiki/ABAP

REPORT ztest.

Fangt schon mal gut an. Ist jede Programmierung etwa ein REPORT, das liesse die Herkunft und Verwendung vermuten? Wozu ., ist das eine Zeilenendkennung und die verwendet man auch nach Blocktags?
Keine Camel-, Pascalcase Formatierung? Wiederum, logisch strukturierte Objektnamen sind in ABAP uninteressant?

  CLASS demo DEFINITION.
    PUBLIC SECTION.
      CLASS-METHODS main.
  ENDCLASS.

Na gut. Header und Body. Nicht ungewöhnlich. PUBLIC SECTION. ohne Endtag ist weniger logisch. Und immer die .

  CLASS demo IMPLEMENTATION.
    METHOD main.
      DATA tstc_tab TYPE TABLE OF tstc.
      DATA alv      TYPE REF TO cl_salv_table.
      DATA exc      TYPE REF TO cx_salv_msg.
      SELECT *
        FROM tstc
        INTO TABLE tstc_tab.
      ...

IMPLEMENTATION richtig schön lang. Als Erkennungsmerkmal unnötig, da oben DEFINITION verwendet wird.

DATA name1 TYPE typ1
DATA name2 TYPE typ3
DATA name3 TYPE typ3

Wozu braucht man DATA und TYPE? Sehr unnnötig. Warum nicht einfach:
typ1 name1
typ2 name2
typ3 name3

die typen cx_salv_msg lösen Befürchtungen aus, ist _ ein durchgängiger Pascalcase Ersatz? _ wird in den Codierguidelines die ich kenne, nicht begeistert aufgenommen.

Der Rest in dem Beispiel ist dann eh wieder normal, bzw. sicher je nach Geschmack und Wunsch. Das select into im Code ist nett, aber das kenn ich auch woanders. Davon abgesehen reicht mir das obige, um mir nicht zu gefallen.

21.01.2011, 01:36 Uhr - Editiert von Ziegelmeister, alte Version: hier

könnte am gehalt liegen.. wenn ich mir die stundensätze von meiner abapzeit ansehe und jetz die von der MS-schiene, schauts ehrlich gesagt schon recht traurig aus. da merkt man halt auch die masse der zur verfügung stehenden coder...

Sprichst du von Nav oder Ax?

Am ehesten würd ich bei Ax die höchste Durchlässigkeit sehen, der Sprung von C++, C# oder Java zu X++ ist sicher eine Spur geringer als zu ABAP, dennoch gilt für alle eine gewisse oberflächliche Abschreckung durch die Spezialisierung.

Ich würd eigentlich schon annehmen, dass es aufgrund der SAP Dominanz deutlich mehr Programmierer im SAP Bereich gibt. Aber da SAP nunmal bei den Margen wenig Sorgen hat und eine Reihe langgedienter Programmierer hohes Entgelt erwarten, wird sich in dem Bereich mehr verdienen lassen? Andererseits, der Name ABAP hat auch eine lange Tradition der Ablehnung hinter sich.

Kannst das ein wenig ausführen? Wie hast das jetzt gemeint, würd mich sehr interessieren.

Nav? Ax? Sorry, bin schon ne ein paar Jährchen weg vom Fenster was SAP betrifft, mir sagen die beiden Kürzel nix. Und ich bin sicher auch nicht der durchschnitt SAPler da mir auch in dem Umfeld der Überblick fehlt

Meine Erfahrungen waren nur folgende:
- man hat mich OHNE SAP Erfahrung eingestellt, bei einem höheren Gehalt als dem geforderten (und das war schon mehr als mein altes mit C# Kenntnissen)
- während meiner SAP-Tätigkeit kamen regelmässig Angebote von Mitbewerbern

Seit dem ich im .Net Umfeld tätig bin musste ich mich zumindest auf ein Teilgebiet spezialisieren, um annähernd in die Preisklasse und die Nachfrage zu gelangen. Also klar, man kann auch abseits der ABAP Schiene ganz gut verdienen, aber (zumindest für mich) war das mit einiges mehr Aufwand verbunden

(Wobei ich den Wechsel keineswegs bereue, war halt ein Nebeneffekt)

Ah so, kleines Missverständnis:

Dynamics AX(apta) und der kleine Bruder NAV(ision) sind die Konkurrenz ERP Systeme von Microsoft. Ich dachte du wärst in den Bereich gewechselt.

Mit SAP hätt ichs mir genauso vorgestellt, aber ich mag programmieren zu sehr, um mich darauf einzulassen. Ich bin auch immer sehr glücklich wenn ich zwischendurch ein bisschen C# machen kann, das macht einfach am meisten Freude.

Edit:
http://www.youtube.com/watch?v=P-gfyWXOlT0
So ab 1:40 wirds richtig hart. Ich hab echt gelitten.

ich dachte, SAP unterstützt mittlerweile JAVA auch in voller gänze (stichwort: netweaver)?

.. nahezu!

Zum Topic: Anhang eines überteuerten Kurses :D

es gibt mittlerweile einen abap und einen java stack, das ist richtig.

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung