Begründung für das Erlernen / Implementieren neuerer Microsoft-Technologien [geschlossen]

Ich arbeite bei einer großen Gesundheitsorganisation als mittelständischer Softwareentwickler. Ich habe über 10 Jahre Erfahrung in der IT-Branche mit Microsoft-Technologien (ASP.NET & SQL Server).

Wenn ich zu Konferenzen, Codecamps, .net-Benutzergruppentreffen gehe, höre ich von allen möglichen neuen Tools und Technologien: MVC, LINQ, Entity Framework, WCF-Webdienste usw. Ich denke, Sie können sagen, dass ich mich wohl fühle Zone mit dem gleichen alten Zeug von asp.net 2.0. Ich verwende typisierte Datensätze für meine Datenzugriffsschicht. Ich verwende Webformulare und funktionsreiche Serversteuerelemente mit Masterseiten. Ich weiß, wie man einfaches altes SQL verwendet und Abfragen in meinen typisierten Datasets erstellt, um auf Daten zuzugreifen, die meine Anwendungen benötigen.

Während meiner Karriere bin ich immer sensibel dafür, nicht überholt zu sein. Was ich derzeit benutze, funktioniert gut und meine Entwicklungszeit ist schnell. Aber ich mache mir Sorgen, dass ich in Interviews gefragt würde, wie viele MVC-Apps ich geschrieben habe, wenn ich entlassen würde. Oder wie ich mit LINQ- oder WCF-Webdiensten bin.

Ich weiß, dass es keine Rolle spielt, wie viele Konferenzen, Bücher oder Videos ich über eine neue Technologie sehe ... Ich muss sie implementieren / verwenden, sonst wird sie einfach nicht eingesetzt. Auch Manager, die Interviews führen, kümmern sich nicht darum wie viel jemand über etwas liest, nur echte Nutzung und Erfahrung mit einer Technologie.

Ich habe ein neues Projekt zu schreiben. Ich bin zu meinem Manager gegangen und habe um zusätzliche Zeit für das Projekt zum Erlernen / Implementieren von Technologien gebeten, mit denen ich möglicherweise nicht vertraut bin. Unsere Organisation ermutigt ihre Mitarbeiter, "zu lernen und zu wachsen" und sich weiterzubilden. Aber ich bekomme immer Widerstand, wenn ich um mehr Zeit bitte, um etwas Neues zu implementieren. Mein Manager fragt nach konkreten geschäftlichen Gründen für die Implementierung dieser neuen Technologien. Ich habe keine geschäftlichen Gründe. Meine Gründe sind, dass ich nicht obsolet werden möchte. Ich könnte sagen, es würde das Projekt in Zukunft für andere Entwickler wartbarer machen, da die Leute irgendwann aufhören könnten, diese älteren Technologien zu verwenden, aber das ist alles, was ich mir vorstellen kann. Sind Linq / Entity Framework / MCV-Apps leistungsfähiger? So sehr, dass die Kunden (Benutzer in Abteilungen, für die ich diese App erstelle) benötigen? Ich bezweifle das.

Ich interessiere mich für die Gedanken von dir. Haben viele von Ihnen ähnliche Probleme mit dem Versuch, neuere Technologien einzusetzen? Ich bezweifle, dass ich auch auf dem neuesten Stand der Technik bin. Gibt es "geschäftliche Gründe", die Sie für den Einsatz dieser Technologien ans Licht bringen würden?

Danke im Voraus! Entschuldigung für die lange Textwand.

Nicht obsolet zu werden, klingt nach einem ziemlich guten Geschäftsgrund für den Einsatz neuer Technologien. Es fließt in beide Richtungen. Sie möchten nicht, dass Ihre Fähigkeiten veraltet sind, aber Ihr Chef sollte sich auch Sorgen machen, dass er möglicherweise keine Mitarbeiter findet, die bereit oder in der Lage sind, an veralteten Technologien zu arbeiten. Wenn die Mehrheit der Entwickler und Arbeitgeber eine alte Technologie gegen eine neue austauscht, ist dies möglicherweise Grund genug für Ihr Unternehmen, dies auch zu tun.

Um Ihre Frage spezifisch zu beantworten, sollten Sie jede dieser Technologien einzeln bewerten, um festzustellen, ob sie Ihren Anforderungen entsprechen. Ich gebe Ihnen meine Meinung, aber Sie müssen wirklich mindestens einen halben Tag damit verbringen, jeden einzelnen zu recherchieren und zu bewerten, wenn er für Ihre spezifischen Geschäftsanforderungen gilt.

LINQ: Dies können Sie auch ohne Entity-Framework verwenden. LINQ ist eine Technologie, die für die Arbeit mit Datensammlungen verwendet wird. Sie können sie in Ihren Anwendungen verwenden, auch wenn Sie sie nicht zum Laden dieser Daten aus der Datenbank verwenden. Tun Sie sich selbst einen Gefallen und lernen Sie, wie Sie Lambda-Ausdrücke und LINQ-Erweiterungsmethoden verwenden. Dies spart Ihnen Zeit, erleichtert Ihnen das Leben als Entwickler und reduziert die Menge an Code, die Sie schreiben müssen.

Entity Framework: Dies scheint die Zukunft für den Datenzugriff in der Microsoft-Welt zu sein. Die meisten neuen Frameworks, Technologien und Tools von Microsoft funktionieren mit dem Entity Framework. Es ist nicht perfekt, aber viel schöner als die Verwendung von Datasets, insbesondere wenn Sie LINQ für Entitäten verwenden. Ein wichtiger geschäftlicher Grund für die Verwendung von Entity Framework ist, dass es die Menge an SQL-Code reduziert, die Sie schreiben müssen, da das Framework ihn für Sie generiert. Nach meiner Erfahrung sind die meisten Entwickler ohnehin nicht sehr gut darin, SQL zu schreiben (und die meisten Unternehmen haben keinen dedizierten DBA). Daher sollte das Entity Framework für die meisten Anwendungen die Dinge schneller und effizienter machen. Mit dem Entity Framework können Sie auch mit POCOs arbeiten, die weniger Overhead haben und einfacher zu bearbeiten sind als Datasets.

MVC: Dies ist möglicherweise schwer zu rechtfertigen, da die meisten Anwendungen möglicherweise nicht viel davon profitieren. Basierend auf den neuesten Stellenausschreibungen, die ich gesehen habe, ist MVC immer noch in der Minderheit (obwohl es schnell an Boden gewinnt). Für die meisten Geschäftsanwendungen ist MVC möglicherweise übertrieben, und das Ziehen einiger Steuerelemente auf eine Aspx-Seite reicht aus. MVC hat eine Lernkurve. Um produktiv zu sein und das Beste daraus zu machen, müssen Sie HTTP, HTML, CSS und JavaScript wirklich verstehen. MVC funktioniert gut, wenn Sie eine wirklich angepasste Webanwendung benötigen, bei der die Leistung eine große Priorität hat. Wenn dies nicht der Fall ist und die Mitarbeiter nicht viel Erfahrung damit haben, gibt es wahrscheinlich kein starkes Geschäftsmodell für die Verwendung.

WCF-Webdienste: Müssen Sie Daten für Remoteclientanwendungen bereitstellen? WCF ist wahrscheinlich der richtige Weg. Schreiben Sie nur eine Webanwendung, die auf demselben Server oder lokalem Netzwerk wie Ihre Datenbank ausgeführt wird? Verwenden Sie WCF nicht, Sie brauchen es nicht und es wird nur dazu dienen, Dinge mit unnötigen Abstraktionen zu komplizieren.

Kurz gesagt, verwenden Sie eine neue Technologie, wenn dies sinnvoll ist, und nehmen Sie sich Zeit, um herauszufinden, wann dies der Fall ist. Das Erlernen neuer Technologien nimmt viel Zeit in Anspruch, aber es sollte nicht viel Zeit in Anspruch nehmen, sie zu bewerten und herauszufinden, ob sie Ihrer spezifischen Situation zugute kommen. Dies ist etwas, was die höheren Schichten in Ihrem Unternehmen bereits tun sollten, aber wenn dies nicht der Fall ist, müssen Sie dies tun und sich dann die Zeit nehmen, um sie über das zu informieren, was Sie gelernt haben.

EDIT: Nachdem ich Ihre Kommentare oben gelesen hatte, hatte ich noch einige Gedanken. Es kann hilfreich sein, wenn Sie in der Lage sind, diese App agil zu entwickeln und in verschiedene Komponenten aufzuteilen, die jeweils vollständig abgeschlossen werden können, bevor Sie mit der nächsten fortfahren. Ihr Manager ist möglicherweise eher damit einverstanden, dass Sie sich die zusätzliche Zeit für neue Technologien nehmen, wenn er feststellt, dass Sie auf diesem Weg stetige Fortschritte erzielen. Außerdem müssen Sie nicht zwischen dem Schreiben der gesamten App in MVC- und Entity Framework- oder ASPX-Seiten und -Datensätzen wählen. Es ist möglich, beide in derselben App mithilfe eines Hybridansatzes zu verwenden. Sie können MVC und das Entity Framework für einige der Komponenten verwenden. Wenn die Dinge gut laufen und Ihr Chef glücklich ist, können Sie weitermachen, aber wenn er das Gefühl hat, dass es so ist '

Während Sie auf jeden Fall einige der neuen MS-Technologien kennenlernen sollten, hat mich meine jüngste Erfahrung mit WPF und WCF beim Erlernen der neuesten MS-APIs etwas vorsichtiger gemacht.

Jetzt ist LINQ ein großer Segen für die Produktivität, den Sie unbedingt nutzen sollten. Das Schöne ist, dass Sie LINQ-to-Objects in allen möglichen zufälligen Situationen stückweise mit oder ohne die eigentliche Abfragesyntax einführen können (ich rufe normalerweise Where()ohne die from-selectSyntax auf, da sie oft kürzer ist.) Das mathematische Dual von LINQ, Reactive Erweiterungen sollten Sie beachten, obwohl ich immer noch Schwierigkeiten habe, einen wirklich guten Anwendungsfall zu finden. Ebenso sind alle Funktionen von C # 3/4/5 nützlich, daher sollten Sie sie studieren und nach Stellen suchen, an denen sie nützlich sind, auch wenn Sie weiterhin das "alte" BCL-Material verwenden.

Ich werde jedoch den Anwalt des Teufels nehmen und vorschlagen, dass die neuesten großen MS-Bibliotheken wie WCF und WPF nicht unbedingt das Lernen wert sind.

Der Hauptgrund ist, dass sie riesig und nicht besonders gut gestaltet sind (ersteres ist ein Symptom für letzteres). Ich habe kürzlich kurz darüber gebloggt, warum WPF scheiße ist . Wie für WCF, das WhitepaperEs klingt so, als würde es problemlos mit "Java EE-Server, die auf einem Nicht-Windows-System ausgeführt werden" und "Partneranwendungen, die auf einer Vielzahl von Plattformen ausgeführt werden" zusammenarbeiten, aber die Wahrheit ist, dass WCF-APIs sehr spezifisch SOAP-orientiert sind und sehr eingeschränkte Unterstützung für Nicht-SOAP-Protokolle. MS hätte leicht ein allgemeines System entwerfen können, das steckbare Protokolle zulässt, und vielleicht ist die Fähigkeit dort irgendwo versteckt (undokumentiert), aber soweit ich das beurteilen kann, haben sie sich entschieden, ein viel eingeschränkteres System zu entwerfen, das nur SOAP und eingeschränktes HTTP kann (Solange Ihr Nachrichtentext ein serialisiertes .NET-Objekt, IIRC, ist). Ich habe Entity Framework kurz untersucht, aber einige Beschwerden festgestellt, dass es nicht in der Lage war, einige Szenarien zu unterstützen, die mit dem (viel einfacheren) LINQ-to-SQL sofort verarbeitet werden können.

IMO ist das Design all dieser Bibliotheken grundlegend fehlerhaft, da sie viele Komponenten verwenden, die eng miteinander verbunden sind. Ein Abhängigkeitsdiagramm der Klassen in jedem Framework wäre wahrscheinlich riesig und würde wie ein Durcheinander von kritzelnden Linien aussehen. Und selbst wenn das Design gut wäre, könnten wir es nicht beurteilen, da es keine öffentlichen Architekturdokumente gibt, die sich mit den Details auf niedrigerer Ebene befassen, und die MSDN-Dokumente größtenteils nicht sehr gut sind (sie neigen dazu, zu erhalten) immer weniger hilfreich, wenn man sich Klassen der unteren und unteren Ebenen ansieht.)

Die schiere Größe der Bibliotheken scheint ebenfalls ein Fehler zu sein; Ich habe in über 20 Jahren Programmierung gelernt, dass Einfachheit eine Tugend ist, die Microsoft nie geschätzt hat.

Aber Sie könnten fragen, "na und"? Nun, bei so großen Bibliotheken haben Sie vielleicht nie das Gefühl, sie wirklich zu verstehen. Das heißt, wenn Sie etwas außerhalb der Anwendungsfälle tun möchten, für die Microsoft WCF / WPF / EF speziell entwickelt hat, wissen Sie nicht wie, und es ist möglich, dass auch niemand außerhalb von Redmond weiß, wie. Und wenn etwas schief geht, fällt es Ihnen schwer, herauszufinden, was schief gelaufen ist. Und 15 Jahren , wenn Microsoft hat ihre bewegt auf nächste nächsten Generation API, niemand wird genießen Software auf einem Fundament gebaut beibehalten , die so schlecht verstanden wird.

Auch aufgrund der Größe und Komplexität dieser neuen APIs wird die plattformübergreifende Alternative zu .NET, Mono, nur unzureichend oder gar nicht unterstützt. Sie werden wahrscheinlich kaum Schwierigkeiten haben, Ihre eingegebenen Datentabellen unter Linux oder Mac zu verwenden, aber Entity Framework? Vergiss es. Es würde mich nicht wundern, wenn Mono es niemals unterstützt.

Ich habe LINQ-to-SQL in einem neuen Projekt verwendet und es ist nicht schlecht. In mancher Hinsicht könnte es besser sein, aber ich denke, die Entwicklererfahrung ist wesentlich besser als bei ADO.NET. Eine wesentliche Einschränkung: L2S ist bei weitem am einfachsten, wenn Sie Tabellen im "verbundenen" Modus ändern, im Gegensatz zu dem alten ADO.NET, das speziell für die Arbeit ohne aktive Datenbankverbindung entwickelt wurde. Wie auch immer, da LINQ-to-SQL (laut Mono-Leuten) ein Viertel der Größe von Entity Framework hat, ist es eine Schande, dass MS beschlossen hat, die Arbeit daran aufzugeben.

Ich habe mehr als zehn Jahre lang Microsoft Windows-basierte Software entwickelt, bevor ich vollständig auf freie und Open Source-Software umgestiegen bin und die MS-Entwicklung aufgegeben habe. Ich schreibe dies aus langjähriger persönlicher Erfahrung.

Abgesehen von anderen Gründen, aus denen ich zu FOSS gewechselt bin, ist der Grund für die Programmierung, dass es kaum eine Rechtfertigung für das Erlernen / Implementieren proprietärer Technologien gibt. Der springende Punkt ist, dass Microsoft nicht verpflichtet ist, jede einzelne Technologie zu unterstützen, die es jemals verbreitet hat. Nur allzu oft führt MS veraltete Änderungen an seinen APIs und Frameworks ein. Dies macht einen Großteil der vorhandenen APIs sowie deren Wissen überflüssig. In der Tat tun sie dies sogar mit ihrer Endbenutzersoftware. Beispielsweise ähnelt MS Office 2007/2010 nicht MS Office 2003, und was noch wichtiger ist, Windows 8 ist eine radikale Abkehr von vorhandenen Plattformen. Insbesondere wird es zwangsläufig alle neuen APIs und Frameworks für Windows 8 geben, und Sie können Windows 8 (in Zukunft, wenn nicht jetzt) ​​nicht unterstützen, ohne diese zu implementieren.Nicht unterstützt , ist einer der Hauptgründe für die weitere Implementierung neuer Technologien, die MS veröffentlicht. Wenn MS morgen die alte Technologie nicht mehr unterstützt, wohin gehen Sie mit dem Legacy-Code? Woher bekommst du Updates dafür?

Bitte beachten Sie auch, dass ich Sie nicht auffordere, die MS-Entwicklung einzustellen und zu FOSS zu wechseln. Ich wollte Ihnen hier nur helfen, da ich langjährige Erfahrung in der MS-Technologie habe.

Ich denke, die Hauptsache ist, herauszufinden, was die konkreten Vorteile der Einführung einer neueren Technologie sind, und diese als Rechtfertigung dafür darzustellen, anstatt Ihren eigenen Wunsch, nicht obsolet zu werden. Sie sagen, dass Sie keine "geschäftlichen Gründe" haben, aber Sie können sicherlich einige mit Recherche finden ...

Wenn Sie auf ein neueres Framework / eine neuere Technologie umsteigen, können Sie möglicherweise Apps entwerfen, die mit einem geringeren Speicherbedarf ausgeführt werden, schneller reagieren, schneller bereitgestellt werden können usw. Dies alles wären konkrete Geschäftsgründe. Ich würde also vorschlagen, mich ein wenig zurückzuziehen und zu untersuchen, "warum die Leute überhaupt angefangen haben, MVC, LINQ, Entity Framework, WCF-Webdienste usw. zu verwenden." Wenn Sie diese Frage beantworten, finden Sie wahrscheinlich eine geschäftliche Rechtfertigung. Ob es ausreicht, die "Go with What Works" -Philosophie fallen zu lassen oder nicht, ist eine andere Frage und kann eine Funktion Ihrer Verkaufsführung sein.

Was ich derzeit benutze, funktioniert gut und meine Entwicklungszeit ist schnell

Leider gibt Microsoft dafür keine Figur. Für sie ist es wichtig, Ihnen mehr Tools zu verkaufen. Das bedeutet, neue Technologien zu entwickeln, was bedeutet, dass Sie auch mehr Schulungen kaufen müssen! Win-Win für sie.

Für Sie bedeutet dies einen ständigen Kampf, um neue Dinge zu lernen, und sobald Sie anfangen, gut darin zu werden, ist Ihre Entwicklungsproduktivität so schnell wie früher ... es gibt noch etwas zu lernen und Sie müssen anfangen alles noch einmal. Es gibt einen Grund, warum Software im Allgemeinen von schlechter Qualität ist, weil sie nicht wie die "professionellen" Dienstleistungen wie Engineering oder Architektur behandelt wird, sondern die Dinge, die funktionieren. Wir werfen sie weg und fangen die ganze Zeit von vorne an.

Aber dieser arme Zustand der Welt hilft dir nicht. Mein Rat ist also, eine Kombination aus "mit der Technologie Schritt halten" und "nicht zurückfallen wollen" zu verwenden. Ihr Chef sollte sich mit der Rekrutierung befassen. Wenn Sie nur VB6-Entwickler sind, fällt es Ihnen ziemlich schwer, neue Mitarbeiter zu rekrutieren (nun, tatsächlich würden Sie es wahrscheinlich sehr einfach finden, alle Leute, die VB6 mochten, werden zu Ihnen strömen. aber das ist eine andere Sache).

Ich würde sagen, dass Sie prüfen müssen, ob die neue Technologie x Ihnen dabei helfen würde, die zukünftige Entwicklung noch schneller durchzuführen. Dann ist dies keine persönliche oder einfach verschwenderische Aufgabe mehr und wird zu einer Aufgabe zur Geschäftsverbesserung. Unternehmen arbeiten immer daran, wie F & E " Innovation "hilft ihnen, wettbewerbsfähig zu bleiben.

Als Entwickler müssen Sie das Management dazu drängen, neuere Technologien zu verwenden und dies zu rechtfertigen, indem Sie die Vorteile und den Wert demonstrieren, den es für das Unternehmen bringt (z. B. Leistung, Funktionen, Benutzerfreundlichkeit, Wartung). Das Management ist normalerweise abgeneigt, Änderungen vorzunehmen, und rechtfertigt keine Änderung, es sei denn, es bringt einige zusätzliche Vorteile gegenüber dem, was derzeit verwendet wird.

Die Verwendung einer neuen, hochmodernen Technologie ist auch gut für das Marketingteam, damit es das Unternehmen so vermarkten kann, dass es auf dem neuesten Stand der Technologietrends ist und nicht in der Vergangenheit mit älteren Technologien und Plattformen steckt.

Sie müssen in Ihrer Freizeit einige kleinere Projekte durchführen, wenn Ihr Unternehmen Sie nicht über deren Projekte informieren lässt. Das Lernen, das Sie in Ihrer privaten Zeit machen, sollte Ihnen den Business Case geben, den Sie Ihrem Chef über die Verbesserungen der neueren Technologien machen können. Wenn Sie sich derzeit von Ihrer täglichen Arbeit zu ausgebrannt fühlen , um neue Dinge zu lernen, müssen Sie möglicherweise ein paar Wochen Urlaub nehmen , sich ein paar Tage ausruhen und dann eine intensive Trainingseinheit für sich selbst durchführen.

Sagen Sie, was Sie über Microsoft , eine Sache , die Sie ihnen bemängeln kann nicht auf macht Entwickler - Tools und Training bei verfügbar ohne Kosten . Installieren Sie das neueste Microsoft Web Platform-Installationsprogramm auf Ihrem PC, starten Sie es und warten Sie, bis alle kostenlosen Entwicklungstools und -plattformen angezeigt werden, die Sie ausprobieren können. Besuchen Sie die Websites MSDN , ASP.Net und Channel9 und lesen Sie deren Tutorials.

Ich entwickle mich immer noch in ASP Classic, wenn Sie es glauben können, aber mit ein paar Stunden Überzeugungsarbeit habe ich meinen Chef davon überzeugt, dass .Net der richtige Weg ist, indem ich ein Business Case dafür mache. Nächstes Jahr beginnen wir mit der Umstellung unseres Legacy-Codes.

Der beste Weg, um die Verwendung neuerer Technologien zu rechtfertigen, besteht darin, zu zeigen, dass sie die Entwicklerproduktivität verbessern. Dies bedeutet mehr Arbeit zu geringeren Kosten. Das ist das einzige, was aus geschäftlicher Sicht wichtig ist.

Einige Beispiele:

1. Tools, die dem Entwickler die Arbeit erleichtern
2. Bibliotheken, die Funktionen bereitstellen, die sonst im eigenen Haus entwickelt werden müssten
3. Leistungsstärkere Sprachen, die zu besser lesbarem Code führen können, oder weniger Codezeilen, die geschrieben / debuggt werden müssen