Whiz-zarD

Von APEX habe ich noch nie was gehört. Wenn ich mir aber den Wikipedia-Artikel durchlese, sehe ich da wenig Zukunft, da APEX bedeutet, dass man an Oracle gebunden ist. Unsere Kunden (Banken) benutzen zwar alle noch Oracle Database aber sie wollen davon weg, weil die Lizenzen immer teurer werden und das Lizenzmodell immer undurchsichtiger. Open Source Datenbanken werden auch immer besser und nicht immer ist eine relationale Datenbank die beste Entscheidung.
Wenn ich das richtig lese, wird serverseitig PL/SQL verwendet. Das ist eine proprietäre, prozedurale Programmiersprache von Oracle, die einfach nur grausam ist (ich muss auch noch vieles damit entwickeln). 
Im .Net-Umfeld wäre man deutlich besser aufgestellt, weil da sich mehr viel bewegt. Die Größe einer Firma ist meiner Meinung nach auch nicht entscheidend, sondern ob die Firma auch mal neue Wege wagt und wenn eine Firma nur APEX verwendet, dann wohl aus historischen Gründen, weil man es entweder schon immer so gemacht hat oder weil man da nicht mehr rauskommt bzw. auch nicht rauskommen will, weil alles neumodische eh Teufelszeug ist.  

Das heißt Ausbildungsrahmenplan.
Der Rahmenlehrplan ist für die Berufsschule.

Wenn du den Ausbilderschein machen möchtest, würde ich dir raten, einen AdA-Kurs zu besuchen. Dort erfährst du, dass es zu der Ausbildungsordnung noch einen Ausbildungsrahmenplan gibt. In der Ausbildungsordnung, die du wohl nur gelesen hast, stehen nur die Richtlernziele drinnen. Im Ausbildungsrahmenplan dann die Groblernziele. Die Feinlernziele (also das, was der Azubi tatsächlich messbar lernt), musst du dann vorgeben. Dieses Wissen ist vor allem später bei der Prüfung wichtig, denn du musst dann entweder so eine Lernsituation nachspielen (ein Prüfer spielt dann den Azubi) oder hältst eine Präsentation, wie du einem Azubi etwas beibringen möchtest. 
Bezüglich Netzwerk: Wieso richtet man dann nicht ein Netzwerk ein, was von der Außenwelt abgeschottet ist? So ist es dann nicht weiter dramatisch, wenn der Azubi in seinem eigenen Netzwerk groben Unfug baut. 

.NET Core 3 wird WinForms und WPF unterstützen.
https://blogs.msdn.microsoft.com/dotnet/2018/05/07/net-core-3-and-support-for-windows-desktop-applications/

Und ich finde es immer wieder bemerkenswert wie blauäugig und ahnungslos manche Azubis durch ihre Ausbildung gehen, wo doch auch immer wieder gesagt wird, dass die Ausbildung auch zu Eigenintiative erziehen soll.
Und ja, ich sehe es als selbstverständlich an, dass jeder Azubi vor seiner Abschlussprüfung mal die Rahmenpläne angeschaut haben sollte. Zumal dann in der schriftlichen Prüfung auch weniger böses Erwachen stattfinden würde, da die IHK, meiner Erfahrung nach, eigentlich nie etwas verlangt, was nicht auch im Rahmenlehrplan erwähnt wird!
Sich über seine Rechte und Pflichten zu erkundigen, kann übrigens nie schaden; nicht nur in Hinsicht auf eine Ausbildung. Ich musste mich auch selber erkundigen, was ich noch für finanzielle Zuschüsse während meiner Ausbildung bekommen kann und wo ich wie einen Antrag auf BAB stelle. Da kam auch niemand auf mich zu und hat gesagt: "Hey! Du hast Kinder und bekommst nicht allzuviel Ausbildungsvergütung, stell doch nen Antrag auf BAB."

Kommt darauf an. Wenn es eine Maßnahme ist, die vom Jobcenter aufgezwungen wird, dann ja.
Möchte der Arbeitssuchende eigene Ideen einbringen, so tut der Sachbearbeiter oft, als müsse er es aus eigener Tasche zahlen.

Visual Basic? Na klar. Damit wäre das Gespräch schon beendet. So viel Ahnung scheint er nicht zu haben. Ich vermute mal, dass er bei Java die ganzen kritischen Sicherheitslücken meint, die man in den letzten Jahren gefunden hat, dabei ist das Problem nicht Java selbst, sondern die Bibliotheken, die mit und für Java geschrieben werden. Viele der Sicherheitslücken sind auf das Browserplugin zurückzuführen. Das Browserplugin lässt die Java-Applikation in einer Sandbox laufen, damit die Applikation nicht zu viel Schindluder treiben kann. Allerdings konnte die Applikation zu leicht aus der Sandbox ausbrechen. Außerdem sind viele Angriffe auf veraltete Java-Versionen zurückzuführen.
Java wird also nicht so schnell aussterben. Ich vermute mal, dass Java eher das neue COBOL wird. Eine Sprache vergangener Tage aber immer noch Entwickler dafür gesucht werden, weil kritische Programme damit entwickelt worden sind.
Ich persönlich bin ein Freund von C# und die Gründe liegen nicht in der Sicherheit oder sonst wo, sondern einfach an den Sprachfeatures, denn C# bekommt immer mehr funktionale Programmieraspekte, die das Leben vereinfachen. Allerdings ist man heute eh nicht davon befreit, mehrere Sprachen können zu müssen. Die Zeiten sind vorbei, wo man nur eine Sprache lernen muss, um den Rest seines Lebens als Entwickler arbeiten zu können. Gerade wenn man an Web-Applikationen arbeitet, bleibt nichts anderes übrig, als weitere Sprachen, wie z.B. JavaScript oder TypeScript und damit verbundene Frameworks, wie z.B. Angular oder React zu lernen.
Kotlin und Scala haben nichts mit Java zu tun. Die Sprachen verwenden aber die JVM. Der Compiler von Kotlin und Scala kompiliert den Code in Bytecode und dieser wird dann von der JVM ausgeführt.

Das ist das Ziel von vielen Bildungsträgern. Hauptsache Geld vom Jobcenter abkassieren und wenn die Person durch die Prüfung rasselt, ist halt die Person schuld und nicht der Bildungsträger.

Weil eine Invalid Cast Exception geworfen wird, die aber die Form abfängt. Die bekommst du zu sehen, wenn du alle Exceptions unter Debuggen -> Fenster -> Ausnahmeeinstellungen aktivierst. Dann unterbricht der Debugger bei jeder Exception die Ausführung.
Hast du dich überhaupt schon mal mit Schleifen beschäftigt? Dann erübrigt sich dein Problem.
Wenn man es richtig macht, brauchst du nicht mal eine Zählschleife, denn deine Datei ist nichts weiter als eine Liste von Objekten und wenn du die Datei eine Struktur geben würdest (z.B. eine Zeile pro Fehlermeldung), dann könntest du die Datei auch vernünftig parsen und bräuchtest nur eine foreach-Schleife.
Derzeit sieht ja deine Datei so aus:
Name1/Gerät1/Datum1/Fehlermeldung1/Name2/Gerät2/Datum2/Fehlermeldung2/... Es ist nicht erkennbar, wann der Datensatz aufhört und wann er anfängt. Wenn du aber pro Zeile einen Datensatz schreibst, ist der Anfang und Ende definiert:
Name1/Gerät1/Datum1/Fehlermeldung1 Name2/Gerät2/Datum2/Fehlermeldung2 ... Dementsprechend kann man nun die Datei parsen:
List<Fehlermeldungen> fehlermeldungen = new List<Fehlermeldungen>(); foreach (var row in file.Split(new[] {Environment.NewLine}, StringSplitOptions.None)) { var columns = row.Split('/') fehlermeldungen.Add(new Fehlermeldungen { Name = columns[0], Gerät = columns[1], Datum = column[2], Fehlermeldung = columns[3] } }  

Schaue dir doch mal die Zeile genauer an:
sw.WriteLine("{0}{1}{2}{3}{4}", item.SubItems[0].Text, // <- {0} "/" , // <- {1} item.SubItems[1].Text,// <- {2} "/" , // <- {3} item.SubItems[2].Text, // <- {4} "/", item.SubItems[3].Text, "/", item.SubItems[4].Text); Schreib es doch so:
sw.WriteLine("{0}/{1}/{2}/{3}/{4}", item.SubItems[0].Text, item.SubItems[1].Text, item.SubItems[2].Text, item.SubItems[3].Text, item.SubItems[4].Text);  
 
Du öffnest den Dialog zwei Mal:
sfd1.ShowDialog(); // <- 1. Mal if (sfd1.ShowDialog() == DialogResult.OK) // 2.Mal  

Klingt ja nicht so toll aber ich denke, dass ein Gespräch mit dem Prüfungsausschuss wohl die beste Variante ist. Projekte können immer in die Hose gehen und das ist mit Sicherheit schon zig Mal passiert und man kann sich bestimmt mit dem Prüfungsausschuss arrangieren. Es geht ja nicht darum, ein super Projekt zu präsentieren, sondern du sollst deine berufliche Handlungsfähigkeit unter Beweis stellen und das kann man auch, wenn das Projekt schief läuft.
Aber das Projekt eines FISIs soll doch nur maximal 35 Stunden dauern. Bei einer 40 Stunden-Woche wären es doch ca. 4,5 Tage. Wieso brauchst du dann mehr als 35 Stunden? In diesen 35 Stunden ist ja auch die Dokumentation inbegriffen. Effektiv braucht man für die praktische Tätigkeit sogar noch weniger als 4,5 Tage.

Nur ist das doch nicht Sinn und Zweck der Zwischenprüfung. Sie soll den Ausbildungsstand widerspiegeln und nicht nur ein "bestanden" oder "nicht bestanden". Ein Azubi sollte wissen, wo er steht und sollte auch wissen, was er noch verbessern kann bzw. muss. Von daher sollte es doch auch im Interesse des Azubis, der IHK, des Unternehmens und der Berufsschule sein, dass ein Azubi Einsicht in seine Arbeit bekommt und dies auch transparent bewertet wird. 
Aber es ist mir schon häufig aufgefallen, dass die IHK da sehr mittelalterliche Vorstellungen hat.

Nur ist das doch nicht Sinn und Zweck der Zwischenprüfung. Sie soll den Ausbildungsstand widerspiegeln und nicht nur ein "bestanden" oder "nicht bestanden". Ein Azubi sollte wissen, wo er steht und sollte auch wissen, was er noch verbessern kann bzw. muss. Von daher sollte es doch auch im Interesse des Azubis, der IHK, des Unternehmens und der Berufsschule sein, dass ein Azubi Einsicht in seine Arbeit bekommt und dies auch transparent bewertet wird. 
Aber es ist mir schon häufig aufgefallen, dass die IHK da sehr mittelalterliche Vorstellungen hat.

Ich würde auch jeden Pseudocode empfehlen. Wie schon gesagt, Pseudocode ist nicht standardisiert. Man hat hier also einen gewissen künstlerischen Freiraum. Es sollte aber lesbar und nicht zu abstrakt oder exotisch sein. Wenn man sich da an den Wikipediaartikel hält, ist man schon auf der sehr sicheren Seite.
Struktogramme und PAP sind genormt und da muss man dann schon wissen, wie diese aussehen müssen. Besonders ein PAP besitzt da unterschiedliche Formen für die jeweiligen Elemente und Struktogramme sind auch noch sehr aufwendig zu zeichnen und lassen sich nur sehr schwer korrigieren, wenn man mal einen Fehler hat.

Der SQL Server bietet dir keine Klicki-Bunti-Funktion, um GUIs zu bauen. Du schickst lediglich eine SQL-Query an die Datenbank und bekommst das Ergebnis. Das "drumherum" musst du dann selbst entwickeln. Eine Datenbank erkennt auch nichts von Geisterhand, sondern wertet die SQL-Query aus und in dieser Query steht, wonach gefiltert werden soll. Wenn du also irgendeine Magie oder eine GUI haben willst, dann musst du sie schon selbst entwickeln.
 

Gleich der erste Satz:
 

Der SQL Server bietet dir keine Klicki-Bunti-Funktion, um GUIs zu bauen. Du schickst lediglich eine SQL-Query an die Datenbank und bekommst das Ergebnis. Das "drumherum" musst du dann selbst entwickeln. Eine Datenbank erkennt auch nichts von Geisterhand, sondern wertet die SQL-Query aus und in dieser Query steht, wonach gefiltert werden soll. Wenn du also irgendeine Magie oder eine GUI haben willst, dann musst du sie schon selbst entwickeln.
 

Der SQL Server bietet dir keine Klicki-Bunti-Funktion, um GUIs zu bauen. Du schickst lediglich eine SQL-Query an die Datenbank und bekommst das Ergebnis. Das "drumherum" musst du dann selbst entwickeln. Eine Datenbank erkennt auch nichts von Geisterhand, sondern wertet die SQL-Query aus und in dieser Query steht, wonach gefiltert werden soll. Wenn du also irgendeine Magie oder eine GUI haben willst, dann musst du sie schon selbst entwickeln.
 

@Eleu: Da du ja meinst, dass ein Hallo-Welt-Programm für dich zu langweilig ist, gebe ich dir mal eine Aufgabe:
Ich gebe dir ein Stück Code vor und du erklärst jedes Schlüsselwort und jeden Begriff:
using System; namespace ConsoleApp8 { class Program { static void Main(string[] args) { Console.WriteLine("Hallo Welt"); } } } Also was beutet using und namepace?
Was heißt class? Was ist eine Klasse?
Was ist ein Objekt? Wo liegt der Unterschied zwischen Klasse und Objekt?
Was bedeutet static? Wo ist der Unterschied zwischen static und non-static? 
Was bedeutet void?
Wieso heißt die Methode Main? Kann man sich auch anders benennen?
Was bedeutet "string[] args"?
Was bedeuten die geschweiften Klammern?
Was ist Console?
Was ist WriteLine?
Was ist "Hallo Welt"?
Ich bin mir sicher, dass du die meisten Fragen nicht beantworten kannst und daher bist du bei einem "Hallo Welt"-Programm gut aufgehoben. Bei solchen Programmen geht es nicht nur, um zu sehen, wie "Hallo Welt" auf der Konsole ausgegeben wird, sondern um auch die Basics einer Sprache kennenzulernen und daher ist es wichtig, sich auch mit diesem Programm intensiv auseinanderzusetzen. 
Du behauptest zwar, dass du vor 20 Jahren mit VB6 gearbeitet hast aber ich bezweifel dies, denn offenbar hast du keinerlei Kenntnisse über Objektorientierung, geschweige denn über die Programmierung. 
Ich bin hier auch nun raus, da ich keine Lust habe, jemanden das Programmieren beizubringen, der nicht mal Eigeninitiative zeigt und bei jeder Kleinigkeit sofort ein Post schreibt, anstatt sich selber mal um eine Antwort zu bemühen. Angeblich hast du ja ein Buch. Also dann lese es auch bitte. Ansonsten hast du ja noch Zugang zum Internet und google kennst du ja wohl auch. Auch unsere Fragen, was du da eigentlich vor hast, kannst du auch nicht mal beantworten.

@Eleu: Da du ja meinst, dass ein Hallo-Welt-Programm für dich zu langweilig ist, gebe ich dir mal eine Aufgabe:
Ich gebe dir ein Stück Code vor und du erklärst jedes Schlüsselwort und jeden Begriff:
using System; namespace ConsoleApp8 { class Program { static void Main(string[] args) { Console.WriteLine("Hallo Welt"); } } } Also was beutet using und namepace?
Was heißt class? Was ist eine Klasse?
Was ist ein Objekt? Wo liegt der Unterschied zwischen Klasse und Objekt?
Was bedeutet static? Wo ist der Unterschied zwischen static und non-static? 
Was bedeutet void?
Wieso heißt die Methode Main? Kann man sich auch anders benennen?
Was bedeutet "string[] args"?
Was bedeuten die geschweiften Klammern?
Was ist Console?
Was ist WriteLine?
Was ist "Hallo Welt"?
Ich bin mir sicher, dass du die meisten Fragen nicht beantworten kannst und daher bist du bei einem "Hallo Welt"-Programm gut aufgehoben. Bei solchen Programmen geht es nicht nur, um zu sehen, wie "Hallo Welt" auf der Konsole ausgegeben wird, sondern um auch die Basics einer Sprache kennenzulernen und daher ist es wichtig, sich auch mit diesem Programm intensiv auseinanderzusetzen. 
Du behauptest zwar, dass du vor 20 Jahren mit VB6 gearbeitet hast aber ich bezweifel dies, denn offenbar hast du keinerlei Kenntnisse über Objektorientierung, geschweige denn über die Programmierung. 
Ich bin hier auch nun raus, da ich keine Lust habe, jemanden das Programmieren beizubringen, der nicht mal Eigeninitiative zeigt und bei jeder Kleinigkeit sofort ein Post schreibt, anstatt sich selber mal um eine Antwort zu bemühen. Angeblich hast du ja ein Buch. Also dann lese es auch bitte. Ansonsten hast du ja noch Zugang zum Internet und google kennst du ja wohl auch. Auch unsere Fragen, was du da eigentlich vor hast, kannst du auch nicht mal beantworten.

Die Frage wurde doch schon beantwortet. Was willst du denn noch?
Wenn du es nicht verstehst, dann stelle weitere Fragen und lass uns an deinen Gedanken teilhaben und stelle nicht einfach Codeschnippsel rein, bei denen wir nicht wissen, was du damit vor hast.

Aus diesem Grund finde ich es nicht gerade sinnvoll, dass Anfänger gleich mit einer grafischen Oberfläche anfangen, denn das Wissen ist einfach nicht vorhanden, wie Events eigentlich funktionieren.
Eine grafische Oberfläche läuft in einer Endlosschleife. In der Schleife werden jedes Mal die Eingabe entgegengenommen, verarbeitet und die Oberfläche neu gezeichnet. Ein Mausklick löst also im Grunde nicht das Event aus, sondern die Schleife befindet sich wieder an dem Punkt, wo sie die Eingabe überprüft wird und merkt, dass die Maustaste gedrückt wird. Schaut dann nach, ob ein Event implementiert wurde und wenn ja, dann wird die Implementierung aufgerufen. 
So ist es nun auch beim FileSystemWatcher. Es läuft eine Endlosschleife, die sich ein Stream mit Dateiänderungen anschaut und bei jedem Durchlauf wird geschaut, ob die letzte Dateiänderung mit deinen Filterkriterien, etc. übereinstimmt und dann schaut, ob das jeweilige Event implementiert wurde.
Den FileSystemWatcher kannst du auch in einer Form verwenden. Beispiel:
public Form1() { InitializeComponent(); FileSystemWatcher watcher = new FileSystemWatcher(@"D:\Test"); watcher.Changed += (sender, e) => textBox1.Text = $"Changed: {e.Name}"; watcher.Created += (sender, e) => textBox1.Text = $"Created: {e.Name}"; watcher.Deleted += (sender, e) => textBox1.Text = $"Deleted: {e.Name}"; watcher.Renamed += (sender, e) => textBox1.Text = $"Renamed: {e.OldName} => {e.Name}"; watcher.SynchronizingObject = this; watcher.EnableRaisingEvents = true; } Hierbei muss man aber wissen, dass die Endlosschleife in einem anderen Thread läuft als die Endlosschleife der grafischen Oberfläche und Änderungen an der UI darf nur der Thread der UI machen. Der FileSystemWatcher besitzt deswegen die Eigenschaft SynchronizingObject. Hier kann man das Objekt reinreichen, wer den FileSystemWatcher erzeugt hat und somit wird der Code über den UI-Thread ausgeführt.
Der FileSystemWatcher steht sogar in der Toolbox zur Verfügung und kann per Drag'n'Drop in die Form geschoben werden. Dabei wird der FilesystemWatcher folgendermaßen initialisiert:
// // fileSystemWatcher1 // this.fileSystemWatcher1.EnableRaisingEvents = true; this.fileSystemWatcher1.SynchronizingObject = this; this.fileSystemWatcher1.Changed += new System.IO.FileSystemEventHandler(this.fileSystemWatcher1_Changed); this.fileSystemWatcher1.Created += new System.IO.FileSystemEventHandler(this.fileSystemWatcher1_Created); this.fileSystemWatcher1.Deleted += new System.IO.FileSystemEventHandler(this.fileSystemWatcher1_Deleted); this.fileSystemWatcher1.Renamed += new System.IO.RenamedEventHandler(this.fileSystemWatcher1_Renamed); Das, was ich im oberen Code gemacht habe, kann man sich auch generieren lassen.

Ich arbeite überwiegend mit Entwicklern, die so auf die 50 zugehen und da muss ich feststellen, dass viele doch ihren Antrieb verloren haben (wenn sie ihn jemals besessen haben) und sich auch gar nicht mehr weiterbilden wollen und lieber nur noch das machen wollen, was sie kennen. Da sind dann Spezialisten bei, die meinen, sie seien Schlauer als Microsoft und Oracle und bauen Datenbank-Features nach und verteufeln das yield return in C#, weil der Compiler zusätzlichen IL-Code drumherum baut und Microservices sind ja per Se schlecht, weil ist so aber produzieren fleißig Spaghetticode und von agilen Prozessen braucht man erst gar nicht reden, weil das ja nur Chaos bedeutet. Da bleibt man ja lieber beim Wasserfallmodell und fällt jedes Mal wieder auf die Fresse. Es sind gerade unsere Werksstudenten, die die Nerdigkeit in das Unternehmen bringen. Klar, entsprechen sie nicht mehr dem Klischee eines typischen Nerds. Einer baut in Fitnessstudio seine Muskeln auf und ein anderer läuft Marathons aber das ist nun mal der Wandel der Zeit und ich würde sagen, dass die heutigen Nerds doch aktiver sind, was ihre Freizeitgestaltung angeht und der typische Klischee-Nerd (im dunklen Keller hocken und D&D zocken) verdrängt wird.

Ich arbeite überwiegend mit Entwicklern, die so auf die 50 zugehen und da muss ich feststellen, dass viele doch ihren Antrieb verloren haben (wenn sie ihn jemals besessen haben) und sich auch gar nicht mehr weiterbilden wollen und lieber nur noch das machen wollen, was sie kennen. Da sind dann Spezialisten bei, die meinen, sie seien Schlauer als Microsoft und Oracle und bauen Datenbank-Features nach und verteufeln das yield return in C#, weil der Compiler zusätzlichen IL-Code drumherum baut und Microservices sind ja per Se schlecht, weil ist so aber produzieren fleißig Spaghetticode und von agilen Prozessen braucht man erst gar nicht reden, weil das ja nur Chaos bedeutet. Da bleibt man ja lieber beim Wasserfallmodell und fällt jedes Mal wieder auf die Fresse. Es sind gerade unsere Werksstudenten, die die Nerdigkeit in das Unternehmen bringen. Klar, entsprechen sie nicht mehr dem Klischee eines typischen Nerds. Einer baut in Fitnessstudio seine Muskeln auf und ein anderer läuft Marathons aber das ist nun mal der Wandel der Zeit und ich würde sagen, dass die heutigen Nerds doch aktiver sind, was ihre Freizeitgestaltung angeht und der typische Klischee-Nerd (im dunklen Keller hocken und D&D zocken) verdrängt wird.

Mahlzeit in die Runde!
Spoiler: Dieses Posting kann Spuren von angestautem Frust oder Unverständnis enthalten.
Ich habe die Fresse mittlerweile gestrichen voll von Leuten, die mir mit "Das ist hier schon immer so", "das ist ein gewachsenes System" um die Ecke kommen. Ich. kann. es. nicht. mehr. hören. Das sind Ausreden von Leuten, die entweder keine Lust oder keine Ahnung haben, ein System ggfs. zu zerlegen und parallel neu Aufzusetzen.
"Ja, aber das können wir uns gar nicht leisten" - "IN 2 JAHREN HABT IHR SO VIEL AN MEHRARBEIT VERBRATEN, DA HABT IHR DIE KOSTEN LOCKER RAUS, IHR DEPPEN!" - "Stimmt doch gar nicht!". 2 Jahre später: "Hätten wir mal die Reißleine gezogen..."
Das ging soweit, dass ich mir in meiner letzten Firma intern mit einigen automatisierten Skripten zur selbstlernenden Referenzierung von Datensätzen regelrecht Feinde gemacht habe, weil ich quasi Leute "überflüssig" gemacht habe, die seit 15(!) Jahren und mehr stumpfste manuelle Aufgaben durchführen und partout nichts daran ändern wollen. Wir reden hier von "Ich lese eine Rechnung und gucke, ob da GOFL steht statt GOLF und weise den Datensatz dann manuell einem Typen zu" vs. "Automatisiert mit Levenshtein-Distanz".
Ich dachte ja, sowas gibt es nur in alten KMUs oder Konzernen (wobei mir da die persönliche Erfahrung fehlt), aber nein, es geht auch in kleinen Agenturen.
Das klingt vermutlich ultra arrogant, aber mir persönlich ist meine Lebenszeit zu wichtig, um sie mit wiederkehrenden, manuellen Aufgaben zu füllen. Ich habe 3 Kinder, ich habe private Projekte wie z.B. die Schulgründung und ich könnte jedes mal im Strahl kotzen, wenn ich Menschen sehe, die willentlich und wider besseren Wissens ineffiziente und zeitaufwändige Prozesse von Hand oder mit völlig veralteten und im besten Fall auch noch kostenpflichten Tools ausführen. 
Und zum Thema Dokumentationen und Wissen teilen: Ich teile mein Wissen liebend gerne und permanent. Ich will nichts horten, ich will effizient saubere Lösungen produzieren und streue dafür alles an Wissen, was ich für relevant erachte. Idealerweise auf einer dafür geeigneten Plattform. Analog dem Sicherheits"prinzip" halte ich es bei "Employer value by obscurity" so, dass man schon eine ziemliche Pfeife sein muss, wenn das Verheimlichen die einzige Option ist, den eigenen Wert als Arbeitnehmer zu bewahren.
Was Coding-Style angeht bevorzuge ich den "Newspaper Style". Also zum Start einer Klasse alle public Properties und Methoden, sprechend benannt. Also z.B. eine Abfrage nach dem Verbindungsstatus nicht "CheckConnection()" nennen, sondern eher "IsNetworkConnectionEstablished()"(Der Name ist auch nicht perfekt, zeigt aber die Richtung auf), damit es im Codefluss eher wie Prosa lesbar ist.
Darunter dann die private und protected-Themen. So sieht man direkt "Ah ok, das passiert hier" und wenn man in die Tiefe möchte, tut man das einfach.
Gruß, Goulasz   
Nachtrag: Ich habe überhaupt kein Problem damit, wenn Menschen fachlich nicht wissen, wie sie ein Problem lösen können und damit offen und ehrlich umgehen. Ich mache das permanent. Ich reagiere aber mittlerweile extrem allergisch auf Leute, die für Probleme mit tatsächlicher Komplexität irgendwelche dahingeschmierten "das wird schon passen"-Lösungen konzipieren und eintüten, bei denen am Ende die Entwickler_innen die, mit Verlaub, Scheiße ausbaden müssen, weil irgendjemand auf Twitter gelesen hat, mit der Blockchain und IoT kann man ja ALLES lösen.