logo

midulive


Transcribed podcasts: 605
Time transcribed: 13d 18h 38m 6s

This graph shows how many times the word ______ has been mentioned throughout the history of the program.

el creador del lenguaje C++ terminó siendo
programador por error, pero tiene varios consejos
para los jóvenes del sector. Lo he visto
en Genbeta, es esto, este
hombre, que ya está mayor, obviamente
Björn Stroustrup, es el
creador de C++, que resulta que empezó
siendo programador sin querer.
Él se quería apuntar a matemáticas
y resulta que la palabra de matemáticas
en danés o yo qué sé,
pues resulta que
en realidad es computación y se
confundió y se apuntó y ya está.
¿Qué le vamos a hacer? Pero bueno, este vídeo
que nada, es un minuto y medio, es que ni siquiera
son tres minutos, es un minuto y medio, está
bastante bien porque da como algunos consejos
sobre programación
para gente que está empezando, ¿no?
Es este, este, este, este es el vídeo,
que es de 3 minutos 17. Y yo los he estado
resumiendo y os los voy a comentar porque me parece
muy chulo, la verdad, me parece bastante
chulo los consejos que ha dado y los podemos
comentar un poco y son estos consejos.
Uno, no te especialices
demasiado, sé flexible.
Ya esto normalmente la gente se
queda ahí, ay no, que no sé qué.
No te especialices demasiado,
lo que quiere decir es que no puedes
predecir el futuro, que no puedes
estar siempre cerrado con el hecho
de decir, no, yo solo aprendo
esto. Tienes que estar abierto
al cambio, a las oportunidades,
a aprender otro tipo de cosas
porque está bien, especialmente cuando
estamos empezando, cuando estáis empezando,
cuando soy junior, no se trata de
que intentéis aprenderlo todo, pero se trata
de que cada vez que aprendáis algo, no tengáis miedo
a lanzaros a por otra cosa.
Porque al principio
lo más importante
es la versatilidad que podéis tener,
no tanto vuestra especialización.
Por ejemplo, si eres
trainee o junior, cero años de experiencia
o medio año de experiencia,
y dices que lo único que sabes
es React, va a ser mucho más complicado
que te pillen, ¿no?
Porque a lo mejor si dices, bueno, sé React,
también sé hacer APIs y no sé qué.
Por eso en bootcamps
hacen esto de full stack, porque
intentan hacer que abarquen muchas cosas.
Y a mí me parece un buen consejo
y también incluso para la gente
que tiene muchos años de experiencia, ¿eh?
Pero ¿cómo se maneja ese balance
entre especializarse para un mejor puesto
y estar abierto a aprender más cosas?
El balance es muy sencillo.
Sobre todo al principio,
sobre todo al principio,
lo que deberías hacer es
no especializarte.
O sea, no puedes pretender
cuando eres junior
ser experto en React,
porque no tiene mucho sentido.
Y eso es mejor que lo hagas
a lo largo de los años.
Cuando pasan 3, 4 años, 5 años,
poco a poco, de forma natural,
vas a ir detectando
hacia dónde tú quieres transicionar,
qué es lo que te gusta más,
qué es lo que le dedican más tiempo
de forma natural.
Y creo que entonces ahí
es cuando vas a ver
dónde te puedes especializar.
2. Construye una vida
fuera del ordenador.
Esto os cuesta, ¿eh?
Esto os cuesta, amigos.
Construye una vida
fuera del ordenador,
yo estoy súper de acuerdo
con esto también.
Básicamente es que
no vale la pena,
la carrera de la programación
es muy larga,
no vale la pena quemarse
intentando aprenderlo todo
en 6 meses.
Porque uno, no se puede
y lo segundo es que al final
te vas a quemar,
vas a odiar el oficio
y el oficio te tiene que durar
40 años.
Así que yo creo que está muy bien
esto de construir una vida
fuera del ordenador.
Mirad, hoy, esta mañana,
para que veáis que yo intento
estar con el ejemplo, ¿vale?
Intento ser parte del ejemplo.
Esta mañana, que por cierto
me ha saludado alguien
que me ha reconocido
y yo estaba ahí todo solo, preparado.
Esta mañana he hecho
una carrera de 5 kilómetros
que ya tiene tela, ¿eh?
Que hoy es festivo y tal.
Pues me he levantado
a las 7 de la mañana
y he ido a hacer una cursa,
una carrera de 5 kilómetros
en un pueblo aquí al lado.
Y bueno, no está mal,
es una carrera...
Aquí sale 4 o 9,
pero han sido 5 kilómetros.
Y no está mal el ritmo,
no está mal el ritmo.
Pero bueno, que he ido a correr,
me he ido a desayunar por ahí
y tal,
y que está bien
hacer cosas diferentes,
ya sea de deporte,
ya sea quedar con amigos,
ir a ver una peli,
que no todos programar.
Haced una vida
fuera del ordenador.
Tres, aprende a comunicar tus ideas
y saber escuchar.
Esto es vital, cabrones.
Esto es vital, ¿vale?
Esto es vital porque muchas veces
la gente se cree que programar
todo es código.
Sobre todo la gente que es muy hater,
que yo tengo muchos comentarios
en YouTube que son haters y tal,
muchas veces me achacan
como que no hablo tanto de código,
que no sé qué.
Pues es que no todo es código.
En la programación,
saber comunicar y saber escuchar
es súper importante.
Mira, cuando yo trabajaba
en una empresa,
¿vale?
Muchas veces me encontraba
con gente que era muy buena
técnicamente,
que tenía muchos años
de experiencia y tal,
pero que al final
todo el mundo lo odiaba.
Al tío ese,
todo el mundo lo odiaba.
Todo el mundo.
Nadie quería trabajar con él.
Nadie.
Y es que al final,
si tienes una persona
que nadie quiere trabajar contigo,
entonces ¿para qué sirves?
¿Sabes?
O sea,
no tiene ningún tipo de sentido,
no sirve para nada.
Así que es súper importante
saber comunicar tus ideas
y saber escuchar, ¿vale?
Y eso no lo digo yo.
Lo dice el creador de C++, ¿vale?
Piensa en tu carrera
a largo plazo.
No te quemes.
Esto lo digo yo todos los días, ¿vale?
Y todas las habilidades
suman en programación.
Esta me ha parecido muy bonita
porque él habla
de que estudió historia
y que cosas de historia
le han servido, por ejemplo,
de conocer sus propias limitaciones,
entender el contexto de las cosas.
Ojo.
Mira, dice,
¿recomiendas algún libro
o práctica para aprender
a comunicarse,
hablar,
escuchar?
Hay un montón de libros
de soft skills.
Para comunicar,
a mí,
muchas veces
os lo he recomendado,
os lo voy a recomendar una vez más
porque me parece
de los mejores libros
y además me parece
que de calidad-precio es imbatible,
que es este.
Fijaos que no es mentira,
he comprado dos veces.
Dos veces lo he comprado.
El arte de presentar,
cómo planificar,
estructurar,
diseñar y exponer presentaciones.
Aunque es muy de presentaciones,
aunque parece que es muy de presentaciones,
¿vale?
Lo cierto es que también habla
de cómo comunicar,
de comunicar verbalmente
con el cuerpo,
de cómo enganchar
a cualquier audiencia,
aunque sea pequeña,
mediana,
grande,
cualquier cosa.
No,
no se escuchan los textos,
no sé por qué.
El OBS este se le va.
Total,
este libro es muy,
muy,
muy bueno.
Muy bueno.
Os lo recomiendo un montón.
A mí me parece que
no ha envejecido nada
y que además os ayuda mucho
a preparar presentaciones
y cosas así.
Así que si queréis comunicar,
ese no os sirve para escuchar,
pero sí para comunicar.
Me encanta porque empieza el vídeo
y dice,
es difícil dar consejos,
tanto como recibirlos.
Hostia,
qué buena es esa frase,
tío.
Esa frase es muy buena
y tiene tanta razón.
Es muy difícil dar consejos,
pero más difícil recibirlos.
Yo creo que sí.
Recibir consejos complicados
como el feedback.
Es difícil dar buen feedback,
pero es más difícil todavía
recibir feedback,
¿sabes?
Recibir,
saber recibir el feedback
es muy complicado.
Eso sí,
tener cuidado con los consejos.
Los consejos son consejos.
Hay gente que,
yo qué sé,
que su vida es diferente
y le ha ido bien otra cosa.
Oye,
está bien,
cada uno es un mundo.
Los consejos al final
son para tomarlos de referencia
como idea,
no una verdad absoluta,
¿vale?
O sea,
que a lo mejor a ti te va bien
otra cosa y ya está.
¡Suscríbete al canal!
¡Suscríbete al canal!