pr0gg3r

Nein, ich meinte, dass wenn 60-80% der Jobs durch Maschinen wegfallen (und es gibt tatsächlich solche Hochrechnungen), müssten diese Menschen irgendwie "aufgefangen" werden. Junge Menschen können sich noch entsprechend umorientieren, aber vor allem ältere Menschen, die nicht ganz so flexibel sind, haben dann ein Problem. Und bis vor einigen Jahren war es ja noch häufig so, dass viele bei einem Unternehmen bis zur Rente gearbeitet haben und das Bewusstsein noch bei vielen älteren Arbeitnehmern existiert. Diese Zeiten sind vorbei. Aber dafür muss auch die Politik eine entsprechende Infrastruktur aufbauen, zB durch Steuern (auf Maschinen). Wenn die Politik das verpasst, wird es natürlich schwierig, dass 20% der Arbeitnehmer mit spezialisierten Jobs die anderen 80% mit versorgen. Ob hier ein bedingungsloses Grundeinkommen (welches ja den Vorteil hätte, dass die Kaufkraft konstant bleibt) die optimale Lösung ist oder nicht, steht ja auf einem anderen Blatt - besser ist es, wenn es nicht erst soweit kommt. 
 

https://news.kununu.com/fachkraeftemangel-ist-ein-kassenschlager-martin-gaedt
dem stimme ich in großen teilen zu.

Wenn man eine REST(ful)-API machen möchte, verwendet man GET niemals zum Speichern, sondern POST. 

Du bist ein Troll, oder? Ansonsten gäbe es hier nur noch eine andere Möglichkeit, die ich aber nicht schreiben möchte, da sie als Beleidigung aufgefasst werden kann bzw. würde. Also umschreibe ich es mal so...
Ich bilde u.a. Fachinformatiker aus. Und eine der wichtigsten Fragen, die ich den Bewerbern stelle, ist "Warum möchten Sie Fachinformatiker (In dem Fall Systemintegration) werden und warum gerade in diesem Betrieb."
Und ich kann dir sagen, mit dieser Antwort bzw. Einstellung wäre hier das Gespräch zu Ende und du aus dem Rennen. Damit hast du dich dann selber disqualifiziert, da du mit so einer Antwort IMHO derzeit nichts in dem Beruf zu suchen hast.
Wenn ich das hier lese, kommt mir ein Satz aus meiner Jugend, ich mag 15 oder 16 gewesen sein, in den Sinn, den ich mal in einem Vorstellungsgespräch erhalten habe und als absolut demütigend empfand. Aber wenn ich damals auch nur Ansatzweise ähnlich drauf war, dann ergibt nun alles Sinn. Und zwar der Satz :
Denn solch eine Vorstellung von den Berufen in der IT ist katastrophal. Du bist irgendwann eventuell für Menschenleben oder die finanzielle Zukunft von Menschen und Unternehmen zuständig. Wenn in einem Krankenhaus mitten in einer OP ein System ausfällt oder der Server eines CTs während der Untersuchung eines schweren Auto-Unfall keine Daten erhält, wirst du sehr wohl in Stress geraten. Wenn in einer Bank plötzlich alle Bankautomaten keine Verbindung zum Server aufbauen können oder plötzlich Geld nicht mehr überiwesen werden kann, dann ist sehr wohl etwas Stress angebracht.  Was passiert wohl, wenn auf einem Flughafen die Systeme ausfallen? Da reicht bereits der Ausfall der Infotafeln um ein Chaos auszulösen 
Und z.B, dies sind alles keine fernen Schreckensszenario, sondern alles Fälle, mit denen ich als ITler oder Kunde in den letzten Jahren in Berührung gekommen bin. Und ich könnte jetzt noch stundenlang so weiter machen.
 

Wiewas? Entschuldige bitte, aber egal welche Tabletten du nimmst, sie bekommen dir nicht.
Als Fisi hat man immer mit Stress, Störungen und Anwendern zu tun.

Nur noch mal um Klarheit zu schaffen, die Definition eines Projektes nach DIN 69901:
Quelle: http://www2.hhu.de/muendlichkeit/Projekt-Netz/DIN.htm
Es wird sicherlich noch andere Definitionen geben, aber diese trifft es ganz gut. 

Nur noch mal um Klarheit zu schaffen, die Definition eines Projektes nach DIN 69901:
Quelle: http://www2.hhu.de/muendlichkeit/Projekt-Netz/DIN.htm
Es wird sicherlich noch andere Definitionen geben, aber diese trifft es ganz gut. 

Die Einzigartigkeit eines Projektes bezieht sich auf einen abgegrenzten Bereich und nicht für alles und jeden.
Es wird dabei auch nicht gesagt, dass bereits erlerntes Wissen dabei nicht genutzt werden kann. Man soll sich sogar vorher Informationen aus ähnlichen Projekten einholen, soweit möglich. Und du musst für das Projekt auch das Rad nicht neu erfinden.
Wenn ein Bauer seine Ware immer in einer metergroßen Kiste, zum Markt schleppt oder schleppen lässt und jetzt für diese Kiste aber Räder besorgt und anbaut, dann ist dieses Projekt "Umbau zum Karren" etwas völlig neues für den Bauer. Auch wenn sich der Bauer vorher von einem Karrenbauer erklären lässt, wie er Räder anbringt, ist dies weiterhin ein Projekt.
Bei dem Karrenbauer wiederum ist das was anderes. Dieser baut wiederholt Karren und baut dort Räder an. Immer nach dem gleichen Schema. Dies ist dann ein Prozess.
 
Wenn 200 Unternehmen einen WSUS einführen, dann haben danach 200 Unternehmen ein Projekt durchgeführt, an deren Ende ein WSUS beim Unternehmen läuft. Und dieses WSUS-Projekt muss bzw. wird sich in dieser Form, innerhalb dieses Unternehmens, nicht wiederholen. Und dieser WSUS ist für die Unternehmen ebenfalls etwas neues.
Und wenn dieser WSUS völlig veraltet ist und erneuert werden muss, dann wird ein neues einzigartiges Projekt angestoßen. Andere Infrastuktur, andere Projektteilnehmer, andere Anforderungen, andere Hardware, andere Software usw.. Es ist also trotzdem völlig einzigartig. Aber du kannst trotzdem natürlich deine Erfahrungen vom letzten Mal nutzen
Selbst wenn bei allen diesen Unternehmen der gleiche Dienstleister tätig wird, so hat dieser dann zwar ähnliche, aber dennoch verschiedene Projekte. Denn jedes Unternehmen unterscheidet sich stark von den anderen und man muss den kompletten Plan erneut und zugeschnitten auf das neue Unternehmen entwerfen. Aber das bedeutet nicht, dass du dabei deine Erfahrungen nicht nutzen kannst. Es ist alles ähnlich aber trotzdem einzigartig und entspricht auch allen anderen Kriterien eines Projekts.
Wobei du Fest davon ausgehen kannst, dass in solchen Fällen dann sehr, sehr viele Arbeiten innerhalb eines Projektes aus Prozessen besteht.
Das ist völlig Richtig. Und zwar innerhalb eines Unternehmens. Innerhalb eines anderen Unternehmens kann diese Tätigkeit ein Prozess sein. Ich hab dies nur nochmal aufgegriffen um meine oben genannten Beispiele zu untermauern.

Nein, ein Geschäftsprozess wiederholt sich, ein Projekt ist einzigartig.
 
Was man auch noch mit reinpacken könnte, wäre eine Amortisationszeit, bei denen man die Kosten für den (manuellen) Update-Aufwand von Windows-Updates mit dem Anschaffungspreis (Hardware, Windows-Server-Lizenz, Stunden der Installation) vergleicht, also, ab wann lohnt es sich, einen WSUS einzusetzen, statt Windows manuell bei X Rechnern zu updaten.

Nein, ein Geschäftsprozess wiederholt sich, ein Projekt ist einzigartig.
 
Was man auch noch mit reinpacken könnte, wäre eine Amortisationszeit, bei denen man die Kosten für den (manuellen) Update-Aufwand von Windows-Updates mit dem Anschaffungspreis (Hardware, Windows-Server-Lizenz, Stunden der Installation) vergleicht, also, ab wann lohnt es sich, einen WSUS einzusetzen, statt Windows manuell bei X Rechnern zu updaten.

Im Grunde ist es doch ein vollständiges XML-Dokument. Du bekommst halt nicht nur eins, sondern mehrere. Der Wurzelknoten ist halt <frame>. Nun kommt es halt auf den Kontext drauf an, was du mit den Daten vorhast. Wenn die XML-Struktur vorgegeben ist, könnte man dann den XmlSerializer verwenden und aus dem XML-Dokument ein POCO-Objekt erzeugen.
[XmlRoot("frame")] public class Frame {     [XmlElement("id")]     public int Id { get; set; } } string xml = "<frame><id>1</id></frame>"; XmlSerializer serializer = new XmlSerializer(typeof(Frame)); Frame frame = (Frame)serializer.Deserialize(new StringReader(xml)); Um einfach über alle Kind-Elemente im Wurzelknoten zu iterieren kann man auch ein XDocument verwenden:
string xml = "<frame><id>1</id></frame>"; XDocument xDoc = XDocument.Parse(xml); foreach(XElement element in xDoc.Root.Descendants()) {     Console.WriteLine($"{element.Name} -> {element.Value}"); } Ein XDocument lässt sich auch mittels Linq Filtern. 
Eine weitere Möglichkeit, um Abfragen auf XML-Dokumenten abzusetzen wäre XPath und der XPathNavigator:
string text = "<frame><id>1</id></frame>";            XPathDocument docNav = new XPathDocument(new StringReader(text)); XPathNavigator nav = docNav.CreateNavigator(); XPathNodeIterator nodes = nav.Select("//frame/*"); while (nodes.MoveNext()) {     Console.WriteLine($"{nodes.Current.Name} -> {nodes.Current.Value}"); } XPath ist eine vom W3C entwickelte Abfragesprache für XML-Dokumente. Eine Dokumentation findest du auch im Wikipedia-Artikel.
Viele Wege führen nach Rom aber ich halte die Lösung mit regulären Ausdrücken eine der schlechtesten. Das ist sehr fehleranfällig, denn was passiert, wenn dazwischen irgendwo mal ein Leerzeichen oder ein Zeilenumbruch ist? Damit muss dein Ausdruck auch klar kommen können, denn das ist ja kein Fehler. Auch sind reguläre Ausdrücke schlecht lesbar. Ich denke mal, du selbst wirst den regulären Ausdruck binnen kürzester Zeit nicht mehr verstehen und muss erst mal wieder nachschauen, was der bedeutet. XML-Dokumente einlesen ist ein gelöstestes Problem und warum sollte man sich wieder selbst eine Lösung ausdenken? Selbst das .Net-Framework bietet hier sogar mehrere Lösungen an. Das Framework bietet mit der XmlDocument-Klasse sogar noch eine vierte Variante.

Da ich einigen Kommilitonen Nachhilfe gebe (die zum Teil gar nichts mti IT studieren, sondern einfach das Modul irgendwie bestehen müssen), habe ich inzwischen einiges an Erfahrung, woran es hackt:
1. Grundlagen (1) 
Ganz häufig ist das Problem, dass sie zwar "irgendwie wissen", was Variablen, Klassen, Methoden usw. sind, aber nicht, wofür man die anwendet. Das muss einfach sitzen. Zum Beispiel kommen viele überhaupt nicht auf die Idee, hier und da einfach eine Variable zu deklarieren, in der irgendwas zwischen gespeichert wird. Dieses Denken muss sich auch erst entwickeln und darum ist es wichtig, damit rumzuspielen. Zum Beispiel, alle möglichen Operationen auf Integer anwenden, auf Floats, auf Strings, diese zu kombinieren, in ne neue Variable reinzuschmeißen usw. Damit man einfach ein Gefühl dafür kriegt, was überhaupt möglich ist. Und dann kommt irgendwann das Denken "oh, da mach ich mir ne neue Methode, schmeiß den Rückgabewert in ne Variable und arbeite damit weiter". Aber dafür muss man nicht "lesen, lesen, lesen" sondern einfach "machen, machen, machen".
2. Grundlagen (2)
Was auf jeden Fall sitzen muss sind Datentypen (primitive Datentypen, Arrays), Verzweigungen (IF, If-Else, If-Else if-Else, Switch-Case), Schleifen (while, do-while, for, foreach). Ich merke immer wieder, dass viele selbst nach einem halben Jahr Softwareentwicklung einfach nicht auf die Idee kommen, zwei Bedingungen in ein If zu stecken oder eine Schleife rückwärts laufen zu lassen. Wieso nicht? Der PC macht, was der Programmierer will (wenn der das richtig angibt)
3. Aufgaben verstehen
Mit Grundlagen 1 und 2 kann man schon sehr sehr viel machen. Zum Beispiel diese ganzen typischen Aufgaben wie z.B. "finde die größte Zahl in einem Array", "ermittle den Durchschnitt in einem Array", "gebe einen Text rückwärts aus", "implementiere ein Zahlenraten" usw., also die typischen Aufgaben für einen Anfänger. Diese Aufgaben muss man irgendwie vom Text in Code umwandeln. Ganz oft, gibt der Text aber auch Hinweise darüber, was man machen muss. Zum Beispiel: "der User soll eine Zufällige Zahl raten. Solange die Zahl nicht erraten wurde, soll 'Leider falsch... Nochmal raten' ausgegeben werden. Ansonsten, soll 'Super, du hast die Zahl erraten" ausgegeben werden. Gebe zusätzlich aus, wie viele Versuche der User benötigt hat". Darin steckt schon sehr viel, was man machen muss:
Der User soll eine Zufällige Zahl raten: Super, dann steck ich eine Zahl in einen Integer! Solange blablablabla...: Super! Solange irgendwas gemacht wird, ist immer eine Schleife (genauso wie "für alle..."). Wenn dies.... ansonsten...: Ahhhh, eine If-Verzwiegung! Wie viele Versuche: Ah, ich muss die Versuche irgendwo speichern. Ah, wie wärs mit nem Integer, den man hoch zählt, wenn die Zahl nicht getroffen wurde! Mit der Zeit entwickelt sich dann das "Denken in Code" und sobald das passiert ist, ist es egal, ob ich in einer Schleife jeden Zweiten Wert aus einem Array auslese, oder der Holzfäller jeden zweiten Baum fällt. Irgendwann entwickelt sich das schon.
4. Nicht das große Ganze sehen
In Punkt 3 habe ich eine Aufgabe, die vielleicht am Anfang komplex erscheinen kann, in viele kleinere Schritte zerlegt. Aber genau darum geht es: nicht das große Ganze sehen und nicht wissen, was zu tun ist, sondern Schritt für Schritt das Problem lösen. Zum Beispiel, erst einmal eine Zufallszahl erzeugen und ausgeben. Funktioniert? Wunderbar, dann kanns ja weiter gehen. Dann eine Zahl einlesen. Cool, klappt ja auch! Dann die Zahl mit der Zufallszahl vergleichen. Geil, gar kein Problem. Dann eine Schleife drumrum basteln. Oh, jetzt will er immer eine Eingabe. Wie unterbreche ich jetzt die Schleife, wenn die Eingabe stimmt? Was gabs da nochmal? Ah, genau, break. Perfekt, funktioniert. Nun noch ne Variable die die Fehlschläge zählt, die am Ende mit ausgeben und fertig. Cool, läuft. Und dann macht es auch Spaß
5. Dann erst komplexere Dinge machen
Sobald man Punkt 3 beherrscht, kann man sich komplexeren Dingen zuwenden, wie zB Klassen, Designpattern usw. 
6. Üben, üben, üben
Egal wie gut ein Programmierer ist, er kann immer noch was lernen. Aber die, die das Jahrelang machen, haben jeden Fehler zehn, zwanzig, hundert mal gemacht, bevor sie sich weiter entwickelt haben. Programmieren lernen hat (leider) nicht immer eine steile Lernkurve, sondern ist manchmal auch einfach ätzend. Aber wenn man dann nach drei Stunden endlich ein Problem gelöst hat, darf man auch mal stolz auf sich sein  

Eine Sprache ist genau dann regulär, wenn es einen endlichen Automaten gibt, der die Sprache akzeptiert.
Beispiel:
Eine Sprache, deren Wörter aus beliebig vielen Wiederholungen der Abfolge ab bestehen (also ab, abab, ababab usw) ist regulär. Ein einfacher Automat mit zwei Zuständen akzeptiert alle Wörter dieser Sprache.
Eine Sprache, deren Wörter aus beliebig vielen Wiederholungen von a, gefolgt von genauso vielen Wiederholungen von b besteht (ab, aabb, aaabbb usw.), ist nicht regulär. Du kannst keinen endlichen Automaten dazu konstruieren, weil du dir beim Auswerten der b quasi "merken" müsstest, wieviele a in dem Wort waren.

Möglichkeit 1:
Du zitierst Wikipedia, was nach >HIER< auch immer stimmt.
Möglichkeit 2:
Du zitierst nur die Angaben, welche du bisher durch die Herstellerseiten belegen kannst.
Möglichkeit 3:
du folgst den Wikipedia-Quellenangaben und prüfst, ob die genannten Angaben auch richtig sind.

Also:
Ich hatte meine Ausbildung (im 2. Lehrjahr) zur FISI ebenfalls aus psychischen Gründen abgebrochen. Nachdem ich dann 10 Wochen in einer Klinik war, 1 Jahr auf eine weitere ambulante Behandlung gewartet habe und diese dann auch Monatelang ging und ich hinterher noch ne Maßnahme vom Arbeitsamt gemacht habe, habe ich die Ausbildung auch neu begonnen (im 1. Lehrjahr).
Natürlich hat mich mein neuer Arbeitsgeber gefragt was ich in diesen 2 Jahren gemacht habe und ich hab angefangen rumzudrucksen das es so schwierig sei was zu finden... . Ich muss wohl ziemlich unglaubwürdig rübergekommen sein, weil mein Chef meinte er kann mir da nicht glauben das ich innerhalb von 2 Jahren mit Vorwissen keine Ausbildung gefunden habe.
Also habe ich alles erzählt und versichert das es mir aber jetzt gut geht und ich mich bereit fühle. Und zur Belohnung für meine Ehrlichkeit habe ich einen Ausbildungsvertrag bekommen Mir wurde ausdrücklich gesagt das man sich nur um mein Wohl sorgt und ich nur bescheid geben muss wenn ich Probleme jeglicher Art habe damit man gemeinsam einen Lösungsweg finden kann.
Ich denke das mein Betrieb die Entscheidung nicht bereut hat, ich bin bei den Mitarbeitern beliebt, hab super Noten in der Schule und bin motiviert, besser kann es nicht laufen. Ich wünsche dir und anderen Azubis dassselbe!

Umso spezieller die Anforderungen, desto weniger Fachkräfte gibt es natürlich, die das Gewünschte von vornherein beherrschen. Wieso dann nicht auf euren Stack spezialisiert ausbilden? Dann habt ihr in 3 Jahren einen Berufsanfänger mit euren gewünschten Skills. Ist natürlich eine Investition, aber dann könnt ihr ein Einstiegsgehalt zahlen und wisst, was er kann. Wird vermutlich billiger sein, als eine bereits ausgebildete Fachkraft mit höherem Gehalt einzustellen und erst mal zwei Jahre auf euren Stack zu spezialisieren. Ansonsten Werkstudentenstellen schaffen, Bachelor-/Masterarbeiten im Betrieb ermöglichen, bisschen Werbung dafür machen und diejenigen dann nach dem Studium einstellen. 

Wenn man eine Prüfung nicht anmeldet - und somit natürlich auch nicht schreibt - ist das KEIN Versuch. Wenn man sich anmeldet und ohne Krankmeldung nicht mit schreibt oder durchfällt, zählt das natürlich als ein Versuch.

Wenn man eine Prüfung nicht anmeldet - und somit natürlich auch nicht schreibt - ist das KEIN Versuch. Wenn man sich anmeldet und ohne Krankmeldung nicht mit schreibt oder durchfällt, zählt das natürlich als ein Versuch.

Du hast im ersten Moment vielleicht recht - Fairness ist etwas anderes. Dennoch, musst DU schauen, dass DU mehr Geld bekommst, weil DU andere Lebensumstände hast, für die dir DEIN momentanes Gehalt nur knapp reicht. 
Stell dir vor, es gibt Menschen, die einfach Geld haben das sich vermehrt, ohne etwas zu leisten. Es gibt auch Menschen, die einfach viel erben. Ist das fair?
Die Frage sollte aber auch nicht sein, was fair ist und was nicht. Die Frage sollte sein, was DU ändern kannst, um ein höheres Gehalt zu bekommen. Denn wenn du auf andere schaust, wirst du an deinem Gehalt nichts ändern. Deshalb ist es auch immer schlecht nach oben zu gehen und zu sagen: "der verdient aber mehr als ich und leistet weniger". Du bist nicht derjenige, der die Leistung der Kollegen zu bewerten hat. Du bist derjenige, der einen Vertrag unterschrieben hat und zu diesem Zeitpunkt zumindest kein Problem mit dem Gehalt hatte. Aber du bist auch derjenige, der nach einer Gehaltserhöhung fragen kann - aber argumentiere mit deiner Leistung, nicht mit der von anderen oder mit Fairness. Frage nach mehr Verantwortung oder was für Möglichkeiten es gibt, in der Firma voran zu kommen (das ist nicht gleich Arschkriechen). Ansonsten, kannst du dich auch jederzeit woanders bewerben. Vor allem, wenn du so viel (mehr) leisten kannst, wirst du auch einen Arbeitgeber finden, der das sieht und auch entsprechend bezahlt. Aber: es liegt in deiner Hand.
Sorry für die harten Worte. Ich verstehe absolut, dass es dich aufregt. Aber mehr als ein paar Tage solltest du dich nicht dami beschäftigen, sondern es dabei belassen oder eben selbst etwas an deiner Situation ändern. 

Nicht weiter darüber nachdenken! Vielleicht hat er besser verhandelt, vielleicht ist die Firma früher weiter entgegen gekommen... Warum auch immer: Dir nimmt ja niemand was von deinem Gehalt weg und gibt es ihm zusätzlich. Auch wenn es auf den ersten Blick unfair erscheint: so ist es eben, wenn es keine Tarifverträge gibt. Auch in einer anderen Firma, wird es so sein, dass der eine Kollege mehr, der andere weniger verdient. Auch die 11.000€ hören sich im ersten Moment nach viel Geld an. Das ist aber auch Brutto.
Wenn du aber allgemein mit deiner Bezahlung im Unternehmen unzufrieden bist, dann kannst du dich ja gerne um eine Gehaltserhöhung bitten. ABER: Argumentiere niemals mit dem Gehalt von anderen Mitarbeitern, sondern mit deiner Lebenssituation, dass du gerne mehr Verantwortung übernehmen möchtest usw. 

Danke für eure Antworten.
Das wars. Habs im Programmeinstiegspunkt per require_once eingebunden und schon geht es. Habe zwar noch keinen respond vom Server, aber das schaff ich jetzt glaube schon. Danke!
 
Danke für den Tipp. Ich hatte mal zu Debug Zwecken auf POST umgestellt, um zu schauen ob denn das AJAX - Script alles richtig verarbeitet. Hatte dann leider nur den Konsolen - Output von der einen Debug - Session genommen und und vergessen, dass ich es ja in der Weile schon wieder im Code geänder habe.
Kurz gesagt: Mein Fehler. Tut mir leid, dich auf die falsche Spur gelockt zu haben.

Du willst einen GET-Request machen, in der Console steht aber "POST ....". Daraus resultiert der internal error, der ja darauf hinweist, dass du etwas aufrufst, was er so nicht verarbeiten kann (was ja stimmt, wenn du den Fall "POST url" nicht mit einer Route abdeckst). 
Das Problem kommt vermutlich daher, dass du $.ajax({....}) mit type: type fütterst, statt mit method: post/get/..., also "method: type" verwenden musst. 

Was ist dir denn wichtiger? Deine Berufliche Zukunft oder dein Urlaub? Wenn mir ein Azubi sagen würde, er habe ja Urlaub gebucht am Tag der Zwischenprüfung, wäre es ok wenn er "krank" macht und im Herbst zur Prüfung geht, also da wüsste ich nicht ob ich genug Finger hätte um ihm den Vogel zu zeigen. Uhu hat meiner Meinung nach den besten Vorschlag gemacht, prüf die Flugzeiten der Airline und versuch einfach einen passenden Hinflug zu bekommen. Die Prüfung ist ja am Tag des Abfluges, also wirst du schon was bekommen, schlimmer wäre es ja wenn sie mitten in deinem Urlaub wäre.
Die Termine für IHK-Prüfungen werden aber nicht gewürfelt, sondern sind weit über ein Jahr hinaus auf die Woche genau geplant, so zumindest bei der IHK-Koblenz. Und da meines Wissens nach bundeseinheitlich (Ausnahme ist glaube ich nur Baden-Württemberg) am selben Tag geprüft wird, kann man das auch frühzeitig erfragen. Natürlich ist das ärgerlich mit deinem Urlaub, aber beiß in den bitteren Apfel und flieg nächstmöglich nach. Außerdem ist es ja kein toller Urlaub, wenn man dann immer im Hinterkopf hat, was man dafür für rießige Gefallen einfordern musste.

Natürlich ist es nicht so, dass Studenten 10 Semester Spaß haben und dafür den Bachelor bekommen. Student sein ist genau so ein Fulltimejob: Hier ein Projekt, dort eine Prüfungsvorleistung, dort noch irgendwas. Vor allem gegen Prüfungsphase wird es schnell sehr viel mehr, als eine 40-Stunden-Woche. Ein großer Unterschied ist die Eigenverantwortung: man bekommt nicht gesagt, dass man hier oder da das zu lernen hat (wie in der Berufsschule), sondern man muss sich selbst disziplinieren und organisieren. Das Leben als Student ist aber generell ein ganz anderes, als als Schüler oder Azubi. Und wenn man das mag, ist ein Studium gar nicht so verkehrt (aus diesem Grund habe ich mich auch für ein Vollzeitstudium entschieden).
Der nächste Unterschied ist, wie bereits gesagt, das fachliche. Ich (studiere Medieninformatik) hatte zB in Softwareentwicklung1 mehr Stoff innerhalb des ersten halben Semsetsers, als in der gesamten Berufsschule. Das selbige gilt für Netzwerktechnik, Datenbanken, BWL usw. Dann gibt es Module, die in der Berufsschule gar nicht behandelt wurden, wie zB IT-Recht, Mensch-Computer-Interaktion, Medienpsychologie, usw. Zusätzlich kann man sich je nach Wahl(pflicht)-Modulen noch weiter in bestimmte Richtungen spezialisieren.
Ich war anfangs, in den ersten zwei Semestern, auch viel am zweifeln, ob ein Studium überhaupt das Richtige für mich ist, vor allem da ich bisher eigentlich immer eher der Praktiker als der Theoretiker war und zwar meine Datenbankabfragen zusammenbasteln konnte und anfangs nicht verstanden hatte, warum man das mathematisch oder wissenschaftlich hier und da ausdrücken können muss. Mittlerweile merke ich aber, wie ich an Problemlösungen (und nichts anderes ist IT im allgemeinen) bewusster herangehe. Habe ich früher zB einen Algorithmus einfach so programmiert, weil ich es mir im Kopf so ausgemalt habe, sehe ich nun die (mathematischen) Strukturen dahinter und kann das ganz anders ausdrücken/kommunzieren/implementieren.
Ich möchte eigentlich gar nicht über das Geld reden, denn das war für mich nie eine Motivation.

Ich bin PHP-Entwickler mit dem Fokus aufs Backend. Hauptwerkzeuge sind PHP, SQL, XML und XSL. Dazu dann ein bisschen HTML und CSS, weil es eine kleine Firma ist und ich auch am UI mitarbeite.
Wie schon erwähnt hab ich die 2k netto. Aus dem Bauch heraus würde ich sagen, dass die im Backend-Bereich einfacher zu erreichen sind als im Frontend - einfach weil das Denken wohl so aussieht "Uh Datenbanken? Muss schwieriger sein als JavaScript Klicki Bunti".
Es kommt auch immer drauf an wo man landet. Es gibt viele Webagenturen die vielleicht nicht so gut zahlen [Kenne aber auch Kollegen die zur Webagentur gewechselt sind und mehr verdienen als ich - im Frontend-Bereich]. Auch die Entwickler von den Browser-Games haben oft viele Entwicklerstellen die aber wohl eher 'meh' bezahlt werden [hab keine genauen Zahlen, aber das ist das große Vorurteil]. E-Commerce ist häufig auch ein Glücksspiel ob man da gut bezahlt wird oder nicht, auch ob man mit interessanten Technologien und Methoden arbeitet oder 'einfach' den Shop wartet.
Bei meinem AG arbeite ich an den eigenen Webanwendungen. Das heißt ich spring nicht von der Websiteerstellung von einem Kunden zum Anderen, sondern ich entwickle unser Produkt weiter, plane neue Funktionen und Module, kümmere mich um Bugs, implementiere Schnittstellen zu anderen Sytemen...
Hier zahlt sich Know-How schon aus. Je mehr ich kennenlerne, desto besser kann ich mich verkaufen. Zum Beispiel haben wir ein paar Schnittstellen zur Datenübertragung. Da macht es schon einen Unterschied ob ich das Modul so aufbaue, dass je nach Schnittstelle einfach das Output-Format und/oder die Übertragungsart angepasst wird oder ob ich jedes mal die gesamte Businesslogik neu implementiere. Am Anfang der Karriere darf man solche Fortschritte, die erfahreneren als selbstverständlich erscheinen werden, ruhig den Vorgesetzten mitteilen um Pluspunkte zu sammeln.