Alberto Casero

Father, Husband & Software Engineer.

[Alberto Casero @KasAppeal]

Come to the dark side, we have @code

[Addy Osmani @addyosmani]

https://t.co/0DyFIXJueI

[Miguel Carranza @elwatto]

I’ve been thinking a lot lately about whether AI makes people management more or less relevant. The EM role is definitely changing, but I’m getting more convinced my dream of “no management, only computers” isn’t coming anytime soon. Technical leadership is still deeply needed, but the bar will be a lot higher.

We’re shifting the bottleneck from execution to judgment. Coding, debugging, even parts of architecture will be commoditized. Meetings, process, updating Linear… all of that is solved. It’s about alignment, cohesion, and decisiveness.

Teams will get smaller and more autonomous. You can hide one underperformer IC in an 8 people team. In a 3–4 people team, one person can become an existential risk. That raises the bar for hiring and performance management. On top of that, managers will need to handle both humans and AI: what to automate, what needs human supervision, how to manage security...

The bar for ICs goes up significantly too as code becomes disposable: stronger product, business and design sense, better intuition, better internal and external communication.

So no, I don't think SWEs and EMs are going away. But the roles are changing fast, and not everyone will adapt.

[Sahil Bloom @SahilBloom]

Everyone needs to hear this…

[Bilgin Ibryam @bibryam]

🫵You want to become a software architect?

🤯Here are 27 techniques to start with
https://t.co/pzkwImxI0V

[Alberto Casero @KasAppeal]

@martinvars @frr149 enseñamos a Martín a usar git y GitHub?

[DeepSeek @deepseek_ai]

🚀 DeepSeek-R1 is here!

⚡ Performance on par with OpenAI-o1
📖 Fully open-source model & technical report
🏆 MIT licensed: Distill & commercialize freely!

🌐 Website & API are live now! Try DeepThink at https://t.co/v1TFy7LHNy today!

🐋 1/n

[Félix López @flopezluis]

Procesos zombie: Cosas que no funcionan en la empresa pero se siguen haciendo y poniendo esfuerzos. Suelen ser un síntoma de una empresa donde la gente no se atreve a cuestionar el status quo y la gente hace las cosas porque hay que hacerlas

[Alberto Casero @KasAppeal]

@svpino Yes! Didn't realize the typo 😅

[Gwyneth Peña-Siguenza @madebygps]

Free, open-source, phase-based learning:

Data Engineering:
https://t.co/qRjgKVmynP

DevSecOps:
https://t.co/1q1X9X4Is1

Cloud Engineering:
https://t.co/XhSvL5TIAX

[Jaime Gómez-Obregón @JaimeObregon]

En mi empresa obligué a todos a usar git.

Fue en 2014. Al principio esto molestó a los compañeros de administración, marketing, comunicación, gestión interna… «¿Por qué tengo que aprender git, si yo no soy un técnico?»

git extendió a toda la organización las mismas ventajas que ya disfrutábamos en las áreas de desarrollo y sistemas:

✅ Copias de seguridad automáticas
✅ Control de versiones de serie
✅ Colaboración sencilla

Desplegamos una instancia privada de GitLab, y cada área y proyecto de la empresa tenía allí su propio repositorio. Con sus issues, pull requests, documentación… y el código —cuando lo había, pues también había proyectos en áreas no técnicas—.

¡La mitad de la plantilla no sabía programar y no había oído nunca hablar de git! Hubo reticencias y al principio todo fue a regañadientes. Pero luego éramos imparables. Cuando toda la plantilla supo manejarse con git, muchas cosas cambiaron:

✅ Adiós al procesador de texto. Desaparecieron los .docx y a los PDF. Escribíamos en Markdown¹ y lo subíamos con git al repo. Un script de CI/CD desplegaba automáticamente tu aportación en la intranet de la empresa, donde quedaba publicada en HTML y accesible a todos con un navegador.

De repente todos podían compartir conocimiento y colaborar en la mejora de la documentación interna. Todos estábamos siempre en la última versión, porque era la única. Había una fuente única de verdad². No hacía falta generar ficheros y enviarlos adjuntos por correo.

Entre todos hicimos miles de ediciones a la base de conocimiento de la empresa. El conocimiento estaba en línea y compartido³. Así era fácil cubrir bajas, incorporar a nuevas personas y no molestar a quien se iba de vacaciones.

✅ La gestión de contraseñas pasó a ser robusta y simple. Durante diez años utilizamos git y password-store⁴. El almacén de contraseñas acumuló más de 800 credenciales de todo tipo de servicios y proyectos. Todo cifrado con claves criptográficas GPG, control de versiones y asignación granular de permisos.

Era tan cómodo que dos trabajadores guardaban sus propias credenciales personales en el repositorio de la empresa. El repositorio cifrado estaba en la instancia corporativa de GitLab, accesible a todos. Nunca hubo ningún problema.

✅ Era cómodo hacer contratos con los clientes. Teníamos varias plantillas confeccionadas por un abogado, pero a menudo había que hacer adaptaciones para casos particulares o clientes con necesidades especiales.

Comparar contratos con un procesador de textos es horrible. Pero con git es fácil hacer un «diff» y ver cómodamente qué ha cambiado.

La persona de administración editaba los contratos en Markdown, desplegaba los cambios con git y los exportaba simplemente con la función «Imprimir a PDF» de su navegador. Luego los enviaba a firmar en línea a través de un tercero de confianza⁵.

✅ Pedías vacaciones haciendo una pull request. Tus compañeros de equipo la recibían y podían objetar dejando un comentario. Si no había objeciones, yo hacía el merge y con eso quedaban aprobadas. No hacía falta andar con correos ni chats.

…y así todo.

———————

git extendió a todas las áreas de la empresa el eficiente flujo de trabajo que los técnicos llevábamos años disfrutando en las áreas de desarrollo y sistemas.

De repente era fácil colaborar, la información fluía y todos teníamos visibilidad de los asuntos a nuestro cargo.

Los compañeros reticentes a la línea de comandos utilizaban interfaces gráficas para git. Y la instancia privada de GitLab, que era el corazón del negocio.

El coste de adquisición y el coste anual en licencias de todo esto fue de cero euros. Nunca necesitamos ceder datos a terceros ni utilizar servicios externos⁶.

La empresa fue adquirida el año pasado.

______
¹ Un lenguaje de marcado ligero que hasta un mandril beodo aprendería en cinco minutos.
² https://t.co/C1IInXNwgj
³ Teníamos varios libros así, cada uno con una portada cómica emulando las de O'Reilly 😂. El de Sistemas se llamaba «Porno para sysadmins» 😅. Utilizábamos https://t.co/z0KUap6QZZ, pero ahora creo que utilizaría Docusaurus.
⁴ https://t.co/khVidgwVPU — una obra de arte.
⁵ Utilizábamos https://t.co/cFwnfIAA53
⁶ Teníamos la broma del «Síndrome NIH»: https://t.co/EPd6p8tRpm

[Toño Huerta @tohuerta]

Dos iniciativas que podéis ayudar a difundir 🧑🏻‍💻

1. https://t.co/cdOkuBSQkn para recopilar y clasificar todos los proyectos de ayuda que están lanzando empresas, instituciones y particulares.

Cualquier enlace que veais fiable enviad [email protected]

Muchas gracias ♥️

[Alberto Casero @KasAppeal]

And now...a video with a decent resolution 😅

[Alberto Casero @KasAppeal]

Just built a fast UI to interact with AI like ChatGPT, Claude, Gemini or Ollama with just a couple of shell scripts thanks to @DanielMiessler fabric https://t.co/L2K90rXuhf #linux #ai #llm

[Alberto Casero @KasAppeal]

ask something to ai, make a summary of your clipboard text or ask to analyze the contents of a website or a youtube video

[Alberto Casero @KasAppeal]

@ChShersh You can use a library as you want, but you have to use a framework as it wants

[Juan de Toro @jdetoro91]

🚀Prelanzamiento

Product Management Kit 🔨

20€ para las 20 primeras personas. Después el precio cambiará. Quiero recoger feedback.

Si lo quieres, déjame un comentario y te paso el enlace.

[Alberto Casero @KasAppeal]

@jdetoro91 @flopezluis Cuando quieras 😎

[Alberto Casero @KasAppeal]

@jdetoro91 Ñapa as a Service