pr0gg3r

Output = Ausgabe. In dem Fall, was Java in der Konsole anzeigt (dieses System.out.prinln(...)). Vom Zusammenhang her würde ich das einfach unter den ActionListener schreiben.

Also erst einmal, würde ich dem JFrame noch folgendes hinzufügen: frame.setDefaultCloseOperation(JFrame.EXIT_ON_CLOSE); So wird das Programm beendet, wenn der Frame geschlossen wird. Was willst du mit e.getSource() erreichen? Lass das einfach weg und schmeiß da dein Output rein: ActionListener al = new ActionListener() { public void actionPerformed(ActionEvent e) { System.out.println("wurde geklickt"); } }; Dann musst du den ActionListener noch den Buttons zuweisen: for(int i = 0; i < liste.size(); i++) { liste.get(i).addActionListener(al); } Zusätzlich brauchst du die geschweifelte Klamme-Auf nach der Array Liste nicht und die Klammer-Zu nach frame.add(panel) auch nicht.

Dabei gehört die Personalerin aber genauso wenig zum operativen Geschäft wie die IT... Wobei es auch Firmen gibt, da stellt die IT den anderen Abteilungen für die Tätigkeiten Rechnungen, die dann vom Abteilungsbudget bezahlt werden, so dass die IT dann überwiegend Gewinn macht und zusätzlich Equipment, Mitarbeiter usw. bezahlen kann. Zusätzlich ist das Image größer und die Abteilungen beauftragen nicht jeden Kram wie "HILFE!!! Mein Hintergrundbild ist verzerrt"... Es ist Verhandlungssache. Wenn du mit 33600 (2800x12) kommst und die sagen, sie wollen nur 25k ausgeben, ist die Verhandlung ja von vorn herein gescheitert, da lohnt es sich auch nicht, sich bei 27k zu einigen. Wenn du aber mit 40k anfängst und die Firma mit 35 entgegen kommt, kannst du bei 37500€ landen oder eben diese 35k annehmen, was dann immer noch höher ist als 33600 (die dann natürlich auch noch herunter gehandelt werden). Bei meinem letzten AG hab ich einfach mal ganz unverschämt die Hälfte von meinem Wunschgehalt nochmal dazu addiert, einig geworden sind wir dann bei meinem Wunschgehalt + 1/4 drauf. Hätte ich bei meinem Wunschgehalt angefangen, wäre das schwieriger geworden.

Wenn du einfach mal nach "[deine verwendete Programmiersprache] Datei aus Internet laden" googelst, wirst du genügen Beispiele finden, wie du eine Datei anhand einer URL herunterladen (=aufrufen) kannst. GET-Parameter kannst du dann einfach anhängen. Wenn du aber mehr aus dem HTTP-Protokoll herausholen möchtest (selbst POST), solltest du eher nach einer HTTP-Klasse schauen.

Natürlich nicht. Wenn wir aber die Lösung(! ) anschauen, haben wir im Thread mindestens zwei Teile: - Das Sammeln von irgendwelchen Daten (wie auch immer, das weiß nur der TE) - Das Speichern von Daten Ich zumindest würde erst einmal überprüfen, welcher Teil das Thread-Problem verursacht. Wenn es der erstere ist, muss man an dieser Stelle optimieren. Wenn es im letzteren liegt, wäre mein obriger Vorschlag eine Möglichkeit, das Thread-Problem zu beheben. Meine Kristallkugel sagt mir, dass es immer problematisch ist, zig Verbindungen zu einer DB aufzubauen (dabei könnte man auch eine Instanz einer Verbindung nutzen). Genauso problematisch ist es, eine Textdatei zig mal zu öffnen und zu schreiben, ohne zu wissen, ob noch andere Prozesse die Datei zum Schreiben geöffnet haben. Mit der TCP-Verbindung ist es genauso, was ist, wenn der Ping (warum auch immer) mal höher als 250ms ist... Also laut meiner Kristallkugel ist das gesamte Vorhaben, so wie es jetzt umgesetzt ist, sowieso kritisch einzustufen.

Da hast du vollkommen Recht, Klotzkopp. Ich würde aber erstmal schauen, was überhaupt gemacht wird: Das ist die Anforderung. Wie wäre es dann, wenn man die Daten erst einmal alle 250ms sammelt (in einem Thread mit geringer Auslastung, der innerhalbt von 250ms laufen und bestenfalls beendet werden kann) und dann bei geringer Auslastung entsprechend (auf einmal) schreibt? Ich denke, der Overhead entsteht durch die ganzen Verbindungen, zB sind Datenbankverbindungen und erst recht die Abfragen ziemlich Ressourcenfressend. Dass dies (auf Dauer) nicht unter < 250ms geschieht, ist klar, zumal die Datenbank sich meist auf einem anderen Server befindet als die Applikation.

Ich weiß auch nicht, ob ein Threadpool die richtige Lösung ist. Er will alle 250ms ein Thread erstellen, egal ob x Threads bereits laufen. Bei einem Threadpool werden die Threads aber ab x Stück in eine Warteschleife eingereiht und erst später gestartet. Also dann nicht nach 250ms gestartet sondern "irgendwann". Auf der anderen Seite, kann man nur bis an die Grenzen viele normale Threads starten. Und die Grenze ist ja erreicht.

Was ist denn genau mit "Grundmodell" gemeint? Ich würde einfach mal mit EVA "Eingabe - Verarbeitung - Ausgabe" antworten. Lässt sich auch super googeln

Wieso nicht mit PHP (include())?

Auf einem Macbook kannst du iOS- als auch Android-Apps entwickeln, da Android-Apps in Java entwickelt werden und die IDEs dafür (Eclipse, Android-Studio, ...) auch für OS X verfügbar sind. Ich ärger mich, dass mein Macbook zu alt für das neueste OS X und somit für die neueste XCode-Version ist. Ob deine Tätigkeit nachher nur auf ein mobiles OS beschränkt sein wird, kann ich nicht sagen. So kannst du aber in beide Systeme "reinschnuppern" und schauen, was dir eher liegt. Ich zB mag Objective-C garnicht.

Ich würde dir erst einmal empfehlen, da ohne Emotionen ranzugehen und trotzdem deine Interessen (dass du weiterhin gerne die IT übernehmen würdest) zu vertreten, das dann aber sachlich. Viel wichtiger als was du "gerne möchtest", ist: Was macht am meisten Sinn? Was "Sinn" bedeutet, kann jeder für sich festlegen. Im Sinne der GL ist natürlich eine günstige IT von Vorteil. Es wird aber nicht günstiger sein, die IT auszulagern anstatt dich 4 Stunden / Woche damit zu beschäftigen. Was ist denn die Motivation der GL, das outzusourcen? So wie ich das verstanden habe liegt im Vordergrund die Aktualisierung der Systeme auf einen aktuellen Stand. Vermutlich kommt das Outsourcen dadurch ins Spiel, dass du das mit 4 Stunden in der Woche nicht schaffen wirst. Ich denke, dass du befürchtest, dass du nichts mehr mit der IT zu tun haben wirst. Aber was ist, wenn die Aktualisierung abgeschlossen ist? Wird das System dann weiter extern betreut? Und kannst nicht du dennoch die IT-Aufgaben, die du bisher erledigst, trotzdem weiterhin erledigen? So gesehen, kannst du das auch als Chance für dich betrachten, indem du eng mit dem Systemhaus zusammenarbeitest. Dann hast du sogar den Vorteil, dass du jemanden in der Verantwortung hast, wenn etwas doch nicht so läuft wie geplant. Ich verstehe, dass du im ersten Moment wütend bist. Aber man kann ein System nicht von heute auf morgen aus der Hand geben. In der Tat ist es so, dass viele Inhouse-IT-Abteilungen möglichst viel oursourcen. Aber nicht, weil sie es nicht können oder weil es billiger ist, sondern einfach weil man in manchen Bereichen nicht so effizient sein kann wie Profis, die das ständig machen. Oursourcing ist also nicht immer gleich negativ zu betrachten. Ich empfehle dir, einfach mal abzuwarten und möglichst engagiert an der Sache mitzuwirken. Dann wirst du auf jeden Fall weiterhin gefragt sein. Wenn du dich quer stellst und du übergangen wirst, stehst du nachher ohne IT-Aufgaben da. Habe beides schon erleben dürfen.

Bei uns war es ehemals so, dass jeder Standort seine eigne autonome IT hatte mit einer eigenen Domäne und bestenfalls Vertraunsstellungen gegenüber den anderen Standorten. Mittlerweile sind wir dabei das zu zentralisieren (da die Zusammenarbeit zwischen den Standorten zunimmt), es gibt eine übergeordnete Domäne und jeder Standort hat seine stadt.domäne. Wobei es auch Standorte gibt, die geschlossen werden bzw. von einem anderen einverleibt werden oder auch mal ein Standort in eine andere Stadt umzieht... Dann gibt es den Nachteile, da zB die alten Städte als "Leichen" immer irgendwo zurückbleiben. Ich denke, egal wie gut man versucht das zu planen: Konflikte werden immer auftreten. Und eine mögliche Lösung schafft dann neue Probleme. Da muss man einfach auch mal kompromisse eingehen.

Ich finde den Satz garnicht schlecht, da es bedeutet, dass die Firma ihn gerne weiterhin als Arbeitnehmer gehabt hätte.

Wie wäre es mit einem Wechsel der Fachrichtung vom Anwendungsentwickler zum Systemintegrator? Das wäre jedenfalls von der Bezeichnung her näher an einem IT-Systemelektroniker dran. Wobei die Bezeichnung der Ausbildung später sowieso nicht dem der Stelle entspricht. Ich habe auch die Fachrichtung vom SI zum AE gewechselt, das ging relativ problemlos. Die IHK meinte nur, das muss spätestens im zweiten Lehjahr sein, weil sich im dritten die Schwerpunkte in der Schule leicht verlagern. Ruf am besten mal die IHK an und erkundige dich. Ansonsten liegt es dir natürlich frei, dich mit dem FIAE auch für andere IT-Stellen zu berwerben.

Noch etwas zum Thema Sharepoint: So wie ich es im Einsatz kenne, hat man damit vor allem mit dem Kunde ernsthafte Konflikte. Er will vieles anders, als es mit Sharepoint (effizient) realisierbar ist. Man ist also dauernd dabei, dem Kunde etwas auszureden oder etwas anderes einzureden. Oder man hat jemanden, der von oben sagt, wie eine Lösung sein muss und darf dann selber dran rumfrickeln bis es wie gewünscht funktioniert. Also für mich wäre das nichts und ich bin froh, dass ich mit Sharepoint nichts mehr zu tun habe.

Dann wäre doch Angebot 2 eher etwas für dich. Vielleicht fühlst du dich in einem "festen" Team doch wohler, als ständig professionell beim Kunde auftreten zu müssen. Sehe ich auch so und deshalb schwätzen das die Agenturen ihren Kunden gerade auch ziemlich auf.

Ich weiß nicht was alle mit Sharepoint haben, für mich persönlich wäre das auf jeden Fall nichts... Der Vorteil bei Angebo t1 ist, dass man bei verschiedenen Kunden eingesetzt wird und somit auch irgendwann Projektleiter werden könnte. Das ist bei (großen) Entwicklungsabteilungen eher langsamer möglich aufzusteigen. Aber wenn man bei Angebot 1 über lange Zeit bei einem einzigen Kunde ist, sieht es auch wieder anders aus. Besteht denn nicht die Möglichkeit, vorab ein Praktikum zu machen? Oder vorbei zu schauen um das Umfeld zu sehen?

Mal objektiv betrachtet ist Angebot 1 deutlich besser vergütet. Ist halt die Frage, ob dir Sharepoint gefällt? Was mich auch ein wenig stuzig macht, ist dieses "bem Kunde vor Ort". Wirst du nur beim Kunde eingesetzt? Oder wie viel % der Arbeitszeit macht das aus?

Ich denke auch, dass man sich neu bewerben muss. Aber ruf doch einfach mal die Uni/FH bzw. derren Studienberatung an. Evtl. kannst du dich bereits jetzt auf das Folgesemester einschreiben.

Diejenigen, die bei mir Abitur in der Berufsschule haben, haben meist einen Schnitt von 1,5-2,5. Aber es gibt auch Außnahmen mit 4er-Schnitt. Bei denen bin ich mir aber ziemlich sicher, dass der nötige Ernst, Faulheit und Desinteresse dazu führen. Wie bereits gesagt: Es kommt auch auf dich und deine Einstellung an. Mach dir keine Sorgen, wenn die Interesse und der Wille da ist, wirds schon klappen. Evtl. bist du auch eher unter- als überfordert.

Es im Webbereich ziemlich viele Quereinsteiger (die davor manchmal auch garnichts mit IT generell zu tun hatten). Daher wirts du mit Erfahrung in PHP und MySQL (wobei du auch HTML und JavaScript nicht vernachlässigen solltest) genauso eine Chance für eine Stelle haben. Aber generell sind die Gehälter in der Medienbranche eher niedrig.

Durch einen Arbeitgeberwechsel erreicht man in der Regel höhere Gehaltssprünge als durch Gehaltserhöhungen. Es war bisher ja so: - Erste Erhöhung um 50€/Monat = 600€/Jahr - Zweie Erhähung um 100€/Monat = 1200€/Jahr Behalten wir das Muster bei. Selbst bei einer Erhöhung von 200€/Monat, wären das nur 2400€ im Jahr, woraus sich 30.300€/Jahr an Gehalt ergeben würden. - bei 300€ Gehaltserhöhung wären das 31.600€ - alles drüber halte ich für sehr unwahrscheinlich, denn das müsste eine Gehaltserhöhung um 12.000€ im Jahr (1000€/Monat) sein um auf die gewünschten 40k zu kommen. Also ganz ehrlich: Eine neue Stelle suchen! Ein Oracle-Datenbank-Experte wird zwar nicht überall gesucht, aber wenn man ein Stellenangebot findet hat man große Chancen dafür und auch für ein gutes Gehalt.

Ich weiß jetzt nicht genau welchen Fachbegriff du suchst, aber - Tagesgeschäft: Die Dinge, die ständig gemacht werden (Backups, User anlegen, ...) - Projekte: Zielgerichtete zeitlich begrenzte Aufgabe - Outsourcing: Von Inhouse an eine externe Firma auslagern Unsere IT versucht auch immer, möglichst viele Aufgaben nach extern zu verlagern, da dort einfach die Profis für die jeweiligen Projekte zu finden sind. Zum Beispiel macht bei uns (bin auch Inhouse-IT) eine externe Firma SAP, eine andere Firma hat den Serverraum geplant, wieder eine andere Firma kümmert sich um die Firewalls (auch anderer Standorte), usw. Die Inhouse-IT ist dann natürlich für das Tagesgeschäft und die Koordination zuständig, hat also über alles den Überblick und Knowhow um den reibungslosen Betrieb der IT-Systeme zu gewährleisten und ggf. Störungen zu beheben (lassen). Manche sagen dafür auch "Mädchen-für-alles-Stellen", mit leicht abwertendem Ton. Aber man hat dort eben andere Herausforderungen als wenn man zB bei einem Dienstleister arbeitet und wirklich nur eine Sache für Kunden administriert. Dann kennt man sich damit super aus, aber nicht bei anderen Dingen. Es soll angeblich immer besser sein, sich auf etwas zu spezialisieren. Ob das bei euch Intern auch möglich ist, kann ich natürlich nicht sagen. Bei uns ist es so, dass jeder seine speziellen Aufgaben hat (meine zB alles was zu programmieren ist und was damit zu tun hat), aber trotzdem über alle anderen Gebiete ein wenig Knowhow hat, damit man notfalls auch einsrpingen kann.

Ihr macht mir gerade ein wenig Angst, nach der Ausbildung eine gute Stelle als Programmierer zu finden. Wobei ich das leider bestätigen muss, wenn ich durch die Stellenanzeigen blätter, was da für Anforderungen an Junior-Entwickler gestellt werden. Das kann man alles innerhalb von drei Jahren Ausbildung garnicht abdecken. Aber selbst mit einem Studium werden die Anforderungen nicht durch die Studieninhalte abgedeckt. Das meiste sind einfach speziell auf die Programmiersprache abgerichtete Dinge, die man nur der Praxis kennen lernt. Und wenn niemand einen einstellt und expliziet schult und weiterbildet, hat man verloren. Aber das findet man nur selten. Währenddessen redet die Branche von Fachkräftemangel...

Also bei mir in der Klasse haben die FISIs Noten schlechter als 4 in SAE (wir machen auch Java). Wenn man die Prüfungen der letzten Jahre anschaut, kommt bei den Anwendungsentwicklern zwar auch Subnetting und Netzwerkfragen dran, bei den Systemintegratoren aber keine Fragen zu irgendwelchen Programmiersprachen. Selbst für die Anwendungsentwickler reicht es aus, nicht programmieren zu können sondern nur Struktorgramme zu verstehen und schrieben zu können. Es wird nicht nach einer bestimmten Sprache gefragt. Wie denn auch, wenn jede Berufsschule andere Sprachen beibringt. Struktogramme reichen also vollkommen aus. Zum Programmieren braucht man gewisse Denkmuster, die eben nicht jeder beherrscht. Es gibt hoch intelligente Leute, die das Programmieren einfach nicht in den Kopf kriegen. Dazu im Gegensatz bin ich zB sau dumm und kann garnichts. Aber Programmieren ist einfach mein Ding. Also mach dir nichts draus, wenn du Schwierigkeiten damit hast. Wenn du jetzt Anwendungsentwickler wärst, würde ich sagen, dass es vielleicht nicht die glücklichste Berufswahl ist, aber da du ja Fisi bist hast du ganz andere Herausforderungen die du meistern musst. Und dafür brauchst du sicherlich kein Java