Lo describo de esta manera:
Imagine su conjunto de tecnología total, comenzando con el “metal” en la parte inferior, la interfaz de usuario en la parte superior y la base de datos y la lógica de la aplicación en el medio. Force.com es el PaaS “más alto”, ya que puede (teóricamente) usar soluciones listas para usar hasta la interfaz de usuario.
Hay mucha tecnología interesante en esa zona media, y depende de usted decidir caso por caso cuándo usarla y cuándo construir la suya propia. Entonces, por ejemplo, no solo hay un modelo de inicio de sesión / seguridad de usuario nativo, también hay un motor de flujo de trabajo que puede enviar correos electrónicos a esos usuarios cuando ciertos eventos se activan en su aplicación. Ese es el tipo de cosas que alentamos a nuestros clientes a aprovechar, en lugar de crear un código personalizado para esa necesidad comercial común.
- ¿Por qué DigitalOcean no le tiene miedo a Amazon y cómo lidió con la obtención de fondos cuando AWS es gigante?
- ¿Por qué Amazon es el proveedor de nube dominante y no Google?
- ¿De verdad debería aprender computación en la nube?
- ¿Por qué AWS se considera mejor que Azure?
- ¿Qué campo debo elegir: minería de datos, computación en la nube o big data?
Cuanto más “baje” la pila de Force.com, menos espacio tendrá como desarrollador para construir algo robusto. No puede tocar el metal o ajustar la base de datos, y tampoco recomendaría construir un motor de flujo de trabajo en Apex. Sin embargo, Salesforce tiene todo el poder de Java para atacar ese problema, por lo que si se apoya en soluciones innovadoras para esa infraestructura, tendrá algo muy robusto.
En el extremo superior de la pila, casi siempre creamos UI personalizadas para optimizar la experiencia del usuario en torno a las actividades y objetivos particulares de sus clientes. (Resulta que me apasiona especialmente UX). Afortunadamente, Force.com le da al desarrollador mucha libertad para hacer este tipo de trabajo.
Soy fácil de encontrar en línea si desea discutir esto más a fondo.