¿El desarrollo del backend es realmente más difícil que el desarrollo frontend?

No lo creo.

Encuentro back end mucho más fácil que el trabajo front end, mucho más fácil. Otros sentirán diferente, por supuesto, pero para mí todo se reduce a algunas cosas:

En la parte frontal de la web, estás trabajando en un entorno hostil, JavaScript, HTML, CSS, DOM, etc. es un entorno hostil, francamente tóxico para trabajar, estamos hablando de tecnologías muy malas .

Sin embargo, tenemos opciones de todo tipo de lenguajes y tecnologías agradables y la libertad de trabajar con ellos a nuestro antojo. Puedo escribir todo en Java y luego pensar “En realidad me gustaría usar esta herramienta C ++” y eso no es un problema, podemos vincularnos con JNI o ​​simplemente envolver un script bash alrededor. Tenemos total libertad para trabajar con las mejores tecnologías de su clase.

Trabajar en la parte trasera es como pedirle que conduzca 1000 millas y se le da la opción de elegir cualquier automóvil que desee, Mercedes, Lexus, BMW, Audi, cualquier cosa que desee. Trabajar en la parte delantera es como pedirle que conduzca 1000 millas, pero solo puede usar una bicicleta rota y durante todo el camino tendrá a los lugareños enojados que le arrojan cosas y le gritan discursos de odio.

Realmente depende del proyecto, pero tiendo a preferir el desarrollo de software de back-end por una milla del país.

El desarrollo front-end puede volverse muy complicado y estás trabajando en un entorno hostil.

Desarrollo de front-end, aparte de WebGL, probablemente * es * menos técnico en el sentido de que realmente no necesita saber mucho sobre cómo funcionan las computadoras, ni nada de eso, pero es mucho más “asqueroso” y prueba de fuego.

Pero en realidad es algo personal y depende del proyecto, ya sea que puede ser simple y cualquiera puede ser una pesadilla complicada.

El desarrollo front-end es persistente en lo que algunas personas pueden acuñar la palabra del lado del cliente del desarrollo. El desarrollo front-end involucra a los desarrolladores en el diseño, análisis de código y depuración de aplicaciones para garantizar una experiencia de usuario impecable. Básicamente gestiona lo que la gente ve por primera vez en su navegador. Usted es responsable de la sensación, el aspecto y, en última instancia, el diseño del sitio.

El desarrollo del backend tiene que ver con el desarrollo del lado del servidor, donde se centra principalmente en cómo funciona el sitio. Monitorear la funcionalidad junto con realizar actualizaciones y cambios será su responsabilidad principal. En la funcionalidad de desarrollo web, los desarrolladores de backend escriben códigos que comunican la información de la base de datos al navegador. La posición de los desarrolladores a menudo se llama programadores o desarrolladores web.

Diríamos que ambos están en el mismo nivel en términos de dificultad. Hay muchas cosas que debe considerar en el desarrollo de back-end en comparación con el desarrollo de front-end. Pero debe considerar los dos desafíos tanto en el trabajo.

Desarrollo de back-end Desarrollo web front-end Desarrollo web Sitios web de marketing web Desarrollo web móvil Desarrollo web independiente Desarrollo de sitios web Empresa en Nueva York | Servicios de desarrollo de sitios web

Yo diría que ambos están en el mismo nivel en términos de dificultad. Sí, hay muchas cosas que debe tener en cuenta en el desarrollo de backend en comparación con el desarrollo front-end, pero una vez dicho esto, existen desafíos tanto en el trabajo.

  • Si se atasca debido a algún tipo de error o no sabe cómo implementar una funcionalidad particular, siempre puede ayudar a Google a encontrarla y solucionarla. Pero en el desarrollo front-end si te quedas atascado en el problema de la interfaz de usuario, no puedes buscarlo en Google, ya que podría ser de cualquier estilo que hayas utilizado en esa interfaz de usuario que lo está rompiendo. Google puede darle una dirección, pero es posible que no resuelva su problema. Necesita tener un muy buen conocimiento de CSS para resolverlo usted mismo.
  • Ahora tenemos bootstrap que hace que la vida de un desarrollador front-end sea mucho más fácil. Se ocupa del problema de compatibilidad entre navegadores (que es enorme si tiene que considerar que su diseño debería funcionar en Internet Explorer). Pero antes del arranque, crear un diseño que funcione en todos los principales navegadores fue un gran desafío.
  • En el desarrollo de backend podemos escribir casos de prueba unitarios que son muy útiles e importantes. Si hicimos algunos cambios en la base de código existente, solo tenemos que ejecutarlo y podemos garantizar que mi código no rompa nada (ahorra mucho tiempo). Si bien en el desarrollo de la interfaz de usuario no tenemos este lujo, necesitamos volver a probarlo en todos los principales navegadores y tener en cuenta también los dispositivos móviles y las tabletas (tener bootstrap hace la vida más fácil).

Entonces, diría que tanto el desarrollo tiene sus propios desafíos.

Comencemos primero definiendo ambas terminologías de una manera profesional y técnica. El desarrollo de backend se define como “El backend de una aplicación web es un facilitador para una experiencia frontend”. El código de fondo se ejecuta en el servidor, a diferencia del cliente. Esto significa que los desarrolladores de back-end no solo necesitan comprender los lenguajes de programación y las bases de datos, sino que también deben comprender la arquitectura del servidor. El desarrollo frontal se define como “la práctica de producir HTML, CSS y JavaScript para un sitio web o aplicación web para que un usuario pueda verlos e interactuar con ellos directamente”. Cada uno de ellos tiene sus pros y sus contras, y es difícil definir cuál es más difícil porque depende de muchos factores, como la persona, sus habilidades, etc. También depende de la naturaleza del proyecto trabajado y duración del proyecto. También depende del cliente y de sus necesidades, ya sea que necesite involucrarse o no. Ambos son importantes y utilizables de diferentes maneras. Escuela Holberston

La respuesta, en mi opinión, no es realmente. Hay algunos elementos que se vuelven bastante complicados en el backend, como la seguridad y la implementación de reglas comerciales. Sin embargo, creo que el backend es mucho más sencillo de codificar que el front-end. Es mucha interacción de la base de datos y ese tipo de cosas. Es consistente y predecible. Además, generalmente puede quedarse con una base de datos (las bases de datos funcionan de manera similar sin importar cuál use) y una plataforma de lenguaje de programación.

El desarrollo front-end es completamente diferente. Primero, debe diseñar la interfaz en función de cómo las personas interactuarán con ella. Esto es extremadamente difícil de hacer. Debe asegurarse de que los colores sean neutros y que cualquier texto sea legible. También debe tener en cuenta, al menos para el desarrollo web, cómo se representará en varios dispositivos y navegadores.

Una vez que tiene un diseño, la codificación real involucra múltiples plataformas tecnológicas (de nuevo, suponiendo una interfaz web) como HTML, CSS y JavaScript, así como la interacción con el servidor. Si es un programa basado en PC, es un poco más simple, pero eso es raro. Al codificar la interfaz, debe evitar cualquier tipo de error de datos que el usuario pueda cometer y que pueda causar un problema, lo cual es doloroso. También debe crear etiquetas y menús para ayudar a los usuarios a navegar por el software y no perderse dentro del programa. Doloroso.

Comencé mi carrera en lo que ahora se llamaría desarrollo front-end. Era anterior a la Web, y la idea moderna de las interfaces gráficas de usuario todavía era “algo nuevo”, pero muchas cosas sobre el desarrollo front-end me llevaron al feliz mundo de los “datos justos” que aún persisten:

  • Las herramientas apestaban, a menudo estaban llenas de errores y extrañas excepciones de casos extremos, y estaban mal documentadas. Hoy en día las cosas son aún peores con la necesidad de admitir múltiples navegadores: en aquellos días, solo era preocupante los servidores X Window con errores.
  • Las herramientas cambiaron aparentemente por horas. Algunos pueden considerar que vivir en una cinta sin fin de “nuevas tecnologías” es entretenido, pero cuando la “novedad” suele ser solo un montón de bits de sintaxis incompatibles para las mismas cosas, las cosas se vuelven realmente rápidas.
  • El aspecto “tipo-fest” del desarrollo front-end. Parecía haber poco margen para la inteligencia, ya que cada pantalla requería una gran cantidad de codificación manual, cada fuente tenía que seleccionarse cuidadosamente por tamaño y cuestiones estéticas, etc.
  • El peor elemento era que nunca sabías cuando estabas “hecho”, ya que siempre hay alguien a quien no le gusta tu cosa por razones estéticas. Tan molestos como pueden ser las bases de datos y los motores de almacenamiento, al menos sabes que si son correctos y eficaces, son “estéticamente agradables”, lo que no es el caso con el desarrollo front-end.

Creo que ambos son difíciles de hacer bien. No tiene ninguna posibilidad de tener una buena aplicación si ha hecho algo incorrecto. En mi experiencia, puse a mis mejores desarrolladores en el back-end. Con el desarrollo front-end, puede observar muchas otras páginas web directamente para tener una idea de lo que funciona y lo que no, y luego imitar lo bueno. (esta es una simplificación ENORME, pero aún válida)

No tiene acceso a back-end bien desarrollados a menos que tenga la suerte de trabajar directamente en dicho proyecto. Es mucho más frecuente que cuando los desarrolladores trabajan en el back-end, no lo hacen correctamente. En este sentido, es más difícil encontrar buenos desarrolladores de back-end. La importancia de crear un back-end que sea escalable, ampliable, comprobable y estable es primordial para crear una aplicación que pueda satisfacer necesidades comerciales agresivas.

En contraste, un front end mal escrito puede ser molesto para el usuario final, pero probablemente no causará fallas masivas en la base de datos u otras catástrofes similares.

¿El desarrollo del back end es más difícil que el front end? Creo que es más difícil encontrar buenos desarrolladores de back-end. Creo que es más difícil convertirse en un buen desarrollador de back-end. Ambos son igualmente “difíciles”.

No diría que el back-end es más difícil que el front-end, son disciplinas diferentes.

Si está creando un complejo juego de gráficos en 3D (dispararlos)

es cierto que el front end tendrá que lidiar con los cambios de vista y las acciones / respuestas

pero no olvide que el back-end tendrá que lidiar con (decenas, cientos de) miles de actualizaciones cada segundo por cada cliente conectado a la escena y el proceso del juego multijugador y notificar a todos los clientes sobre cualquier cambio externo de manera oportuna.

No serás feliz incluso si todos los gráficos son absolutamente realistas, pero te dispararán antes de que el oponente aparezca en tu pantalla, ¿verdad?

A veces lo es y otras no.

¿Escribir el backend de una aplicación CRUD simple? Muy facil.

¿Escribir el backend de la Búsqueda de Google? Increíblemente difícil.

Esa es una gran variedad de dificultades con las que estás lidiando. Sin embargo, el desarrollo web backend estándar suele estar muy cerca del lado súper fácil.

Personalmente, encuentro el desarrollo frontend difícil. No de una manera inteligente, sino más bien de una manera delicada y succionadora de almas. Esto se debe principalmente a las horribles herramientas con las que tiene que lidiar. Cada vez que intento aprender un nuevo marco de JavaScript, solo quiero cerrar mi computadora portátil y nunca volver a tocar un sitio web.

También está el aspecto del diseño de la interfaz de usuario. No soy un diseñador De hecho, probablemente soy lo contrario de un diseñador. Entonces, para mí, el desarrollo de la interfaz es difícil y doloroso.

INTERFAZ:
El front-end es todo lo relacionado con lo que ve el usuario, incluido el diseño y algunos lenguajes como HTML y CSS. La mayoría de los cursos web creados en Digital-Tutors serán para el front-end y se centrarán en el diseño, pero también hay un montón de cursos específicos de front-end disponibles en Pluralsight. Hay muchos trabajos diferentes asociados con el front-end. Tenga en cuenta que muchos de estos títulos son subjetivos, y aunque el desarrollador front-end puede significar algo en una compañía, puede significar algo completamente diferente en otra compañía. Un título de trabajo front-end común es “diseñador web”.

BACKEND
El back-end, o el “lado del servidor”, es básicamente cómo funciona, actualiza y cambia el sitio. Esto se refiere a todo lo que el usuario no puede ver en el navegador, como bases de datos y servidores. Por lo general, las personas que trabajan en el back-end se llaman programadores o desarrolladores. Los desarrolladores de back-end están principalmente preocupados por cosas como la seguridad, la estructura y la administración de contenido. Usualmente saben y pueden usar lenguajes como HTML y CSS, pero definitivamente ese no es su enfoque. Se requieren desarrolladores de back-end, o al menos desarrollo de back-end, para crear un sitio dinámico. Un sitio dinámico es un sitio que cambia y se actualiza constantemente en tiempo real.

Rabija

Actualmente estoy trabajando en HASL13 ( http://hasl13.com/ ) donde puede encontrar muchas ofertas si está buscando un sitio web;

– elegir un diseño de plantilla y ordenar su sitio web

– Dar sugerencias personalizadas para crear un sitio web que satisfaga sus necesidades.

Obtenga comentarios sobre su sitio web actual (GRATIS)

¡Y todo eso a partir de $ 99!

El desafío en el desarrollo del backend es la seguridad y el escalado. Eso no es facil. En la superficie puede parecer fácil, pero a medida que aumenta la carga en los servidores y el backend comienza a atraer a los hackers, entonces te das cuenta de la importancia de una codificación de backend seria, que requiere codificadores, arquitectos y diseñadores de primer nivel y experimentados. Lo que hacen no es fácil según ningún estándar y, en mi opinión, supera con creces el front-end más difícil.

Front-end tiene sus propios desafíos, especialmente porque cada dos días hay un nuevo marco emergente, que requiere un aprendizaje constante sin saber realmente si vale la pena aprender estos nuevos marcos y qué nuevos hacen lo que los viejos marcos establecidos no pueden . Además, todavía no hay un terreno común para JS, ni siquiera un IDE decente para JS, pero se está incorporando en casi todos los front-end. Lo mismo ocurre con Swift, que es como un objetivo en movimiento, dejando solo Objective-C y Android Java como las únicas opciones de front-end decentes y estables que se demandan, pero es más difícil de aprender y más lento de desarrollar en comparación con JS. Esto coloca a JS en una posición en la que, aunque produce un producto deficiente, pero al menos es más rápido en su primera iteración, dando a los accionistas no técnicos una falsa impresión de que hay un resultado tangible del dinero que están gastando. El front-end se ha convertido en una broma en mi opinión en los últimos años, lo que ha hecho que sea difícil en términos de cómo hacerlo bien.

En mi experiencia, el desafío en el front-end es la UI y UX, que se trata más de buenos diseñadores gráficos y menos de los codificadores. Lo real es donde los algoritmos inteligentes y también la IA entran en juego, que es la parte del backend.

El backend no tiene que estar en un servidor. En forma compilada, puede ejecutarse directamente en su dispositivo móvil o en su computadora.

Sí lo es.

Los desarrolladores frontend tienen mucho menos que tratar que los desarrolladores backend.

Mientras que un desarrollador frontend puede tener que escribir HTML / CSS y Javascript, su trabajo es principalmente hacer que un sitio web se vea bonito y tenga todas las capacidades de IU requeridas para la intención del sitio web.

Los desarrolladores de backend tienen una tarea mucho más compleja (en general). Están a cargo de manejar la entrada de datos, el procesamiento de esos datos, luego almacenarlos, posiblemente más procesamiento después de eso, y finalmente recuperarlos en un formato útil para el usuario final.

También deben asegurarse de que los datos sean consistentes para todos los usuarios que necesitan acceder a ellos. En un momento, el sitio web puede requerir que haya múltiples servidores web y múltiples bases de datos replicadas. Esto significa que el desarrollador debe descubrir cómo puede distribuir datos sin comprometer la velocidad o la confiabilidad de la red.

El desarrollador del backend debe asegurarse de que el sistema sea seguro. ¿Qué sucede si un usuario obtiene acceso a los datos personales de otro usuario? Eso es un gran problema. El desarrollador del backend debe asegurarse de que esto nunca suceda.

Y eso es solo el comienzo.

Editar: recibí un comentario que trajo algunos puntos que contradicen mi respuesta. Solo me gustaría decir que mi respuesta no tiene en cuenta ciertos tipos de sitios web, como aquellos que alojan juegos (juegos 3D en específico) y aquellos que pueden contener lógica de negocios en la interfaz.

Mi respuesta estaba destinada a dar cuenta de la población general de sitios web.

Las “cosas complejas” en el front-end son complejas debido a la interfaz de usuario. De lo contrario, el desarrollo front-end no es muy diferente del back-end (gestión de bases de datos, lógica empresarial, etc.).

¿Y por qué las cosas de la interfaz de usuario son tan complejas? Se debe a todos los marcos extravagantes como Angular 1, Angular 2, React, Ember, Backbone, Knockout, Meteor, Polymer, Aurelia, Mercury, Mithril, Vue, etc., etc., etc. Hay una docena de formas de pelar el El desarrollo de cat y JavaScript es innecesariamente complicado y exagerado.

Compare eso con cosas como Amber Smalltalk, ClojureScript, Dart, Elm, etc. Mucho más sencillo. Mucho más limpio.

Todo eso depende de lo que estés desarrollando.

Si está desarrollando una aplicación de escritorio o una aplicación residente en el navegador, entonces todo lo que está haciendo es el desarrollo front-end. Tal vez esté haciendo algunas llamadas al sistema de archivos o a la base de datos a cosas existentes de back-end.

Si está haciendo una interfaz realmente simple en un navegador, y muchas cosas sofisticadas en el back-end (por ejemplo, Google), entonces el desarrollo del backend es mucho más complicado.

Si estás haciendo un juego sofisticado, con muchos gráficos e interacción sofisticados en la parte delantera y un mundo virtual elegante en la parte trasera, entonces ambos son difíciles.

Realmente depende de lo que quieres decir con difícil. Ambos son difíciles, de maneras muy diferentes.

El desarrollo del backend es difícil en la forma en que, por ejemplo, el cálculo avanzado es difícil. Es una disciplina compleja que requiere mucho tiempo y capacidad intelectual para dominar.

El desarrollo frontend es difícil en la forma en que, por ejemplo, lidiar con el IRS es difícil. Es, ya sabes, principalmente burocracia y abrirte camino a través de un sistema que parece intrínsecamente atraparte.

Ambos requieren mucho tiempo para dominar, por razones muy diferentes.

Estas son generalizaciones para los casos de uso típicos, por supuesto. Puede hacer cosas maravillosamente complicadas en el front-end, como escribir aplicaciones WebGL, pero esa es ciertamente la excepción, no la norma.

Realmente no. Sin embargo, para muchas aplicaciones web, el front-end generalmente solo necesita un servidor (un navegador), mientras que el back-end debe servir mucho al mismo tiempo. Además, el diseño típico pondría la mayor parte de la lógica empresarial en back-end y front-end, por lo general, solo se comporta como una capa de presentación. Por lo tanto, el código de fondo suele ser más complejo y debe preocuparse más por el rendimiento que el código de fondo.

Hay muchos cursos intensivos para front-end en los que puede aprender HTML, CSS y algo de JavaScript en poco tiempo para crear un front-end web utilizable mientras necesita algunas habilidades de ingeniería de software para implementar un back-end. , lo que hace que la gente piense que el desarrollo front-end es fácil. Puede ser fácil comenzar, pero eventualmente tanto el front-end como el back-end son difíciles de escalar.

Creo que esta es la pregunta incorrecta, o al menos no hay una respuesta simple. Es como preguntar “¿Qué es un mejor vehículo, un automóvil o un tractor?”

Mi respuesta será que son diferentes en formas que dificultan la comparación.

Realizo el desarrollo tanto front-end como back-end y diría que tienen diferentes complejidades y depende del tipo de aplicación en la que esté trabajando. Cuando estoy trabajando en el front end, tengo que lidiar con un entorno desordenado que creció caóticamente con el tiempo. Los estándares se aplican de manera inconsistente o siguen cambiando, debe preocuparse más por las preferencias intangibles del usuario y tiene una gran variedad de tecnologías para elegir. Desarrollar en angular? ¿Cual version? ¿Qué pasa con React o alguna otra herramienta? Probablemente tenga algún código heredado en Knockout o quizás ASP clásico o el departamento de marketing usa WordPress. Luego está Bootstrap and Foundation o roll-your-own. La lista continua. Ni siquiera me hagas empezar a usar JavaScript.

En el extremo posterior, la mayoría de los lugares de trabajo toman algunas decisiones sobre hardware y software y proceden desde allí. Si eres una tienda de Java, probablemente no encontrarás muchos códigos C #. La sintaxis del código generalmente es más estándar y es relativamente limpia, ya que la mayoría de las tecnologías tienen una ruta de actualización razonablemente sencilla. Puedo recoger el código antiguo y comprenderlo si está bien escrito, incluso si tengo que buscar la sintaxis de Google de vez en cuando. Si necesita hacer un trabajo significativo en una aplicación heredada, puede convertir lentamente a nuevas tecnologías si la aplicación subyacente es sólida.

Sin embargo, el desarrollo front-end es de alguna manera más fácil. Cuando desarrolla una nueva funcionalidad, las pruebas son dolorosas pero directas. Si hace clic en el botón “X”, ¿sucede “Y”? Excelente. Ahora prueba en Safari y Firefox en PC, Apple y dispositivos móviles. Aburrido pero relativamente simple. Solucionar problemas de visualización es un problema, pero las búsquedas rápidas en la web pueden decirle lo que más necesita saber y las tecnologías modernas están aliviando mucho el dolor.

El desarrollo de back-end es en muchos sentidos un problema más profundo. Simule el volumen, piense en la frecuencia con la que se recuperarán los datos, permita el tiempo de máxima demanda sin construir demasiado su solución. No es necesario construir un back-end de Ferrari si necesitas un Camry. O peor aún, construya un Camry y descubra que lo que realmente necesita es un Semi cuando los usuarios le están gritando que lo arregle ahora porque la aplicación no puede manejar la carga.

Para visiones de volumen relativamente bajo que necesitan tener mucha visibilidad y trabajar en numerosos dispositivos, el desarrollo front-end es más difícil. Para sitios de gran volumen que tienen back-end que tienen que procesar cantidades masivas de datos rápidamente mientras interactúan con múltiples fuentes de datos externas con front-end simples, el back-end es más difícil.

Es un prejuicio. Habiendo trabajado en ambos lados, la dificultad del desarrollo no se correlaciona con la división entre backend y frontend. Está relacionado con la resolución de problemas complejos con una solución fácil usando bloques de construcción básicos como algoritmos / estructuras de datos. He visto ingenieros de front-end inteligentes que crean widgets complejos y diseños de página.

Dicho esto, he sido testigo de que en muchas empresas, las cosas de la interfaz se reducen a problemas de juguetes que incluso los no expertos pueden resolver. A diferencia de las cosas de back-end, los que no son ingenieros pueden ver los desafíos de la interfaz de usuario y creen que pueden resolver el problema mejor que los ingenieros. Constantemente realizan cambios de especificaciones y cualquier cosa que los ingenieros frontend construyan va a la basura. Como resultado, los ingenieros inteligentes quieren moverse a posiciones de back-end para que puedan tener más autonomía para resolver más problemas de ingeniería y guardar su trabajo.

Es difícil decir que el front-end es más difícil que el front-end porque es, hasta cierto punto, una comparación de manzanas y naranjas. Pero si para hacerlas manzanas y manzanas se puede notar que son relativamente iguales en complejidad. Por ejemplo, ¿en qué es más fácil modelar transformaciones nucleares de átomos en una central nuclear? ¿En la parte trasera o en la parte delantera? La respuesta correcta estará en la parte que conoces mejor. Si eres experto en front-end, harás un modelo de esas transformaciones en tecnologías front-end. Si eres experto en back-end, harás un modelo maravilloso de esos procesos en back-end. Y la complejidad no estará en el área que es más complicada, sino en el área de complejidad del dominio. Y si el dominio es difícil, entonces no importará el back-end que seas o el front-end que seas. Otra forma de hacer manzanas y manzanas es comparar la curva de aprendizaje o cuál de ellas es más fácil de aprender. Desde ese lado, el front end es probablemente más difícil, pero no desde el punto de vista del aprendizaje, sino desde el punto de vista de los cambios. Está bajo un cambio constante. Y el desafío radica nuevamente en la dificultad, sino en el aprendizaje constante. Y cuándo encontrar tiempo para aprender. Porque mientras aprendes, no tienes tiempo para hacer el trabajo. Y mientras trabaja con algún marco, tarde o temprano se volverá obsoleto o algunas partes se volverán obsoletas. Nunca se sabe cuál de ellos quedará obsoleto. Eso hace la vida más difícil. Esto sucede con el back-end y también con el front-end. Entonces, desde este punto de vista, más difícil significa algo que se actualiza con más frecuencia. Muchas personas creen que el front-end se actualiza con mayor frecuencia. Muchas personas creen que el back-end se actualiza con mayor frecuencia.

Depende de lo que entiendas por desarrollo de backend. No considero programar el desarrollo de backend de lógica de negocios, si está construyendo y programando ESB, interceptores, seguridad, proxys, plsql, escribiendo los scripts para el desarrollo continuo que todos conocen y aman, etc. ahora estamos hablando de backend. Puede que no sea tan difícil si te gusta el backend, pero definitivamente tienes más cosas para tener en cuenta.

Cosas como cuánto espacio ocuparán todos estos registros, cuál es nuestra línea de base para el rendimiento, ¿tenemos una estrategia para determinar la próxima línea de base?