Soy fan del conocimiento libre 💡 por lo que aquí te enlisto repositorios de GitHub que como backend developer (varios orientados a .NET) deberías estudiar 🤓.
🧵
@fmontes Lo he estado probando con https://t.co/VgYRd720zR, pero hay ciertos concerns sobre de que sea chino, qué opinas?
La verdad me ha funcionado muy bien, y viendo que en un solo día me gasté casi 3mil AI credits de Copilot, definitivamente me voy a cambiar.
El riesgo no es usar IA para programar. Es perder el modelo mental de lo que está pasando debajo.
Hay una diferencia entre:
"Le pedí a Claude que implementara este patrón y entiendo perfectamente por qué funciona"
"Le pedí a Claude que lo hiciera y funciona, así que está bien"
@silvercorp Con metodologías Spec Driven Development, inviertes más tiempo analizando y diseñando reglas que los resultados finales, requieren pocos o casi 0 ajustes.
Si lo pensamos bien, así siempre debió ser el desarrollo de software 🤣, más análisis, menos coding.
@silvercorp@alezalazar Pues no hay que generalizar, yo tengo bastante ya sin escribir código
Con muchos features en producción, lo que te puedo decir es que la calidad sube, no solo la productividad
La oportunidad que la IA te da de construir funcionalidad ambiciosa es algo que no hay que dejar pasar
@user0xtryh Así es, técnicamente rompo esa regla y sí uso directamente los DbSets de EF Core.
Pero usar query services y repositorios si lo recomiendo para separar lógicas complejas y que sea más fácil de testear, solo con dominios complejos, sino no vale la pena la abstracción.
@user0xtryh No lo considero CQRS por que realmente uso el mismo modelo para leer y escribir (EF Core), mas que separar los quieries y comandos, separo los use cases por Entity / Aggregate, para mi es mejor así.
@user0xtryh Hola!,
Pues mas que seguir CQRS, sigo un estilo vertical sliced (feature based).
Se me hace mejor tener los use cases bien identificados y separados y ya solo un mediador para dispatch de eventos / handlers
No lo considero CQRS por..
We’ve agreed to a partnership with @SpaceX that will substantially increase our compute capacity.
This, along with our other recent compute deals, means that we’ve been able to increase our usage limits for Claude Code and the Claude API.
Anoche le dije a Copilot: Sabes qué? ya termina todas las fases, corre tests y todo, mañana lo reviso, ya me iré a dormir 😂
No me quiten esto porfavor 🥲
Tu núcleo no debería saber si el correo lo manda SendGrid, un SMTP de Docker o un servidor interno.
Ports & Adapters resuelve exactamente eso.
→ Define el contrato (puerto)
→ Implementa por fuera (adaptador)
→ Conecta según el ambiente con un factory
https://t.co/DcBRSEewom