Cómo crear su cartera de backend

May 10 2022
Porque sus API y documentos de diseño también merecen un lugar para mostrarse
Todos asocian un portafolio con una representación visual de sus habilidades, y esto es trivial si es un desarrollador que trabaja con elementos visuales, como un desarrollador de FrontEnd. Pero, ¿qué sucede si trabaja exclusivamente en BackEnd? ¿Cómo puede hacer que una API, un microservicio o una biblioteca de OSS "se vean bien"? no puedes
Foto de Branko Stancevic en Unsplash

Todos asocian un portafolio con una representación visual de sus habilidades, y esto es trivial si es un desarrollador que trabaja con elementos visuales, como un desarrollador de FrontEnd.

Pero, ¿qué sucede si trabaja exclusivamente en BackEnd? ¿Cómo puede hacer que una API, un microservicio o una biblioteca de OSS "se vean bien"?

no puedes

Pero aún puedes tener una cartera, así que déjame decirte lo que deberías estar haciendo.

¿Qué hay en un portafolio?

Dejemos de lado la pregunta más básica: ¿qué es una cartera?

Un portafolio es esencialmente una forma de mostrar tus habilidades y tu trabajo.

¿Que es eso? ¿No tienes ningún trabajo para mostrar? No hay problema, también cubriremos eso.

El punto aquí no es el "trabajo", sino el hecho de que a través de tu trabajo demuestras tu habilidad. Y ese debe ser su enfoque: habilidades.

Desea que las personas que revisen su cartera entiendan de lo que es capaz. Por lo tanto, no importa si ha creado una API que se conecta con Google Maps, o simplemente su API meteorológica común y corriente. El punto es que sabe cómo interactuar con las API de terceros.

Y ese será nuestro enfoque.

¿En qué habilidades deberías enfocarte?

Hablando de enfoque, ¿cuáles son las habilidades clave que cualquier desarrollador de back-end debería destacar como parte de su perfil?

Bueno, si me preguntas, intentaría centrarme en los siguientes elementos:

  • Lenguaje de back-end : este es básico, realmente no puede hacer una cartera para mostrar sus habilidades de back-end si solo sabe HTML y CSS (por ejemplo). Dicho esto, estás de suerte, ya que la mayoría de los lenguajes son amigables con el backend. Siempre que tenga proyectos que usen cualquiera de los siguientes, está bien: Node.js, Python, PHP, Ruby, Go, Rust, Clojure y cualquier cosa realmente.
  • Modelado de datos : me refiero a que sepas pensar en términos de almacenamiento de datos. En otras palabras, ¿eres capaz de tomar un problema y convertirlo en datos? ¿Puedes crear tablas de bases de datos? ¿O codificar sus resultados en un formato que tenga sentido (como CSV, JSON, etc.)? ¿Puedes crear un modelo de datos complejo donde diferentes entidades estén relacionadas entre sí? ¿Sabes qué es un diagrama ER? Luego úselo como una ayuda visual para su portafolio.
  • Patrones de diseño : si bien los patrones de diseño son válidos para todos los contextos, son bastante útiles y relevantes en el entorno de back-end. Por eso es importante demostrar que los conoces. ¿Cuáles, sin embargo? Eso depende de usted, hay muchos y el número no es realmente importante, solo el hecho de que los conozca y sepa cómo usarlos en su código.
  • Patrones de arquitectura : este probablemente no sea un requisito difícil, especialmente si está en el lado Jr. del rol. Sin embargo, si conoce patrones como MVC, microservicios distribuidos, etc., siempre es bueno destacarlos. Como desarrollador de back-end, eventualmente lidiará con tales patrones, y demostrar que puede manejarlos siempre es algo bueno.
  • SQL : ir de la mano con sus habilidades de modelado de datos, demostrando que sabe cómo obtener datos de una base de datos SQL (probablemente el tipo de almacenamiento de datos más común que existe), es una gran habilidad en la que concentrarse. Lo más probable es que lo use en el futuro.
  • Comprender el paradigma cliente-servidor . Este es uno que usará bastante como parte de su rol de back-end. Es importante comprender cómo se ve una solicitud de su cliente y qué es una respuesta. ¿Está utilizando HTTP (que es una práctica muy común en el desarrollo de back-end)? Luego, es mejor que demuestre que sabe qué es una solicitud, cómo enviar una a otro servicio y cuáles son las características habituales de HTTP (como códigos de respuesta, verbos, etc.).

La siguiente gran pregunta es: ¿dónde puedes crear el portafolio?

¿Dónde se crea la cartera?

Una vez que sepa en qué concentrarse, la próxima gran pregunta es dónde colocarlo. La "hip" que debe usar en este momento es su propio perfil de Github. Después de todo, principalmente enumerará repositorios públicos, y si puede acceder a Github ( algunos países no lo tienen ), entonces es probable que tenga todo su código "que vale la pena mostrar" allí.

Si ese es tu caso, quizás consideres ver el siguiente video sobre cómo personalizar tu perfil:

Ahora, en caso de que no tenga una cuenta de Github o si por alguna razón el trabajo que desea mostrar no está allí, puede usar cualquier plataforma de blogs. Solo asegúrate de que sea algo que te permita personalizarlo tanto como sea posible. Evita plataformas como Medium, Hashnode y Dev.to ya que solo te permiten compartir contenido escrito.

Querrá algo como un sitio estático personalizado, WordPress o algo más. Cualquier plataforma que pueda usar para formatear cómo se ven las cosas es lo suficientemente buena, ya que debe asegurarse de que se muestren varias cosas en la pantalla:

  • El nombre del proyecto.
  • El conjunto de tecnologías utilizadas.
  • Una pequeña descripción al respecto, destacando las lecciones aprendidas y las dificultades encontradas en el proceso.
  • Cualquier documentación adicional que pueda encontrar relevante (como agregar los diagramas ER si corresponde aquí).

Finalmente, ¿qué tipo de cosas crees que puedes compartir en tu repositorio? Hablemos de eso.

¿Qué puedes mostrar?

Muy bien, esto es todo, ya sabes en qué quieres enfocarte, dónde publicarlo y la plataforma que quieres usar para ello.

Ahora, ¿qué tipo de contenido debería agregar a su cartera de backend? Bueno, eso depende. ¿En qué tipo de proyectos trabajas?

Su primer enfoque debe ser el código, mostrando tanto código como pueda, ese debe ser su destino. Cualquier persona interesada en contratarlo como desarrollador de back-end querrá leer su código. Resalte cualquier proyecto que pueda tener, no es necesario que sean proyectos reales. Cualquier proyecto paralelo funcionará, incluso si los creó siguiendo los tutoriales. Asegúrese de que su descripción hable sobre lo que aprendió a través de ellos y cualquier dificultad que encontró mientras trabajaba en ello.

Si no tiene proyectos, o simplemente no tiene suficientes cosas para mostrar, entonces lo mejor que puede mostrar es su conocimiento. Puedes hacerlo a través de:

  • Contenido. Ya sea contenido escrito en forma de artículos o libros, videos en YouTube o incluso un podcast. Mientras comparta su conocimiento, puede posicionarse como alguien que vale la pena contratar. De hecho, puede posicionarse como un líder de la industria o un "líder de pensamiento" (para lo que sea que ese término valga para usted).
  • ¿En qué estás trabajando ahora mismo? Es posible que no tenga proyectos para mostrar, pero podría estar trabajando en algo. ¿Quizás estás creando tu primera biblioteca OSS? Tal vez esté trabajando en una idea de SaaS. Sea lo que sea, si estás escribiendo código, ¡entonces habla de ello! Comparta su experiencia, hable sobre sus planes de diseño y comparta cualquier diagrama o idea. Cualquier cosa de la que valga la pena hablar debe ser parte de su cartera. Esto puede decirle a quien lo lea que tienes un plan y que estás trabajando activamente para mejorarte a ti mismo.

Todo lo que tienes que hacer es ponerte en el lugar de la persona que quiere leer tu portafolio. ¿Qué querrían saber de ti? Y abordar esa pregunta.

¿Tiene una cartera backend? ¡Compártelo en los comentarios para inspirar a otros!

© Copyright 2021 - 2022 | unogogo.com | All Rights Reserved