Microsoft Dynamics (Navision) gegen C # .NET
Ich bin ein erfahrener C# /.NET-Entwickler, und vor kurzem wurde die Möglichkeit geboten werden, Microsoft Dynamics (Navision) developer (Trainings -, Zertifizierungs-etc, all das wird bezahlt durch den Arbeitgeber). Ich habe nie mit irgendetwas zu tun mit dieser Dynamik daher wollte ich Fragen, was ist wie ein Dynamics-Entwickler im Vergleich zu C#/.NET-Entwickler. Ich habe eine Liste zusammengestellt von Dingen, die ich bin daran interessiert zu wissen, bevor ich eine Entscheidung treffen. Bitte fühlen Sie sich frei, um die Liste zu Bearbeiten.
C# /.NET
- IDE: Visual Studio
- Sprache: C#
- Anwendungsdomäne: web-basierte oder desktop-basierte
- Business-Bereich: jede Branche
- Gute Aufstiegsmöglichkeiten und einfach den Beruf wechseln
- etc...
Microsoft Dynamics
- Relativ geschlossenen Markt (im Vergleich zu .NET)
- Nicht so viele Arbeitsplätze gibt
- Der IDE (oder Entwicklungsumgebung) ist schrecklich im Vergleich zu Visual Studio, kann ich sogar lieber zur Arbeit im Editor
- Welche Vorteile bietet Dynamics-Kunden bekommen im Vergleich zu custom-built Anwendung?
Danke!
InformationsquelleAutor der Frage Jeff | 2010-07-02
Du musst angemeldet sein, um einen Kommentar abzugeben.
Mein eigener hintergrund ist ein .NET-Entwickler, die vor allem mit C# und in letzter Zeit ASP.NET MVC. Ich habe auch schon einen Dynamics NAV Entwickler/Berater/Architekt für ungefähr 3 Jahre jetzt.
Den Dynamics NAV Welt ist ziemlich klein und um ehrlich zu sein: es ist weder wachsen noch schrumpfen. Ich habe gehört, einige Orte kurzem Umzug aus anderen ERPs, NAV-und genauso viele Weg von NAV.
Besuchte ich ein briefing im Microsoft Executive Briefing Center in Vedbæk (Dänemark) früher in diesem Jahr und traf sich mit den Dynamics NAV GM sowie einige Dynamics NAV Projektmanager und-Entwickler (also die devs schreiben, dass der tatsächliche NAV app) und der roadmap für das Produkt ist wirklich spannend - es geht um einen großen Fokus auf HCM und die Verbesserung der einige der Finanzkennzahlen in den nächsten Versionen.
In Bezug auf jeden Tag mit NAV es ist ein bisschen ein Paradigmenwechsel in Ordnung. Wie Sie erwähnen, die IDE ist absolut schrecklich. Sie nur Hinzugefügt, syntax-highlighting vor kurzem, und es gibt keine echte intellisense oder eine der modernen Annehmlichkeiten, die IDEs von heute bieten. Having said, die, Sie tun können, einige Ungeheuer mächtig durch die Kombination von native NAV-Objekte, die mit add-ins, etc. und Sie haben es wirklich verbessert, einige der Gerüst-tools bei der Entwicklung helfen.
Finanziell, NAV Entwickler ziemlich gut, weil Sie relativ selten. NAV-Lösungen Architekten und Berater noch besser machen. Sie erstellen ein Profil nicht, wo du bist, aber ich kenne in Dublin das Einstiegsgehalt für einen NAV Entwickler ist, um US$60k und in London ist es etwa US$65k.
Dem Arbeitsmarkt ist viel kleiner als das für C#/.NET-Entwickler, aber jobs sind in der Regel ein bisschen mehr Sicherheit und es gibt einen wachsenden Markt für Kunden, die Einstellung von Inhouse NAV Entwickler, anstatt nur die Partner/Anbieter mieten devs und consulting von Ihnen zum Kunden.
Ich persönlich würde nicht sehen es als eine binäre Entscheidung zwischen C# und NAV. Sicher, Ihr Titel kann NAV Entwickler, aber wenn Sie mit einigen der späteren Versionen von NAV dann können Sie immer noch eine Menge zu tun C# - Entwicklung schreiben von add-ins, etc. Es ist auch eine fantastische Gelegenheit zur Auffrischung Ihrer SQL-Kenntnisse, wie schreiben/Optimierung sowie Durchführung von code in NAV ist eine halbwegs tiefgehende Kenntnisse von SQL und wie Abfragen, die ausgeführt werden, behandelt Recht der Weg durch den Prozess.
Haben Sie noch weitere spezifische Fragen?
InformationsquelleAutor der Antwort Rob Burke
Ich würde immer empfehlen, dass, wenn Sie die Möglichkeit haben, einen Arbeitgeber cover NAV Entwicklung-oder NAV-Schulung zur Umsetzung wenn Ihr Arbeitgeber bietet, um die Kosten HIERFÜR. Wie bereits hervorgehoben NAV ist ein Nischen-Markt, und Microsoft ist aggressiv drängen diese globablly (ich glaube, bei der letzten Zählung Microsoft marketing-Materialien zeigten als 70.000 Kunden und über 1 Millionen Nutzer auf NAV).
Ich glaube nicht, dass NAV und .NET Entwicklung sind exklusiv in keiner Weise, eigentlich, wenn alles mit wissen der beiden Programmiersprachen und Entwicklungsumgebungen macht Sie viel wertvoller. Als der NAV 2009 R2 Release gibt es nun viele weitere Möglichkeiten, externe Anwendungen, APIs und .NET werden kann, integriert mit jedem NAV-Prozess mit einer beliebigen Kombination von: web-services, .NET-Steuerelemente, die in den Role Tailored Client und schließlich den Zugriff auf native .NET-Typen und-Klassen über .NET-Interop. Im Grunde, wenn Sie wissen, C# oder .NET, die Sie verwenden können, die nativ in der NAV-Umgebung jetzt. Also, wenn Sie verstehen .NET framework und NAV können Sie nutzen das beste aus beiden Welten, wenn Gebäude keine Lösung für Ihre Kunden/Klienten.
Zwei Punkte möchte ich hervorheben-für alle zukünftigen/aktuellen NAV Entwickler (imho):
NET wissen wird entscheidend sein, in den kommenden releases NAV
bewegt sich mehr in Richtung .NET/Visual Studio Typ integration. Als die letzten
änderungen in der Version R2 demonstrieren Sie geben den Entwicklern viel
bessere Werkzeuge und wenn Sie wissen, beide .NETTO NAV (C/AL) - Programmierung
als Sie sind sehr gut gelegen, um architecht-und Aufbau des best-of-breed
Lösungen.
Ist es entscheidend, dass Sie in der Lage sein, zu verstehen, die Anwendung
workflow und business-Logik. ZB. Ein Entwickler, der versteht, wie ein
Kundenauftrag arbeitet sich durch die verschiedenen Phasen der nicht gebuchte und gepostet
Schritte ist viel nützlicher als ein Entwickler, der erzählt werden muss
genau das, was zu bauen, die von einem business Analysten. Während dies dauert
Zeit wenn Sie das neue NAV, stellen Sie sicher, dass Sie sich die Zeit nehmen, um
verstehen und kennenlernen der Dokumenten-Strukturen und Transaktion
workflow beim schreiben von code oder erstellen von berichten.
Ich weiß, ist das immer zu umständlich - aber zur Beantwortung Ihrer Fragen im einzelnen:
Den Markt eröffnet, als nach Aktueller (und hoffentlich auch zukünftigen) Versionen
mehr integration und .NETZ-Anschluss-Optionen. Microsoft ist
drücken NAV-integration mit CRM, online-payment-Prozessoren und web
services.
Kann es nicht sein, so viele Arbeitsplätze, aber Sie sind global, es gibt viele
in der EU, Australien, Neuseeland (ich lebte dort für 2 Jahre und meine
employeer bezahlt für den Umzug). Nordamerika hat viel niedrigeren NAV
penetration also es gibt nicht so viele jobs hier (aber es wächst).
Also, wenn Sie wollen, zu arbeiten und zu Reisen, dies kann groß sein, auch als es
kleiner talent-pool von spezialisierten NAV Ressourcen, die Gesetze der
Angebot und Nachfrage diktieren, dass Ihre gehende rate ist höher als eine .NET
Entwickler. Hier in Kanada senior-NAV-Ressourcen bezahlt werden können, überschüssige
$100K CAD (was bei dem heutigen Wechselkurs ist actully $102K USD).
Ja die IDE sucks! - aber es ist immer besser mit jedem release.
(Ich HASSE diese über NAV)
Einer der wichtigsten Vorteile (aus einer back-end-Perspektive), ist in der Lage zu
schnell entwickeln und bereitstellen von Geschäftslogik und-Funktionalität. Die
NAV-Plattform, die integrierte Sicherheit aus der box und bietet
genug Struktur, so dass Sie die Entwicklung von funktionsreichen Anwendungen,
sehr schnell. (Ich LIEBE dies über NAV).
InformationsquelleAutor der Antwort Jeff Landeen
Bezüglich deiner Punkte:
Während .NET ist eine Art von generischen Entwicklung, NAV ist eine proprietäre software für einen bestimmten Zweck (ERP). Daher, der Markt ist ziemlich geschlossen in der Tat, Sie müssen Ihre Entwicklungs-Lizenz, etwas zu tun, was wiederum erfordert die Beteiligung mit Microsoft oder eingesetzt mit einem MS-partner. Während geschlossen, der Markt ist etwas, so zu sagen, eine elite..? Mindestens das ist, wie Menschen neigen dazu, zu fühlen gibt.
Arbeitsplätze - vielleicht nicht so viele in absoluten zahlen, aber NAV Menschen sind stark gefordert, und die Nachfrage ständig größer als das Angebot, so lange ich mich erinnern kann (10 Jahre). Hier in Europa können Sie leicht angestellt in einer Woche, Umzug bezahlt. Die Arbeitsplätze sind alle vernünftig bezahlt. Sollten auch beachten, dass NAV ist ein Bestseller in Europa, nicht so viel in UNS, auf dem Dynamics GP dominiert.
IDE spielt keine Rolle. Fehlt ein intellisense-Art könnte ein Schock für den Neuling, aber Sie erhalten über ihn in einem Monat oder so. Die Entwicklung in NAV ist so einfach technisch, dass Sie nicht brauchen eine gute IDE. Was Sie stattdessen brauchen, ist ein gutes Verständnis der wie NAV arbeitet konzeptionell, was Muster und Daten-Ströme sind, und bauen Sie Ihre Dinge entsprechend. Je näher Sie sind, desto besser ist es.
Kundennutzen - "best practice" - Funktionalität ist es am Tag 1, Geschwindigkeit zu bekommen, der rest der Dinge getan, die konsequente Nutzung von mustern, d.h. "Dinge, die sollte so funktionieren" (es sei denn, die Entwickler schaffen, Durcheinander, indem Sie zu brechen), Vermeidung von vendor lock-in, zum Teil, da gibt es viele NAV-Partner um, und sollten die Dinge schief gehen, es gibt eine option, um den Partner wechseln, während Sie mit NAV.
Alles in allem, erwarte nicht, dass entweder viel zu tun-Codierung mit NAV oder wächst sich selbst als tech-Entwickler. Technisch, NAV ist eine Sache zwischen MS Access und eine große LEGO-standard-Funktionalität und-Muster, Dinge zu tun. Was alle Unternehmen sind eigentlich auf der Suche nach ist nicht von der technischen Entwicklung, sondern die Entwicklung von Beratern, die wie die meisten arbeiten typischerweise mit einmaligen Anpassungen (groß und klein) im Gegensatz zur standard-Applikation/Modul-Entwicklung und Freigabe von Versionen. So sind Sie besonders wertvoll für Ihren Arbeitgeber, sobald Sie nicht nur lernen, code (das ist leicht getan, in 3-6 Monaten), sondern auch verstehen, wie die Anwendung funktioniert, die richtigen Wege, anpassen, und vor allem - die do 's und dont' s und wie gehen Sie rund um Fragen/änderungswünsche. Einmal können Sie es auf eigene Faust tun, mit Vertrauen, du bist ein gefragter NAV-Experte und kann fühlen, pfui, elite, doch die Reise kann dauern 5-10 Jahren, in denen Sie meist lernen die Besonderheiten von NAV, ein proprietäres system.
Also die Wahl. Gehen für Sie die navigationssteuerung, wenn Sie das Gefühl ein Ziel zu einem geschätzten business-IT-dev/Berater liefert sichtbare business-Wert. Gehen Sie nicht für die navigationssteuerung, wenn Sie Ihr Herz auf Dinge wie performance, ordentlichen code, Versionskontrolle, algorithmen und top-Technologie.
InformationsquelleAutor der Antwort Ivka