DerEntwickler

Es gibt Laien, alles-nur-etwas-könnende-Frickler, Generalisten, Spezialisten, Insel-Spezialisten und Fachidioten.
 
Laien taugen maximal zum Anwender.
Frickler und Fachidioten als abschreckendes Beispiel.
In einem extrem kleinen Team braucht es Generalisten.
Insel-Spezialisten brauchen ein Team um sich herum, welche sie auf ihrer Insel versorgen.

Ich habe mir nochmal Gedanken zu dem Thema gemacht.
Ich habe mich entschlossen klassische Programmieraufgaben vollständig weg zu lassen. Ich halte es mittlerweile auch für sinnvoller und fairer wenn alle die selben Aufgaben bekommen. Trotzdem wird es einen Test geben. Auch finde ich wichtig das der Test zu den Bedürfnissen des Unternehmens passt. Wenn ich einen haben will der von Morgen bis Abends nur Code - Zeilen tippt muss ich mir nicht anschauen wie das Potential ist auch mal was zu präsentieren. Bei uns ist es aber z.B so das er auch viel mit den Fachabteilungen in Berührung kommt. Da spielen Soft - Skills schon eine große Rolle.
Grob wird es bei uns jetzt so ablaufen:
Vor dem Vorstellungsgespräch bekommt der Bewerber ein fachliches Thema zugewiesen welches ohne Programmierkenntnisse und reiner Recherche lösbar ist. Dieses soll er beim Vorstellungsgespräch präsentieren. Getestet werden soll damit wie er präsentiert, ob er sich selbstständig in ein Thema einarbeiten kann und wie gewissenhaft er dabei vorgeht. Thema wäre z.B "Was sind Code - Konventionen, Vorteile, Wieso / Warum, Beispiele". Natürlich haben wir Verständnis wenn die Präsentation nicht perfekt ist! Aber ich denke man kann schon erkennen ob sich jemand dabei total unwohl fühlt oder ob da Potential drinnen steckt um es weiterzuentwickeln. Es ist einfach ein wichtiges Thema bei uns im Unternehmen.
Dann beim Vorstellungsgespräch wird es noch einen kleinen MC - Test geben. Dieser ist noch nicht fertig definiert aber es wird eine Aufgabe mit Pseudo - Code geben. Er muss dazu keine Programmiersprache können. Da steht dann sowas wie "WENN WERT = 1 DANN xyz". Also einfach ob er logische Abläuft nachvollziehen kann. 
Über ein Schnuppertag / Pratikum diskutieren wir aktuell noch. Aber für eine grobe Vorauswahl wird das erstmal reichen.

Ich habe mir nochmal Gedanken zu dem Thema gemacht.
Ich habe mich entschlossen klassische Programmieraufgaben vollständig weg zu lassen. Ich halte es mittlerweile auch für sinnvoller und fairer wenn alle die selben Aufgaben bekommen. Trotzdem wird es einen Test geben. Auch finde ich wichtig das der Test zu den Bedürfnissen des Unternehmens passt. Wenn ich einen haben will der von Morgen bis Abends nur Code - Zeilen tippt muss ich mir nicht anschauen wie das Potential ist auch mal was zu präsentieren. Bei uns ist es aber z.B so das er auch viel mit den Fachabteilungen in Berührung kommt. Da spielen Soft - Skills schon eine große Rolle.
Grob wird es bei uns jetzt so ablaufen:
Vor dem Vorstellungsgespräch bekommt der Bewerber ein fachliches Thema zugewiesen welches ohne Programmierkenntnisse und reiner Recherche lösbar ist. Dieses soll er beim Vorstellungsgespräch präsentieren. Getestet werden soll damit wie er präsentiert, ob er sich selbstständig in ein Thema einarbeiten kann und wie gewissenhaft er dabei vorgeht. Thema wäre z.B "Was sind Code - Konventionen, Vorteile, Wieso / Warum, Beispiele". Natürlich haben wir Verständnis wenn die Präsentation nicht perfekt ist! Aber ich denke man kann schon erkennen ob sich jemand dabei total unwohl fühlt oder ob da Potential drinnen steckt um es weiterzuentwickeln. Es ist einfach ein wichtiges Thema bei uns im Unternehmen.
Dann beim Vorstellungsgespräch wird es noch einen kleinen MC - Test geben. Dieser ist noch nicht fertig definiert aber es wird eine Aufgabe mit Pseudo - Code geben. Er muss dazu keine Programmiersprache können. Da steht dann sowas wie "WENN WERT = 1 DANN xyz". Also einfach ob er logische Abläuft nachvollziehen kann. 
Über ein Schnuppertag / Pratikum diskutieren wir aktuell noch. Aber für eine grobe Vorauswahl wird das erstmal reichen.

Ich habe mir nochmal Gedanken zu dem Thema gemacht.
Ich habe mich entschlossen klassische Programmieraufgaben vollständig weg zu lassen. Ich halte es mittlerweile auch für sinnvoller und fairer wenn alle die selben Aufgaben bekommen. Trotzdem wird es einen Test geben. Auch finde ich wichtig das der Test zu den Bedürfnissen des Unternehmens passt. Wenn ich einen haben will der von Morgen bis Abends nur Code - Zeilen tippt muss ich mir nicht anschauen wie das Potential ist auch mal was zu präsentieren. Bei uns ist es aber z.B so das er auch viel mit den Fachabteilungen in Berührung kommt. Da spielen Soft - Skills schon eine große Rolle.
Grob wird es bei uns jetzt so ablaufen:
Vor dem Vorstellungsgespräch bekommt der Bewerber ein fachliches Thema zugewiesen welches ohne Programmierkenntnisse und reiner Recherche lösbar ist. Dieses soll er beim Vorstellungsgespräch präsentieren. Getestet werden soll damit wie er präsentiert, ob er sich selbstständig in ein Thema einarbeiten kann und wie gewissenhaft er dabei vorgeht. Thema wäre z.B "Was sind Code - Konventionen, Vorteile, Wieso / Warum, Beispiele". Natürlich haben wir Verständnis wenn die Präsentation nicht perfekt ist! Aber ich denke man kann schon erkennen ob sich jemand dabei total unwohl fühlt oder ob da Potential drinnen steckt um es weiterzuentwickeln. Es ist einfach ein wichtiges Thema bei uns im Unternehmen.
Dann beim Vorstellungsgespräch wird es noch einen kleinen MC - Test geben. Dieser ist noch nicht fertig definiert aber es wird eine Aufgabe mit Pseudo - Code geben. Er muss dazu keine Programmiersprache können. Da steht dann sowas wie "WENN WERT = 1 DANN xyz". Also einfach ob er logische Abläuft nachvollziehen kann. 
Über ein Schnuppertag / Pratikum diskutieren wir aktuell noch. Aber für eine grobe Vorauswahl wird das erstmal reichen.

Wir werden ab nächstem Jahr ausbilden. Ein Schritt in die richtige Richtung, leider etwas zu spät.
Danke an Alle für euren Input! Ich werde jetzt nicht einzeln auf die Punkte eingehen. Es ist einfach mal interessant wie externe das sehen. Oft hat man selber vielleicht einen Tunnelblick wenn man selber in dem Unternehmen ist welches sucht. Wir werden sicherlich über den ein oder anderen Punkt näher nachdenken.

Hallo @Goulasz
 
dein beschriebener Ablauf ist korrekt. Was ich suche geht aber über eine einfache Geokodierung hinaus. Ich suche tatsächlich einen Dienst der eine Adresse standardisiert (also jegliche Schreibweise in eine einheitliche Form bringt) und prüft ob es diese Adresse auch gibt (z.B ob es die Hausnummer in der Straße überhaupt gibt).
Solche Dienste gibt es. Sie werden von jedem Online-Shopping Unternehmen und Postdienstleister verwendet um die Zustellung von Paketen sicherzustellen. In der USA werden solche Dienste extra zertifiziert. (https://en.wikipedia.org/wiki/Coding_Accuracy_Support_System)
Also kein Dienst der eine Adresse einfach in GPS - Daten umwandelt sondern wirklich in eine länderspezifische standardisierte Form bringt und auf existenz überprüft (Geodaten lieferen diese Dienste meistens als Beifang mit dazu).
Als Beispiel kannst du dir das mal anschauen: https://smartystreets.com/ => Darauf verlassen sich DHL und Amazon

Hallo @Goulasz
 
dein beschriebener Ablauf ist korrekt. Was ich suche geht aber über eine einfache Geokodierung hinaus. Ich suche tatsächlich einen Dienst der eine Adresse standardisiert (also jegliche Schreibweise in eine einheitliche Form bringt) und prüft ob es diese Adresse auch gibt (z.B ob es die Hausnummer in der Straße überhaupt gibt).
Solche Dienste gibt es. Sie werden von jedem Online-Shopping Unternehmen und Postdienstleister verwendet um die Zustellung von Paketen sicherzustellen. In der USA werden solche Dienste extra zertifiziert. (https://en.wikipedia.org/wiki/Coding_Accuracy_Support_System)
Also kein Dienst der eine Adresse einfach in GPS - Daten umwandelt sondern wirklich in eine länderspezifische standardisierte Form bringt und auf existenz überprüft (Geodaten lieferen diese Dienste meistens als Beifang mit dazu).
Als Beispiel kannst du dir das mal anschauen: https://smartystreets.com/ => Darauf verlassen sich DHL und Amazon

Das Gespräch ich vorbei und wie versprochen hier das Ergebnis. Wir haben lange gesprochen, über die allgemeine Situation des Unternehmens die Rolle der IT -Entwicklung im aktuellen Change Prozess und welche Rolle ich da spiele. Er war auch absolut der Meinung das ich dabei persönlich eine tragende Rolle spiele und er mich sehr schätzt. 
Dann ging es ums Gehalt. Wir waren sehr ehrlich zueinander. Das ist vielleicht eine Merkmal einer Agentur den viele aus "industriellen" IT - Firmen nicht kennen. Es gibt hier nicht dieses typische Vorgesetztenverhältnis und es ist mehr so ein "StartUp - Feeling".
Wir waren beide der Meinung das ich wo anders immer mehr verdienen würde aber es gibt für mich auch andere Werte wie eingangs erwähnt. Ich habe mich dann doch dazu entschieden die 42K€ zu nennen und er hat sofort zugestimmt (hmmm, hätte wohl doch höher Pokern sollen?).
Das muss jetzt aber noch durch den Geschäftsführer abgesegnet werden aber er hat da wenig bedenken. Allerdings wird die Angleichung wohl in zwei Schritten erfolgen (2018 und 2019) was ja bei einen Sprung von 20% auch fair ist.
Also nochmal vielen Dank für euren Input.

Erstmal Danke für die umfangreichen Antworten und die Diskussion die sich hier noch entwickelt hat. Als Ergebnis kann man denke ich daraus festhalten, dass ich noch warten sollte. Das war meine Anfangsvermutung und das werde ich auch tun. Ob ich dann in 04/2018 oder Ende 2018 erneut das Gespräch suche muss ich sehen. Bis dahin ist das nächste größere Projekt fertig was gerade anläuft und ich habe das 1. Semester von meinem Studium fertig. Ihr habt aber recht das ich dann eher auf mindestens 40K € verhandeln sollte.
Vielleicht schaue ich mich auch mal auf dem Arbeitsmarkt um.
Generell zum Gehalt:
Es gibt hier ja genug Threads die das behandeln und das ist immer ein schwieriges Thema mit vielen Faktoren. Mir ist durchaus Bewusst das ich in anderen Firmen locker auf 45-50K € komme. Faktoren die mein Gehalt drücken sind unter anderem: BackOffice Abteilung und eine Branche (Agentur) die sowieso mit sich zu kämpfen hat. Ich arbeite in einer Branche wo sich die Firmen von kurzweiligen Kundenprojekten zum nächsten hangeln. Langfristige Großkunden gibt es kaum mehr. Entsprechend ist man vorsichtig mit Gehältern da es durchaus mal Auftragslöcher geben kann aber die Gehälter trotzdem bezahlt werden müssen. Aber ja.. es gibt entsprechend Benefits und auch einen Bonus bei guten Auftragslagen (nicht vertraglich vereinbart aber man hält sich dran).
Außerdem sollte man sich nicht an meinem Studium aufhängen. Ich habe angefangen aber nicht mal 1 Semester fertig.
Und das ist nur die Spitze des Eisbergs an Faktoren. 
Bin ich zufrieden mit 35K? Nein. Würde ich sofort wechseln wenn sich in den nächsten 12 Monaten nichts tut? Ja. Würde ich wechseln wenn ich in 12 Monaten auf 40K komme? Vermutlich nicht. Es gibt meiner Meinung nach nämlich noch mehr Faktoren als das Geld. Ich hatte durchaus schon andere Einblicke in die IT Branche und was bringen mir die 60K € wenn die Arbeit keinen Spaß macht, man nur in einem Hamsterrad sitzt etc. Soll natürlich nicht heißen das hohes Gehalt = schlechte Firma bedeutet aber ich schreie auch nicht sofort "Hier!" wenn mich ein ehemaliger Arbeitskollege mit 50K locken will (Ja ist passiert und kurze Zeit nach seinem Angebot musste er seinen Chef verklagen und fast das gesamte Dev - Team hat gekündigt). 
So jetzt aber Schluss. Das war ja gar nicht Thema. Ihr habt mein Frage gut beantwortet und daher vielen Dank