InTheVoid

Hm. Du hast den Schein und damit die Lizenz, alles neue zu lernen. Man kann vom Anfänger nicht erwarten dass er alles kann ... aber er sollte alles lernen können.
Wir nehmen Bewerber ein bis zwei Tage *mit* ins Tagesgeschäft ... da lernt man sich kennen und wir sehen, was die Bewerber* drauf haben

Im Prinzip wäre so ein Motivationsschreiben ebenfalls Nonsense.Warum möchte ich in dem Unternehmen arbeiten? => die ehrliche antwort wäre, weil ich ab 01.01 arbeitslos bin und mir total egal is in welchem Unternehmen ich arbeiten kann. Hauptsache arbeit. Die Produkt und Leistungspaletten die auf den Webseiten der Unternehmen beschrieben sind, sind entweder Black Box oder für mich, vollkommen unverständlich mit Fremdwörtern und Komplexität überladen.
Genauso so die Frage, ob mir das Unternehmen dabei hilft meine Ziele zu erreichen.. ich bin Junior.. ich will einfach nur mal anständig Programmieren können.

Sehr geehrte Frau XYZ,
Sie suchen einen ambitionierten und freundlichen Junior Entwickler,
Muss man heute hervorheben, dass man freundlich ist?
für den soziale Kompetenz und analytisches Denken nicht bloß Worthülsen, sondern gelebte Praxis sind?
Problem dabei: Dieser Absatz liest sich wie einer dieser vielen Worthülsen. Des Weiteren: etwas dick aufgetragen (* auf deine Threads schiel*) 
Dann hören Sie auf zu suchen: Hier bin ich!
Kommt das wirklich von dir oder hast du das aus dem Netz? Kommt mir so vor, als hätte ich das schon einmal gelesen.
Das die XYZ GmbH mit Ihren Mitarbeitern auf Augenhöhe agiert und die Persönlichkeit der Mitarbeiter wertschätzt, zeigt mir, dass bei Ihnen der Mensch im Mittelpunkt steht.
Ihren gehört klein, es sei den du schreibst direkt an die Geschäftsführung. Ich würde "Das die" mit "Es ist bekannt" ersetzen. Des Weiteren: Wieso ist es bekannt? Wo hast du das her? Ist wie ein leerer Satz den keiner interessiert. Weg mit dem Honig 
Dieser Aspekt ist für mich sehr wichtig, da ich die Meinung vertrete, dass jeder Mensch ganz natürlich dazugehört.
Was auf Firmenprospekten, Plakaten und auf der Website steht, ist eine Sache... wie es in Wahrheit aussieht, ist eine andere. Bei manchen Leuten wärst du hier evtl. raus.
Egal wie er aussieht, welche Sprache er spricht oder ob er eine Behinderung hat.
Das sind jetzt 3 Sätze die du investierst, ohne endlich mal auf dich zu kommen. Die wollen was über dich lesen. Ich würde das auf 2 Sätze kürzen.
Welche Erfahrungen und Fähigkeiten kann ich in in die YXZ GmbH mitbringen?
Das fragt sich die HR, wenn sie bis hier liest bestimmt auch  
Während meiner Ausbildung bei XYZ entwickelte ich eine Webanwendung für die Lagerlogistik eines Unternehmens.
Gute Einleitung. Bestimmt hast du aber nebenbei noch an anderen Sachen mitgearbeitet bzw. hattest noch andere Aufgaben. Ich würde kompakt darstellen was dein Tätigkeitsfeld war, bevor du in irgendwelche Details gehst.
Um ein ansprechendes User Interface und eine positive User Experience in der Programmiersprache Java zu ermöglichen, erlernte ich selbstständig das Framework Vaadin.
Frameworks und Sprachen gehören eher in den Lebenslauf. Geh lieber auf das UI ein welches du erstellt hast. Was macht für dich den eine positive UX aus? Bisherige Information: Hat eine UI erstellt mit Framework X...
Ich entwickelte einen Algorithmus, mit dem Artikel von Bestellungen in Pakete verpackt werden können und diese Paketinformationen einem Versandlogistikdienstleister übermittelt werden.
"Durch diese Webanwendung können nun unter anderem....Ein Modul dieser Webanwendung konnte..."
Bei der Datenbankmodellierung entschied ich mich für ein relationales Datenbankmodell.
Aha. Willst du danach gefragt werden? Der Satz sagt wenig aus.
Ich identifizierte die relevanten Informationen und bildete entsprechende Entitäts- und Beziehungstypen.
Also ORM...welchen Mapper hast du verwendet? Was hast du eingesetzt? Wenn schon in der Details gehst, was du gemacht hast, müssen die Technologien fast genannt werden, statt sie im Lebenslauf zu lassen.
Bei meinem letzten Arbeitgeber optimierte ich Softwarelösungen in der Programmiersprache Java. Zu meinen Aufgaben zählte die Fehleranalyse, Fehlerbehebung und die funktionale Erweiterung, Windows basierter Automationen in Luft- und Raumfahrt.
Ich würde jetzt Optimierung nicht mit Fehlerbehebung/analyse gleichsetzten. Du hast Java bereits oben erwähnt, deswegen würde ich es hier weglassen.
Um mich in meiner Freizeit weiterzubilden KOMMA lese ich Fachbücher, arbeite an eigenen Projekten und optimiere meine Fähigkeiten in Code-Katas.
"In meiner Freizeit bilde ich mich durch ...... weiter" .... was hier ins Auge fällt: private Projekte. Welche? Auf GitHub vorhanden? In der Bewerbung angegeben? Wie sehr lenken dich die privaten Projekte wohl von der Arbeit ab. Großes Open-Source-Projekt oder nur ein Hobby .....
Bei 40 Wochenstunden stelle ich mir ein Jahresgehalt von 37.000 Euro vor. Ich stehe ab dem 03.02.2020 zur Verfügung.
i.O. (03.02 ? sicher ?)
Ich freue mich über eine positive Rückmeldung Ihrerseits und auf ein erstes Kennenlernen in einem Vorstellunsgespräch.
Hmmm....kommt darauf an, ob die noch so ihre Tests haben vor einem Vorstellungsgespräch ... aber eigentlich passt das imo.
Mit freundlichen Grüßen,
InTheVoid
 

Fangen wir mal mit dem offensichtlichsten Problem an:
Das SQL-Statement ist schlicht und ergreifend fehlerhaft... Es fehlt das ");" am Ende. Solche Fehler findest Du am einfachsten, wenn Du das Statement einfach mal über das CLI oder alternativ über irgendeine grafische Oberfläche direkt ausführst.
Danach geht es im C#-Code weiter:
SQLiteConnection.CreateFile(path); ist ab SQLite-Version 3 wohl nicht mehr erforderlich und die Funktionalität wird von der "Open()"-Methode mit abgedeckt.
Jedoch ist sehr wohl ein gültiger Connection-String notwendig...
In der Methode "GetConnection()" wird zwar der Pfad zusammengebaut, jedoch fehlt mindestens noch "Data Source=" vornweg.
In der Methode "CreateTable()" wird nochmals der Versuch unternommen, einen Connection-String zu bilden, aber leider nur mit dem Dateinamen.
Wenn man alles berücksichtigt und unnötiges entfernt, kann das Resultat dann zum Beispiel so aussehen:
using System.Data.SQLite; using System.IO; class AzDBController { SQLiteConnection _connection; public AzDBController() { _connection = GetConnection(@"C:\Projects\sqlitetest\sqlitetest\bin\Debug", "SQLite.db"); CreateTable(); } public SQLiteConnection GetConnection(string dbDirectory, string dbFileName) { var dbFullPath = Path.Combine(dbDirectory, dbFileName); var connectionString = string.Format(@"Data Source={0}; Version=3", dbFullPath); var connection = new SQLiteConnection(connectionString); connection.Open(); return connection; } public void CreateTable() { var sSQL = @" CREATE TABLE IF NOT EXISTS Kunden ( IDKunde INTEGER PRIMARY KEY AUTOINCREMENT NOT NULL , Vorname VARCHAR(200) , Nachname VARCHAR(200) ); "; SQLiteCommand command = new SQLiteCommand(sSQL, _connection); command.ExecuteNonQuery(); _connection.Close(); } } Für den stressfreien Anfang würde ich mir angewöhnen, SQL-Statements ähnlich wie das obenstehende zu schreiben, da man sie dann problemlos via Copy&Paste in das CLI oder eine grafische Oberfläche bekommt. Mit mehr Erfahrung wird man das ohnehin schnell ganz anders lösen...

Hallo habs Geschafft ?
Falls es jemanden Interessiert:
public void SaveToXml(AzMaschine azMaschine, string filename) { XDocument xdoc = XDocument.Load(@"C:\Users\klein\source\repos\xmlToDataGrid\Data\Maschinen.xml"); XElement maschine = new XElement("Maschine", new XElement("Name", azMaschine.name), new XElement("Immobile", azMaschine.immobilie), new XElement("Abschnitt", azMaschine.abschnitt), new XElement("Bauteilinfo", azMaschine.bauteilinfo)); xdoc.Root.Add(maschine); xdoc.Save(@"C:\Users\klein\source\repos\xmlToDataGrid\Data\Maschinen.xml"); } Werde den hardcodierten Pfad noch durch den übergebenen Filename austauschen. ?

Hallo habs Geschafft ?
Falls es jemanden Interessiert:
public void SaveToXml(AzMaschine azMaschine, string filename) { XDocument xdoc = XDocument.Load(@"C:\Users\klein\source\repos\xmlToDataGrid\Data\Maschinen.xml"); XElement maschine = new XElement("Maschine", new XElement("Name", azMaschine.name), new XElement("Immobile", azMaschine.immobilie), new XElement("Abschnitt", azMaschine.abschnitt), new XElement("Bauteilinfo", azMaschine.bauteilinfo)); xdoc.Root.Add(maschine); xdoc.Save(@"C:\Users\klein\source\repos\xmlToDataGrid\Data\Maschinen.xml"); } Werde den hardcodierten Pfad noch durch den übergebenen Filename austauschen. ?

aber XContainer hat die Methode .. steht sogar in dem verlinkten Dokument.
In der Dokumentation steht:
du würdest also dies als XML generieren
<?xml version="1.0" encoding="utf-8" ?> <root> </root> <Machines> <Name> [..] du solltest deine Elemente an das Root-Element des Documents anhängen

Ich würde es nicht weglassen. Auch wenn du meinst, es sei nicht wichtig => für die Leute die einen Blick drauf werfen bzw. im Vorstellungsgespräch ist es evlt. gar nicht schlecht. Als Koch bist du (normalerweise) ein Teamplayer, arbeitest unter Zeitdruck und bist Stresssituationen gewöhnt (jedenfalls wäre dies das Stereotyp ... wenn es nicht so war seis drum wissen die ja nicht).
Auch wenn die Bereiche im bisherigen Lebenslauf nichts mit der IT zu tun haben, kann man Soft Skills oder andere Fähigkeiten daraus schließen, die nützlich sind.
Das einzige die jetzt natürlich etwas "schlecht" aussieht, ist die Frage im Raum: Ist die AE es jetzt definitiv...oder nur ein weiterer Eintrag in deinem Lebenslauf. Diese Frage musst du gut beantworten.

GitHub fußt auf der Versionsverwaltung Git, dient also der Versionierung deines Projektes.
Dein Vorteil?
Du kannst Änderungen jederzeit nachvollziehen, rückgängig machen und was Git eben noch so kann.
Dazu hat Git SVN in vielen Bereichen mittlerweile abgelöst.
Dein Bonus-Vorteil ist also, dass du Erfahrung im Umgang mit Git sammeln kannst.
Wenn du heiß drauf bist, kannst du deine Projekte auch öffentlich machen und Leute zur Kollaboration anregen. Klassisches Feedback solltest du aber nicht erwarten, das ist schließlich keine Plattform zur Code Review. Oft kommt "Feedback" eher in Form von Issues oder Pull Requests, aber eher dann, wenn irgendjemand deinen zur Verfügung gestellten Code nutzen möchte und dabei z.B. Fehler entdeckt, die ihn am eigenen Fortschritt hindern. 

ahaa.
Auf der einen Seite findest du es gut das er dir wegen Minusstunden deswegen keinen Einlauf kassiert hat, auf der anderen Seite ist es doof das du deine Stunden nicht nehmen durftest die evtl. die Minusstunden abgegolten haben? Uff. (mehr zu sagen würde nur eskalieren aber ich hab keine Lust auf irgend nen Stress)
Natürlich kann man jetzt sagen: Ja das ist nur ne günstige Ausrede vom Vorgesetzten...aber die scheint ja schon rechtens zu sein...wirklich mit Zahlen rückst du ja auch nicht raus (Wieviel Miese hast du gemacht, wieviel hast du aufgebaut).
Und nein, nicht dein Vorgesetzter oder dein Arbeitgeber ist dafür verantwortlich das du dich mit so einer Regelung (10+ überstunden sind mit dem Gehalt abgegolten, ich würde bei so ner Regelung direkt ins nächste Gespräch bei einem anderen Unternehmen gehen) hast versklaven lassen.
 
Ich bin normalerweise immer auf Seiten des Arbeitnehmers, aber in diesem ganz speziellen Fall wo langsam Verfehlungen deinerseits (nicht auf seine Stunden kommen ist grundsätzlich erstmal eine Verfehlung) ans Licht kommen ist es schwierig zu sagen: das ist ein schlechter AG (naja abgesehen von der 10h+ Regelung, aber das sieht hier auch jeder anders).
 

Halli Hallo!
Ich sagte ja das ich mich nach dem Vorstellungsgespräch bei der Firma melde!
Leider war das gesamte Angebot absolut uninteressant, deswegen habe ich mich nicht weiter über das Zeitmodel VAZ informiert.
Ausgeschrieben war eine Stelle als Softwareentwickler und Supporter.
Im Gespräch hat sich recht schnell herausgestellt das diese Stelle keine Programmiertätigkeiten beinhaltet, sondern reiner 2/3 Level Support ist. Habe daraufhin das Gespräch abgebrochen und mich verabschiedet.
Lebenszeitverschwendung die ich nicht wiederbekomme.
 
 
 
 

@_Sly Gute Antwort. Allerdings Beispielcode, der mit ziemlicher Sicherheit auf 'ne Exception hinausläuft. ?
Grundsätzlich machen Interfaces in größeren Applikationen Sinn, sehe ich ähnlich. Bezogen auf das konkrete Beispiel würde ich mich fragen ob das nicht etwas Overkill ist. Du wirst Passwörter ja eigentlich nicht unterschiedlich verschlüsseln, sondern dich auf eine Methode festlegen. Weil du ansonsten unnötige Komplexität zum Login hinzufügst, da du bei jedem Login auf irgendeine Weise prüfen müsstest welche Hashing-Funktion genutzt wurde.
Das Interface würde hier also eher den ursprünglichen Zweck erfüllen, Vorgaben für deine Klasse User zu machen und kann dir gleichzeitig eine Hilfestellung sein, da du in einer modernen IDE einen Fehler angezeigt bekommst, solange das Interface nicht vollständig implementiert ist. Das führt mitunter dazu, dass Leute sauberer arbeiten, auch wenn es natürlich ein beträchtlicher Mehraufwand sein kann.

Eine Klasse hat evt. sensible Informationen die du nicht nach außen geben möchtest, deswegen das Interface. 

Also die mit Kindern in der Frühschicht arbeiten dann nur 35h die Woche und das gleicht die Spätschicht dann wieder aus?

Meine Erfahrungen sind auch genau andersherum, die Dinks kommen morgens sehr früh und die mit Kindern deutlich später, dafür aber schon abgehetzt und brauchen erstmal einen Kaffee. Und bis 20 Uhr bleibt da auch niemand, wenn ich denn doch mal solange in der Firma bin, wegen Rollout oder ähnlichem, ist ab 19 Uhr ist eigentlich keiner mehr da.

Ich fange morgens um 6 Uhr an, spart mir pro Wegstrecke rund 20 Minuten, schlimmer ist aber, wenn ich auf 7 komme, gibt es keinen Parkplatz mehr und ich muss für 12€ im Parkhaus stehen. Ich arbeite dann von 6-14:30, meist ohne Pause, weil ich nur nebenher eine Stulle futtere. Dann fahre ich nach Hause und bin noch bis 17-18 Uhr im Bereitschaftshomeoffice, weil die Akzeptanz für ein Feierabend um 14:30 einfach nicht gegeben ist. Nicht sehr vorteilhaft für mich, aber wenn ich jetzt plötzlich erst ab 8 Uhr anfangen darf, habe ich ein echtes Problem mit dem Parken.


Doch haben wir, da müssen im mittel auch 38h/Woche rauskommen, da das dem Kunden abgerechenet wird.


Nein. Eigentlich ist es nur ein Modell um die Wochenarbeitszeit flexibel zu verteilen, aber es müssen halt trotzdem die 38h rauskommen, sonst muss man sich zumindest mal erklären. Ob ich dann vor 4 Wochen mal 48 Stunden dran stehen hatte, interessiert aber nicht mehr. Da es aber feste Meetings gibt und dazu noch diverse Kundenbesuche, ist es insgesamt auch nicht mehr so flexibel.
Meines erachten ist das nur ein Modell um keine Überstunden im System zu haben und die Arbeitszeitverstöße nicht auch noch protokolliert zu haben.  
 
 
 
 

Du nimmst Jobs an, wo du evlt. Sachen machen musst, von denen du noch nie was gehört (sprich nur 40% der riesigen Stellenbeschreibung erfüllst) hast und lernst dadurch zwangsläufig was Neues. Oder du wirst, musst nach nem Jahr an Sache X arbeiten und lernst wieder irgendwas.
Irgendwann interessiert dich evlt. Gebiet Y sehr und du spezialisierst dich drauf. Oder du hast gar keinen Bock mehr auf Entwicklung und versuchst zu den Kollegen in Abteilung Z zu wechseln die XZ machen. 
Oder du bekommst überraschen ein Angebot auf Xing für Stelle ABC in der nur ein Bruchteil deiner Kenntnisse vorhanden sind und du wieder neues Zeug lernen musst.
Oder....
TL;DR es sollte nicht langweilig werden

Datenbankadmin, Systemadmin etc. genau wie ein FiSi nach der Ausbildung auch Entwickler werden kann wenn er das will. Einfach bewerben, gute Firmen lernen Juniors die frisch aus der Ausbildung sind eh nochmal anständig ein, da ist es eigentlich komplett wuppe ob due FiAE oder FiSI bist, solange du ein Grundverständnis von IT hast und die Motivation dich einzuarbeiten.
Ich bin nach meiner FiAE Ausbildung auch DBA geworden und hatte davor nur einmal in einem Demo Projekt in der BS mit Datenbanken zutun.
Schränk dich also nicht auf irgendwas ein, wenn dich eine Stelle interessiert, bewirb dich.

Alles. Und nichts.

Ich denke man muss der Charakter dafür sein. Ich kenne ein paar Arbeitgeber die dieses Model fahren und von Freunden, die dort arbeiten, höre ich fast nur positives.

Grundsätzlich bist deinen Arbeitskollegen keine Rechenschaft schuldig. Die Freunde schreiben Komm- und Gehzeiten auf und wenn jemand skeptisch nachfragt bekommt er halt die Zeiten vorgezeigt. Bisher war das aber bei denen nicht Fall - "Die Arbeit muss halt passen"
Grundsätzlich weiß ich nicht wie ich dazustehe.. Ich habe lieber meine Gleitzeit, auch wenn ich hier komisch angeschaut werde, wenn ich nur 3-4 Stunden bleibe, weil die auch mein Gleitzahlkonto nicht kennen

Ich würde das für mich aber nicht als Grund sehen einen grundsätzlich interessanten Job abzulehnen.

Nach 2 Firmen mit dem Modell, kann ich für mich persönlich sagen, das es nicht meins ist und ich auch keine Stelle mit Vertrauensarbeitszeit annehmen will. Mir ist bewusst das es sicher Firmen gibt wo das gut und fair gelebt wird. 
Leider nutzen es viele Firmen aber gnadenlos zu ihrem Vorteil aka wenn der AN früher geht oder auch Punktlandung nach 8 Std. wird man gerne mal schief angeschaut.
Ich hab solche Sprüche in beiden Firmen bekommen aller "Naja man sollte schon so 30 Minuten länger bleiben um guten willen zu zeigen." darauf gabs von mir nur ein "Warum wird mir das bezahlt?".
Ich bin der letzte der keine Überstunden macht wenn es nötig ist, weil kurz bevor ich gehen will ein Problem entsteht das schnellstmöglich behoben werden muss weil was steht. Nur seh ich halt nicht ein unnötig Überstunden zu machen, wenn ich nix davon habe und bei Vertrauensarbeitszeit hat man nunmal leider sehr häufig keine wirkliche Handhabe wenn man sagt "Aber ich hab letzte Woche 15 Stunden mehr gearbeitet und feier die jetzt ab" offiziell gibts ja keine Überstunden, auszahlen ist auch nicht.
Ich hab Kollegen erlebt die 200+ Überstunden hatten und dank VAZ nicht mal Gleittage oder so damit nehmen konnten, wären sie öfter nur 2 Stunden am Tag in die Arbeit gekommen hätten sie wahrscheinlich alle dumm angeschaut. Nur die haben sich das selbst schön geredet, schließlich wird man komisch angeschaut wenn man pünktlich geht oder öfters weniger arbeitet. Leider fördert dieses Modell meist das Leute mehr arbeiten statt keine Überstunden zu machen.
Daher würde ich nur noch mit Zeitkonto und Gleitzeit und aufschreibbaren und Abfeier/Auszahlüberstunden arbeiten. Gott sei dank habe ich das bei meinem aktuellen Job wieder.

Mir wurde meiner Stelle (die erste nach der Ausbildung) auch ein Firmenwagen angeboten ... obwohl ich einen Fußweg zur Arbeit habe. Ich hab abgelehnt, weil das nach "btw. du kannst ja gleich zum Kunden fahren ... steht zwar nicht im AV, aber wenn du schon einen Firmenwagen hast" klingt".
Also ja es ist möglich, aber du musst durchrechnen, ob es sich auch für dich lohnt.
https://www.nettolohn.de/rechner/firmenwagenrechner.html

Das sind halt zwei verschiedene Probleme. Wenn er aber das Gefühl hat, dass es viel gibt, was er auf der Arbeit nicht lernt, es aber lernen möchte, dann läuft das eben meist privat. Gerade wenn es ggf. niemals Anwendung finden wird im Arbeitsumfeld aber auch sonst, wenn es erstmal keine Priorität hat seitens des AGs und da ist meist eher Status Quo gewünscht.
Aber auch gerade, wenn es ggf. mal Anwendung finden sollte, so ist es natürlich gut, wenn man Praxis Erfahrungen z.B. aus Hobbyprojekten mitbringt und nicht das Produkt des Unternehmens das Hobbyprojekt wird, an dem man lernt und experimentiert.
Jein. Ich würde schon sagen, dass in der IT sehr viel wissen übertragbar ist und das oft das verstehen von A, es vereinfachen kann B zu verstehen. Klar auf der Arbeit haben erstmal andere Sachen Priorität. Da muss er sich dann erstmal in die bestehenden Abläufe einarbeiten und oft ist es eben auch gewünscht, dass es nicht zu hip wird, sondern der Kollege kurz vor der Rente die Sachen auch noch weiterhin pflegen kann und nicht alles auf den Kopf gestellt wird, unabhängig ob es technisch besser oder sinniger wäre.
Korrekt, ist aber wohl in vielen kleinen Läden so. Da brauch es dann eben auch entsprechende Mitarbeiter, die in so einem Umfeld arbeiten können. Ändern tut sich sowas meist erst mit einer gewissen Größe, wenn entsprechende Schichten reinkommen bzw. Mitarbeiter dazwischen. Ein Chef der sowas nicht lebt ggf. ein paar Jahre vor der Rente, der wird nicht ändern was er 30 Jahre gemacht hat.
Da wird der TE auch nix dran ändern können. Entweder eine neue Stelle suchen oder er muss eben lernen sich selbstständig in Sachen reinzufuchsen. Und auch diese Fähigkeit zu lernen bietet sich in Kombination mit dem Lernen Zuhause an. Man wird eben auch besser darin Probleme zu zerlegen und sich an Unbekanntes ranzutasten. Das ist keine Fähigkeit die Gottgegeben ist, sondern auch zum großen Teil einfach Übung.

Dann sind DesingPatterns doch vollkommen am Thema vorbei. Der TE soll eine 20 Jahre alte Software warten und weiterentwickeln. Da kann er nicht mal eben DesignPatterns, neue Frameworks, etc. einbauen, das wurde schon mehrfach angedeutet. Ohne ordentliche Einarbeitung kann man so einen Job nicht ordentlich durchführen, da bringt es mir auch überhaupt nichts, ob ich unterschiedliche DesignPattern im Schlaf aufsagen kann und im hippen JS-Framework fit bin. 
In der Bude fehlt es vor allem an Projektmanagement, Dokumentation und zum großen Teil an Personalmanagement. Das muss gerade gezogen werden, bevor an irgendwelchen Symptomen rumgedoktert wird.

@Whiz-zarD wie man 
 
entnehmen kann, wird/will @InTheVoid wohl privat lernen. Da sollte es egal sein, ob man das Rad neu erfindet.

Bei uns werden immer Entwickler gesucht ?
Manchen haben leider noch nicht erkannt, wieviele Kosten zum Beispiel eine vernünftige Dokumentation einsparen kann. In deiner Firma müsste wahrscheinlich ein allgemeines Umdenken stattfinden, was die Prozesse betrifft.

So. Allein mit diesem ersten Punkt müsstest Du dich besser fühlen, weil du nicht alleine im Regen stehst. Ihr sitzt im selben Boot und wenn dein Chef anfängt zu reden, setzt er sich auf eure Seite und das Ding kippt um... Spaß beiseite..
Ich würde mir mit deinem Kollegen zusammen Gedanken machen zu dem Thema, wie ihr es eurem Chef erklärt. Ggf. in einem Sechs-Augen-Gespräch. Nur bringt euch das alles nichts, wenn er euch beide auf dem Kieker hat, sofern er sich von euch gekränkt fühlt.
Lies dich ein wenig in das Thema Projektmanagement ein. Es gibt da viele Bücher, wie du systematisch an ein Projekt herangehst. Natürlich musst du deine Umgebung kennen, in der du programmieren musst. Schreib dir die Fragen auf und frag. Ein Projekt, wo die Anforderungen mündlich zugetragen wurden ist zum Scheitern verurteilt. Was spricht denn gegen eine Liste mit den Anforderungen? In Stichworten? Erstell doch mal ein Word-Datei, die du ihm per Mail schickst, in der stichpunktartig nach Name, Zeit, beteiligten Personen , Anforderungen etc. gefragt wird und alles benannt werden muss. Da wird er vermutlich sein Roman nicht reinschreiben.