.net sharepoint dynamics-crm biztalk

Implicaciones de Sharepoint, BizTalk, Microsoft Dynamics y Microsoft CRM para un desarrollador.NET



dynamics-crm (2)

Significa que, como programador, tendrá que aprender a vivir con el sinfín interminable del departamento de marketing de las grandes compañías. O incluso enfrentar departamentos de recursos humanos o reclutadores que saben incluso menos.

Scarepoint, biztalk y similares van a desaparecer en unos años. Concéntrate en algo que valga la pena. Aprende .net, c #, java o ruby ​​y olvídate de la exageración.

Como programador, estoy interesado ante todo en Arquitectura, Persistencia de Datos, Análisis, Pruebas y Programación. Entiendes la idea.

Me gustan las herramientas de Microsoft para desarrolladores, como .NET, VS y ASP.NET MVC. He usado SQL Server mucho. También me gustan otras herramientas como Java o MySQL.

Pero cuando miro los trabajos en las tiendas .NET (porque me gusta la pila MS), esto también se menciona mucho:

"Desarrollará soluciones basadas en SharePoint, SQL Server, BizTalk, MS CRM y MS Dynamics".

He trabajado un poco con CRM en una pasantía. Lo que me permitió modelar mis propias entidades de datos con un editor incorporado.

Y mi supervisor en ese momento me dijo que podía implementar completamente un sistema personalizado usando "Javascripts" y dichas entidades personalizadas. No tenía ni idea, porque después de unas semanas descubrí la API de servicio web para .NET por mi cuenta. Traté de hackear juntos su sistema personalizado que querían, pero me fui por falta de beneficios (y una unidad de 25 millas). El sistema que hice fue un desastre de entidades personalizadas, cosas en IFrames y JavaScript llamando torpemente a una página web para hacer lógica implementada en .NET.

Pensando en ese momento, reverencio horrorizado cuando escucho "Microsoft CRM".

No tengo ni idea de qué hacen SharePoint, BizTalk, CRM y Dynamics. Y no tengo idea de lo que esto significa para mí como programador. ¿Significa que solo tengo otro conjunto de API para hablar? ¿O significa esto que estoy "modelando" aplicaciones con herramientas que no son de programador? ¿Qué papel juegan estas herramientas en la vida de los desarrolladores de .NET?


Estoy en desacuerdo. La mayoría de los programadores (y yo soy uno) deben dejar de considerar la persistencia y probar estrategias y comenzar a preocuparse por las necesidades de sus clientes. Usando los productos que mencionas y aprovechándolos correctamente, podría comenzar a resolver problemas de los clientes mientras aún reflexionabas sobre si deberías mantenerte en SubSonic para la persistencia o probar ese nuevo material de Entity Framework del que escuchaste hablar en .NET Rocks.

(Lo anterior es muy exagerado, solo trata de transmitir el punto).