TODO programador DEBERÍA SABER ESTO
Vložit
- čas přidán 1. 09. 2023
- Este video te será útil si quieres ser un buen programador, ya que, no porque algunas cosas no están enfocadas en tu rol no significa que no debas saberlo o aprenderlo
▶ No te pierdas más directos en: / midudev
▶ Discord de la Comunidad: / discord - Věda a technologie
Tienes toda la razón, y lo digo con autocrítica porque durante años pensé lo contrario y ahora me doy cuenta que no quería salir de mi zona de confort. Gracias por el contenido.
Toda la razon midu, me pasa en mi equipo que soy de los pocos que sabe como hacer el deploy y cuando les trato de explicar siento que no me estan escuchando y no les interesa. por eso es importante que los proyectos personales lo suban a la nube o se armen un servidor propio
Muy de acuerdo. Yo empecé con HTML y CSS, y ahí aprendí a subir una web desde filezilla a un hosting compartido.
Luego aprendí backend con PHP y MySQL y pues aprendí a configurar un servidor Linux con Apache, PHP y MySQL y desplegaba con rsync, luego me pase a git.
Es súper importante saber desplegar los proyectos.
¿Netlify también cuenta como hosting gratuito para despliegues de sitios estáticos? Yo lo uso.
Yo estoy empezando con HTML y voy bien, que me recomienda después que termine con HTML
@@juliovelasquez8412 CSS
@@juliovelasquez8412 css y luego JavaScript
En mi caso soy tan curiosa y como que me gusta saber de todo...si o si despliego mis proyectos, en nextjs supabase y vercel me resultan muy ágiles.
Yo siento que el problema está en la cantidad de responsabilidades que quieren dar a las personas vs la remuneración, he visto mucho en muchas empresas que quieren que un solo desarrollador haga todo el trabajo de tomar requerimientos, planificar, desarrollar ( frontend, backend y base de datos ), despliegue y monitoreo, no es ser infantil pero casi que mejor le vendes el software a la empresa por aparte en lugar de trabajar todo en un mes por un salario, claro eso depende de tú salario porque si es muy bueno y sabes de todo, es genial poder cumplir con las tareas, en mi caso personal yo también he aprendido de forma autodidacta a realizar todas las tareas y me gusta mucho poder aportar siempre en todas las áreas aunque no esté dentro de mis funciones en el contrato pero es porque me gusta aprender, solo digo que es válido no querer hacerlo todo ó cargar con todas las responsabilidades porque ya deporsi es muy complicado.
El mejor consejo Midu!!!, hay que abrir la cabeza y ver otros sistemas aunque no lo usemos mas tarde, En las redes muchas criticas por defender el aprendizaje total muchos saludos !!
Completamente de acuerdo contigo midu, en las empresas que he trabajado anteriormente yo me encargaba solamente del desarrollo del back y del front, el despliegue a producción o a un entorno cloud con AWS lo hacía el líder técnico, con los conocimientos que he aprendido sobre GitHub Actions y AWS (investigando por mi cuenta y no quedándome solo con lo que hacía en la empresa) actualmente en la empresa donde estoy ahora me ha tocado también gestionar el CI/CD en GitHub Actions además de hacer despliegues en Azure, pero no me siento tan perdido por el conocimiento previo que tenía de AWS.
Me sirve mucho escuchar todo lo que cuece alrededor de este mundillo. Pues me estoy introduciendo de a poco. Saludos excelente canal!
Yo empece con Wordpress y temine metiendome en PHP y ahi empezo todo jajajaja al final despues de u tiempo me decidi por REACT utilizando la pila MERN y me centre en eso, ahora estoy empezando tambien a estudiar arquitectura cloud con AWS y la verdad me parece mucho mas complejo que el codigo, pero por consecuente me es mas frustrante. A si que decidi seguir estudiando el cloud de AWS como algo como para conocer, pero no dedicarme. Me gusta mucho React pero considero que es bueno aprender mas al respecto del deploy. Y ya se vera que va deparando el futuro xD
Saludos Midu!
En dónde trabajo, los DevOps nos dan los lineamientos para crear y configurar los pipelines. Nosotros tenemos que crear los pipelines según las necesidades del proyecto y somos responsables de que todo fluya correctamente en el pipeline. Sí se sale de nuestras manos ahí entrarían las partes interesadas.
Midu tiene razón, no tenemos que ser los expertos en cuanto a cómo gestionar la infraestructura. Pero si necesitamos asegurar que nuestro código es más eficiente, es más rápido, y que nosotros solitos podamos hacer un PR y activar una pipeline para que se testee, se valide y se despliegue automáticamente
Que buen tema , midu ! Trabajo en una empresa en Nueva Zelanda y nosotros internamente nos hemos creado un roster para "Release Manager" donde vamos rotando quien hace los deploys a produccion (somos un grupo chico de desarrollo : 6 devs 1 tester y 1 scrum master + 1 product manager). Siempre intentamos que no haya "silos de conocimiento" (sobre todo los ultimos dos años que se ha intentado documentar cosas de codigo legacy que tenemos y teniamos) y estamos creando articulos en Confluence o wikis en Azure Devops como alternativa. Se trata de que todos sepan un poco de todo y que no haya nadie que si lo pisa un bus (literal aca mis compañeros dicen "if X gets hit by a bus... " :D ) podamos seguir adelante ! Muy racional y logico tu planteo y enfoque ! Abrazo !!
yo cuando entre en la empresa solo sabia "programar", pero en el equipo todo el mundo sabia hacer deploys a producción, que al final "solo" es sacar una release y desplegar, revisar metricas en newrelic o grafana, y dar por completo el despliegue. Al final aprendí todo eso y no es difícil, creo que es importante saber hacer todos esos procesos para ser más independientes, es algo tan simple que todo programador tiene que saber hacer
Ese es el punto. 😊
Sos siempre es bueno tener otra perspectiva de las cosas, gracias siempre aprendo algo con tus reacciones
El tema con todo esto es ¿Cuál es el límite de lo que debe saber y lo que debe o no debe hacer un programador? Acá es cuando volvemos a caer en los requerimientos muchas veces absurdos del mercado y es que quieren todo el departamento de TI en una persona
Muy cierto, es verdad, debe ser algo más transversal los conocimientos de los "roles" y funcionar como engranajes, no solo hacer mi parte y que el resto vea
En mi trabajo me encargaron hacer una app chica con react, pero terminando eso tuve que configurar un server de digital ocean y instalarle todo lo que necesitaba para montar la app, desde usuario hasta nginx y despues montar la aplicación. Es un conocimiento muy valioso
grande minu dando consejo buenos !!!
Muchas gracias!!
Fantásticos tus videos. A ver, en sistemas cada caso es un mundo. En mi caso, tengo 30 clientes pequeños que me piden 5 modificaciones semanales o a veces hasta 5 el mismo día de los sistemas. Que cámbiame el botoncito, que reordename los datos, ah no, mejor vuelve a dejarlos como estaban ... y tengo que hacer el proceso completo yo mismo. Si no supiera hacer un despliegue o un rollback no podría trabajar directamente. Muchachos, no todos vais a trabajar en una gran empresa con todos los sectores de todo. A veces tienes que ser diseñador gráfico, analista , desarrollador, programador y ... el "invento" (me encantó esa definición ... o sea, no es un invento clarificar los procesos de los que se ocupa esa rama, pero si lo es hacer una división excluyente "eso no es tarea mía y no necesito saber nada ..") de DevOps ...
Cuando eres tu solo quien esta detrás de u proyecto tecnológico te toca hacer todo y ahí entiendes la importancia de saber muchas cosas.
Completamente de acuerdo, todo programador debería de conocer como hacer un despliegue en su organización!
Un desarrollador que se respete debe tener la mentalidad de estar siempre estudiando y mejorando constantemente en todas las áreas de creación de software
Midu de acuerdo pienso que un programador sea frontend o backend debe tener ganas de aprender cualquier herramienta que le ayude a mejorar y estar abierto a este mundo tan cambiante donde sacan nuevas tecnologias y features cada mes para no decir cada dia.
Excelente punto de vista y consejos!!
Gracias Midu! Hablaste por mil años!
4:48 asi es eso, sin palabras autonomia midu para presidente ..........
Tienes toda la razón, así no se hagan esos procesos se deben conocer, creo que en parte la culpa esta en los bootcamps también esta la dinámica de varias empresas y claro esta la flojera propia de ver esos temas
Ni siquiera ahora que se conoce el tema de devops muchos desconocen el puesto de SRE. Antes que exista ese rol eran los mismos programadores junto al administrador de red o del server (si existían) los que hacían esos procesos y nadie se quejaba de eso. El devops se popularizó cuando el despliegue se hizo más rico con temas como Docker, kubernetes, mutiples servers como Nginx, etc. Pero aún así en muchos casos somos nosotros los programadores los que hacemos los despliegues ya que en muchos lados no contamos con un SRE
Soy un desarrollador Old School que ya se ha actualizado e incorporado al desarrollo WEB y Movil, nosotros antes hacíamos de todo, una asesoría a un cliente en el desarrollo e implementación de una aplicación iniciaba desde el montaje de la red, servidores, terminales y la programación del software, en lo personal me parece increíble que un desarrollador tenga que pedir asesoría a soporte técnico para que le solucione problemas de windows o que no sea capaz de cambiar el disco duro a su PC, porque lo he visto, debemos estar en capacidad de hacer de todo lo que se necesite.....
Todo esto debería estar documentado.
Tener un apartado en una wiki para esto, y dejarselo claro y tenerlo bien a mano.
Porque en muchas te piden que lo hagas y no te explican nada te dan el ABC de como hacerlo (etiqueta, subelo aqui, dale a este boton) luego peta y los programadores no tienen ni idea.
La primera vez que me tocó hacer esto, no veas lo que me costó hacerle entender al tech lead que tiene que escribirlo en la wiki del equipo, porque el tipo se creia que diciendosnolo una vez para las 30 applicaciones ya estaba.
Es real lo que comentas midu, en mi empresa tengo que configurar pipelines por medio de archivos .yml, tengo que validar cada job, etc etc, yo hasta ahora me entero que existe ese rol de devops, ya que siempre lo he hecho y he adquirido ese conocimiento como desarrollador.
es verdad soy dev y aveces hago desplieges a prod tambien, saludos desde Argentina
Yo actualmente en la universidad a todos los de mi grupo les enseño como desplegar el codigo como solucionar los errores de netlify o render que es lo que ocupamos y no es que sepamos todo pero me parece importante el saber manejar ese tipo de cosas
Pues lo que piensan que alguien debe estar limitado, se quedará muy limitado en oportunidades laborales.
Cuando subí unos proyectos a producción personalizado me daba errores que localmente no me alogaba incluso no mostraba imágenes pero localmente no había problema empecé aprender como debugear en producción que pasaba todo eso me sirvió aprenderlo porque si esto me hubiera pasado en una empresa yo estuviera culpando al devops y solo le diría que todo en mi local funciona bien y no es mi problema 😂
Antes habría dicho que no. Pero es cierto. Hay gente gente que adolece de muchas cosas. Lo más crítico antes si quiera hacer un release. Es cuando no tienen experiencia de usuario. Muy buenos en algoritmos pero sin idea de que como hacer sencillo el uso de la aplicación.
Tienes razon, cuando inicie como desarrollador junior me indicaron los pasos y los conceptos basicos para realizar despliegues a todos los ambientes, y cada equipo de desarrolladores se encarga de hacer su despliegue independientemente del ambiente, no era una tarea que solo hicieran pocas personas, aunque a dia de hoy no entiendo muy bien los pipelines y como funcionan por debajo xd
Eso es la definición más completa de Full Stack, saber todo el proceso desde el principio hasta el final.
Con mucho respeto Midu, yo creo que eso en parte es culpa de los creadores de contenido, que quieren vender que este mundillo es tan fácil como aprender un poco de lógica, un lenguaje de programación, hacer cositas visuales y listo
Entonces yo no soy creador de contenido, soy un unicornio. 🦄
@@midulive Simple, crear polémica para que tus videos se llenen de comentarios y así monetizar más.... Jajaja cuando pensé que había encontrado un buen Dev, vienes con videos de polémica.... Vamos tío toma tu like!
te amo midu
Gracias 🤗
Totalement de acuerdo
Además eso forma parte del crecimiento como dev. Tanto front como back deben saber desplegar lo que programan
Me acuerdo cuando parti haciendo mis primeros sitios web y todo se subia directo por ftp cuando aun no existía git, y nadie en ningún momento te hubiera dicho en ese momento que no era necesario saber desplegar un sitio o hacer un rollback como ha cambiado la cosa 😂😢
correcto no debería estar oculto el conocimiento pero el despliegue es una responsabilidad y debe ser remunerada xD
Exactamente, los silos de conocimiento son malos todos, sin excepción. No se trata de que todos seamos expertos en hacer despliegues, pero al menos es necesario entenderlos, porque más de una vez, te tocará participar activamente en el proceso de release o cualquier otro proceso que nunca has hecho antes.
Yo lo hago me gusta aprender de todo, ahora estoy desplegando mi propia web en un servidor local con dns dinámico, y no lo veo algo complicado solamente es una parte más en programar una maquina para que ejecute otros servicios diferentes.
Solo es comandear 🤷🏾♂️
Pienso tambien que tiene que ver con pereza, debido a que muchas cosas se les a tenido que crear un rol o que se segregara el backend y frontend es por lo complejo del software de hoy día, entonces ya la gente por pereza evita salirse de su zona porque segun, no les pagan por eso, pero les pagan por desarrollar, no importa en que rol estes, por eso hay empresas que rotan a sus colanoradores en distintos roles para que tengan idea de como funcionan las cosas.
Mientras aprendes más cobras más y si no postulas dónde pagan más y ya está .... Sigan aprendiendo siempre!
Yo pienso y he visto que hay muchas personas que se han metido en el mundo de la programacion por dinero y pasan por alto las bases y el sentido de programar.
enseñanos midu!! un cursito rapido tuyo vendria bien a la humanidad!!
Pero hay algunos que se ponen fullstack después de tan solo haber visto 3 meses de tutoriales. Se ha romantizado la programación como hacer react o endpoints. La realidad es que el código es una herramienta para resolver problemas y la primera cosa que un ingeniero de software debe saber es que la resolución de problemas es la primera carta para poder destacar. Ahora en día cualquiera puede aprender a usar un lenguaje de programación. Pero no cualquiera sabe resolver problemas. Muchos ni saben cómo funciona el navegador y dicen ser frontend developers o incluso fullstack.
Midu a mi me gustaría aprender a subir una app en un servidor propio, podrías hacer una serie al respecto??
A mi me parece importante, lo malo es cuando sos frontend, te contratan como backend jr para una startup, para ayudar a un programador senior, y el programador senior se va a la semana y te dejan con un sueldo entry level y teniendo que saber de golpe una tecnología backend, saber de redes, hacer el trabajo de devops y siendo junior hacer de cuenta que sos senior porque no hay otra persona, pues no mijo, no me he vuelto loca, no se como. No se lo deseo a nadie.
Hablaste con la verdad Midu faltan más devs con esa mentalidad.
Y es bueno saber esas cosas porque siempre es importante saber de todo, pero si a uno no le pagan para hacer esas tareas que las haga el devops ya que cuando algo falla el devops no te va a ayudar a solucionar el bug solo va a decir y no despliega tu cosa fijate que pasa y solucionalo XD
Si hay una sobrecarga de trabajo ... todos mirando a uno, con los brazos cruzados, en espera que termine su faena ...
Un artesano que hacía ciertos procesos por la noche para que el otro artesano del pueblo no pudiera copiarlos.
Concuerdo en que todo desarrollador debería interesarse por saberlo. Yo a los juniors no se los pediría ya que haría aún más compleja la curva de aprendizaje y el inicio a trabajar de los desarrolladores como junior/entry-level. Sin embargo, si ya eres desarrollador con 1 o más años de experiencia si deberían pedir al menos que sepas lo básico acerca de devops. Hacer un deploy, cómo se trabaja con Gitflow, testing y cosas por el estilo. Definitivamente si quieres ser un buen desarrollador si debes tener conocimiento sobre todo, es como que a un médico le digan que solo por dar recipes ya es médico.
Aclaro soy a lo mucho un trainee ni Jr. me considero jaja y pues desarrollaba una pequeña pagina para la escuela que ni me pidieron pero la realice y tuve que desplegarla como yo pude entender fue todo un día de labor pero al final aprendí a hacerlo y con esto reafirmo que no fue un desperdicio de tiempo c´:
Cuanta verdades dijiste midu,l. Luego uno se encuentra con programadores de 5 años que solo le funciona el codigo en modo dev, por que nunca han desplegado nada😅
DevOps != SRE, igual banco lo que decis para mi en realidad el rol de los SRE es traer cultura DevOps a toda la empresa y obviamente si ya tiene esa cultura genial asjdjasj.
Una cosa es saber hacerlo y otra querer hacerlo. A se me da bien cocinar algunas cosas pero si me ponen a cocinarles el almuerzo a todos en la oficina me voy a negar, no porque no quiera aprender sino porque tengo bien en claro cual es mi rol y para que me contrataron. Ya dice el dicho "Haz un favor y se convertirá en tu trabajo", una vez que aceptaste hacer algo fuera de tu rol es muy difícil decir que no después.
Una vez un JR me dijo que el try-catch era mala práctica porque esperas que el código falle, yo era JR también pero sabía que eso era muy estúpido, no se sabe la ley Murphy
El código puede que no falle, pero la data que pasa por ahí puede no ser la esperada, sobre todo si viene de una integración externa donde no controlas lo que puede llegar
@@orlandoubilla7055 si algo así le respondi
Que exista un equipo o un rol de operaciones es imprescindible. Estoy de acuerdo en que es importante saber darle al botón de despliegue, saber hacer un rollback, etc, (aunque en mi experiencia es un conocimiento y/o responsabilidad que normalmente tiene la seniority del equipo) pero toda la configuración de infraestructura es responsabilidad del equipo o rol de operaciones. Creo que la gente se ha confundido con esto, y que diciendo que tienes que saber x, la gente ha interpretado que tienes que tener los conocimientos del rol de operaciones.
La gente interpreta lo que le da la gana por más que lo expliques 😂
Yo creo que esto viene de los lineamientos que bajan las empresas extremadamente grandes. Donde tenes equipos muy grandes para cada parte de la producción de software, por lo que nunca abría una sola persona en la empresa para realizar el deploy de nuestras apps. Pero en la vida real, uno trabaja en empresas de diferentes tamaños, en alguna eh tenido que ser "Back-End", "Front-End", "DevOps" y "Sys-Admin" 😄😅 (cuando todo el equipo de la empresa es de solo 5 personas, esas cosas pasan) Por supuesto que uno no es un experto en cada rubro, pero tiene que tener una idea de lo mínimo que hace cada parte del desarrollo, porque también te abre la mente el entender que es lo que hacen los otros equipos de trabajo, con que tienen que lidiar y como podes ayudar a que su trabajo sea mas sencillo. Al fin y al cabo todos los equipos trabajan para la misma empresa, pero si es verdad que con empresas muy grandes eso se torna mas difícil.
Lo más divertido es hacer deploy, ver como todo funciona correctamente y la gente lo disfruta
Aprender esas cosas no te hará ningún daño jaja todo lo contrario. Empatizo con la resistencia de no querer aprender cosas que parecen no venir a cuento con nosotros, pero esa no es la actitud de un verdadero profesional, aprender de eso nos hará mejores devs.
Yo iría a más, aunque haya gente especializada en back o front todo el equipo debería ser fullstack y fuera capaz de hacer un cambio sencillo en cualquiera de los lados, osea si un front necesita un endpoint o que un endpoint devuelva algo que no devuelve por un error pueda cambiarlo, al igual que un back (no estoy diciendo que un especialista de front haga toda una funcionalidad de back o alreves)
Es que también esta el caso extremo en los trabajos de LinkedIn que piden saber de todo LOL
Es que el despliegue no lo tiene que hacer un desarrollador ni un devops, el despliegue tiene que estar automatizado en un pipeline ci/cd y que lo haga la automatización, y si hay que hacer un rollback que se pueda hacer el despliegue de la versión anterior dandole a un botón o que se haga automáticamente si falla el deploy
en mi empresa separaron los roles, los devs no podemos desplegar ni hacer rollback sin un sysops, menos hablar de tocar las bases de datos. Ahora que están cortando recursos está empezando a doler esa segmentación
Yo estoy de acuerdo con que hay que trata de abarcar la mayor cantidad de conocimientos ya que en eso se basa la experiencia....sin embargo...si quieren que haga mas paguenme mas, que pagan un sueldo bajisimo y quieren que sea arquitecto, desarrollador, DBA y conserje...un poco de conciencia con eso
Mi cabeza no entiende como puedes crear algo y no saber desplegarlo, o peor aún no tener ni siquiera la curiosidad de cómo se hace un despliegue 😅
Más que el jr que diga que tiene que aprender demasiado creo que sea el senior que le da miedo o celos deque alguien sepa lo que el sabe.
Como devops, confirmo.
No tengo ni idea de crear pipelines pero llevo tiempo intentando empujar este tema en mi empresa porque los despliegues son manuales y no quieren invertir el tiempo en ello, directamente me dijeron que invierta mi tiempo libre en eso... Lo peor es que estoy dispuesto a hacerlo sólo por mejorar mi perfil. Aclaro que no es que no sepa hacer despliegues y rollbacks, lo que no sé es montar una pipeline desde 0, y la vida no me da a más. Me siento muy estancado en esto...
Hoy en día, y aún más con la IA, podemos ser súper desarrolladores. Yo empecé como Python developer, hoy en día soy el líder de tres proyectos con IA y sé de todo, HTML, CSS, JavaScript, Typescript, y también despliego mis aplicaciones. Si no aprendes todos los procesos involucrados en el desarrollo de un proyecto o un producto, no sabes realmente lo que estás haciendo.
Creo que saberlo o no sea un problema pero el no tener la curiosidad de aprenderlo eso si que es un problema
Vengo desde el 2005 haciendo web y el despliegue he hecho yo, porque esto antes no existía los Devops.
Tienes el mismo pensamiento que las empresas, pedir más y ofrecer menos. "Ponte la camiseta tío" xDDD
Yo que trabajo en el lado de devops, que yo sepa no hacemos despliegues de sus aplicaciones ni hacemos rollbacks. Solo nos dices que infraestructura necesitan y les facilitamos la vida en esa área. Y también les apoyamos en el solucionando fallas en el área de la infraestructura. Ellos solo nos dicen lo que quieren y nosotros se lo facilitamos. Es todo.
Es muy evidente.
Es como conocer otras disciplinas a parte de la tuya. Te ayuda a conocer mejor como funciona el software como un todo, y a poder aportar mejores soluciones. Y eso te lleva a ser mejor profesional.
Si alguien te dice que no a esto, es que le faltan años de práctica.
Que es llevar a producción?
Deberian hacer un curso con todo lo que minimamente un programador deberia saber, ademas del codigo!!!
Midu cabreado está en mi top 5 de Midus favoritos.
midu el problema es que hay muchas gente q esta por dinero, creo q muy poco son apacionado como tu, es mas lo que tu dices es cierto si una persona simplemente sabe hacer el deploy puede resolver problema que estan a la mano y asi aguiliza tiempo de entrega de proyectos, aguiliza que tu jefe inmediato te diga los errores porq pon que el tio que hace los deploy tarde 1 dia en responder es decir q segun tu arreglas el problema el mismo dia pero resulta q sigue marcando error es decir que en 15 dias de q no pudiste resolver el pequeño problema se fueron 15 dias mas porq eso es lo que tardaba el señor que se encarga del deploy en decirte mira no corre. bueno creo q comprendi lo q tu comentabas. un saludo midu.
El devops exxiste para cocoas extremadamente grandes que gestionan una cantidad de herramientas que harán perder el tiempo a los devs, como docker, kubernetes, github actions, CI/CD. Pero ojo el dev debe saber por lo menos doker básico, de testing y desplegar en cualquier Plataforma y detectar errores en producción.
Donde puedo aprender de documentación?
talvez no deberías responderle a todos los que difieran en algo si no vale la pena, hay gente en twitter que solo busca atención y otras que solo llegan a desahogarse.
que la vida siga su curso y se tropiecen solos
Por comodidad utilizaba hosting compartido, el tipico con cpanel. Luego en un proyecto necesitaban una infraestructura más robsuta, fue asi como llegue a AWS, lo que me dejo en shock, era demasiado, no entendia nada, dije esto no es lo mio, estaba fuera de mi zona de confort. Por necesidad aprendi a montar una instancia lampp y desplegar ahi la app. De a poco cada vez utilice mas servicios de aws, y ahora ya cada proyecto lo monto ahi, no en instancias, ahora soy capas de utilizar lambda, dynamodb, api, ses, s3, simple mail, etc. Todo enlazado a github para simplificar el deploy... Pensandolo bien, sin darme cuenta en aws ahora me siento como pez en el agua, creo que el siguiente paso, sera certificarme en la nube de AWS.
Yo desarrollo solo para clientes como freelance y no espero menos exigencia en un puesto IT que lo dicho en el ultimo comentario. Es lo logico a mi parecer.
Hola midu, puedes decir para ti que es un DevOps?
hice un despliegue, ahora soy màs que junior DXD
Nosotros ni tenemos devops 😂
Cierto pero algunos se asustan cuando tienen que aprender a hacerlo xD
Saber hacer rollback es algo que literalmente te puede SALVAR la vida xd
Nada de eso te llevaría más de una semana aprender, salu2!
Muchos se asustan cuando les dices que puedes hacer más de una cosa a la vez
Cuando el curso de Azure DevObs?????
❤❤❤❤😊😊
Trabaja en una startup pequeña o crea tu empresa/proyecto... y ya me dirás quien es el devops 😆
es normal estar en una empresa y que te pongan en dos o tres proyectos a la vez?