¿Qué es más difícil de crear, el front-end del sitio web o el back-end?

La pregunta es imposible de responder, ya que las necesidades de los componentes del lado del cliente y del lado del servidor de un sitio o aplicación basada en la web variarán dependiendo del propósito del sitio. Un sitio de cartera para un artista digital puede necesitar pasar mucho tiempo en el lado de la presentación, mientras usa soluciones de fondo (que todavía necesitan tiempo para implementarse, pero será un problema conocido para los desarrolladores).

Por el contrario, un sitio académico que consume datos de varias fuentes, realiza análisis de fondo y luego presenta resultados, puede estar resolviendo problemas completamente nuevos en el back-end, al tiempo que presenta los resultados en estructuras de datos tabulares básicas.

La realidad, por supuesto, es que la mayoría de los sitios caerán entre estos dos extremos. El equilibrio de la atención dada a la parte posterior o frontal tenderá a reflejar las preocupaciones del propietario del sitio en lugar de cualquier medida objetiva de dificultad.

Depende de la escala de la aplicación. Desplazamiento continuo, mapas de calor y otras cosas que mencionaste no son ciencia espacial. Pero hacer que funcione bien y sin problemas en dispositivos móviles y, por ejemplo, para 1 millón de usuarios únicos al mes puede ser un desafío. Y, por supuesto, existe el caso de construir una infraestructura escalable para ejecutar este tipo de aplicación para este tipo de tráfico con un tiempo de inactividad mínimo. Otro factor es el tamaño y la fuente de su inventario: va a ser un par de cientos de productos ingresados ​​por el personal de la tienda o un par de millones obtenidos de numerosas fuentes.

Para agregar a la respuesta de Vladislav Zorov a ¿Cuál es más difícil de crear, el front-end del sitio web o el back-end ?:

Un proyecto puede utilizar las API de comercio electrónico existentes o los proveedores de servicios de fondo (“back-end-as-a-Service”) al principio, hasta que requiera personalización.

Sin embargo, si el propósito de esta pregunta es verificar la estimación o cotización de un proveedor / desarrollador, no es posible simplificar qué lado cuesta más porque el proveedor puede elegir usar las herramientas existentes o reutilizar algunas de sus soluciones existentes. Incluso si un proveedor escribiera una solución desde cero, si tiene experiencia en la construcción de estos sistemas, entonces podría pasar menos tiempo pero al mismo tiempo cobrar más por unidad de tiempo debido a su experiencia.

Tanto el front-end como el back-end son la parte más importante del sitio web. Si está creando un sitio web estático, aquí el front end lleva todo el tiempo, pero si está buscando un sitio web dinámico, aquí la parte del backend es más importante y lleva más tiempo crear una base de datos, Uadate, su integración y mantenimiento. En el backend del sitio web hay muchas funcionalidades de uso que son muy complejas de entender, lo que lleva más tiempo.

Depende de las necesidades del sitio web. Si un sitio web no está muy preocupado por el front-end y requiere que se realicen muchas operaciones desde el lado del backend, entonces se debe implementar más lógica en el lenguaje del backend como PHP / MySql y si la lógica es más compleja, entonces será más difícil. . En caso de prioridad para el front end, podemos hacer muchos diseños web atractivos, dinámicos y receptivos utilizando CSS, Javascript, JQuery, etc. No podemos justificar cuál es más difícil sin conocer el propósito y las necesidades del sitio web.

Puedo apostar que el backend de la Búsqueda de Google es miles de órdenes de magnitud más complejas que la página básica de google dot com. También puedo apostar a que el frontend de iTailor sería significativamente más complejo que el backend.

Se reduce a lo que estás haciendo.

Ambos son difíciles, pero creo que la diferencia principal es que debes hacer la interfaz antes de recibir a tu primer visitante, mientras que el backend se pondrá difícil una vez que estés “a escala”, y puede ser bastante simplista al principio. Los desarrolladores de back-end que necesitan solucionar sus problemas de rendimiento más adelante no lo agradecerán, pero probablemente podría ahorrar algo de dinero de esa manera (o al menos retrasar el pago hasta que obtenga ganancias).