Para mi si contribuye que el manager sea tecnico, no debe codear, pero haber trabajado desarrollando en el pasado le da perspectivas muy valiosas (tambien lo hace menos propenso a que lo quieran boludear con estimaciones infladas)
Yo creo que otra cosa también es el cómo te vendes, me explico: tengo unos 10 años de estar en tecnología , y me pase a DevOps, a los 4 meses me salí de una empresa por su cultura laboral, donde siendo junior nadie me entrenaba, de ahí pase a otra compañía donde me logré vender bien , gano el doble y si tengo este espacio de mentoria y apoyo, diría que soy semi junior o algo así jajaja
Muy buenos los conceptos Mr Fredrikson, concuerdo con un par de "aclaraciones", es cierto que el Manager, No es necesario ser técnico, pero esto tampoco es una excusa para desentenderse de la técnica, Otra mala practica que he observado es algunas empresa qué arman equipos o pods de esta forma, pero ... el manager lidera dos o tres equipos o pods, esto, supongo que las empresas por un tema de costos, pero es en detrimento de la calidad.
la parte del NO a muchos le cuesta decirlo, ya que por lo regular el dueño o las personas encargada no entienden el proceso de desarrollo y la cantidad de tiempo que requiere y suelen pensar que entre mas manos mas rapido. Buen video y la parte de describir el rol junnior es muy buena.
Como siempre genial pelado, siguiendo la tematica sería bueno hablar de los seniority en las distintas empresas y sobre como ir escalando eso. Muchas veces es una lucha poder definir ese seniority sobre todo de SSR a SR. Sería bueno que hables de tu experiencia escalando. Muchas veces sucede que para una empresa tenes cierto seniority y para otra no. Gracias por compartir. Y esperemos las empresas sigan contratando juniors es el semillero
Cuando haras un video sobre control tower y landing zones? mi Jefe dice que debemos apuntar a implementar esta tecnologia y me gustaria que lo explicaras, un abrazo.
Muy bueno! La parte de limpiar código viejo por ahí no sería tan fácil para un dev junior si involucra refactoring/ testing y conocimiento del proyecto
Los líderes deben conocer las limitaciones de su equipo y conocer la carga de trabajo de cada integrante, no es solo confiarle las tareas al senior y olvidarse de el.
Coincido, incluso en la práctica se le pide que haga mucho mas de gestion, mentoring, scrum, etc. en mi opinion lo ideal es contar con un Lider Tecnico y un Team Lead, dividiendo un poco la gestion de lo técnico.
Chaaaaaauuuuuuu... estos "insights" no tienen igual! Después de un video tuyo con info como esta, termino como mosca dándose contra la ventana (yo contra la pared x pifiarle a la puerta) de lo encandilado q quedo con tan buena data! XD
Pelado para cuando un vídeo sobre Observability in Distributed Systems? Un video sobre OpenTelemetry y el mundo de posibilidades que nos abre combinando traces, metrics y logs :D
Hola Pablo, se puede aplicar este modelo de equipo a emprendimientos o a cualquier tipo de trabajo? me parecio muy abarcativo y no podia dejar de pensar en que sirve para varios tipo de oganizacion de grupos de trabajo, me encanto el video porque estas cosas son mas simples y las entiendo. mientras ibas explicando yo lo relacionaba todo con tu equipo de mdp hahah (me parece que el junior de ese equipo nunca aprendio y esta demorando mucho en aprender) ♥ Ya casi los 100k subs! Dale genio de la vida soy testigo de tu hard work, determinacion y superacion inmesurable! Sos un Role Model. tqm
Si, creo que se puede aplicar en muchos ámbitos. Lo que caracteriza mucho a la informática es que hay mucho trabajo y poca gente (relativamente) por lo que muchas veces va a haber lugar para un junior. Tal vez en un trabajo tradicional no le van a dar la oportunidad ya que el volumen de trabajo es menor. Gracias por el saludo julita
En mi opinion lo ideal es contar con un Lider Tecnico y un Team Lead, dividiendo un poco la gestion de lo técnico. Hoy al lider tecnico se lo sobrecarga de responsabilidades.
El famoso two pizza teams. Buen video pelado, particularmente me gusta más la idea de las definiciones de herramientas y soluciones se definan más horizontales y no sea el líder técnico quien lo haga y baje al equipo. Con esto empoderadmos y hacemos al equipo más owner de la solución y por ende más responsables de la misma.
Un Manager definitivamente debe tener experiencia técnica (no un experto, pero algunos) para priorizar tareas. Si no entienden las tareas que se le piden al equipo de ingeniería, obtendrá fechas de vencimiento y prioridades que no tienen sentido. Por ejemplo, convierta toda la infraestructura(25 servicios) de ec2 a k8s en 1 semanas.
Coincido con arukaen, el Manager tiene que tener background técnico porque no suelen consultar con nadie sino imponer fechas y suelen pensar que todo es “darle a un botón”
Hola Pelado. Saludo desde Venezuela. Queria hacer una consulta, se que no es tema de este video. Pero ¿ instale docker en un local server, como hago para que mi aplicacion en docker se mantenga arriba despues de reiniciarse el server, ya sea por falla electrica, entre otros?. Gracias, es valido si alguien que sepa me pueda responder. ¿necesariamente debo usar un script que levante docker al reinicio?
Una pregunta el cargo de lider tecnico seria equivalente al de arquitecto de software, tengo entendido que arquitecto de software es mas aplicado a proyecto no medianos sino grandes pero las responsabiidades que nombraste de lider tecnico son las que veo de arquitecto de software
No estoy para nada de acuerdo que un junior pase a ser un semisenior en 6 meses. Yo diría que al menos un par de años y varios proyectos. A lo mejor tu experiencia está muy orientada al SRE.
A ver quisiera ver opiniones acerca un tema, un tech lead o dev senior tienen un background tecnico de habilidades duras profundo. El caso de un manager que no sabe nada de IT deberia ganar mas que el tech lead? Es asi en la practica? Si te pones a pensar el manager simplemente comunica, evalua empleados, se reune con directivos (que es algo que mas que nada son habilidades blandas ). Por otro lado no me vas a decir que un dev senior mas de una vez no piensa cosas como "y este que no sabe escribir una linea de codigo gana mas que yo y se la pasa viajando, yo soy el que de verdad se pela los cables con lo tecnico" .... si te pones a pensar el trabajo del manager no es dificil en cuanto a conocimientos tecnicos, simplemente tiene mas responsabilidad
eso seria como lo ideal, en la pega parecemos circo pobre, todos de todo y los mas viejos o mañosos no hacen otra cosa que no sea lo que estan "acostumbrados"
Sin ánimo de ofender a nadie, pero considero que el término "más importante" no es el adecuado (todos en un equipos y/o empresa son importante), quizás el término más adecuado "más responsabilidad" o quizás otro término que no minimice la importancia y valor de cada uno. Ojo, solo es mi punto de vista y sin ánimo de ofender. Saludos.
Discrepo totalmente que el manager no tenga fundamentos y experiencia técnica, por lo experiencia la carencia los haga mas un problema que una solución, sobre todo a los negreros que les gusta presionar, y cuestionar a los arquitectos y especialistas, cuestionan todo y buscan estresar al equipo para llegar a metas y llevarse el crédito.
Los manager siempre se bajan los pantalones en favor del cliente xd, 50 manager en cada equipo jajajajaja tipico de consultora, lo del cs es como cuando sos global y invitas a tu amigo plata a jugar mm para carrearlos jaja
Muy pobre el contenido. Y bastante obvio. No explica porqué los equipos tienen que ser chicos (dinámicas cruzadas, menor cantidad de canales de comunicación, sentido de ownership, mayor facilidad en la especialización, facilidad par ael onboarding de personas nuevas), tampoco explica otros roles cruciales que suelen estar en los equispos (analistas, QA).. Muchas cosas faltan que se pueden explicar con mucha simpleza (y menos chistes). Igual te sigo Pelado, tenés buenos videos también. Seguí metiendolé. Casi que llegas a los 100k subs!
![Ingeniero de Software Reacciona a Hackeos de Películas [PARTE 2]](/img/n.gif)
Fundamental lo que mencionas de decir "NO" por parte del Manager. Incluso, creo que es algo importante en todos los roles. Buen video!
Te ganaste el MG y la campanita pela. Un capo. Orgullo nacional.
Oye Pablo, tomo mucha inspiracion de tus videos. Gracias por compartir! Saludos desde Venezuela brother
Muy buen video, esperamos más ¡Gracias!
Uf recien lo veo, muchas gracias!
Trabajar con alguien que sabe más que uno lo mejor del mundo.
Para mi si contribuye que el manager sea tecnico, no debe codear, pero haber trabajado desarrollando en el pasado le da perspectivas muy valiosas (tambien lo hace menos propenso a que lo quieran boludear con estimaciones infladas)
Yo creo que otra cosa también es el cómo te vendes, me explico: tengo unos 10 años de estar en tecnología , y me pase a DevOps, a los 4 meses me salí de una empresa por su cultura laboral, donde siendo junior nadie me entrenaba, de ahí pase a otra compañía donde me logré vender bien , gano el doble y si tengo este espacio de mentoria y apoyo, diría que soy semi junior o algo así jajaja
Excelente la mirada!! me gusta bastante el termino squad.
Pelado me encantas tus videos es lo único q veo ahora de tecnología por q ya no estoy programando ni na pero me haces tener la ganas de volver
Muy buenos los conceptos Mr Fredrikson, concuerdo con un par de "aclaraciones", es cierto que el Manager, No es necesario ser técnico, pero esto tampoco es una excusa para desentenderse de la técnica,
Otra mala practica que he observado es algunas empresa qué arman equipos o pods de esta forma, pero ... el manager lidera dos o tres equipos o pods, esto, supongo que las empresas por un tema de costos, pero es en detrimento de la calidad.
la parte del NO a muchos le cuesta decirlo, ya que por lo regular el dueño o las personas encargada no entienden el proceso de desarrollo y la cantidad de tiempo que requiere y suelen pensar que entre mas manos mas rapido. Buen video y la parte de describir el rol junnior es muy buena.
Excelente video pelado, se nota tu experiencia en el medio, sigue adelante con estos videos de la parte administrativa de TI
Como siempre genial pelado, siguiendo la tematica sería bueno hablar de los seniority en las distintas empresas y sobre como ir escalando eso. Muchas veces es una lucha poder definir ese seniority sobre todo de SSR a SR. Sería bueno que hables de tu experiencia escalando. Muchas veces sucede que para una empresa tenes cierto seniority y para otra no. Gracias por compartir. Y esperemos las empresas sigan contratando juniors es el semillero
ua-cam.com/video/Oea7QaSgG1s/v-deo.html :)
Dijiste todo a la perfección 👌
¡Excelente video! ¿Podrías hacer un video explicando el tema de metodologías ágiles en equipos reales? Un saludo, crack 👌
excelente información mi hermano, agradecido
Felicitaciones por los 100K!
Cuando haras un video sobre control tower y landing zones? mi Jefe dice que debemos apuntar a implementar esta tecnologia y me gustaria que lo explicaras, un abrazo.
Muy bueno! La parte de limpiar código viejo por ahí no sería tan fácil para un dev junior si involucra refactoring/ testing y conocimiento del proyecto
Los líderes deben conocer las limitaciones de su equipo y conocer la carga de trabajo de cada integrante, no es solo confiarle las tareas al senior y olvidarse de el.
Coincido, incluso en la práctica se le pide que haga mucho mas de gestion, mentoring, scrum, etc. en mi opinion lo ideal es contar con un Lider Tecnico y un Team Lead, dividiendo un poco la gestion de lo técnico.
Estupenda descripción
#SinJrNoHaySr ❤️
Excelente contenido PeladoNerd Saludos desde Colombia.
Excelente video Pablo about how to build a team of development.!
Chaaaaaauuuuuuu... estos "insights" no tienen igual! Después de un video tuyo con info como esta, termino como mosca dándose contra la ventana (yo contra la pared x pifiarle a la puerta) de lo encandilado q quedo con tan buena data! XD
Pelado para cuando un vídeo sobre Observability in Distributed Systems? Un video sobre OpenTelemetry y el mundo de posibilidades que nos abre combinando traces, metrics y logs :D
Hice un video de istio (service mesh) tengo pensado hacer de linkerd y open telemetry pronto
min. 6:41 porque un Junior y con un buen equipo que lo guie en 6 meses podria ya ser un semi-senior.. gracias por este material
¡Videazo!
Muy bueno Pela, en la empresa donde estoy se respeta esa estructura que dijiste.
Excelente explicación, gracias.
Has bajado de peso! that's the way! 💪
Hola Pablo, se puede aplicar este modelo de equipo a emprendimientos o a cualquier tipo de trabajo? me parecio muy abarcativo y no podia dejar de pensar en que sirve para varios tipo de oganizacion de grupos de trabajo, me encanto el video porque estas cosas son mas simples y las entiendo.
mientras ibas explicando yo lo relacionaba todo con tu equipo de mdp hahah (me parece que el junior de ese equipo nunca aprendio y esta demorando mucho en aprender) ♥
Ya casi los 100k subs! Dale genio de la vida soy testigo de tu hard work, determinacion y superacion inmesurable! Sos un Role Model. tqm
Si, creo que se puede aplicar en muchos ámbitos. Lo que caracteriza mucho a la informática es que hay mucho trabajo y poca gente (relativamente) por lo que muchas veces va a haber lugar para un junior. Tal vez en un trabajo tradicional no le van a dar la oportunidad ya que el volumen de trabajo es menor.
Gracias por el saludo julita
buena pelado, ya pintaste tu oficina. Buen video
Excelente info pelado
Jjajaj eres la onda, saludos!!!
Yo soy manager pero la verdad me gusta lo técnico, así que a veces participo en los proyectos codeando por diversión
Soy JR. Si alguien necesita uno, encantantado de poder apoyar, con muchas ganas de seguir aprendiendo.
En mi opinion lo ideal es contar con un Lider Tecnico y un Team Lead, dividiendo un poco la gestion de lo técnico. Hoy al lider tecnico se lo sobrecarga de responsabilidades.
Yo estuve en algunos laburos donde los líderes técnicos estaban laburando hasta cualquier hora de la sobrecarga laboral que tenían.
@@soyivanweinberg es impresionante como incluso se van desligando de lo tecnico por ese tema.
@@dromeroSL al final terminas viendo puros temas de gestión de personas y financieros y te desligas de lo técnico.
@@miguelespejo2008 totalmente de acuerdo
Excelente video! Dónde te mando el cv(no vas a decir que no lo intente)
a la madre! en qué mundo un junior en 6 meses pasa a ser semi senior? Por fa haz un vídeo de como hacer eso e ilustramos iluminado!
El famoso two pizza teams. Buen video pelado, particularmente me gusta más la idea de las definiciones de herramientas y soluciones se definan más horizontales y no sea el líder técnico quien lo haga y baje al equipo. Con esto empoderadmos y hacemos al equipo más owner de la solución y por ende más responsables de la misma.
Un Manager definitivamente debe tener experiencia técnica (no un experto, pero algunos) para priorizar tareas. Si no entienden las tareas que se le piden al equipo de ingeniería, obtendrá fechas de vencimiento y prioridades que no tienen sentido. Por ejemplo, convierta toda la infraestructura(25 servicios) de ec2 a k8s en 1 semanas.
En esos casos, el manager debería consultar con el líder técnico para estimar. Pero si, un poco de experiencia siempre es bueno
Coincido con arukaen, el Manager tiene que tener background técnico porque no suelen consultar con nadie sino imponer fechas y suelen pensar que todo es “darle a un botón”
Gracias Calvo... Sos grande.. sabelo... Saludos desde Colombia...
Hola Pelado. Saludo desde Venezuela. Queria hacer una consulta, se que no es tema de este video. Pero ¿ instale docker en un local server, como hago para que mi aplicacion en docker se mantenga arriba despues de reiniciarse el server, ya sea por falla electrica, entre otros?. Gracias, es valido si alguien que sepa me pueda responder. ¿necesariamente debo usar un script que levante docker al reinicio?
docs.docker.com/config/containers/start-containers-automatically/
docker run -d --restart unless-stopped mi-imagen
Buen dato
Perdona, no tienes un video, en el cual con un form introduzcas datos a una bd a atraves de php, pero antes valides los datos con js?
Pelado se viene esos sub de lo q ganas al año xd
Puedetallar que cursos adicionales tiene que saber o haber llevado cada miembro del equipo?
Una pregunta el cargo de lider tecnico seria equivalente al de arquitecto de software, tengo entendido que arquitecto de software es mas aplicado a proyecto no medianos sino grandes pero las responsabiidades que nombraste de lider tecnico son las que veo de arquitecto de software
Quiero vivir este sueño jeje, Vengan abtrabajar a Paraguay un solo mes a ver ai aguntan jajaja.....Buen vídeo
A día de hoy con la revolución salarial, un junior a mi forma de entender es muy duro y poco rentable. En 6 meses se va a marchar…
No estoy para nada de acuerdo que un junior pase a ser un semisenior en 6 meses. Yo diría que al menos un par de años y varios proyectos. A lo mejor tu experiencia está muy orientada al SRE.
Excelente pelado, muy acertado de como armar un equipo. Cual de los roles que mencionaste te ubicas tu :|
Soy líder técnico
Diablos re buena la música de la intro pelado parece de NEW jack swing jaajaj la bestia como dicen en mi país
Yo agregaría un par de personas de revisión de calidad...QA
Pelao y los Arquitectos??
POR QUE NO PIDEN NECESITAMOS SENIOR CON AL MENOS3 AÑOS DE EXP QUE HAGA TAREAS REPETESIMPLES
A ver quisiera ver opiniones acerca un tema, un tech lead o dev senior tienen un background tecnico de habilidades duras profundo. El caso de un manager que no sabe nada de IT deberia ganar mas que el tech lead? Es asi en la practica? Si te pones a pensar el manager simplemente comunica, evalua empleados, se reune con directivos (que es algo que mas que nada son habilidades blandas ). Por otro lado no me vas a decir que un dev senior mas de una vez no piensa cosas como "y este que no sabe escribir una linea de codigo gana mas que yo y se la pasa viajando, yo soy el que de verdad se pela los cables con lo tecnico" .... si te pones a pensar el trabajo del manager no es dificil en cuanto a conocimientos tecnicos, simplemente tiene mas responsabilidad
Pensa que un manager que no es del palo ni siquiera te puede entrevistar tecnicamente
tareas despreciables... creo que se le fue la mano jaja
🎯
Ey quiero hacer tareas despreciables!... no más allá de 2024, si sigue habiendo electricidad, internet, DNS, y continentes más allá de esa fecha.
Jajajajaja donde trabajo aplican lo del final “contratas 1000 managers” jajajajaja
eso seria como lo ideal, en la pega parecemos circo pobre, todos de todo y los mas viejos o mañosos no hacen otra cosa que no sea lo que estan "acostumbrados"
"We try to create teams that are no larger than can be fed by two pizzas," said Bezos. Yo me puedo comer una pizza yo solo
El dimi se comió media pizza anoche
que los Juniors hagan las tareas despreciables jajajaja
Gran vídeo y gran moraleja: "hay que comprar suficientes pizzas" 🤘
estaria bueno hacer una video de este estilo pero mas realista porque no entodos tus equipos vas a tener la suerte de contar con tantos s sr
Genio técnico?
al principo pense que era equipo(pc)
Sin ánimo de ofender a nadie, pero considero que el término "más importante" no es el adecuado (todos en un equipos y/o empresa son importante), quizás el término más adecuado "más responsabilidad" o quizás otro término que no minimice la importancia y valor de cada uno.
Ojo, solo es mi punto de vista y sin ánimo de ofender.
Saludos.
Me dio hambre 🤤
LA musical all inicio muy fuerte, voz Baja end general
soñado el equipo
En resúmen hay que comprar más pizzas!!
NO QUIEREN NI EGRESADOS SI NO SABES EL 50% DE LAS COSAS QUE CREEN QUE LE ENSEÑARON Y DEBERIA HACER
Te falto yo. Cuando quieras nos tomamos una cerve y hablamos.
Pizza!!!!!!!
"Los equipos se deben poder alimentar con un par de pizzas"
Yo: "Voy a hacer un equipo de 10 niños de kinder!"
Y quién contrata? El líder técnico?
Todos pueden entrevistar
4 4 2
Discrepo totalmente que el manager no tenga fundamentos y experiencia técnica, por lo experiencia la carencia los haga mas un problema que una solución, sobre todo a los negreros que les gusta presionar, y cuestionar a los arquitectos y especialistas, cuestionan todo y buscan estresar al equipo para llegar a metas y llevarse el crédito.
Por eso las reclutadoras piden junior con curriculum de seniors jajaja asco de la industria
Es el común denominador de muchas...
Los manager siempre se bajan los pantalones en favor del cliente xd, 50 manager en cada equipo jajajajaja tipico de consultora, lo del cs es como cuando sos global y invitas a tu amigo plata a jugar mm para carrearlos jaja
2o
Muy pobre el contenido. Y bastante obvio.
No explica porqué los equipos tienen que ser chicos (dinámicas cruzadas, menor cantidad de canales de comunicación, sentido de ownership, mayor facilidad en la especialización, facilidad par ael onboarding de personas nuevas), tampoco explica otros roles cruciales que suelen estar en los equispos (analistas, QA).. Muchas cosas faltan que se pueden explicar con mucha simpleza (y menos chistes). Igual te sigo Pelado, tenés buenos videos también. Seguí metiendolé. Casi que llegas a los 100k subs!