¿Está muriendo el desarrollo del backend?

Mientras haya bases de datos, habrá programación de back-end.

El paradigma cliente-servidor en sí mismo significa que hay dos lados de una aplicación: front y back-end.

Si desea compartir algunos datos con otros, debe haber algún tipo de base de datos o almacenamiento de datos en el servidor posterior. El servidor en sí puede ser dedicado, ubicado en un centro de datos o en la nube.

Lo que cambia son las formas en que los clents acceden a los datos. Solía ​​ser un procesamiento de back-end, luego vino AJAX, luego API …

Ser un desarrollador de back-end significa que tienes que conocer la base de datos, formas de acceder e interactuar con ella, luego algún tipo de lenguajes de programación (PHP, Python, Ruby, .Net …) y cómo procesar las solicitudes desde el front-end. .

El conjunto de habilidades requerido es bastante diferente al del front-end.

¡Buena suerte y no te rindas! 🙂

¿Está muriendo el desarrollo del backend?

No. Tampoco “morirá”. Lo que sucedió es que el front-end ha cambiado de una aplicación de escritorio a aplicaciones web, pero la cadena de herramientas de front-end en la web estaba (¿está?) A millas de lo que existe para el desarrollo de escritorio.

En la interfaz hay mucho más en juego

Con la reducción en el escritorio, hemos tenido una explosión de frameworks JavaScript / web en una carrera loca para ponerse al día.

Tampoco tenemos las interfaces súper simples de arrastrar y soltar de antaño, por lo que las personas que tradicionalmente habrían hecho ambas cosas ya no pueden proporcionar una interfaz que sea lo suficientemente buena.

pero en el backend parece que todo está llegando a la implementación de la API y las cosas están yendo mucho más lento.

El back end todavía está experimentando cambios. Desde grandes motores de aplicaciones que ejecutan muchas aplicaciones que se trasladan a servicios en contenedores que se ejecutan en una plataforma de orquestación.

Pero tienes razón, el backend es mucho más maduro y más lento para cambiar. Esto es algo bueno para las empresas. Ese sitio web de Angular.JS que construiste hace dos años ahora está irremediablemente desactualizado y está obteniendo desarrolladores que quieren usar Angular.JS cuando Angular2 o React es donde está. Buena suerte.

Sin embargo, ese back-end de Java usando Spring Boot. Tendrá que cambiar los números de versión para obtener las últimas funciones brillantes y probablemente eso sea todo, y para encontrar algunos desarrolladores de Java, simplemente lleve algunas piedras a una estación de tren en cualquier ciudad importante y comience a lanzar.

todo viene a la implementación de API

Los datos que obtiene el front-end ahora son un problema resuelto y solo están implementando una API. Pero el desarrollo de backend es mucho más que eso. Muchos de los procesos de negocio se incluyen en este segmento.

¿Cuáles son sus predicciones sobre el futuro de la programación del lado del servidor como una opción profesional?

Cambiando, como todo lo demás. El papel de ‘desarrollador de backend puro’ ha estado desapareciendo por un tiempo. Ahora debe ser ‘full stack’, capaz de implementar, escribir el back-end y hacer front-end básico O ser capaz de realizar implementaciones básicas, escribir el back-end y hacer un buen front-end.

No lo creo, es solo que el trabajo en el front end es más centralizado y visible.

Google está trabajando en Spanner, una base de datos SQL distribuida que es realmente emocionante. También hay una implementación de código abierto llamada CockroachDB que llegó a 1.0 recientemente y está haciendo grandes mejoras.

Nuevos lenguajes como Go y Rust están tomando participación de mercado de C para el desarrollo de sistemas, lo cual es interesante.

Hay una tonelada de problemas relacionados con los sistemas distribuidos que están surgiendo porque los sistemas distribuidos se están volviendo mucho más comunes (API, microservicios, etc.).

Están sucediendo muchas cosas en el backend.

Bueno, parcialmente respondiste la pregunta tú mismo. Todo irá a microservicios API. Pero esos no se escriben ellos mismos. La autenticación, la validación y el almacenamiento en caché son críticos como siempre. Se podría argumentar que la proliferación de herramientas / marcos de nodo, python y Paas está en ritmo o incluso posiblemente por delante de las cosas del lado del cliente.

Como lo expresó Nick Rios, todo ese material de fondo no se escribe solo.

Más allá de eso, hay una pregunta sobre lo que constituye el “front end” y lo que constituye el “back end”. Lo que realmente desaparece es la distinción entre front end y back end.

La distinción clásica es cliente-servidor, con “front-end” utilizado para designar al cliente, y “back-end para designar” servidor “. Pero es más complicado que eso:

• “Front end” se usa comúnmente para denotar GUI o UX, pero con las aplicaciones de escritorio y las aplicaciones móviles independientes, la GUI y la lógica de la aplicación son lo mismo.
• “Back end” generalmente denota “en el servidor”, pero muchos servidores pueden ejecutarse con la misma facilidad en una máquina local; eso no los hace “front-end”. Lo mismo otra vez para los sistemas peer-to-peer.

No, no va a morir. Claro, los frontales de js modernos pueden manejar más funcionalidades y si algo las plantillas HTML del lado del servidor podrían morir (no creo que esto suceda pronto …

Creo que el código de back-end está cambiando a un formato diferente de monolitos como Django & Rails a Flask & NodeJS que manejan solicitudes para API de compilación con un único “servicio” o funcionalidad. El backend de Sametime está obteniendo muchas capacidades nuevas derivadas del aprendizaje automático y la ciencia de datos.

Claro que ahora hay una gran cantidad de API en la nube de terceros que puede integrar en su interfaz, pero solo hacen 1 cosa y pronto no es lo que necesita hacer, escribir su propio servicio. Además, ¿realmente confía en los proveedores de la nube lo suficiente como para construir ciegamente su empresa basándose en la combinación de sus API? ¿Qué haces si son asesinados o cambiados?

¡No, no es! De hecho, estamos buscando desarrolladores de back-end para contribuir a nuestros repositorios de código abierto en este momento. Echa un vistazo a nuestros repositorios de código abierto aquí:

cyber • Fund

Recuerda que los “fines” fueron inventados. Son solo un modelo que ha demostrado ser útil. No significa que sea correcto.

Cuando escribí el código por última vez, en los años 80, nos preocupaba alcanzar los límites de la física en el silicio y la necesidad de pasar al procesamiento paralelo. Evitamos el problema pero volvimos a estar allí. Siento que nos estamos acercando rápidamente a un momento de grandes cambios, así que ‘mantente alerta’. Sé bueno en computación y prepárate para cualquier cosa.

Creo que las herramientas de front-end siguen cambiando porque la web no está a la altura del trabajo que se le pide que haga. No es para lo que fue diseñado, entonces ¿por qué debería serlo?

Están sucediendo muchas cosas en la interfaz por el momento . Este no siempre será el caso. Finalmente, esta área madurará.

El backend no va a desaparecer … nunca. Siempre habrá una necesidad de procesamiento centralizado, especialmente. en bases de datos No es práctico que los cálculos masivos se distribuyan entre pares sin servidor.

Creo que necesitará equipos más pequeños para el desarrollo de back-end. Caso en cuestión, donde trabajo tenemos el doble de trabajo en el front-end que en el back-end. Sin embargo, la API aún necesita ser escrita. Los datos aún necesitan ser modelados. Aún necesitas pruebas unitarias. El back-end no va a desaparecer. No es tan difícil de hacer como el front-end en estos días.