Albi

netter versuch aber im Forum ist doch allgemein Bekannt das du Neinals nicht so geheimer Stalk... äh ich mein Verehrer bist

das würde ich jetzt auch behaupten xD

Kein Freund, ich dachte du hättest mal geschrieben du hättest einen Freund, oder war das HappyKerky? Mit Profilbildern komm ich immer durcheinander xD Doppelt gemoppelt hält besser? xD

ich würde jetzt einfach sagen dein Freund, außer du bist Single dann würde ich Asura sagen

willst jetzt doch Nacktputzen bei ihr?

können wir machen

Zumal der klar sein sollte das alleine die Lebenshaltungskosten im Silicon Valley Astronomisch sind, da kannst du froh sein wenn du ein 1 Zimmer für unter 2000 Dollar im Monat an Miete bekommst, denn wenn du nicht gerade bei Top Firmen wie Apple etc. ein Praktikum hast, musst du schon verdammt gut sein damit du schon als Trainee ein Gehalt bekommst mit dem du dir das Leben da drüben leisten kannst. Und wie schon erwähnt diese Stellen sind in 99% der Fälle für Studienabsolventen, heißt mit nur einer Ausbildung wirst du kaum eine Chance haben. Daher wie schon erwähnt, such dir einen Job hier, sammel Berufserfahrung und bewirb dich entweder bei einer US Firma, wobei ich dir hier auch gleich sagen kann das es extrem schwer ist einen Job in den USA zu bekommen wenn du dort nicht lebst, da du zum einen ein Visum brauchst, das muss oft vom Arbeitgeber beantragt werden und er muss begründen können warum er keinen US Bürger einstellt auf die Stelle und es kostet ein haufen Geld und Zeit, weshalb viele Arbeitgeber es wohl eher ungern machen außer wirklich große Firmen und die machen es dann auch nur wenn sie dich unbedingt haben wollen weil du so gut in deinem Job bist. Leider denken viele oft das das ganze doch nicht so schwer ist, ist es aber leider doch und ich befürchte mit Trump als Präsident wird es nur noch schwerer. Die einfachste Möglichkeit wäre fast dir ein DE eine Firma zu suchen die ebenfalls eine Außenstelle in den USA hat und nachdem du da etwas gearbeitet hast, dich vielleicht nach einer Versetzung in die USA zu erkundigen.

Mag durchaus sein, aber es gibt einfach extrem viele JAVA wie Webentwickler, hier muss man sich halt oft abheben oder man ist wie gesagt halt ein weiter JAVA Entwickler im Unternehmen der aber auch jederzeit leicht ersetzbar ist, beim Mainframe ist das wie schon gesagt einfach nicht der Fall wenn du gut bist und deinen Job ordentlich machst, bist du einfach nicht leicht zu ersetzen schon wegen des geringen Nachwuchses, im JAVA Bereich stehen da schon die nächsten 20 in der Schlange, da bist du einfach leichter weg vom Fenster wenn mal was nicht passt. Wie gesagt ich sage ja auch klar man muss es mögen und auch ich gestehe ganz offen, das ich noch nicht weiß ob ich das wirklich für die nächsten 40 Jahre machen will, aber wenn man die Möglichkeit hat eine Ausbildung zu machen in dem Bereich würde ich sagen, warum nicht, wenn man sich Privat auch weiter mit anderen Technologien befasst oder über die Firma die Möglichkeit hat wie ich auch noch ein wenig anderes zu tun, dann denke ich ist eine Ausbildung im Mainframe Bereich nie verkehrt, man hat ja dann 3 Jahre um zu sehen ob es einem taugt, wie schon erwähnt wurde ist ja nicht selten das man nach der Ausbildung in einem ganz anderen Bereich einen neuen Job findet, ich bin ja auch von XML/XSLT, ECMS Software Entwicklung etc. zum Mainframe gekommen. Einen Trend würde ich das ganze aber nach wie vor nicht nennen, wie gesagt gibt es da so viele Aspekte die wirklich große Unternehmen vom Schritt weg vom Mainframe einfach abhalten, allen vorran die Kostenfrage usw.

sicher auch das, aber es gibt auch mehr als genug "moderene" Unternehmen die mit Doku in etwa so viel am Hut haben wie ein Bankkaufmann mit kochen, die alten PL/1 Programme die ich bisher gesehen habe sind alle samt besser kommentiert als jeden Javacode den ich bisher gesehen habe. Das ma sein das es JAVA stellen wie Sand am Meer gibt, aber genau das ist wiederum wie schon gesagt ein Nachteil auf jede dieser Stellen musst du dich gegen teils 20 oder mehr andere Entwickler durchsetzen die genau das gleiche wie du können oder sogar noch besser sind, diesen Konkurrenz Druck hast du beim Mainframe einfach nicht, da diese gerade bei Jungen Leuten eher versuchen dich so gut wie möglich für sich zu gewinnen, mit entsprechenden Zusatzleistungen und Gehältern. Klar kannst du auch im JAVA Bereich gut verdienen bzw. hast viel Auswahl, aber sorry beim JAVA Bereich hast du auch viel eher das Risiko das du in ein Unternehmen kommst das nicht das Gelbe vom Ei ist und dich nur wie einen weiteren der 40-100 JAVA Entwickler behandelt die sie haben, beim Mainframe bist du gerade als Junger Kollege wirklich geschätzt, das hab ich jetzt erst vor 2 Wochen bei einem Anwendertreffen von verschiedenen Firmen gesehen. Wie schong gesagt, natürlich muss man das ganze auch mögen, wenn man der Typ ist der eh maximal 3-5 Jahre bei einem Unternehmen bleiben will und am liebsten so viele Bereiche wie möglich kennenlernen will, dann sollte man sich das mit dem Mainframe gut überlegen, wenn man aber offen ist auch 10+ Jahre an einem Projekt zu arbeiten, das ist der Mainframe eine gute Chance. Dem kann ich nur widersprechen und sagen als jemand der jetzt in dem Bereich arbeitet und es aus 1. Hand mitbekommt, sorry der Mainframe wird wohl nie aussterben, er entwickelt sich weiter öffnet sich auch für andere Technologien wie JAVA/Linux usw. aber der Mainframe ist bei vielen Unternehmen das Herz und IBM tut viel dafür das der Mainframe die Leistung bringt und das Herz bleibt. Wenn du vielen dieser Top Unternehmen vorschlägst den Mainframe durch eine Linux Serverfarm auszutauschen werden dich die meisen wahrscheinlich auslachen. Das selbe mit DB2, bei unserem Kunden in der Automobil Branche sehe ich es ja, da wurde ein riesen Projekt gemacht und es hieß "das machen wir mit Oracle und Linux Servern" das haben sie ziemlich schnell bereut, da die Oracle Datenbank und die Linux Server die Last der ganzen Anfragen die Täglich reinkamen nicht gepackt haben, am Ende ist es darauf hinaus gelaufen das jetzt wieder alle Daten in DB2 auf dem Mainframe gespeichert werden, das hat unmengen Kohle und aufwand gekostet für nix. Daher kann ich mir ein Schmunzeln nie verkneifen wenn einer daher kommt und denkt nur weil der Mainframe schon so lange läuft das er "bald" wegkommt. Auch das würde ich so definitiv nicht unterschreiben, Unternehmen wie z.b. die Allianz haben einen riesen Mainframe auf dem alles läuft, da waren wir eben vor kurzem bei dem Anwendertreffen und die waren da auch da, da wurde auch erst wieder gesagt die Allianz hat für den Mainframe noch pläne für mindestens die nächsten 20-30 Jahre und darüber hinaus weil einfach alles auf dem Läuft, die Datenanfragen und Mengen (auf die ich leider nicht näher eingehen darf) sind unglaublich und alle Allianz Stellen und Töchter gehen über diesen zentralen Mainframe hier in München. Wie gesagt als jemand der in dem Bereich arbeitet, kann ich sicher sagen, wenn du gut bist in dem was du tust dann glaub ich das kaum. Wie schon gesagt wurde gehalt.de würde ich hier sicher nicht als Referenz nehmen, ich weiß das einige der alten Hasen durchaus 90-120k im Jahr verdienen und selbst mir wurde wie gesagt beim Abwerbeversuch mit nur etwas über einem Jahr Berufserfahrung schon ein Gehalt von 50-55k angeboten, mit jährlicher Gehalterhöhung und zusätzlcihen Boni usw. Das ist wichtig da gebe ich dir Recht, aber es gibt so viele Ausbildungsunternehmen die das auch nicht machen, ich selbst war auch in einem "modernen" Unternehmen, hab viel gelernt, Objektorientierung war aber nicht wirklich viel und das meiste musste ich in der BS lernen, obwohl unsere Software auf JAVA basierte, aber weil ich nie im JAVA Bereich war hab ich es halt nie wirklich in der tiefe gelernt. Wie gesagt dem kann ich widersprechen, sicher gibt es Unternehmen die es versuchen, aber die meisten bleiben dabei weil Linux Serverfarmen und Co. einfach keine Alternativen sind, da IBM sein Betriebssystem nicht umsonst z/OS ("zero Downtime" OS) nennt, was bei vielen dieser Unternehmen einfach essentiell ist und sie Linux sowas nicht zutrauen, ganz abgesehen von den Kosten die entstehen das ganze umzuschichten usw. Das wollen die riesen Unternehmen einfach oft ungern investieren.

Hi krusoe, wie larsson schon gesagt hat, Mainframe/Cobol usw. werden schon viele Jahre zum aussterben erklärt, das ist aber eher quatsch, hat viele Gründe. Ich selbst arbeite seit etwas mehr als einem Jahr im Bereich Mainframe/ DB2 for z/OS als DBA hauptsächlich, mein Chef arbeitet selbst seit gut 30 Jahren in diesem Bereich und sucht auch immer nach Nachwuchs (leider bilden wir nicht aus, es gibt maximal ein Trainee Programm das 40 Tage Schulung umfasst zum Mainframe Entwickler), ich muss sagen die Arbeit hat viele extrem interessante Aspekte, aber man muss sich auch klar sein das du hier viele Komfort Funktionen nicht hast, wenn du mit dem "Schwarzen Loch" (TSO/ISPF, 3270 Emulator) dann gibts so tolle Dinge wie Keyword Vervollständigung nicht. Das kann für viele junge Leute erstmal abschreckend sein, aber das sollte es nicht, die Mainframes sind unglaublich mächtige Maschinen und du hast auch noch einen anderen großen Vorteil die "alten Hasen" wie beispielweise mein Chef sind wandelnde Wissensdatenbanken die dir so viele Geschichten und so viel Wissen vermitteln können, das ist unglaublich und du kannst nur Profitieren. Man muss aber auch klar sagen in diesem Bereich hast du definitv eine riesen Verantwortung, gerade weil das ganze hauptsächlich bei Top Unternehmen der Welt läuft wegen der immensen Kosten eines Mainframes, muss man sich immer im Klaren sein das ein Fehler im Produktivsystem schnell wirklich extreme Auswirkungen haben kann. Ich selbst bin über meinen Arbeitgeber bei einem großen Kunden in der Automobil Branche tätig und uns wurde damals von den DB2 Verantwortlichen beim Kunden als Beispiel genannt, wäre die DB2 Datenbank für 1 komplette Woche nicht verfügbar (in der Annahme auch Backups etc. würden nicht gehen usw.) wäre das Unternehmen pleite und die sind einer der größten Autohersteller der Welt, da einfach alles über dieses DB2 System läuft. Du bekommst auch extrem viel an Hintergrundwissen und Fachliches Wissen durch die "alten Hasen". Der Mainframe ist eine unglaublich mächtige Maschine, erst wenn man wirklich selbst damit gearbeitet hat, wird einem das klar. Und auch die alten Programme die über Cobol oder PL/1 laufen werden, entgegen der gerne verbreitenden Meinung von Leuten die mit den neueren Technologien wie JAVA etc. arbeiten nicht aussterben, das hat einige Gründe: 1. Viele der Programme laufen seit Jahrzehnten und tun ihren Job daher gilt bei den großen Unternehmen oft "Never touch a running system" 2. Jedes Cobol/PL1 Programm im Einsatz auf z.b. JAVA umzumodellen, würde Unsummen kosten die die großen Unternehmen oft einfach nicht ausgeben wollen, zumal nicht garantiert ist das die Programme mit JAVA etc. genauso stabil oder besser laufen, das sind einfach Risiken die diese Unternehmen nur sehr zögerlich mal eingehen. 3. selbst bei unserem Kunden werden noch mit PL/1 neue Programme geschrieben, es ist also nicht so das du nur alte Programme warten musst. Ich selbst arbeite hauptsächlich mit TSO/ISPF und DB2, habe aber auch schon meine erste PL/1 Schulung von meinem Chef erhalten, wir haben auch noch ein Webtool das unser Mainframe Team ebenfalls betreut das über JAVA läuft, somit hab ich hier auch die moderner Variante was nicht schlecht ist. Eine Sache ist sicher wenn du dich für diesen Bereich entscheidest und dran bleibst dann kannst du richtig viel Geld verdienen und so einiges lernen, aber du hast auch viel Verantwortung und es wird viel erwartet, da du wie gesagt der Nachfolger einer schwindenen Generation bist die dich natürlich soweit bringen können das du deren Job mal machen kannst und du glaubst garnicht was die alles machen, da gibt es mehr als genug "alte Hasen" wo moderne Unternehmen mehrere Fachabteilungen mit mehreren Leuten haben die alles das machen, was der eine "alte Hase" alleine macht. Ich seh durch meinen Chef der uns auch erst vor Kurzem von einem ehemaligen Kollegen erzählt, hat der ist in Rente gegangen und der Kunde hat 5 (!!!) neue Leute eingestellt die das machen sollten was der Kollege alleine gemacht hat in den letzten 20 Jahren und sie haben es nicht gepackt und ihn am ende aus dem Ruhestand nochmal als Teilzeitkraft eingestellt. Wenn du das aber mal kannst, dann hast du einen sicheren Arbeitsplatz bis zur Rente wenn du das möchtest, ich wurde erst vor kurzem von einem Headhunter kontaktiert der mich abwerben wollte für ein Projekt bei einem großen Kunden im Versicherungsbereich, wo er auch meinte das dieses Projekt schon für die nächsten 15 Jahre geplant ist, du siehst also wie larsson sagt, in diesem Bereich gehts teils gemächlicher zu und du kannst lange bei einem Arbeitgeber bleiben und bist nicht in diesem Schnelllebigen Bereich wo du gefühlt alle 3-5 Jahre den Job wechselst. Das mag nicht jeder, ist aber auch nicht verkehrt und wie gesagt Unternehmen nehmen gerne Geld in die Hand um jemanden zu halten der sich in dem Bereich auskennt, eben weil es kaum Nachwuchs gibt, weil die ganzen Jungen Leute lieber in die hippen Bereiche wie JAVA und Webentwicklung wollen, dir muss aber auch klar sein bei JAVA/Web Stellen musst du dich oft gegen unzählige Mitbewerber durchsetzen, beim Mainframe sind es sicher nichtmal ansatzweise so viele Grundsätzlich kann ich dir das ganze definitiv empfehlen, denn du wirst viel Lernen und hast wirklich sichere Jobaussichten wenn du dein Handwerk verstehst Ok das war etwas länger als geplant xD aber ich hoffe es hilft dir dabei

Ich kann nicht am 03.12. aber 10.12. wäre doch gut

Und was hab ich gesagt, gefühlt 100 mal beim durchsuchen des Codes, die 2 Variablen übersehen obwohl sie da fett und breit ganz oben stehen du hattest Recht Whiz-zarD, danke dir...

danke dir das könnte sein, ich hab schon an einigen Stellen ne Vermutung gehabt, aber leider war es dann immer doch nicht das was ich gesucht habe, daher dachte ich frage ich mal nach ob ich einfach nur blind bin, ist ja nicht so als würde das nicht gerne mal vorkommen das einem die antwort vor der nase hängt und man sie trotzdem nicht sieht bis einen jemand mit der nase draufdrückt xD

Ja das mit der Lizenz muss mein Chef dann noch entscheiden. Jetzt hab ich aber wieder eine kleine Frage, ich finde die Stelle im BasicFormatter einfach nicht... Und zwar hab ich jetzt die Formattierung schon etwas angepasst und z.b. beim create Tablespaces statement create tablespace abcdefg in hsdufine using stogroup jiodhfofe priqty -1 secqty -1; sieht es jetzt so aus: create tablespace abcdefg in hsdufine using stogroup jiodhfofe priqty -1 secqty -1; haben will ich es aber so: create tablespace abcdefg in hsdufine using stogroup jiodhfofe priqty -1 secqty -1; Ich finde nur einfach nicht die Stelle wo die Einrückung gemacht wird :/ überall wo Whitespaces eingefügt werden scheint es nicht die richtige Stelle zu sein oder ich bin einfach Blind...

Danke, das dachte ich mir fast, naja mal sehen werd da nächste Woche nochmal mit ihm reden, wie wir es handhaben. ich mein klar hast du recht ein Hexenwerk scheint es nicht zu sein, das ganze zu basteln, aber es wäre natürlich auch etwas angenehmer wenn man schon eine Basis hat^^ naja trotzdem schonmal danke, jetzt liegts am Chef

eine kleine Frage bzgl. der Verwendung des Codes, jetzt kam hier natürlich noch die Frage auf wie läuft das mit den Lizenzen wenn wir den Code von Hibernate verwenden und für unseren eigenen Formatter noch abwandeln, wir wollen das ganze ja in das Tool integrieren für das der Kunde bezahlt, mein Chef ist aber kein Fan davon sämtliche Änderungen die wir hier für unser Tool vorgenommen haben frei jedem zur Verfügung zu stellen, weshalb er eben auch wollte das wir es komplett selbst programmieren. Jetzt die frage müssen wir wirklich alles reinstellen oder können wir hier auch nur teilweise Erweiterungen wieder weitergeben und zumindest ein paar Sachen intern halten. Ich persönlich verstehe das Geben und Nehmen Prinzip schon, wir bekommen ja von Hibernate schon einen Teil des Codes wo wir uns Programmieraufwand sparen, da ist es eigentlich nur fair das man ihnen den erweiterten Teil dann ebenfalls zur Verfügung stellt, mein Chef is halt nur kein Fan davon weil er meint wir wollen das ja verkaufen als Bestandteil im Tool und es nicht gratis jedem zur Verfügung zu stellen, das machen die anderen Tools die was ähnliches können aber eben wegen Client nicht so perfomant sind und erst installiert werden müssen usw. ja auch nicht, dann wäre es ja doch sinnvoller es komplett selbst zu machen -.- Daher meine Frage damit ich hier ne Argumentationsgrundlage bei meinem Chef hab.

Ah das is aber tatsächlich sehr überschaubar. Und Whiz-zarD er hat sich nur an die konventionen der Hibernate Klasse gehalten

Haha wenn du es jetzt schon gemacht hast, wie hast du es denn angestellt? Da es noch ein paar Sachen gibt die bei dem Formatter noch fehlen, die werd ich mir aber selbst zusammensuchen, mit der Klasse hab ich schon ein wirklich großen Hilfscodeschnippsel

Das hättest du wirklich nicht machen brauchen, ich danke dir vielmals hier mal ein einfaches statment das keinen Sinn ergibt und nur zum Testen gemacht wurde Select a, b, c, d from test where a = b and c = b or c != a and i NOT IN (abc, def, hsbfakjhsfkbhwklfjbhkweh, fkijafberbjkefebrjkef, nukfnalkjsbfejfbhjks);

Ups garnicht gesehen, danke dir!

Danke dafür, das hat mir auch allesweg schon per PN empfohlen und probiert habe ich es durchaus, leider sieht das Ergebnis bei wirklich ellen langen SQLs mit JOIN und IN Klauseln nicht mehr ganz so hübsch aus, zumal er bei den IN Klauseln nach jedem Komma keinen Umbruch macht wie bei den Spalten, was eine lange IN Klausel leider die 72 Zeichen Beschränkung in der Länge sprengt. Und leider kann man bei Hibernate die Source Klasse BasicFormatterImpl nicht anschauen um vielleicht selbst da noch ein wenig fein config zu betreiben :/ bzw. sich daraus dann seine eigene Version zu basteln.

Das Problem ist wie schon gesagt, das wir nicht sicher sein können das diese Bibliothek die wahrscheinlich am ende auch etwas kostet, im Tool ohne weiteres funktioniert. Daher möchten wir es selbst machen, ich sehe es für mich auch als Übung hier Erfahrungen und Know-How zu sammeln.

Hmm ja so in der Art wäre wahrscheinlich die beste und einfachste Möglichkeit. Das mit der Tabelle is garkeine schlechte Idee, erstmal würde ich das ganze zwar fest codiert machen und wenn das läuft dann im nächsten Schritt das ganze mit einer Tabelle im Hintergrund die die entsprechenden Keywords enthält umsetzen. Ja das mit der Unterscheidung der Keywords damit nicht irgenwas anderes gefunden wird, da müsste man sich was überlegen, das gute ist das die Tabellen Namen beim Kunden eine Feste Namenskonvention haben an die sich all zu halten haben. Die Spaltennamen könnten da her das Problem werden. Die Syntax Überprüfung ist nicht on the fly, als schon bei Eingabe, die ist ebenfalls ein extra Button wo man draufklickt und einem dann gesagt wird ob das SQL so ausführbar ist. Vielleicht wäre es eine Möglichkeit das ganze in die Syntax Prüfung zu integrieren, aber da wäre wieder das Problem das den Leute ihren Code lieber im "Muss nur ich Lesen können" Stil halten, dann unsere Formatregeln aufgezwungen bekommen, daher ist es wohl besser den Formatter und die Syntax Prüfung getrennt zu halten, aber ich könnte mal schauen ob ich die Klasse finde die die Syntaxprüfung macht vielleicht ist da ja schon was brauchbares dabei das man für den Formatter ummodeln kann.

Whiz-zarD nachdem meine Lange und Breite Erklärung bei dir oben wohl zum einen Ohr rein und beim anderen wieder raus ist, deine Beiträge helfen mir nicht, es liegt nicht in meiner Hand, der Kunde will nichts anderes, wir haben nicht die möglichkeit Dinge einzukaufen und wollen es auch nicht aus oben genannten Gründen. In diesem Fall müssen wir uns eben selbst in das Programm arbeiten und das ganze selbst machen. Punkt aus Ende der Diskussion, daher bitte ich dich jetzt einfach wenn du nicht auf meine Bitte mit wirklicher Hilfe wie ich sie gerne hätte antworten kannst, es sein zu lassen, in diesem Fall helfen mir deine Beiträge nicht.

Danke schau ich mir mal an Das könnte vielleicht was sein, mal sehen Ja auch eine Einrückung soll es nach Möglichkeit geben, das möchte ich halt abhängig von Keywords aus SQL machen. ist schon vorhanden. ebenfalls schon drin Nein den gibt es leider nicht, das ist ja entsprechend das Problem, das einfach teils SQLs unlesbar sind weil keinerlei Einrückung oder Formatierung verwendet wird. Die Funktion ist nicht dauerhaft aktiv, es wird einen extra Button in der Oberfläche geben mit dem die Leute ihren Code wenn sie es möchten Formatieren können bzw. wenn sie eine SQL von einem Kollegen bekommen und der einer dieser "Hauptsache ich kanns lesen" Leute ist, dann haben sie hier einen einfachen weg den Code allgemein Lesbar zu machen mit dem Knopf, es gibt von IBM ein Datastudio das auf Eclipse basiert, das so eine Funktion hat, das haben wir schon gesehen, nur ist das Datastudio wuchtig und wir von kaum jemanden genutzt. Wir haben es auch nur mal zum Test installiert, leider kommt man an diese Klassen nicht ran, sonst wäre das ganze natürlich einfacher. so in der Art ja. Genau sowas in der Art haben wir uns vorgestellt, nur gesteh ich halt ein das ich einfahc keine Idee hab wie ich das anständig mache, daher die Frage nach den Codebeispielen, ich will keinen fertigen Code aller gebt mir was fertiges das ich nur einbauen muss, mir geht es schon darum selbst daraus zu lernen und es selbst zu bauen, ich brauch einfach nur ein wenig Starthilfe und ein bisschen Inspiration Hat es schon etwas