Todo Esta Mal

Hay términos que de tanto usarlos vagamente pierden su significado. Eso se podría decir de casi cualquier concepto en tecnología, pero hoy nos referimos al coaching. Y qué mejor que traer a una profesional del medio a explicarnos cómo trabaja y qué podemos esperar de un coach. Hoy nos acompañan Rosa Elvira Gonzalez y Carlos Blé para explicarnos su experiencia como coach y coachee respectivamente. ¿Cómo esto puede cambiar el foco en mi trabajo? ¿Cómo ayuda en mi relación con mi equipo y con mi empresa? Y lo más importante ¿estamos preparados para el cambio? Invitados especiales: https://twitter.com/rosaelviraglezp https://twitter.com/carlosble

Lenguaje de programación nuevo apareció. Developers usan HYPE... ¡Es SUPEREFECTIVO! ¿Nueva versión beta de nuestro framework favorito? ¡Dale fuerte a producción! ¿La tecnología de moda del momento? Póngame un kilo para llevar. Hoy nos acompaña Dani Santamaría (@dsantaka) para hablar de cómo nos afecta en tecnología la moda, el bombo... el HYPE. Y es que estar a la última, en un entorno tan dinámico y en constante avance como es el nuestro, es absolutamente necesario. Tanto a nivel personal como laboral. ¿Verdad?

Conseguir un nuevo puesto de trabajo parecía una tarea árdua, pero una vez finalizada ¡aún queda mucho por hacer! Ese proceso de adaptación del nuevo perfil a la empresa (y viceversa) puede ser muy sencillo o tan complejo como las 12 pruebas de Hércules. Recibimos a Isa Garrido (@isabeliita90) para que nos cuente su experiencia en procesos de onboarding a su paso por grandes y pequeñas empresas. ¿Qué necesidades tenemos al entrar a un nuevo equipo? ¿Qué es lo que esperas de tus nuevos trabajadores? Y ¿cómo hacemos que el talento recién llegado no se frustre y que quieran quedarse?

Los bootcamps ofrecen una puerta de entrada al desarrollo de forma exprés. ¿Es esto cierto? No se puede salir preparado para el mundo real después de un bootcamp de 6 meses. Pero ¿acaso la universidad te prepara para el reto laboral? Hay quien reparte carnets de desarrollador y habla de intrusismo. ¿Será que ven peligrar su statu quo? Invitamos a Anna Collins (https://github.com/annacollins85) a que nos explique su experiencia con un bootcamp. ¿Cómo te ayudó a entrar al mundo del desarrollo? ¿Encontraste muchas reticencias? ¿Es para todos o seguimos siendo unos privilegiados?

Que levante la mano quien nunca haya escrito código legacy. Quien tenga la mano arriba es que nunca ha puesto código en producción. O que miente descaradamente. Todos tenemos cadáveres en el armario. Y a todos nos ha tocado enfrentarnos a ellos. O a los cadáveres de los demás. Pero ¿qué es exactamente código legacy? ¿Nos estaremos volviendo demasiado sibaritas? ¿Tiene relación con la deuda técnica? ¿Está en la naturaleza de todo programa convertirse en legacy? ¿O puedo hacer algo para evitarlo?

"¡Quédate en casa!" dijeron. Y con toda la razón. Y aunque mucha gente no puede seguir currando desde allí, en tech tenemos todo a favor para el trabajo remoto. ¿Todo? En teoría sí, pero hay quien no tiene costumbre de hacerlo y puede encontrarse muchas barreras. ¿Qué nos frena a la hora de hacer remoto? ¿Cómo nos organizamos? Y ojo, que en plena época del COVID esto viene con extras: confinamiento, mental health… ¿De verdad estamos preparados?

Hacer predicciones para el 2020 es de gente que da la mano blanda como un manojo de espárragos. ¡Nos lanzamos a la piscina y predecimos el 2030! Nuestro equipo de no tan expertos se ponen el gorro de Nostradamus, sacan un dedo húmedo al aire y se inventan sobre la marcha toda suerte de locuras que nos encontraremos en el 2030 (o seguramente no). Pero nada de patinetes voladores y chalecos naranjas. ¿Cómo vamos a trabajar en el futuro? ¿Qué tipo de problemas tendremos? ¿Qué cosas dejarán de ser habituales en nuestro día a día? Y, sobre todo, la gran pregunta... ¿Seguirá estando todo mal? For information regarding your data privacy, visit Acast.com/privacy

¡Cómo nos gusta ir de conferencias! Seguro que ya estás pensando en alguna en concreto, esa por la que luchas por un early bird cada año... ¡Pues no se hacen solas! Por mucho que nos parezca que salen conferencias como setas, la verdad es que detrás hay un trabajo brutal (y no siempre suficiente agradecido) para sacarlas adelante. Hoy nos acompaña Curro Rodriguez, organizador de la futura DevopsDays Cáceres, para contarnos qué ocurre entre bastidores y qué retos se encuentra la organización, antes y durante un evento de esa envergadura.Enlaces de interés:DevOpsDays Caceres: https://devopsdays.cc/DevOpsDays: https://devopsdays.org/ For information regarding your data privacy, visit Acast.com/privacy

Si trabajar en tech te parece agotador, espera además a tener que lidiar entre el equipo técnico y el de negocio. Spoiler: Vas a recibir palos por todas partes. ¿Conocéis algún CTO que duerma tranquilo por las noches? Pues eso. Nos hemos traído esta vez a Ricard Clau para que nos cuente su experiencia como CTO y darle un repaso al ecosistema tech. ¿Qué tipos de CTO existen? ¿Qué funciones se deben ejercer? ¿A quién se debe? ¿Cuales son los problemas más habituales que se encuentran? Y, sobre todo... ¿Hay alguien que sea feliz siendo CTO?Notas del Episodio00:00 Presentación00:25 Tenemos un invitado estrella00:37 ¿Quién eres tu Ricard Clau?01:56 El capitulo pendiente de conciliación02:42 Hoy hablamos del mundillo de ser CTO03:00 Las batallas de Ricard04:50 El equipo del CTO no es el equipo técnico, es el resto de C's05:30 Las funciones del CTO, ese mundo difuso...10:30 El CTO también hace cosas de personas.11:15 Ningún comercial te dice cuando llegara a X clientes. Y si nosotros nos retrasamos en una entrega...11:55 El CTO va a ser vuestro mejor amigo15:00 EL CTO a veces esta entre dos tierrras peligrosas17:20 ¿Qué skills has ganado con esta experiencia?22:00 Yo de frontend no entiendo mucho20:50 Delegar y confiar21:30 ¿Qué es mejor un perfil técnico, uno más humano, uno mixto...?24:50 El CTO que empieza de becario en una startup y después crece.25:40 El CTO de startup (Una historia).29:25 Un CTO es un miembro del comité ejecutivo.34:20 Los pocos equipos que se comprometen a algo en tiempo suelen ser los de tecnologia.37:05 El Scrum es facil de viciar39:00 Estimar no sirve para nada40:20 Los colegios infantiles y las empresas técnicas42:60 El dato de mierda (o la bateria de datos de mierda)46:30 En el próximo episodio47:55 Despedida For information regarding your data privacy, visit Acast.com/privacy

No todo está tan mal como parece. La cuestión es dónde poner el listón. Hablamos de qué es la calidad del software con Dani Ramírez (@dramirezbcn), que se ha enfrentado a proyectos de desarrollo de todo tipo. ¿Cómo medimos la calidad de un programa? Una métrica es que cumpla las expectativas del usuario. Pero ¿vale todo con tal de que funcione? ¿A quién más tenemos que contentar? Al cliente final, al equipo de desarrollo, a nuestro ego interior... ¿Podemos cumplir con todas estas necesidades? Y si no es así, ¿qué tiene cabida y qué queda fuera del marco de la calidad del software?Notas del Episodio00:00 Presentación00:35 Tenemos un invitado estrella00:40 ¿Quién eres tu Dani Ramirez?01:30 Hoy hablamos de calidad de software.03:40 Aparte de funcionar bien, ha de parecer que funciona bien04:20 Un software funciona para lo que tu crees que va a funcionar05:20 La calidad del software también es que una aplicación falle bien07:01 Todos somos usuarios de la aplicación09:50 La calidad del software depende del tipo de proyecto.12:17 No puedes testear todo, el usuario final te la lía15:00 ¿Nos patrocinais el podcast?16:10 El testeo es problema del desarrollador o del equipo de QA18:50 Hasta ahora no he conocido a ningún QA con "ese nivel"21:50 Hoy deployas algo y mañana haces el fix porque "no funciona"23:50 Historias de una linia25:10 Es muy difícil llegar a un nivel de calidad bueno cuando el proyecto esta destruido por dentro.27:50 Arreglar esto es un fostio que no veas. Tira tira, que seguro que no se dan cuenta.29:30 El mundo de los bug bounties30:10 Pensarías que Chrome es un software de calidad?34:02 Nosotros como desarrolladores también somos usuarios del software.37:00 Reivindicamos la figura del DX (developer experience).41:20 Sergio es Laro Croft. Nuestro arqueologo del software.42:00 El dato de Mierda48:30 ¿De qué vamos a hablar en el próximo episodio?50:30 Despedida For information regarding your data privacy, visit Acast.com/privacy

¿Conocéis alguien que se autodenomine fullstack? ¡Seguro que sí! ¡Están en todas partes! Pero ¿cuánto hay de cierto en esas palabras? Hoy nos visita Javi Polo para completar la triada sistemas/frontend/backend y discutir sobre el asunto. ¿Se puede ser fullstack hoy en día con tal vorágine de tecnologías? ¿Vale la pena el esfuerzo? ¿Y cuánto sentido tiene esto en una empresa moderna y ágil?Notas del Episodio00:00 Presentación.00:45 Nuestro colaborador estrella.03:00 ¿De que hablaremos hoy?05:05 Cuando un proyecto madura se notan las carencias del fullstack.06:00 Quien mucho abarca poco aprieta... El paradigma de la lavadora/secadora.07:25 Es muy j*dido ser fullstack de verdad.09:00 Hay tecnologias que te hacen más facil ser fullstack.11:00 El fullstack que molesta.15:15 El CTO tambien debe evolucionar.17:05 Como hacer crecer una empresa con la gente dentro.18:40 Fullstack o no, lo que mas valoramos es la humildad.20:00 Ya no necesitamos los sysadmins...backends...23:15 En el fondo si los necesitamos25:30 El mito del fullstack y el mercado laboral. Buscando hombres orquestra.29:30 La necesidad del fullstack lo dicta el tamaño de la empresa.30:30 Como se ve el fullstack desde sistemas.33:25 No es lo mismo montar un MVP que pensar en el Longterm35:02 Plan A: Soys unos inutiles, os escupo en la cara y lo reescribo todo36:17 Training, mentorazgo y paciencia.38:00 Buscamos colaboradores...como siempre...38:47 El dato de mierda45:30 De que hablaremos en el siguiente episodio.46:05 Despedida For information regarding your data privacy, visit Acast.com/privacy

Las comunidades no son más que grupos de personas. Y, como tales, adolecen de los mismos problemas que tratar con seres humanos. Pero elevado a la enésima potencia. Para hablar de ello hoy nuestra colaboradora estrella es Mavi Jimenez (@linkita), desarrolladora backend y lead en Holaluz, que además saca tiempo para meterse en fregaos del calibre de BcnEng o WWCode Barcelona. ¿Qué nos aporta pertenecer a una comunidad? ¿Cómo puedo contribuir? ¿Qué tipo de conductas hay que vigilar? Y la más importante: ¿Somos capaces de construir una comunidad sana y abierta a todo el mundo?Notas del episodio00:00 Presentación00:20 No estamos todos. Pero tenemos invitada00:45 ¿Quien es Mavi?01:27 ¿De que hablamos hoy?02:05 ¿Donde estas metida Mavi?03:50 Twitter y OT04:30 ¿Como surge la necesidad de la comunidad?05:30 La comunidad existe desde el principio de los tiempos.07:20 Causas para no asistir a meetups.09:30 4 mentes piensan menos que una aveces.11:30 Como interactuamos en la comunidad define como programamos.13:18 Enchufar el ventilador y repartir mierda VS microagresiones.17:12 ¿Que ventajas nos aporta entrar en una comunidad sana?20:55 Berny se acojona a tope con gente que no conoce.22:30 La tecnica de la sudadera de PornTube.23:52 No es lo mismo ser introvertido que timido.26:19 Conseguir trabajo a traves de la comunidad.28:52 La regla de twitter.30:50 Darte cuenta de que eres un gilip#ll#as.32:31 El turno de preguntas en los meetups.35:00 El anonimato y las malas maneras.40:13 El Dato de Mierda.43:40 En el proxímo episodio.44:38 El Link de Mierda (Mavi roba la sección a Sergio)45:32 Despedida.Enlaces recomendados- Homebrew Computer Club (https://www.computerhistory.org/revolution/personal-computers/17/312)- Artículo Wikipedia sobre el homebrew computer club (https://en.wikipedia.org/wiki/Homebrew_Computer_Club)- Lista de grupos de slack y comunidades (https://github.com/esebastian/awesome-spanish-slack-dev-groups)- Newsletter de LadyBenko (https://tinyletter.com/ladybenko)- Registrarse en BCNEng (https://bcneng.github.io/) For information regarding your data privacy, visit Acast.com/privacy

¡Ah, la gestión! Organizar un equipo es una tarea necesaria y seguro en tu trayectoria habrás conocido managers de todas las tipologías. ¿O no? Gracias a nuestra colaboradora estrella, llenaremos el hueco de nuestras carencias en el tema. ¿Te atreves a hacer una clasificación? ¿Conoces alguien de la vieja escuela? Y de las corrientes modernas y ágiles qué decir. ¿Cómo encaja el management en una empresa tecnológica del siglo XXI?Notas del episodio00:00 Presentación00:40 Tenemos una invitada.01:22 ¿De qué hablamos hoy?02:05 ¿Que es el Management?03:50 Fabricar más coches en menos tiempo06:00 Ser un miembro más de la empresa.08:00 El buen manager te engorila para hacer el trabajo08:45 El manager neutro, el peor tipo de manager09:50 Fingir adoptar agile.11:30 El jugador de damas chinas y el jugador de ajedrez13:57 El mito del fullstack14:40 Cuando el PO hace su trabajo bien no se nota que esta allí18:10 El nacimiento del Product Owner20:10 Un año sin hacer delivery21:50 La eterna batalla entre equipo técnico y negocio24:10 Negocio hablando más idioma técnico26:50 El conocimiento de negocio profundo te da la herramienta adecuada27:40 Management 3.030:58 El flujo de información en el management 3.034:00 Parar proyectos y cambiar el rumbo37:00 El link de Mierda41:10 El dato de Mierda45:30 En el próximo episodio46:30 Despedida For information regarding your data privacy, visit Acast.com/privacy

Pongamos que hace diez años que estás trabajando en el sector tecnológico. ¿Te puedes considerar senior? Pues la respuesta es... Depende. Si quieres llegar a ese punto, no caigas en las mismas trampas que los "dinosaurios". ¿Qué es lo que define a un senior? ¿Qué relación debe tener con un junior? Y lo que es más importante... ¿Existe realmente esa diferenciación? ¿O es un constructo social que nos hemos inventado?Notas del episodio:00:00 Presentación00:49 ¿Que ha sido historicamente un senior?02:10 Conocimiento vs Tiempo04:57 La metamorfosis del concepto de senior08:42 Señor contra Senior10:45 Ser Stoffeado12:50 Gandalf developers14:00 ¿Qué contrariais con recursos infinitos?15:46 ¿Qué es un junior?¿Qué es un apañado developer?19:00 La maleabilidad del senior20:40 Transformarse en un viejunior21:40 Poliglotas24:00 La fatiga de javascript y su sex-appeal como senior.27:30 Mi yo del pasado me ha traicionado28:30 ¿Os consideraríais seniors, juniors, apañados...? 33:00 Como buen senior... buscamos las definición en StackOverflow36:55 El dato de Mierda41:00 En el próximo episodio41:50 DespedidaEnlaces interesanteshttps://www.stackoverflowbusiness.com/blog/what-defines-a-senior-developerhttps://tools.ietf.org/html/rfc1149https://tools.ietf.org/html/rfc2549https://tools.ietf.org/html/rfc6214 For information regarding your data privacy, visit Acast.com/privacy

Algunas veces, sea por invitación o auto-imposición, echamos más horas que un reloj en nuestro trabajo. Si esto se alarga, puede desembocar en graves problemas, tanto físicos como mentales. ¿Estamos preparados como sector para quitarnos esa lacra de encima? ¿Qué podemos hacer para evitar llegar a esto? ¿Y una vez que ya hemos pasado el punto de no retorno?Libros recomendados:"It Doesn’t Have to Be Crazy at Work"By Jason Fried and David Heinemeier Hanssonhttps://www.amazon.es/dp/0008323445/?tag=todoestamal-21"At the Abyss: An Insider's History of the Cold War"By Thomas C. Reedhttps://www.amazon.es/dp/0891418210/?tag=todoestamal-21 For information regarding your data privacy, visit Acast.com/privacy

Desde el primer contacto con la tecnología hasta tu primer empleo en el sector puede haber muchos caminos. ¿Ha evolucionado mucho el trayecto en estos años? ¿Qué problemas habían antes y ahora? ¿Qué estamos haciendo bien? ¿Y qué podemos mejorar?Notas del episodio:0:42 ¿Que es este podcast?3:30 Nuestros inicios en el mundo tech8:30 Vocación o Oportunismo10:00 Universidad y sector15:30 Industria dentro de la universidad22:15 ¿Es la universidad el único camino?24:23 Pasar de estudiar a trabajar30:50 Mentoring32:50 Estado actual de la comunidad en Barcelona36:58 Sponsorship37:30 Resumiendo39:15 El Dato de Mierda41:42 En el próximo podcast43:40 Despedida For information regarding your data privacy, visit Acast.com/privacy