¿Te ha pasado alguna vez que te contacta un reclutador para un puesto que, sobre el papel, no es exactamente lo que haces cada mañana?
La verdad es que es una situación que genera un nudo en el estómago bastante curioso. Por un lado, te sientes halagado porque una empresa del calibre de Mercado Libre (o MeLi, como les gusta decir a ellos y a media comunidad tech) se ha fijado en tu perfil. Por otro, te entra ese síndrome del impostor que te susurra al oído: «¿Pero qué hago yo aquí si yo tiro más hacia los datos que hacia el backend puro?». Esto es precisamente lo que le ha pasado a un compañero en el foro de devsarg, y la verdad, el debate que se ha montado da para mucho más que un simple hilo de Reddit.
Me pillas terminando el tercer café de la mañana —y ya sabes que en Cartagena, cuando apreta el calor o el levante, el café es lo único que nos mantiene cuerdos—, así que vamos a desgranar esto con calma. Porque, seamos sinceros, la línea que separa a un ingeniero de datos de un desarrollador backend es, a veces, tan fina como el papel de fumar. Y en el ecosistema de las grandes tecnológicas, lo que buscan no es siempre a alguien que se sepa de memoria la sintaxis de un lenguaje, sino a alguien que sepa resolver problemas complejos a escala.
Esa fina línea entre el dato y el servidor
Vaya, que si vienes del mundo de los datos, ya tienes media batalla ganada aunque no lo sepas. Piensa en ello. ¿Qué hace un ingeniero de datos? Mueve volúmenes ingentes de información, se pelea con la latencia, optimiza consultas SQL que parecen jeroglíficos y se asegura de que los sistemas no revienten cuando entra un pico de tráfico. ¿Te suena? Pues es exactamente lo que hace un Backend Software Engineer en una plataforma que procesa miles de transacciones por segundo.
La diferencia suele estar en el «momento» del dato. Mientras que en datos sueles trabajar con el post-mortem o con flujos de streaming para analítica, en backend estás en la trinchera del tiempo real, donde un milisegundo de retraso puede significar que un usuario en Madrid o en Buenos Aires pierda una oferta flash. Pero la lógica de sistemas distribuidos, que es el verdadero coco de estas entrevistas, es compartida. Si sabes cómo particionar una base de datos para que no explote, ya hablas el mismo idioma que la gente de MeLi.
Además, hay algo que solemos olvidar: las empresas grandes prefieren «moldear» a gente inteligente que «reparar» a gente con malos vicios. Si tienes la base técnica sólida, el lenguaje es lo de menos. En Mercado Libre, por ejemplo, son muy fans de Go (Golang). Si vienes de Python o Scala (típicos de datos), saltar a Go no es subir el Everest, es más bien como dar un paseo por las baterías de costa de aquí de Cartagena: tiene su pendiente, sí, pero las vistas valen la pena y al final te acostumbras al ritmo.
¿Por qué Mercado Libre busca perfiles «híbridos»?
Ojo con esto, porque no es casualidad. No es que el reclutador se haya equivocado al filtrar en LinkedIn (aunque a veces pasa, no nos engañemos). La realidad es que el backend moderno está cada vez más «datificado». Ya no basta con hacer un CRUD (Create, Read, Update, Delete) sencillito. Ahora necesitas que ese backend sea capaz de alimentar modelos de machine learning en tiempo real para dar recomendaciones, o que gestione eventos de forma asíncrona.
En España, estamos viendo una tendencia similar. Empresas como Glovo o Cabify no buscan solo «picacodigos». Buscan ingenieros de software que entiendan el ciclo de vida completo del producto. Y ahí es donde un perfil de datos brilla. Tienes una sensibilidad especial para la integridad de la información que a veces al desarrollador backend puro, más preocupado por el tiempo de respuesta de la API, se le escapa.
La verdad es que, si mal no recuerdo, hace unos años la distinción era mucho más rígida. O eras de sistemas, o eras de desarrollo, o eras de datos. Hoy en día, si quieres trabajar en una escala de millones de usuarios, tienes que ser un poco de todo. Es como la ingeniería naval aquí en mi tierra: no puedes diseñar el motor de un submarino sin entender cómo afecta el peso del casco o la presión del agua. Todo está conectado.
El proceso de selección: Un hueso duro de roer
Si te llaman de MeLi, prepárate. No te van a preguntar qué es una variable. Te van a poner delante de una pizarra blanca (o una virtual, que es más frío pero ensucia menos) y te van a pedir que diseñes un sistema. Y aquí es donde muchos fallan por exceso de confianza o por falta de práctica en lo que llamamos System Design.
- Algoritmos y Estructuras de Datos: Sí, lo sé, es un tostón. A nadie le gusta implementar un árbol binario en una entrevista cuando en el día a día usas librerías que lo hacen por ti. Pero es el filtro estándar. Quieren ver cómo piensas bajo presión.
- Diseño de Sistemas: Aquí es donde el perfil de datos puede sacar pecho. Te pueden pedir diseñar un sistema de notificaciones a escala global. ¿Cómo manejas la consistencia? ¿Usas Kafka o RabbitMQ? ¿SQL o NoSQL? Aquí no hay una respuesta correcta, sino una serie de compromisos (trade-offs) que debes saber justificar.
- Cultura Meli: Tienen una cultura muy marcada de «beta continuo». Si eres de los que necesita que todo esté perfecto y documentado en papel antes de escribir una línea de código, quizás sufras un poco. Allí se valora la agilidad y la capacidad de aprender sobre la marcha.
Para que nos entendamos, es como intentar organizar las fiestas de Carthagineses y Romanos: hay mil piezas moviéndose a la vez, mucha gente involucrada y tienes que ser capaz de reaccionar rápido cuando algo no sale como estaba previsto. La resiliencia técnica es clave.
Hablemos de código: El salto a Golang
Como decía antes, Mercado Libre es un gran ecosistema de microservicios, y gran parte de esa orquesta toca la partitura de Go. Si vienes de un entorno de datos, quizás estés más acostumbrado a la flexibilidad de Python. Pasar a Go es como pasar de conducir un coche automático a uno de marchas manuales: de repente tienes que gestionar tú mismo ciertas cosas, pero el control y la velocidad que ganas son brutales.
Vamos a ver un ejemplo muy tonto de cómo se ve un servidor básico en Go, solo para que veas que no muerde. Imagina que queremos un endpoint que reciba un dato de un sensor (muy de ingeniero de datos, ¿verdad?) y lo procese:
package main
import (
"encoding/json"
"net/http"
"fmt"
)
type SensorData struct {
ID string `json:"id"`
Value float64 `json:"value"`
}
func handleData(w http.ResponseWriter, r *http.Request) {
if r.Method != http.MethodPost {
http.Error(w, "Solo aceptamos POST, que aquí somos serios", http.StatusMethodNotAllowed)
return
}
var data SensorData
err := json.NewDecoder(r.Body).Decode(&data)
if err != nil {
http.Error(w, "Ese JSON está más feo que un pie", http.StatusBadRequest)
return
}
// Aquí iría la lógica de negocio, o mandarlo a un Kafka
fmt.Printf("Recibido dato del sensor %s: %fn", data.ID, data.Value)
w.WriteHeader(http.StatusAccepted)
}
func main() {
http.HandleFunc("/ingest", handleData)
fmt.Println("Servidor arrancado en el puerto 8080... ¡A por ello!")
http.ListenAndServe(":8080", nil)
}
¿Ves? No es física cuántica. Es tipado, es robusto y, sobre todo, es eficiente. Para alguien que viene de datos, la parte de `json.NewDecoder` le resultará familiar, y la estructura de los datos es algo que lleva en el ADN. La curva de aprendizaje está en entender la concurrencia con las famosas goroutines, pero eso es harina de otro costal.
La realidad del mercado español frente a los gigantes de LATAM
A veces, desde España, miramos a empresas como Mercado Libre con cierta distancia, pero la realidad es que su stack tecnológico y sus desafíos están a años luz de muchas empresas locales. Sin embargo, el talento español está muy bien valorado allí por nuestra capacidad de adaptación. Al final del día, un ingeniero de Cartagena, de Madrid o de Bilbao tiene esa «chispa» para buscar soluciones creativas cuando los recursos escasean o cuando el sistema decide que hoy no quiere trabajar.
Lo curioso es que muchos desarrolladores españoles están saltando a puestos remotos en estas empresas. ¿Por qué? Porque el nivel técnico es altísimo y los salarios, si consigues un contrato en dólares o ajustado a mercado internacional, son muy competitivos. Además, trabajar en un sistema que soporta el Black Friday de toda Latinoamérica es un máster acelerado que ninguna universidad te va a dar.
Pero claro, no todo es oro lo que reluce. Trabajar en backend para una empresa de este tamaño implica estar de guardia (on-call) a veces, y lidiar con una burocracia técnica que puede ser desesperante. No es lo mismo cambiar un botón en una startup de tres personas que modificar un servicio crítico en MeLi donde puedes tirar abajo la facturación de medio continente.
¿Deberías aceptar el reto si vienes de datos?
La respuesta corta es: sí, de cabeza. La respuesta larga es: sí, pero prepárate para estudiar como si no hubiera un mañana durante los primeros meses. La transición de datos a backend te va a dar una visión 360 del software que muy pocos profesionales tienen. Te vas a convertir en ese perfil «T-shaped» que tanto buscan las empresas: profundo conocimiento en un área (datos) y una base amplia en otras (backend, infraestructura, sistemas).
Además, piensa en el valor que aportas. Cuando el equipo de backend esté discutiendo cómo guardar una información, tú serás el que diga: «Ojo, que si lo guardamos así, luego el equipo de analítica va a sudar sangre para sacar un reporte». Ese puente entre mundos es valiosísimo.
Para que nos entendamos, es como si un arqueólogo que lleva años excavando en el Teatro Romano de Cartagena de repente se pone a trabajar en la construcción de un edificio moderno. Ya sabe cómo tratar el terreno, sabe qué hay debajo y tiene un respeto por la estructura que alguien que solo ha visto hormigón no tendrá nunca.
Consejos prácticos para la entrevista
Si te encuentras en la situación del usuario de Reddit, aquí te dejo unos consejos que me han servido a mí y a mucha gente que he mentorizado:
- Sé honesto con tu perfil: No intentes fingir que llevas 10 años haciendo backend en Go si no es verdad. Di claramente: «Vengo del mundo de los datos, manejo estos conceptos de escalabilidad y estoy aprendiendo X lenguaje». La honestidad técnica se valora mucho más que una mentira pillada a tiempo.
- Repasa los fundamentos: Vuelve a los libros. Repasa cómo funciona el protocolo HTTP, qué es una base de datos ACID vs BASE, y cómo funcionan los índices. Son conceptos básicos que en datos a veces damos por sentados pero que en backend son el pan de cada día.
- Proyectos personales: Si tienes tiempo, monta algo pequeño. Una API que haga algo útil con un dataset público. Súbelo a GitHub. No tiene que ser perfecto, tiene que funcionar y demostrar que sabes organizar el código.
- No te agobies con el «Live Coding»: A todos nos tiemblan las manos cuando alguien nos mira escribir código. Practica en plataformas como LeetCode o HackerRank, pero no te obsesiones con los ejercicios de nivel «difícil». La mayoría de las empresas buscan ver tu proceso de pensamiento, no si te sabes el algoritmo de Dijkstra de memoria.
La importancia de la comunidad y el aprendizaje continuo
Al final de todo este lío, lo que queda es la comunidad. Hilos como el de devsarg son oro puro porque te bajan a la tierra. Te das cuenta de que hasta los ingenieros más experimentados tienen dudas, sienten miedo y a veces no saben por dónde les da el aire. En aquinohayquienviva.es siempre intentamos transmitir eso: que la tecnología es un camino, no un destino.
La verdad es que el mundo del desarrollo de software es uno de los pocos donde todavía puedes cambiar de especialidad a mitad de carrera y que te paguen por aprender. Es un privilegio, pero también una responsabilidad. Tienes que mantener esa curiosidad encendida, como el faro de Navidad aquí en Cartagena, guiándote entre tanta tecnología nueva que sale cada semana.
Y si al final decides que el backend no es para ti, no pasa nada. El conocimiento que habrás adquirido sobre cómo se construyen las aplicaciones por dentro te hará un ingeniero de datos diez veces mejor. Sabrás qué pedirle a los desarrolladores, entenderás sus limitaciones y hablarás su mismo idioma. Es un win-win de manual.
Unas pinceladas sobre la ingeniería de «antes» y la de «ahora»
A veces me pongo nostálgico y pienso en cómo se hacían las cosas antes. Mi abuelo siempre decía que un buen mecánico era el que sabía escuchar el motor. Hoy en día, un buen ingeniero de software es el que sabe «escuchar» sus métricas y sus logs. Ya seas de datos o de backend, el objetivo es el mismo: que el sistema funcione, que sea mantenible y que no le quite el sueño a nadie a las tres de la mañana.
En Cartagena tenemos una larga tradición de ingeniería pesada. Desde los astilleros hasta la refinería. Esa mentalidad de «construir cosas que duren» es la que intento aplicar siempre que escribo una línea de código o un artículo. No se trata de usar la herramienta más moderna porque sea cool, sino de usar la herramienta adecuada para que el puente no se caiga.
Vaya, que si Mercado Libre te ha llamado, es porque han visto en ti esa capacidad de construir puentes. No la desprecies por miedo a no saber un framework específico. Los frameworks mueren, los lenguajes pasan de moda, pero la capacidad de resolver problemas es eterna.
Para ir cerrando el tema…
La conclusión que saco de todo esto es que las etiquetas en el mundo tech son cada vez más difusas. ¿Backend? ¿Data? ¿DevOps? Al final, todos somos ingenieros de software intentando que los bits vayan por donde tienen que ir. Si te ofrecen una oportunidad en una empresa grande, aunque el puesto no encaje al 100% con tu etiqueta actual, dale una oportunidad. Lo peor que puede pasar es que aprendas un montón de cosas nuevas y te des cuenta de que prefieres volver a tus datasets. Y lo mejor es que descubras una nueva pasión que ni sabías que tenías.
Así que, si estás leyendo esto y tienes esa entrevista pendiente: respira, tómate un café (o un asiático, si quieres sentirte un poco más cartagenero) y ve a por todas. El «no» ya lo tienes, y el «sí» puede cambiarte la carrera profesional de una forma que ni te imaginas.
Y recuerda, en este mundillo nadie sabe todo de todo. El que diga lo contrario, o miente o no ha salido de su zona de confort en una década. La clave está en saber buscar, saber preguntar y, sobre todo, en no dejar nunca de ser un eterno aprendiz. ¡Nos vemos por los repositorios!
Deja una respuesta