Das EF gibt es ja nun als Open Source, neben der ASP.NET Web API und einigem anderen. Ich frage mich schon seit mindestens 10 Jahren, warum ich den Source Code des Linux Kernels benötigen sollte. Nun ist auch Microsoft voll auf Standard und Open Source.
Ich muss jetzt mal eine Lebensbeichte ablegen, ich versteh das alles nicht mehr. Ich werde nie in den Source Code reinschauen und schon gar nicht kompilieren. Mich regt das ganze SDK und Toolkit Source Gedöns ohne Ende auf. Vielleicht gibt es ja auch berufenere wie mich. Jemand der in zwanzig Bibliotheken, jede Zeile kennt. Jemand der in Mikrosekunden zwischen Sprachen umschalten kann und jedwelche Syntax Variante Fehlerfrei mit 250 Anschlägen pro Minute runtertippt. Jemand der sämtliche .NET Framework Varianten und API Unterschiede, ohne Luft zu holen, runterbeten kann.
Ich nicht.
Ich scheitere an: lese das und schreibe es in das- kontinuierlich. Dabei mache ich seit 10 Monaten ohnehin nur mehr VB.NET und Windows 8. Aber selbst in dem kleinem Themen Bereich stellt sich dauernd die Frage- WinRT Stream, IBuffer, Byte Array oder unsichtbare Extension Methode. Ich kann das kaum frei runtertippten und muss immer den Samples schauen. Die Doku braucht man ohnehin nicht zu bemühen, nach was soll ich auch suchen. Nur mal Reflection unter 4.5 und WinRT ansehen. Sind ja nur ein paar kleine Unterschiede, aber welche und wann?
Und jetzt wende ich mich meinen Schulungsteilnehmern zu. In der Regel habe ich einen deutlichen Wissensvorsprung, sonst würden mein Einsatz auch keine Sinn machen. In einem Kurs ist ein Event registrieren häufig das höchste der Gefühle. LINQ manchmal, Lambda selten. MVVM nur weil das alle sagen, Verstehen und Anwenden sehr selten. Test Driven, jaaaa wäre schön aber….
Was brauchen 99% der Entwickler?
- Einfache Werkzeuge
- Programmierkonzepte die Step by Step zum Erfolg führen
- Steuerelemente
- Kunden/Auftraggeber die Zahlen
Was brauchen sie nicht
- Open Source
- wechselnde Frameworks &APIs
- Fehlerhafte Controls
- offene Standards
Am Ende soll sich kein Entwickler schlecht oder schlechter fühlen nur weil er diesen Prinzipen nicht folgt oder folgen kann. Du bist gut, Dein Code ist gut- solange er läuft