KeeperOfCoffee

Sorry aber manche Firmen sind bekannt für die Qualität ihrer Ausbildungen bzw. was für Azubis getan wird um diese zu bilden. Würde ich nicht unterschätzen. Diskussionsbedarf ist dann halt eher, warum er nicht übernommen wurde von dem bekannten Unternehmen...

Inwiefern beherrschen? Ich würde jedem Entwickler misstrauen der meint er würde Sprache xyz "beherrschen". Selbst die Entwickler vieler Sprachen lernen ständig Neues was sie selbst nicht wussten.
Programmieren ist mehr als eine Sprache zu "können". Nach der Ausbildung solltest du in der Lage sein jeden Code lesen zu können und zu interpretieren. Fixiere dich nicht auf die Vorstellung, dass du irgendwann alles auswendig weißt und kannst. Selbst die besten Entwickler gucken noch in die Dokumentationen für spezielle Probleme oder nutzen StackOverFlow.
Was man erst lernen muss ist ein gewisses Verständnis rund ums programmieren. Die Sprache wird dann am Ende irgendwann egal, da man sich heutzutage schnell einlesen kann und die meisten Fragen schon von 1000 Leuten gestellt wurden.
Außerdem wie heißt es so schön: Wer keine Fehler macht kann sich nicht entwickeln.
Ich persönlich arbeite seit ich hier bin an einem Projekt mit an welchem schon seit 5 Jahren gearbeitet wird. Ich hatte aber schon Basiswissen.

Weißt du an was mich diese Aussage erinnert?
"Wir hätten gerne einen Azubi, welcher am Besten bereits das Wissen von 3 Jahren Ausbildung hat und bereits 2 Jahre Berufserfahrung, damit wir ihn nur noch eben fix schleifen müssen und danach direkt produktiv einsetzen können."
10 Tage im voraus erst anfangen ist meiner Ansicht nach Humbug. Deinen Erklärungen nach, hast du die Ausbildung komplett richtig abgehandelt und dein Arbeitgeber hat seinen ordentlichen Teil dazu beigetragen.
Wer in den 3 Jahren ordentlich lernt und dahinter bleibt, muss für die Abschlussprüfung nur das pauken, was nicht ganz Bestandteil des Lernfeldes war und das möge vielleicht in 10 Tagen gerade noch so klappen. Allerdings sind einige Azubis mit Ausbildungsbeginn erst 16/17 und vll. 80% legen ihre Prioritäten eben nicht aufs lernen, sondern auf "oar ist das nervig! Muss ich das können? Das kann ich später noch googlen! Das braucht doch dann keiner mehr!" oder bei "Ich bin FISI ich muss nicht Programmieren!" / "Ich bin FIAE, ich muss keine RAIDS können!". Selbst einige älteren Jahrgänge wie Studienabbrecher oder Abiturienten denken so.
Somit rutschen einige Themen während der Ausbildung nach hinten und müssen dann zur Abschlusszeit wieder nachgepaukt werden! Und was folgt danach? Richtig! Die Dinge die darauf Aufbauen, weil die Leute dann gar nichts mehr kapieren.
Jemanden zu Empfehlen, dass 10 Tage komplett ausreichen ist einfach nur dreist. Es werden sich einige zu Vorbild nehmen, welche sich danach beschweren und sich gegebenenfalls für absolut dumm halten, weil sie sich einen falschen Durchschnitt aufgrund solcher Aussagen bilden.
Findest du dann nicht, dass du dezent über dem Durchschnitt warst? Und dann willst du dein Wissen und dein Lernverhalten als Durchschnitt setzen? Tut mir leid, meiner Ansicht nicht Quatsch wie der von Hallo2.

Oder er macht, wie nicht gerade wenige hier, nach 3 Jahren Berufserfahrung sowas wie den Wirtschaftsinformatiker...
Gibt nicht wenige hier, die sich auch ohne Abitur später noch weitergebildet haben. Möglichkeiten gibt es immer irgendwie

Bild hat Bezug. 

"Hacken" im Sinne von "Programmieren" deutet auf eine schnelle, möglicherweise unsaubere Lösung hin. Wenn man schnell ein Problem lösen muss, dann "hackt" man etwas zusammen. "Schreiben" hingegen impliziert meist eine methodische Herangehensweise. Wo das "gehackte" Programm oft nur einen speziellen Anwendungsfall im Sinn hat, versucht ein Entwickler beim "Schreiben" einen (soweit sinnvoll) generischen Zugang zum grundlegenden Problem zu finden und zu lösen.
Ich denke, die wenigsten Softwareentwickler würden von sich behaupten, ihr Job sei es, Programme zu "hacken" (auch hier immer noch in der Bedeutung "entwickeln" oder "programmieren").
Mit "Hacken" oder "Cracken" im Sinne von "Schutzmaßnahmen umgehen" oder "in fremde Systeme eindringen" hat das nichts zu tun.

Allgemein möchte ich hinzufügen:
- Es schadet nie sich ein paar mal die Woche abends hinzusetzen und ein Programmierbuch/kurs anzuschauen.
Man sollte versuchen dabei selbst auch einige Aufgaben zu machen und mit der Dokumentation der Sprache zu arbeiten.
 
In meiner Klasse z.B. hat jeder so ein Buch und die meisten nutzen es teilweise sogar im Unterricht, weil ihnen der Programmierunterricht zu langsam vorangeht
- Sich über aktuelle Themen aus der It zu informieren (heise, golem, c't, iX etc pp.)
Gerade über neue Technologien, oder neue Versionen von den Sprachen x und y...
- Sich in It- oder (randomProgrammingLanguage) Foren anzumelden (huehuehue)
- Sich evlt. mit (neuen/kleinen) Open Source Projekten auseinander zu setzen (evlt. nicht gerade Firefox|Chromium sondern was kleines^^).
- Vlt sogar mit BS Kollegen an etwas zusammen arbeiten
Die meisten Azubis werden aufgrund ihres Interesses eingestellt.
Daraus schließt man schnelles lernen. Dies sollte man natürlich auch bestätigen, indem man sich auch etwas privat damit beschäftigt.
Sämtliche Fragen die dadurch entstehen kann man dann dem Ausbilder hinwerfen
Eigeninitiative ist halt immer gefragt

Das ist unterschiedlich...manche echt große Betriebe Schulen die Azubis erstmal 2 Monate bis alle das selbe Grundverständnis mit den Techniken x, y und z haben.
In kleineren Betrieben kann der Azubis meist selbst "rumprobieren" und hat Ausbilder der ihm zu Seite stehen. Meist hat er dann ne bestimtme Zeit in der Woche in der ihm etwas mehr Zeit gewidmet wird. 
Imo hinkt die Berufsschule IMMER dem Betrieb hinterher (bzw. ein interessierter Azubi lernt meist eh den Stoff schneller, da er z.B. ein Buch durcharbeitet oder sonst irgendwie schon selbst lernt). Die Berufsschulen sind einfach teilweise recht langsam. Dies ist von Schule zu Schule und Lehrer zu Lehrer unterschiedlich.
Das beste was ich dir raten kann => Einfach deinen Ausbilder fragen. Vlt. gibt es in dem Betrieb Schulungen, oder man finanziert dir Lernmaterial (Bücher, Plurasight usw.). Generell kommt es aber, wie du weißt, auf Eigeninitiative an.
Übrigens kann man einen Azubi schlecht "zwingen" in 2 Wochen die Themen xy zu verstehen und zu können...
Vor allem sollte es dem Ausbilder interessieren, dass der Azubi es ja auch RICHTIG LERNT und sich es nicht selbst (falsch) zusammenreimt.
 
Edit: Ich möchte Anmerken, dass Azubis (bei dir wohl auch) viel zu viel Augenmerk auf GUI und so werfen. Die ist gerade am Anfang totalll unwichtig, da man woanders viel mehr lernt

Inwiefern beherrschen? Ich würde jedem Entwickler misstrauen der meint er würde Sprache xyz "beherrschen". Selbst die Entwickler vieler Sprachen lernen ständig Neues was sie selbst nicht wussten.
Programmieren ist mehr als eine Sprache zu "können". Nach der Ausbildung solltest du in der Lage sein jeden Code lesen zu können und zu interpretieren. Fixiere dich nicht auf die Vorstellung, dass du irgendwann alles auswendig weißt und kannst. Selbst die besten Entwickler gucken noch in die Dokumentationen für spezielle Probleme oder nutzen StackOverFlow.
Was man erst lernen muss ist ein gewisses Verständnis rund ums programmieren. Die Sprache wird dann am Ende irgendwann egal, da man sich heutzutage schnell einlesen kann und die meisten Fragen schon von 1000 Leuten gestellt wurden.
Außerdem wie heißt es so schön: Wer keine Fehler macht kann sich nicht entwickeln.
Ich persönlich arbeite seit ich hier bin an einem Projekt mit an welchem schon seit 5 Jahren gearbeitet wird. Ich hatte aber schon Basiswissen.

Reiner Code..?..öhm...ja zählt falscher Code auch
bzw. muss er für fremde/neue Entwickler am Ende verständlich sein?
*confused*Ich hätte gerne erst mal eine Definition für "effektives" Programmieren.
(Yay 2k Zeilen gecoded..jetzt verbringe ich die nächsten 3 Tage mit den Bugs) 

Inwiefern beherrschen? Ich würde jedem Entwickler misstrauen der meint er würde Sprache xyz "beherrschen". Selbst die Entwickler vieler Sprachen lernen ständig Neues was sie selbst nicht wussten.
Programmieren ist mehr als eine Sprache zu "können". Nach der Ausbildung solltest du in der Lage sein jeden Code lesen zu können und zu interpretieren. Fixiere dich nicht auf die Vorstellung, dass du irgendwann alles auswendig weißt und kannst. Selbst die besten Entwickler gucken noch in die Dokumentationen für spezielle Probleme oder nutzen StackOverFlow.
Was man erst lernen muss ist ein gewisses Verständnis rund ums programmieren. Die Sprache wird dann am Ende irgendwann egal, da man sich heutzutage schnell einlesen kann und die meisten Fragen schon von 1000 Leuten gestellt wurden.
Außerdem wie heißt es so schön: Wer keine Fehler macht kann sich nicht entwickeln.
Ich persönlich arbeite seit ich hier bin an einem Projekt mit an welchem schon seit 5 Jahren gearbeitet wird. Ich hatte aber schon Basiswissen.

Inwiefern beherrschen? Ich würde jedem Entwickler misstrauen der meint er würde Sprache xyz "beherrschen". Selbst die Entwickler vieler Sprachen lernen ständig Neues was sie selbst nicht wussten.
Programmieren ist mehr als eine Sprache zu "können". Nach der Ausbildung solltest du in der Lage sein jeden Code lesen zu können und zu interpretieren. Fixiere dich nicht auf die Vorstellung, dass du irgendwann alles auswendig weißt und kannst. Selbst die besten Entwickler gucken noch in die Dokumentationen für spezielle Probleme oder nutzen StackOverFlow.
Was man erst lernen muss ist ein gewisses Verständnis rund ums programmieren. Die Sprache wird dann am Ende irgendwann egal, da man sich heutzutage schnell einlesen kann und die meisten Fragen schon von 1000 Leuten gestellt wurden.
Außerdem wie heißt es so schön: Wer keine Fehler macht kann sich nicht entwickeln.
Ich persönlich arbeite seit ich hier bin an einem Projekt mit an welchem schon seit 5 Jahren gearbeitet wird. Ich hatte aber schon Basiswissen.

Inwiefern beherrschen? Ich würde jedem Entwickler misstrauen der meint er würde Sprache xyz "beherrschen". Selbst die Entwickler vieler Sprachen lernen ständig Neues was sie selbst nicht wussten.
Programmieren ist mehr als eine Sprache zu "können". Nach der Ausbildung solltest du in der Lage sein jeden Code lesen zu können und zu interpretieren. Fixiere dich nicht auf die Vorstellung, dass du irgendwann alles auswendig weißt und kannst. Selbst die besten Entwickler gucken noch in die Dokumentationen für spezielle Probleme oder nutzen StackOverFlow.
Was man erst lernen muss ist ein gewisses Verständnis rund ums programmieren. Die Sprache wird dann am Ende irgendwann egal, da man sich heutzutage schnell einlesen kann und die meisten Fragen schon von 1000 Leuten gestellt wurden.
Außerdem wie heißt es so schön: Wer keine Fehler macht kann sich nicht entwickeln.
Ich persönlich arbeite seit ich hier bin an einem Projekt mit an welchem schon seit 5 Jahren gearbeitet wird. Ich hatte aber schon Basiswissen.

Du bringst jetzt bereits, auch ohne ein OpenSource-Projekt, mehr als die meisten Bewerber mit. Wenn du dir aber unbedingt etwas suchen möchtest, dann sollte es zumindest etwas sein, was dich interessiert und woran du Spaß hast. Es bringt nichts, wenn ich dir jetzt ein Projekt empfehle, dass für mich interessant ist, aber dir überhaupt nicht zusagt. Oder du startest dein eigenes Projekt. 
 

Das ist die Theorie...in der Praxis sieht es allerdings meist komplett anders aus. Die Unternehmen wollen nämlich, dass du es so machst wie SIE es wollen und es Standard ist. Viele befürchten bei einem "erfahrenen" Auszubildenden, dass man viel diskutieren muss um ihn an die Firmenstandard zu gewöhnen bzw. ihm erstmal viel ABGEWÖHNEN muss. Bei großen Unternehmen gehen z.B. die Auszubildenden oft in die firmeninternen Schulungen und lernen alle das Gleiche...von Grund auf.
Du musst also nicht davon ausgehen, gleich bessere Chancen zu haben. Viele Ausbilder finden nämlich "erfahrene" Azubis auch manchmal recht anstrengend (z. B. Diskussionen wegen verschiedener Meinungen)
 
Die wird trotzdem nicht niedriger sein...du wirst dich dort nicht hinsetzen und von Tag 1 viel machen. Du wirst erstmal lernen müssen wie alles intern funktioniert und wie intern gearbeitet wird.
 
Außerdem sehen die auf Github nicht dein Progamm an...das intressiert niemanden. Die sehen deinen Code an..wie sauber der ist und wie sehr deine Arbeitsweise sich von Firmeninternas unterscheidet.

Das ist die Theorie...in der Praxis sieht es allerdings meist komplett anders aus. Die Unternehmen wollen nämlich, dass du es so machst wie SIE es wollen und es Standard ist. Viele befürchten bei einem "erfahrenen" Auszubildenden, dass man viel diskutieren muss um ihn an die Firmenstandard zu gewöhnen bzw. ihm erstmal viel ABGEWÖHNEN muss. Bei großen Unternehmen gehen z.B. die Auszubildenden oft in die firmeninternen Schulungen und lernen alle das Gleiche...von Grund auf.
Du musst also nicht davon ausgehen, gleich bessere Chancen zu haben. Viele Ausbilder finden nämlich "erfahrene" Azubis auch manchmal recht anstrengend (z. B. Diskussionen wegen verschiedener Meinungen)
 
Die wird trotzdem nicht niedriger sein...du wirst dich dort nicht hinsetzen und von Tag 1 viel machen. Du wirst erstmal lernen müssen wie alles intern funktioniert und wie intern gearbeitet wird.
 
Außerdem sehen die auf Github nicht dein Progamm an...das intressiert niemanden. Die sehen deinen Code an..wie sauber der ist und wie sehr deine Arbeitsweise sich von Firmeninternas unterscheidet.

Da sollte man erstmal wissen, wo du hin möchstest ... ne pauschale Antwort ist sonst schwierig. Und C++ wird noch lange nicht aussterben...aber du wirst so gut wie keine Stelle finden als "normaler FIAE".
Ich würde auch ein Auge auf Swift werfen. Swift ist opensource und es ist nur eine Frage der Zeit bis es mehr Anwendungsmöglichkeiten dafür gibt.
Es gibt jetzt schon einen Windows Compiler (noch nicht getestet)
.NET wird auch immer stärker vertreten sein, da es auf immer mehr Plattformen laufen wird. Und da M$ jetzt Xamarin gekauft hat, kannst du Apps für alle Endgeräte erstellen.
Aber wie ich schon schrieb. Beschäftige dich erstmal mit programmieren bevor du lauter Sprachen lernst.
Edit: SQL ist natürlich auch ein must-have . Übrigens behalte einfach mal die größeren It Seiten im Auge, dann merkst du schon wenn sich was tut

Das erstgenannt beinhaltet Themen beider Zweige ja
Hält sich in Grenzen...meist nichts anderes als normaler Schulstoff

Dein Ziel wird/sollte es sein programmieren zu lernen und nicht die Sprache XYZ...(allgemeines Verständnis)
Zwei sehr unterschiedliche Dinge. Wenn du das hast wirst du jede Sprache zuminderst lesen (und interpretieren) können und mehr oder weneiger schnell lernen. Wobei lernen so ne Sache ist...die meisten Entwickler haben immer Google, die Docs oder StackOverFlow offen.
Du wirst sehen, dass du immer wieder neue Sachen lernen wirst/musst, da alle paar Monate
jemand meint das Rad neu erfinden zu müssen.
Das hier wurde hier schon öfters empfohlen:
http://www.amazon.de/Clean-Code-Refactoring-Patterns-Techniken/dp/3826655486
ist auch unabhängig von der Sprache
 
Ich persönlich empfehle Bücher nicht unbedingt.
Meistens ist das Zeug aus Büchern schon zum Release "veraltet". Und meist sooo trocken das die Motivation irgendwann im Keller ist.
Ich würde eher Videos empfehlen von professionelen Leuten die auch ihre Sachen
erklären. (z.B. auf PluraSight, Lynda...gib auch gute Youtube Channels aber da muss man vorsichtig sein bei wem man landet)
livecoding.tv fand ich auch sehr lustig

Du hast ja schon den Wunsch zu wechseln...sonst hättest du dich nicht informiert und mit dem Gedanken gespielt.
Wenn du jetzt nicht wechselst, dann in einem Jahr wenn du wieder diesen Gedanken hast (und der wird wiederkommen).
Klar kann der neue AG Arbeit haben, die nichts für dich ist...aber evlt. musst du dich da nur einarbeiten...und selbst wenn
dann kannst du dich immernoch umorientieren. Braucht evlt. auch nur seine Zeit (neue Kollegen, andere Arbeitsweise etc. pp). Der neue AG bietet vlt auch neue Möglichkeiten in Sachen Weiterbildung.
Wenn du nicht wechselst bereust du es vlt....und wechselst spätestens dann irgendwo anders hin (evlt. dann auch aus Frust).
Du hast dich am Markt beworben, die Leute wollen dich für gutes, besseres Gehalt einstellen...
Abzulehnen würde nur dazu führen, dass du auf der Stelle stehen bleiben würdest.
Wenn du bei deinem jetzigen AG bleibst, dann spekulierst du nächstes Jahr wieder zu nem Wechsel.
Der Wunsch dafür ist ja scheinbar da...die Angst vor dem Risiko aber halt auch.
Außerdem wäre es unlogisch, wenn du deinen "Marktwert" nicht  erhöhen wolltest.
Wertschätzung kommt von Leistung. Die musst du dir natürlich erst wieder verdienen ist ja klar

Du hast ja schon den Wunsch zu wechseln...sonst hättest du dich nicht informiert und mit dem Gedanken gespielt.
Wenn du jetzt nicht wechselst, dann in einem Jahr wenn du wieder diesen Gedanken hast (und der wird wiederkommen).
Klar kann der neue AG Arbeit haben, die nichts für dich ist...aber evlt. musst du dich da nur einarbeiten...und selbst wenn
dann kannst du dich immernoch umorientieren. Braucht evlt. auch nur seine Zeit (neue Kollegen, andere Arbeitsweise etc. pp). Der neue AG bietet vlt auch neue Möglichkeiten in Sachen Weiterbildung.
Wenn du nicht wechselst bereust du es vlt....und wechselst spätestens dann irgendwo anders hin (evlt. dann auch aus Frust).
Du hast dich am Markt beworben, die Leute wollen dich für gutes, besseres Gehalt einstellen...
Abzulehnen würde nur dazu führen, dass du auf der Stelle stehen bleiben würdest.
Wenn du bei deinem jetzigen AG bleibst, dann spekulierst du nächstes Jahr wieder zu nem Wechsel.
Der Wunsch dafür ist ja scheinbar da...die Angst vor dem Risiko aber halt auch.
Außerdem wäre es unlogisch, wenn du deinen "Marktwert" nicht  erhöhen wolltest.
Wertschätzung kommt von Leistung. Die musst du dir natürlich erst wieder verdienen ist ja klar

Dies kann man leider kaum pauschalisieren, da die Tätigkeiten und Bereiche der IT so vielfältig sind. Ich bin kein FISI aber ich denke du wirst evlt. höchstens etwas mit Testsysteme rumspielen (mit Dokus und Leitfäden) oder kannst in anderen Fällen stur Support machen und Calls entgegennehmen die du in irgendein System stur eintragen musst.
Bei der Anwendungsentwicklung ist es zum Teil wohl noch langweiliger wenn man keine Vorkenntnisse hat. Du kannst zwar jemanden über die Schulter schauen...und er wird dir was erklären, aber für Beginner ist das meist auch nur chinesisch. Dort wirst du wohl eher den ganzen Tag die Software testen und Bugs melden die dir auffallen.
Aber wie gesagt, jedes Unternehmen ist anders...kommt alleine schon auf die Größe an. Im schlimmsten Fall wechselst du Druckerpatronen im besten Fall hast du jemanden der dir das Unternehmen zeigt und was genau jeden Tag gemacht wird.
Ohne geringe Vorkenntnisse könnte es dich aber schon etwas erschlagen.
Gibt aber genügend Seiten um sich etwas Basics anzueignen

Ich denke "üblich" ist ein Begriff den man in dieser Branche nicht wirklich oft nutzten kann...

Ich denke "üblich" ist ein Begriff den man in dieser Branche nicht wirklich oft nutzten kann...

Ich beneide dich gerade extrem ... kein Witz