Manu Lorente

@alexperezl @borjaperfra @j_4r Coincido. Por eso creo que se acabará imponiendo el híbrido como norma.

@borjaperfra @j_4r @mlorentedev Vengo con el 🪓 - Un junior no necesita interacción, necesita mentorización y acompañamiento. - Necesita tiempo, dedicación etc Y necesita espacio y "voluntad de aprender" Y todo esto, absolutamente todo, no implica estar en el mismo espacio físico.

Cada vez veo más y más ofertas sin teletrabajo en España o un híbrido bastante más tirando a la presencialidad. Una pena la tendencia.

Este es con diferencia el mejor trabajo que he visto para sacarle provecho a claude code. Dice que son 6 meses de trabajo pero vamos... ya no solo la descripción sino los agentes que tiene en el repo que enlaza son brutales. reddit.com/r/ClaudeAI/com…

@borjaperfra Pendulazo en toda regla. Ojalá al menos se estabilice en un 33% ese full remote. Como se suele seguir la tendencia de USA el % de remoto está camino a convertirse en un perk a valorar y negociar tanto como el salario. Y no me parece mal, eh.

@mlorentedev Por daros datos, lo analizaba en este hilo. Pero sí, resumen: es una mierda :( x.com/borjaperfra/st…

Esto que comenta el amigo es tan simple como cierto. Para mí es de las típicas técnicas que aprendes e intentas aplicarla siempre que puedes. No se puede comprimir todo, de hecho, imágenes, streaming, pdf y demás ya vienen con su compresión. Si tienes un VPS tampoco compensa. Pero para cualquier backend en la nube, que responda objetos simples como texto, JSON o XML, la mejora es real.

@galislab A mí como modelo no me parece del todo malo, de hecho si dependiese de mí sería el modelo que escogería. Pero siendo egoísta como profesional es una putada porque reduce la oferta.

@mlorentedev Totalmente, siguen quedando algunas opciones, pero parece que el híbrido se está estableciendo en España. Cosa que no entiendo. Se ha demostrado que el remoto es totalmente compatible con el crecimiento de las empresas.

Precisamente por eso se crearon las profesiones reguladas por un colegio. En tecnología no la hay y por eso cualquier especialista en una rama del software puede apellidarse ingeniero. No tiene que firmar ni certificar nada. Pero si hablamos de capacidades, el ingeniro es todo lo contrario a un especialista, lo que te dá el título es, por una parte visión global y multidisciplinar. O debería si aprovechaste la carrera. Lo que sí es irrebatile es que te "ayuda" a ganar más porque tu salario base es del grupo 1. O debería.

Cómo lo veis? Para mí no es así y las etiquetas son muy importantes. Sobre todo por responsabilidad profesional. Cuando las cosas salen mal, los títulos depuran responsabilidades. Si yo doy una recomendación sobre qué ejercicio hacer a un conocido y se lesiona, no tengo la misma responsabilidad que si lo hace un fisioterapeuta. Si mañana se me cae encima una caseta que ha diseñado mi abuelo, no es lo mismo que si se me cae una diseñada por un arquitecto. No es cosa de egos, son más bien realidades. No ser ingeniero no tiene nada de malo, pero si no lo eres, no lo eres. De la misma manera que yo no soy "doctor" porque no me he doctorado. Os subiríais a un avión pilotado por alguien que lleva 10 años ejerciendo como piloto sin titulación en un avión diseñado por un mecánico de aviones que trabaja de "ingeniero aeroespacial"? Es una pregunta retórica, sé la respuesta.

Semana durísima en el trabajo por toda la leche de AWS del finde, no he tenido tiempo ni para meterme por aquí y aquí va reflexión. Es brutal el monopolio de AWS en cloud. Es decir, en mi empresa cuya política es "100% microsoft" se nos cayeron servicios hasta ayer aún teniendo la política de que todo se despliega en Azure. Acojonante y para reflexionar. Hoy es AWS, ayer fue Cloudflare y mañana será el propio Azure. Hoy tenemos ciertos componentes críticos en nuestros propios servidores y, si de mí dependiera, volvería al metal. Claro que no al 100% pero al menos prepararía un entorno completo con nuestra propia infra como contigencia.

Personalmente no voy a instalarme ningún agente navegador novedoso de IA hasta que pasen un par de vulnerabilidades gordas. Las inyecciones SQL eran un problema bastante frecuente cuando empecé a estudiar la carrera y ahora prácticamente ni existen porque los navegadores han mejorado muchísimo. Pues con este nuevo paradigma, pasará lo mismo. No sé si han llegado para quedarse o cuando tengan problemas de seguridad la peña dará un pasito atrás hacia lo convencional. Yo esperaré mínimo 6 meses

Una práctica que le recomiendo a todo el mundo es tener su propio dotfiles repositado. github.com/mlorentedev/do… Lo que empezó como un voy a guardar mi .bashrc en Git para llevármelo al trabajo se ha convertido en un sistema completo de automatización del entorno de desarrollo. Ahora con un solo comando puedo: Instalar todas mis herramientas (neovim, tmux, docker, k9s...) Configurar aliases y funciones personalizadas Cambiar variables de entorno por proyecto

GitHub parcheó hace unos días una vulnerabilidad crítica en Copilot que ha llamado CamoLeak La técnica ha sido brillante: Ocultas un prompt malicioso en comentarios invisibles de un PR Copilot lo procesa sin que el usuario lo vea Le pide que dibuje secretos usando una secuencia de URLs de imágenes de 1x1 pixel Cada imagen es una letra codificada Filtra AWS keys, código privado, zero-days sin documentar Todo usando la propia infraestructura de GitHub (Camo proxy) como canal encubierto. La solución de GitHub ha sido quitar temporalmente el renderizado de imágenes en Copilot Chat completamente. Un parche que resuelve el síntoma, no la causa. Esto es un ángulo muy bueno de lo que se nos viene, lo que pasa cuando metemos IA en cada paso del workflow sin pensar en las implicaciones. Si antes el factor humano era el eslabón más débil de la cadena de seguridad, ahora cada nuevo asistente es una nueva superficie de ataque. Creo que en est enuevo contexto de usar la Ia para acelerar el desarrollo va a haber muchísima tela que cortar en la securización de la IA. Yo lo veo un melón por calar aún y que está pasando desapercibido. A mí personalmente me parece super compleja la ciberseguridad, el campo más oscuro en todos los sentidos.

Es que son la polla. Me entran ganas de aplicar a Anthropic.

El único problema que tenemos en el rombo Córdoba-Sevilla-Cádiz-Huelva es que el ecosistema tecnológico es nulo a pesar de tener buenas escuelas de ingeniería. Alguna que otra filial de multinacional y consultoras. Empresas de producto muy pocas y, por desgracia, la mayoría buscando como locos la subvención o el proyecto con fondos europeos. Tenemos tanto potencial desaprovechado que da hasta rabia. Por suerte, el teletrabajo está aliviando la situación.

Córdoba suma puntos para convertirse en mi destino (otra vez) cuando vuelva a España🇪🇸 ✅ Bien comunicada con Cádiz y Sevilla (familia) ✅ Se come de locos ✅ Ciudad bonita y animada ✅ Precio de alquiler razonable ✅ Vuelvo en invierno y no hace mucho frío Tiene pinta, si.

@barckcode De lejos el mejor, game-changer para desarrollo. ChatGPT se está comoditizando para el resto.

Claude es el mejor asistente o co-worker que se puede tener hoy en día.

Me está ahorrando muchísimo tiempo usar un Makefile que detecta el OS y ajusta la instalación automáticamente. Funciona igual en Mac, Ubuntu y Arch Linux que tengo en el trabajo. Por qué importa esto? Porque cada vez que rompo algo en CubeLab, que es prácticamente a diario, puedo reconstruir el entorno completo en tres comandos. Cien por cien reproducible. Así está por ahora. La próxima mejora: integrar Ansible para gestionar la configuración de las Raspberry Pi remotamente. Porque ssh a cuatro máquinas diferentes para cambiar un archivo es un infierno.

Hoy he estado probando un poco esto que comenta Iñigo y muchisimo mejor que la rama original de codex. Sigue sin ser tanpotente como claude code pero ahora sí que mejora muchas de las limitaciones que me he ido encontrando. Buenísima.

@alejandrozepe Confirmo

si en tu empresa usan azure 100% trabajas con puro boomer

Actualización sobre mi experimento con herramientas IA como asistente ya que llevo unos días liado con lo mismo: Claude Code: Sigue siendo mi favorita. Cuando funciona, es increíble. El problema es que a veces me da la impresión de que se cansa y se olvida un poco del contexto. Copilot: es lo único que puedo usar en el trabajo. Ruido, cero, basura. Las sugerencias son genéricas, no sé qué tendrá por debajo pero un cero redondo. Gemini y Codex: los he probado pero me convencen. Codex es hipergranular pidiendo permisos (si te dejo hacer ls en una carpeta, incluye las subcarpetas, por dios) Gemini es perfecto par agenerar documentación pero para código es tan inútil como Copilot Ollama local: muy por encima de mis expectativas. Latencia cero y privacidad total. Es verdad que lo corro en local. El problema es que el hardware que tengo es un poco limitado para los modelos buenos. Mi conclusión después de dos meses: un cli rinde muchísimo mejor que los chats. Te ahorra tiempo en tareas repetitivas. Con los MCP servers esto se multiplica. El problema es que mucha gente está usando IA como muleta para evitar aprender. Y eso es preocupante. Yo en el CubeLab uso IA para generar boilerplates repetitivos, depurar errores y fundamentalmente para actualizar documentación Pero no le dejo tomar decisiones ni escribir lógica. Como mucho completar casos de pruebas. Las herramientas son herramientas. No maestros

@iannuttall Same reason as people prefer using cli commands to compile and build rather than IDE buttons We learnt with cli and we rely on it

do you prefer coding with a cli or in a gui extension in cursor/vscode? why?

He dado con esta guía sobre buenas prácticas en plataforma/sistemas que está increiblemente completa. Diría que cubre el 90% de a lo que se puede aspirar cuando montas una plataforma, vamos, con el 50% es más que suficiente. Es realmente buena para tener una fotografía de como cerrar el lazo del desarrollo de tu software. github.com/bregman-arie/s…