En este video vamos a ver como se resuelve un desafio real para una entrevista de Backend Engineer Cafecitos internacionales por Paypal! paypal.me/ericrish Todas mis redes :) linktr.ee/codineric
Me encanta! yo hubiera implementado un patron builder para generar cualquier tipo de consultas SQL .. todos los ORMs implementan ese patron para encadenar statements dinamicamente. Buen video Eric saludos!
Gracias Eric! Es bárbaro ver esto porque ayuda a uno a entender si está bien orientado, en mi caso soy sysadmin y hace un tiempo estoy aprendiendo a programar y entendí todo lo que hiciste, me da la tranquilidad de ver que eso que llaman “senior software engineer” no es un astronauta de la NASA si no algo más terrenal
Mi humilde opinión un sysadmin que peograma es mucho mejor que un dev porque entendes el todo del sistema mucho mejor. Hay muchisimos devs que se niegan a aprender cosas básicas como docker o incluso como llevar su código a producción 🙃
@@CodinEric creo que tenemos una ventaja de entender como funcionan las diferentes partes, no soy un DBA pero toco una base, no soy un dev pero toco un poco de código (o por lo menos puedo entender donde se me rompe el sistema). Uno como sysadmin se siente lejos de poder programar, si puedo hacer scripts en python, bash, php, pero de ahí a armar un monolito con classes y que quede lindo hay mucho recorrido. Pero viendo tu ejemplo me doy cuenta que casi casi soy un dev senior, de lo que hiciste no me asusto nada, es más, antes de ver tu video me tome el tiempo de pensar como lo resolvería y fue muy similar! saludos! Tambien creo que tu video anima al resto de los que estan por ahí aprendiendo y siempre sienten que son juniors, ojalá este video les sirva como a mí! abrazo!
Buenísimo el caso resuelto Eric. Me quedó una duda: por qué en el Dockerfile exportaste el requirements y luego instalaste las dependencias con pip y no corriste Poetry Install? Saludos!
Es una muy buena pregunta. No tiene mucho sentido usar poetry dentro de docker ya que con el requirements salis andando. Hoy en dia yo implementaria el step de poetry en un proceso de CD con un github action o algo tipo jenkins que me buildee la imagen. Esto hace que la imagen sea un poco mas liviana y que solo tenga lo necesario para prod
El EXPOSE de Dockerfile es informativo, realmente no es necesario, pero sí que es recomendable para que quien vaya a usarlo sepa que puerto usa el servicio que va a ejecutar. ¡Ánimo y sigue así!
@@CodinEric es parecido pero no igual, no creé una api, lo que hago parecido es lo que vos haces al armar el string SQL y tengo la metadata de las tablas que quiero bajar del mssql en jsons luego uso pyodbc (tengo restricciones en mí entorno que me hacen usarlo) para ejecutar las consultas, luego la data la voy guardando en csv por ahora ya que mí idea es ir subiendola al PostgreSQL directamente. También uso multiprocessing para acelerar un poco las cosas.
@@CodinEric Hola amigo, ah so sorry, igual cuando tenga mi canal de youtube podés joderme. Te comento cosas que vi, no las recuerdo todas. Disclaimer: Desconozco vuestro seniority en `python` y/o roles como Backend Engineer, primer video que ví de vos. El proyecto que colocaste en este video en particular, no está bien segmentado, tenés modelos regados a lo largo de código por ejemplo, debes ordenarte allí. El `Dockerfile` lo tenés del ostión, puedes por ejemplo: - "Concatenar" comandos es más "rápido", generas menos "layers" de ejecución (no tengo referencias de la docu de Docker en este momento): ``` RUN A RUN B -> # Same as: RUN A && B ``` Deberías instalar sin cache las dependencias y definir una versión explícita en todas tus depedencias (instalaste `poetry` y ni idea de la versión). No explicaste por qué editaste la variable de entorno `PYTHONPATH` (la editaste para indicarle al intérprete de `python` donde buscar las dependencias del proyecto), reconozco que los "virtual envs." de `python` no se llevan bien con Docker, podés checar `pdm`. Ahm, el tema de jinja copado, no llegué a ver la implementación, está un poco rebuscada porque tendrías que dejar Docus del por qué y si otro SWE lo ve (independientemente del seniority el o ella va a estallar). Cheers from Venezuela 👍
Gran video! El repo que usaste lo tenes publico en algun lado? Por otro lado, estaria bueno un video sobre Jinga y como integrarlo con FastAPI y un frontend. Just saying :D
Te iba a mentir que no lo subi pero sabes que si? github.com/codin-eric/fast-api-backend No creo que haga mucho mas de desarrollo web. No quiero que se piensen que se de esto del full stack (?
TREMENDO... un gran contenido especializado y bastante claro... Felicidades !!! y muchas gracias !!!
Sos Genial Eric 👍🏻💯
Me encanta! yo hubiera implementado un patron builder para generar cualquier tipo de consultas SQL .. todos los ORMs implementan ese patron para encadenar statements dinamicamente.
Buen video Eric saludos!
Gracias Eric! Es bárbaro ver esto porque ayuda a uno a entender si está bien orientado, en mi caso soy sysadmin y hace un tiempo estoy aprendiendo a programar y entendí todo lo que hiciste, me da la tranquilidad de ver que eso que llaman “senior software engineer” no es un astronauta de la NASA si no algo más terrenal
Me gusto que dejaste en el vídeo la parte en que borraste el print. +10 de respeto
Mi humilde opinión un sysadmin que peograma es mucho mejor que un dev porque entendes el todo del sistema mucho mejor. Hay muchisimos devs que se niegan a aprender cosas básicas como docker o incluso como llevar su código a producción 🙃
@@CodinEric creo que tenemos una ventaja de entender como funcionan las diferentes partes, no soy un DBA pero toco una base, no soy un dev pero toco un poco de código (o por lo menos puedo entender donde se me rompe el sistema). Uno como sysadmin se siente lejos de poder programar, si puedo hacer scripts en python, bash, php, pero de ahí a armar un monolito con classes y que quede lindo hay mucho recorrido. Pero viendo tu ejemplo me doy cuenta que casi casi soy un dev senior, de lo que hiciste no me asusto nada, es más, antes de ver tu video me tome el tiempo de pensar como lo resolvería y fue muy similar! saludos!
Tambien creo que tu video anima al resto de los que estan por ahí aprendiendo y siempre sienten que son juniors, ojalá este video les sirva como a mí! abrazo!
La primera vez que veo un video que toque casos prácticos en español. Muy bueno.
Por suerte entendí todo así que me voy contento
Si puedo conseguir mas casos reales los voy a ir haciendo videos 🥰
Muy bueno Eric! un abrazo y posta tus videos son muy didácticos.
Gracias Diego ❤
Buenísimo el caso resuelto Eric. Me quedó una duda: por qué en el Dockerfile exportaste el requirements y luego instalaste las dependencias con pip y no corriste Poetry Install?
Saludos!
Es una muy buena pregunta. No tiene mucho sentido usar poetry dentro de docker ya que con el requirements salis andando. Hoy en dia yo implementaria el step de poetry en un proceso de CD con un github action o algo tipo jenkins que me buildee la imagen. Esto hace que la imagen sea un poco mas liviana y que solo tenga lo necesario para prod
Buenísimo video! Me sirve banda!
Muy bueno!! Siempre es interesante ver qué piden para las entrevistas.
Gracias 🥰
Fue muy divertido de hacer
Es excelente! docker the shit out of it xD
'docker... because fuck you'
'docker compose... because fuck you too'
Muchas gracias! Buenísimoooo
Me alegra que te sirva :)
Muy bueno Eric
Gracias Jose querido
El EXPOSE de Dockerfile es informativo, realmente no es necesario, pero sí que es recomendable para que quien vaya a usarlo sepa que puerto usa el servicio que va a ejecutar. ¡Ánimo y sigue así!
Oh gracias! Siempre me olvido de investigar estas cosas
"no seas bobi" lmao
genial
Gracias Eric. Sería genial si haces un vídeo explicando más a detalle como es la conexión don Docker cuando usas postgres
Creo que lo expliqué todo en este video, no estoy seguro que mas detalles puedo dar 😅
🥲
interesante video erick!
Me alegra que te guste 😌
Buen video máster , tengo una pregunta técnica de docker :"v, la cual pues no hice hsjsjs podrías hacer un vídeo de ella?
Pues si no la haces no te la puedo responder :v
@@CodinEric :v no POS ya la hice xd máster
No entindo una mierda de backend, pero que buen video amigo
X2
Me alegra que sirva 😅
Estoy igual ustedes ya saben o hasta están trabajando de ésto, colegas un consejo estoy iniciando 😅😢
excelente!
❤️
Gracias por el video justo estoy haciendo algo parecido para automatizar una importación de tablas desde mssql a PostgreSQL en mí trabajo. Saludos!
Con una api de por medio? Como la usas? 🤔
@@CodinEric es parecido pero no igual, no creé una api, lo que hago parecido es lo que vos haces al armar el string SQL y tengo la metadata de las tablas que quiero bajar del mssql en jsons luego uso pyodbc (tengo restricciones en mí entorno que me hacen usarlo) para ejecutar las consultas, luego la data la voy guardando en csv por ahora ya que mí idea es ir subiendola al PostgreSQL directamente. También uso multiprocessing para acelerar un poco las cosas.
Gracias crack
¿Cómo es que te funciona correr "docker compose up", no debería ser "docker-compose up"?
En las últimas versiones de docker agregaron el command compose 😏
Gracias por el video saludos
😘
Me sirve para practicar con Docker 😎
Genial el challenge, por lo que noto no eres nativo para un rol Backend, pifiaste muchas cosas, in general, buena explicación.
Leyendote rápido suena muy mala leche tu comentario 😅
Estaría bueno si amplias un poco más que hice mal así aprendo :)
@@CodinEric Hola amigo, ah so sorry, igual cuando tenga mi canal de youtube podés joderme. Te comento cosas que vi, no las recuerdo todas.
Disclaimer: Desconozco vuestro seniority en `python` y/o roles como Backend Engineer, primer video que ví de vos.
El proyecto que colocaste en este video en particular, no está bien segmentado, tenés modelos regados a lo largo de código por ejemplo, debes ordenarte allí.
El `Dockerfile` lo tenés del ostión, puedes por ejemplo:
- "Concatenar" comandos es más "rápido", generas menos "layers" de ejecución (no tengo referencias de la docu de Docker en este momento):
```
RUN A
RUN B ->
# Same as:
RUN A && B
```
Deberías instalar sin cache las dependencias y definir una versión explícita en todas tus depedencias (instalaste `poetry` y ni idea de la versión).
No explicaste por qué editaste la variable de entorno `PYTHONPATH` (la editaste para indicarle al intérprete de `python` donde buscar las dependencias del proyecto), reconozco que los "virtual envs." de `python` no se llevan bien con Docker, podés checar `pdm`.
Ahm, el tema de jinja copado, no llegué a ver la implementación, está un poco rebuscada porque tendrías que dejar Docus del por qué y si otro SWE lo ve (independientemente del seniority el o ella va a estallar).
Cheers from Venezuela 👍
muy bueno
🥰
Gran video! El repo que usaste lo tenes publico en algun lado? Por otro lado, estaria bueno un video sobre Jinga y como integrarlo con FastAPI y un frontend. Just saying :D
Te iba a mentir que no lo subi pero sabes que si? github.com/codin-eric/fast-api-backend
No creo que haga mucho mas de desarrollo web. No quiero que se piensen que se de esto del full stack (?
@@CodinEric genio gracias!
Gracias! justo mañana tengo mi segunda entrevista de backend y me vino bien para entender, comparando un par de cosas.
buen vídeo Eric! bien explicado todo 👍
Gracias! Me alegro que te haya gustado 🥰
Dejo mí me gusta y me voy, pero después vuelvo a verlo completo
Gracias vuelva prontos (?