Hallo,

ralf.wenzel hat Folgendes geschrieben:

Ich habe mich nie ausgerichtet. Als mein Kunde SAPscript brauchte, hat er das von mir bekommen. Genauso mit OO. Spezialisierung führt im Zweifel dazu, dass man Lücken füllt, die keiner hat.

Man kann sich auch auf ein fachliches Gebiet oder eine Branche konzentrieren. Das Problem besteht darin einem Programmierer (<> Entwickler) klar zu machen was man will, da diejehnigen ohne Branchen bzw. Prozesskenntnisse die "Sprache" nicht mal verstehen und dann muss ein Entwickler schon viel Erfahrung mitbringen um dieses Defiziet auszugleichen.

Als Quereinsteiger kommt man aus einer Branche, die man kennen sollte und deren Prozesse, "Spielregeln" man kennen sollte. Das sollte man auch nutzen. Sonst hat man als Anfänger keine Ahnung von dem was man tun soll und auch noch wenig Programmiererfahrung.
Das geht in größeren Projekten, wo mehrere erfahrene Entwickler einen Neuling mitschleifen.

Grüße
Alex

ok., diese Dinge hat man uns bis zum Erbrechen bei der Ausbildung beigebracht. In meinem Praktikum legte man viel Wert auf Softwaredesign. Das einzige, was ich davon gehört hatte war UML. ok. habe ich nun auch gelernt. Und es war gut.

Was mich in den Stellenanzeigen immer etwas abschreckt, ist dass man Modulkenntnisse wünscht. Diese wurden aber nur kurz behandelt. Habe mich dann später damit befasst. Was meint man eigentlich damit?

Heißt es: Man weiß, was die Module machen, welche Bildschirmbilder es gibt, welche Tabellen, Reports, Klassen, Eingabefelder usw.

Oder heißt es: Ich kann mich sofort hinsetzen und ohne "nachzudenken" gewünschte Anpassungen vornehmen?

Oder reicht es zum Beispiel für IS-U aus, wenn man als Chemieingenieur, wie ich es bin, von energetischen Prozessen etwas versteht.

Alles in allem ich kämpfe weiter und habe wieder neue Möglichkeiten angekurbelt.

by the way: werde mich trotzdem mit Web Dynpro näher befassen.

Grüße
BM

Blackmyth hat Folgendes geschrieben:

ok., diese Dinge hat man uns bis zum Erbrechen bei der Ausbildung beigebracht. In meinem Praktikum legte man viel Wert auf Softwaredesign. Das einzige, was ich davon gehört hatte war UML. ok. habe ich nun auch gelernt. Und es war gut. Was mich in den Stellenanzeigen immer etwas abschreckt, ist dass man Modulkenntnisse wünscht. Diese wurden aber nur kurz behandelt. Habe mich dann später damit befasst. Was meint man eigentlich damit? Heißt es: Man weiß, was die Module machen, welche Bildschirmbilder es gibt, welche Tabellen, Reports, Klassen, Eingabefelder usw.

Es ist vollkommen irrelevant, welche Modulkenntnisse man hat, weil Prozesskenntnisse entscheidend sind. Mir grausts vor Beratern und Entwicklern, die mit ihren Modulkenntnissen prahlen - weil die damit zeigen, dass sie keinerlei Prozessverständnis haben. Wir leben in einer Zeit, in der Prozesse über die Modulgrenzen und sogar über Körperschaften hinweg gelebt werden.

Wer mit Modulgelaber kommt, disqualifiziert sich mal gleich. Ich seh das im Business ByDesign-Umfeld, wo wir mit Heuristika ganz weit vorne dabei sind. Das MUSS man mit Leuten machen, die NICHT aus dem R/3-Umfeld kommen, weil die Mittelständler nur mit dem Kopf schütteln wenn man denen mit "Modulen" kommt.

Blackmyth hat Folgendes geschrieben:

Oder heißt es: Ich kann mich sofort hinsetzen und ohne "nachzudenken" gewünschte Anpassungen vornehmen?

Wenn du DAS "kannst", machst du nicht viele Projekte im SAP-Bereich. Leute, die nicht nachdenken, ehe sie mit dem Programmieren anfangen, sind die, deren Scherben ich später wieder aufkehren muss.

Blackmyth hat Folgendes geschrieben:

by the way: werde mich trotzdem mit Web Dynpro näher befassen.

Andere sammeln Briefmarken....


Ralf
_________________
Moderator
Heuristika • Datenschutz - SAP - SaaS-Konzepte