Pues nada, con un burnout de manual, esta semana he dejado mi empresa. Lo comento por aquí por lo importante que me parece visibilizar cualquier cuestión relacionada con salud mental y porque no sólo de postureo vive el ser humano. Hilo va 👇
Para quien no lo conozca, algo superútil (sobre todo para los "nómadas" como yo): cómo cambiar online y de una sola vez tu domicilio en la DGT, AEAT, TGSS, INSS, DGP, etc.
Pair programming is not about "helping" another person. It is not about "reviewing" what someone else is doing. Pair programming is about COLLABORATION, it is about two people working together, at the same time, to solve the same problem in a better way 👇
Pues yo creo que las llamadas "soft skills" (mi voto para renombrarlas a "core skills") son las verdaderas "hard skills": e.g. IMO es bastante más difícil aprender a comunicarnos mejor (entrada y salida 😅) que a usar una nueva librería (por decir algo).
No es agradable, pero acabo de denunciar ante el COP a un "Agile coach", informático de formación, que ofrece servicios profesionales para tratar "fobias", "ansiedad", "depresión", "estrés", etc. Cuestiones MUY serias y en las que se puede hacer mucho daño a mucha gente 👇
Miedo me da que el teletrabajo forzoso de estos días en muchas empresas no acostumbradas a ello, o que lo prohibían, refuerce su idea de que "no funciona" (que sería lo natural, teniendo en cuenta que no tendrán ni los hábitos, ni las herramientas, ni los procesos adecuados) 🤔
Hagamos una cosa: no se invierte ni un minuto más en IA o Big Data o transformaciones digitales, hasta que no funcionen correctamente todos los formularios web de este país y parte del extranjero... ¿vale? 🤨
Happy to share that today was my first day at
@ClarityAIEng
🥳🥳
I feel very motivated by the mission of the company, my colleagues and my DevEx engineer position, where I'm aiming to improve developer experiences and their impact in the business in the most holistic way 🙌😊
Hace años aprendí que "la verdad está en el código". No importa lo que digan las "especificaciones" o cómo creamos que algo funciona: sólo en el código está la verdadera respuesta.
A mí me gusta ampliarlo y para el diseño decir que "la verdad está en los imports" 🧵
Me chivaron por el pinganillo hace unos días, que Kent Beck incluyó un link a mi cuenta de GitHub en su último (o uno de sus últimos) post: ¿Esto cómo lo incluyo en el LinkedIn? 🤣
#egoTuit
Si como Scrum Master o Agile Coach (o cualquier otra etiqueta similar), tu objetivo a medio-largo plazo no es convertirte en prescindible y que el rol acabe distribuido en el equipo, revísate un poco tus niveles de paternalismo, confianza o necesidad de control, porfi.
Por si le aporta a alguien: aquí el calendario de eventos relacionados con desarrollo de SW para el 2020 (solo los que tienen fecha confirmada):
Principalmente eventos nacionales, y unos cuantos del resto de Europa. Lo iré actualizando (espero).
Lo importante: ¿de qué manera se pueden evitar o minimizar estas situaciones? Para empezar, con una cultura de ingeniería o empresa donde no sólo se hable de tecnología y herramientas, sino también de emociones, conflictos, estrés y cualquier tipo de preocupación "no técnica".
Este tipo de mensajes te alegran el día. Si podéis, compartid, no solo porque compartir es vivir, sino porque nunca sabes cuándo puedes aportar un granito de arena para que alguien descubra una manera diferente de hacer las cosas que le aporte mayor bienestar laboral/personal 🙏
A veces miro con admiración y cierto complejo a esos desarrolladores capaces de resolver problemas hipercomplejos, bajando al byte si es necesario.
Después observo que a menudo son problemas derivados de la complejidad accidental introducida por ellos mismos, y se me pasa... 😅
De nuevo el debate de clean code vs performance.
Recordad amigos, hay gente ganando dinero con JavaScript mientras que otros se entretienen midiendo el rendimiento de un stream vs for loop con 3 elementos ;)
No deja de fascinarme (que no sorprenderme) la ligereza con la que algunas personas y organizaciones se atreven a afirmar que algo "funciona" o "no funciona" en el desarrollo de software (ya sea con esa contundencia, poniéndolo en duda o con matices).Me resulta curioso porque: 👇
Por si le interesa a alguien: acabo de publicar un post con las slides de mi charla del pasado sábado en la
@BilboStack
, "Valor por encima de código: el poder del Despliegue Continuo"
#bilbostack24
🙏
Muy feliz de unirme a
@codiumteam
😊, a la interesante aventura de dos personas a las que aprecio un montón, con quien me siento muy alineado y con quien me hace una ilusión ENORME trabajar 🥳
Ahora, a disfrutar del camino... 🛣️🙏
📣 ¡Notición! 🥁
Damos la bienvenida al equipo a Isidro,
@islomar
, gran profesional y mejor persona. 🍻
Una nueva etapa empieza en Codium y no hay mejor manera que rodearnos de aquellas personas con las que nos ilusiona trabajar.
Muy sorprendido y positivamente desbordado con las reacciones a mi charla sobre mi experiencia en Spotify. Especialmente sorprendido por el feedback positivo dado por un Engineer Manager de mi ex-Tribu que la ha visto (y no sé bien cómo le llegó... 😅). Sigo 👇
BIG NEWS! 🎉
I officially start looking for a new professional challenge. I have tried to write down a little bit about what I'm looking for, needs, my vision and experience, etc.:
If you think we could be a good match, let's talk! 😊
Plz RT and thx! 🙏
Supongo que ya es suficientemente oficial: si alguien de mi TL está o pasa por Estocolmo y le apetece un café/té/agua/cerveza/vino/vodka sueco, que avise. A partir de septiembre estaré por allí tocando con la banda en Spotify 🎶🎸🎼🎹🎵
Dear Product Manager/Owner: your work is a fundamental piece in any process of software/product development, but remember that you are NOT the "boss" of the team. And you should not be the only one deciding how the team should invest their time 🙏
Atención pregunta: ¿alguna recomendación para introducir en la programación a un chaval de 8 años? La que más me ha llegado siempre es Scratch, no sé si alguien de mi TL puede darme alguna opinión al respecto... ¡y gracias! 😊🙏
Una de autobombo: hoy di mi primera charla como miembro de
@codiumteam
, una introducción a Arquitectura Hexagonal y DDD en el cliente actual... tema "árido" pero bastante contento con el resultado final 😊
I got hired for the first time as a pure full-time software developer when I was 36 years old, by an amazing company indeed.
Just saying, for all those people thinking that you are "too old": probably you are NOT 🙏
One of the many prerequisites for people to "properly" follow some principles/practices like TDD, micro-commits, baby steps, pair programming, Continuous Deployment, etc. is... HUMILITY 🧵
En 9 días doy charla sobre "Continuous Deployment" en la
@BilboStack
y hoy
@martinfowler
publica un pedazo post sobre "Continuous Integration". ¿Casualidad? No creo... 😜
Yesterday was my last day at Spotify. A sad but mainly very happy day indeed; despite a few good things, it has been a very disappointing experience overall.
Now, new motivating and exciting challenges ahead... 😄
Today was my first day in
@paired_eng
!! 🎉🥳😍
I feel VERY happy to join this small and great product company with such a lovely mission, full of challenges and surrounded by great people.
Let’s go for it!! 💪🚀🙏
Una de las cuestiones de las que estoy contento a día de hoy a nivel profesional es haber dejado de idealizar o desear trabajar para ninguna "Big Tech". Nunca fue un "gran sueño" pero después de lo experimentado directa e indirectamente ya no siento ninguna "espinita" al respecto
After two years, today is officially my last day at Clarity AI. Working as a hands-on Engineering Manager at a Platform team (specifically most of the time at the DevEx team) has been a very interesting experience 😀 👇
Pues llevamos ya semanas en un cliente en
@codiumteam
trabajando en Continuous Deployment "de verdad" (con trunk-based development de una sola rama).
Lo IMPORTANTE: tardamos minutos u horas en poner en manos del usuario lo que se considere necesario que aporte "valor" 🥳💪💰😻
Vaya, qué sorpresa: un (muy extenso) artículo más hablando de burnout donde enumeran múltiples maneras de "afrontarlo" y en ningún caso, de ninguna de las maneras, mencionan la posibilidad de que el contexto/sistema pueda tener algo que ver, dejan TODO al individuo 🤡
La vacuidad que me invade cuando veo a lo que nos dedicamos el 99% de la industria de IT (al menos en mi burbuja) es INFINITA 😔
Tanto "talento" y potencial tecnológico para estar mayoritariamente con fintechs, bancas,juegos/apuestas o cualquier otra forma del capitalismo salvaje
Hoy Úrsula Corberó,
@ursulolita
, es tendencia, así que es un buen día para recordar que hace casi 5 años "perdí" 100.000 € por no recordar bien su nombre en "Ahora Caigo" (llegué a "Úrsula Cordero") 🤣😅
Cada vez que alguien define un desarrollador "sénior" o "no junior" como alguien que debe ser capaz de sacar adelante "sus tareas" "sin apoyo adicional de sus compañeros", un libro de XP entra en autocombustión 😣🔥🔥🔥🤣
Repeat with me: The bottleneck in software development is not the keystrokes per minute or the number of lines written per day.
The bottleneck in software development is your ability to continuously LEARN what to solve and how to solve it 🙏
Llevo varias semanas revisando pruebas de código a ciegas, y casi siempre igual: normalmente apostaría que la persona no tiene más de 2-3 años de experiencia, pero la mayoría resultan ser Lead Developers, CTOs, Team/Tech Leads, Heads of Engineering, etc. ... bastante flipante 😶
Please, don't write one more post saying "The X new technologies/frameworks/libraries/tools you SHOULD learn". There is enough pressure in the software development industry, specially for the newbies... and furthermore, it is usually NOT TRUE.
During the last weeks, I have been searching for a new professional adventure. I have talked with many CTOs and read tons of job ads and I can confirm that the market (well, a portion of it) has "gone nuts" 🤯
Which is great news... 👇
¿Pero cómo que "el tiempo dirá si Elon Musk está acertando o no con sus decisiones"? Pero si YA está maltratando a buena parte de sus empleados. MEV, mantenme lejos profesionalmente de quienes consideran que todo merecerá la pena si Twitter "lo peta" 🙏
Cada vez que alguien dice o escribe que es utópico trabajar sin estimaciones (en el sentido cuantitativo tradicional), o en equipos totalmente planos, o con TDD por defecto (entre otras prácticas), me digo a mí mismo: "ostras, pues si lo llego a saber, no lo hago" 🤣😏
Si tienes un "equipo DevOps" o "ingenieros DevOps", probablemente "necesites" (re)leer esta joya de
@dani_latorre
, "Los principios DevOps: The Three Ways": 🙏
Ready for my next professional adventure: today I start at
@Form3Tech
I really feel super happy to join a very promising team, full of challenges and trying the full remote "way of life" 😊🍾
Pues eso: mañana estaré hablando de "Trunk-Based Development"... como "excusa" para hablar de muchas otras cosas sobre desarrollo de software y producto). Y el lujo será mío 😊🙏
Menudo lujazo tener el jueves que viene a
@islomar
en
#cstechhub
presentando “Pusheando en master, que es gerundio” Trunk based development desde su experiencia en distintos equipos
#git
#branching
Bienvenido!!!
Fantástico el curso de Docker de
@fiunchinho
en
@CodelyTV
: de lo más pedagógico que he visto, muy recomendado para quien quiera iniciarse o refrescarlo 👏👏👏
For all those who have ever wondered how to do TDD in the frontend: here you have a great book about it, "Mastering React Test-Driven Development". Thank you very much,
@d_ir
for the copy!! 🙏🙏
Esto me recuerda a cuando en "Ahora caigo" me preguntaron qué profesión quería que pusieran en el rótulo de mi presentación:
- Poned "Desarrollador de software"
- Eso es muy largo y nadie lo va a entender. ¿Ponemos "informático"?
- Venga, pues poned "Programador"
😆
Ahí estoy luchándolo yo ahora en mi actual empresa. Es importante aclarar a la gente que no se trata de PR/ramas vs TBD, sino PR/ramas vs TBD+TDD+PairProgramming+FeatureToggles+Microcommits+SOLID+etc...
Para el que no estuvo en la charla.
@AlfredoCasado
y yo explicamos Trunk Based Development (commit-push frecuente en máster), lo que nos permite (entre otras cosas) hacer ~500 despliegues en el último mes. No es fácil, conlleva muchos requisitos previos, pero es real :)
Where people see a great role model, I can only see that they both should run away from that place 😆 The sufferance for the "junior" is only being postponed; nobody should need someone "protecting" them so much, those are too many arrows and topics! 😅
Volando de vuelta de la
#bilbostack24
. Había oído maravillas del evento
@BilboStack
y creo que se quedaban cortas. Mil gracias a la organización por confiar en mí para una de las ponencias y por todo el cuidado y cariño que he sentido 😍
"Stop worrying about productivity. Start worrying about doing the right thing; it's much more important"
("The Lean Mindset", by Mary Poppendieck and Tom Poppendieck)
He encontrado este fragmento en un contexto de psicología conductual, pero perfectamente podría haber sido explicando algunos de los muchos motivos por los que TDD, el vertical slicing y trunk-based development realmente funcionan 🤓
Aprovechando este interesante hilo, y ya que hace tiempo que no escribo más de dos palabras seguidas, me gustaría compartir los titulares de mi simple opinión sobre "Agile" y "Agile coaches" ⬇️
Pues tras varios días por Gerona, rodeado de esteladas y lazos amarillos, puedo decir que TODO el mundo ha cambiado al castellano, sin pedirlo, tras ver que no era catalanoparlante. Maravillosa gente la que he encontrado por aquí en todas partes... 🙏
🎉 The time has come! It’s time to start more actively searching for a new professional challenge 🚀 Here is my Santa Claus letter:
🌍️ 100% remote
🤏 Preference for small teams/companies (but open to other options)
1/5
Esta semana entrevistamos a tres personas para el equipo de DevEx en Clarity y puedo decir sin demasiado riesgo a equivocarme que fue una experiencia muy agradable para las tres. Y eso es todo: no es necesario "hacer sufrir" a candidates para sacar valor de una entrevista 🙏😊
Como me gusta decirle a la gente con cierto síndrome del impostor, sobre todo de la "rama XP/crafter": "relájate, nadie es Kent Beck. Ni siquiera Kent Beck es Kent Beck" 😊🙏
(N.B.: también me toca recordármelo a mí mismo de vez en cuando 😅)
Tenemos metido hasta los huesos la visión judeocristiana de que a la "salvación" SOLO se llega a través del sufrimiento. Está en todas partes, incluidos procesos de mejora personales, profesionales, etc.. Qué pereza y qué pena.
Conseguir equipos donde las personas puedan ser ellas mismas y mostrarse vulnerables debería ser uno de los principales objetivos de cualquier empresa (todo en su medida, claro: si "ser tú misme" implica ser imbécil, pues mejor no)
Aprovechando que la buena gente de la
@BilboStack
me ha mandado las preguntas que se hicieron durante mi charla y por desgracia no llegaron, me marco un "Elena Francis" y voy a ir respondiéndolas poco a poco, a lo "Continuous Answering" 😊
#bilbostack24
Decir que ofreces flexibilidad horaria a la vez que indicas que hay una hora para comer... pues no sé... a mí me revienta un poco la cabeza. Por no hablar de menciones a la diversidad... O cada día soy más rarito o soy más tiquismiquis o qué sé yo ya... 😅
An "interesting side-effect" when you have spent some years working with TDD by default is that, even when for whatever reason you don't do it, you still keep the habits of going in baby steps, thinking about the next simplest behaviour to implement, micro-commits, etc. 🥰
Lo primero: ¿de qué hablo cuando hablo de burnout? Pues al menos en mi caso hablo de:
* Un estado continuo de ansiedad y estrés, de nerviosismo-tensión corporal general; en ocasiones agitación de la respiración, frecuencia cardiaca elevada, dificultad para pensar con claridad...
Lo bueno es que en este caso es un claro problema de "combinación entorno-persona", por lo que en cuanto pasen unos pocos días volveré a encontrarme perfectamente. Ahora, a respirar... y mañana, el Monstruo Espagueti Volador dirá... 😁 🙏
No me quiero imaginar cómo lo pasan las personas que no tengan tanta suerte como yo. También por eso este hilo: para transmitir que le puede pasar a cualquiera, independientemente de las canas y experiencia... y que no, no debería ocurrir. Y que no se es más debil por reconocerlo
Dicen que los desarrolladores vamos "sobrados" en cuanto a rechazar o ignorar ofertas de empleo, pero lo que llevo viviendo varias semanas con electricistas y fontaneros no va a la zaga 😅
Se confirma la noticia: miro los eventos organizados en comunidades "agile" varias en España, y me siento completamente desconectado, con un alto porcentaje de WTF/min. Claramente he dejado de ser "público objetivo" y de sentirme parte de ello 🤷♂️ 👇
O peor aún: que eso era ser "un mal empleado".
Pues gente, sirve para lo indicado más arriba: para que, si al menos a UNA persona le ayuda a dar un pasito con el que pueda mejorar su vida profesional/personal (todo está unido), me compense la exposición y el "riesgo" 🙏
¡Llegó! PINTAZA, con muchas ganas de hincarle el diente en breve 😍 Gracias,
@carlosble
por escribirlo (y por la dedicatoria), hace falta más recursos y contenidos de calidad en español como éste
#CodigoSostenible
Crear espacios seguros (de manera auténtica) donde la gente pueda compartir abiertamente este tipo de cuestiones desde el principio, antes de que, como decía, la bola de nieve se haga demasiado grande...
Mira, algo es algo: en la última versión de la guía de Scrum ha desaparecido toda referencia a las estimaciones (hasta en 9 ocasiones se mencionaban).
En esta última versión no aparece ninguna, sólo "decomposing Product Backlog items into smaller work items of one day or less" 👌
Repasar los conceptos, otros puntos de vista, beneficios y cosas a tener en cuenta en Trunk-Based Development siempre viene bien 😄
Gracias
@islomar
, se ha hecho muy amena la charla 👏👏
@valenciadevops
MUY buena la formación de DDD (Domain-Driven Design) ofrecida por
@codesaidev
: profunda, pedagógica y práctica, no se puede pedir más. Con muchas conversaciones en torno a experiencias y casos reales, apoyándose en código.
Y mil gracias a
@codiumteam
por invitarme a asistir 🥰🙏
I seriously think that talking about experiences where a new joiner to a team/company was not a good fit is rare... taboo indeed. And still, it happens all the time.
I think it would be healthy to share it... in a respectful and NDA-compliant way, but share it... 🙏
Hace falta mucho valor y mucho sufrimiento acumulado para escribir una denuncia pública tan explícita como ésta. Poco que ganar y mucho que perder como para que no sea cierto. Todo mi apoyo, Álvaro. Ojalá a alguien con potestad para cambiar las cosas se le remueva algo 🙏🙏🙏🙏🙏
Hace cerca de 3 años empecé a trabajar como ingeniero en
@Apple
Lo que para muchos sería un sueño en poco se convirtió en una pesadilla para mi.
Meses de grave depresión e intentos de suicidio.
He decidido compartir mi experiencia allí y poner nombres:
@xavieraldekoa
@david_bonilla
También hay líneas rojas. Estar a favor de dar hostias (cuando no algo peor) a población civil pacífica, podría ser una de ellas.
Qué cansina obsesión con "escalarlo" todo (equipos, modelos de negocio, sistemas), cuando en la inmensa mayoría de los casos o bien aún se está a años luz de que sea necesario (y en muchos casos nunca llegará), o bien no se ha conseguido hacerlo funcionar DE VERDAD 1º en pequeño.
The day that many developers discover that they don't have to pay for using more letters to name a variable/function/method/class/whatever in a self-explanatory way... it's gonna be mindblowing!!! 😆