Como ayudar a que programadores SharePoint dejen de pensar como programadores .NET

Es natural esta situación y todos aquellos programadores ASP.NET en algún momento hemos pasado por aquí:

• Las listas de SharePoint no son tablas de SQL
• No te inventes problemas que demuestren tu superioridad ingenieril
• Piensa en el usuario y su experiencia
• También existe Office cliente como parte de la solución
• Conoce las funcionalidades OOB (Out of the box) de SharePoint
• No pierdas tiempo diseñando lo que ya existe
• No instales el Office en los WFE
• XML, XPath y XSLT son amigos
• Aléjate del web.config y global.asax
• No hagas Web Services para invocar Web Services de SharePoint
• Conoce los roles de SharePoint y la arquitectura en general
• Consulta el User Profile programáticamente en vez del Active Directory
• No todo son Event o Feature Receivers ni Site Definitions
• Existen comandos en el stsadm.exe o PowerShell considéralos antes de abrir Visual Studio
• Conoce lo que significa ensamblados Partial Trust y Full Trust en SharePoint
• Abre tu mente a temas de infraestructura como SSL, DNS, FQDN, NLB, etc.
• Crear desarrollo ASP.NET con SQL y mediante Page Viewer WebParts simular y creerse que es SharePoint
• Sobre todo, no minimices el problema
• Cuando le eches la culpa a SharePoint y la frustración suba de nivel, es tiempo de comprarse un libro y leerlo

Bienvenido cualquier escenario o consejo.

HG

NOTA: Este post no pretende incomodar, ofender o comparar absolutamente a ninguna clase de programador, lenguaje de programación o tecnología. Gracias.

Originalmente publicado en msmvps.com