Facundo M

No sean como un dodo 🦤 Estén en continuo aprendizaje todos los días, y orienten su carrera laboral al mercado y a los nuevos desafíos. Los roles actuales van a ir desapareciendo y transformandose hacia nuevos, los que no sepan adaptarse van a quedar afuera No sean como el dodo

Nueva alternativa de parte de Claude a Muse, Dot, Grokbot, etc. Toca probarla, tiene muy buena pinta, en los comentarios esta el link a la waitlist si se quieren ir sumando!

Tu función puede funcionar y aun así estar mal diseñada. El problema no siempre está en la lógica, sino en las condiciones que nunca definiste. Design by Contract (DBC) propone definir tres cosas: Precondiciones: Lo que debe cumplirse antes de ejecutar ej. Precio > 0 Invariantes: Lo que siempre se mantiene durante la vida del objeto. ej. El total calculado debe ser positivo. Postcondiciones: Lo que debe cumplirse después de la ejecución. ej. El saldo de una cuenta no puede ser negativo.

Casi caigo en una estafa Hace un tiempo había leído por acá un caso similar. Hace unas semanas se comunica conmigo un Teach Lead por Telegram (no lo sentí como algo raro en ese momento), me pregunta cosas sobre mí e intercambiamos unos datos. Me cuenta sobre una posición abierta para @genspark_ai para un cargo de founding-level engineer con %. Acá ya me hizo ruido, busqué a esta persona en LinkedIn, pero no lo encontré. Siempre es bueno tener entrevistas aunque uno no este buscando cambiar de trabajo para medir tu nivel y ver como viene el mercado, entonces agendo una reunión en su Calendly y tenía demasiados espacios libres (acá fue donde entro la primera alerta sin darme cuenta). La agendo para un viernes, al llegar la hora de la reunión, busco la reu en calendar y veo que no tiene ningún link adjunto, se lo pido a Charlye y cuando me comparte el link me doy cuenta de todo. Claramente, era una estafa, en la que buscan que descargues una app que simula ser Microsoft Teams (el otro caso que vi hace unos meses por acá fue de Zoom). Siempre tengan cuidado de qué links visitan, qué archivos descargan y a que le dan acceso a su computadora.

Todavía no conectaste Warp a tu celular a través de Claude? Si todavía no lo hiciste, es súper fácil. Necesitamos tener instalados Claude Desktop y Claude en el celular. Primero, en una terminal de Warp arrancamos con claude --remote-control para tener una sesión controlable desde afuera. Después: flechita abajo, enter, barra espaciadora para ver un QR, y lo escaneamos directamente con la cámara del celular (si no nos lleva al chat, vamos a la sección Code). Para ver las sesiones desde Claude Desktop, entramos a la pestaña Code y nos van a aparecer ahí. Como último paso, y para no tener que repetir esto siempre, ejecutamos /config en la terminal y activamos la opción "Enable Remote Control for all sessions". Extra tip: activamos también "Push when Claude decides" y "Push when actions required" para que nos llegue la notificación cuando algo termina o necesita aprobación para continuar.

Tu sitio web està listo para los agentes? 🤖 Además del SEO tradicional, ahora los agentes pueden → encontrarte → utilizarte → recomendarte Es urgente poder resaltar y estar preparados para que los agentes naveguen por nuestro sitio de manera eficaz y cumpliendo con todos los estándares is-agentic.com/ te permite obtener una puntuación basada en lo que los agentes pueden descubrir, acceder y utilizar. Además que te ofrece una lista de posibles mejoras con sus respectivos prompts y un amplio análisis sobre tu sitio.

Los mcps ya son parte del día a día, ahora Meta lanzó uno nuevo para su documentación, con la que se suele luchar bastante. ¿Alguno la probó y tiene feedback?

Como hacen las bases de datos para soportar millones de usuarios? aplican sharding. Para esto se divide la base en fragmentos (shards), donde cada uno almacena datos únicos. Por ejemplo, usando user_id como clave de partición: user_id % 4 Así, cada usuario siempre cae en uno de los 4 shards, logrando una distribución predecible y escalable.

haganse un favor, eliminen tiktok y dejen de ver reels, su cerebro en unos años se los va a agradecer

Hace 3 semanas conseguí mi primer cliente en un SaaS propio y nunca incorpore tantas features NECESARIAS en tan poco tiempo, a veces el over engineering es nuestro mayor enemigo. No hay nada más importante que el feedback de los usuarios, trabajando en mi producto mil veces no frene hasta que quede perfecto. El problema de esto, es que nunca va a quedar “perfecto” del todo, siempre vas a tener un botón por cambiar, una pantalla por mejorar y así infinitamente. Es solo cuestión de animarse y salir a vender, donde muchas veces ahí es donde tenemos el verdadero reto.

Quien anda para hacer equipo? somos 2

Stateless vs Stateful Cuando un servidor empieza a tener muchas peticiones es necesario escalarlo. Podemos optar por dos caminos escalar > horizontalmente > verticalmente 1) Escalar horizontalmente Entra en accion los Servidores Stateless, en estos es necesario retirar los estados del servidor (por ejemplo los datos de sesiones de usuario) para que todos los servidores web del cluster puedan acceder. Lo más común es guardar los datos de estado en una base de datos aparte, puede ser NOSQL (mas rapida), una vez sacados los datos de estado de los servidores, la auto escalabilidad de la capa web es más fácil, se agregan o retiran servidores según la carga de tráfico. 2) Escalar verticalmente Servidor Stateful, es un servidor con estado que recuerda los datos del cliente de una petición a la siguiente, se almacenan en cada servidor, por lo cual toda petición del usuario A tiene que ir siempre al servidor A. Esto aumenta la sobrecarga, añadir o eliminar servidores es más complejo (no podemos eliminar el servidor A si un usuario tiene su sesión ahí) y es más complejo manejar fallos de servidor.

llegaron estos 2 a estudiar un poco que por el momento la IA no estudia por nosotros

Tremendo che, esto sí que vale!

Que lejos que estamos de esto en Argentina, lo intetamos con Stackie pero hubo muchisimas trabas legales.