@megasorfer20@AngieMatiz6 Es correcto, te dicen lo que supuestamente mide. El problema es que si ves los review, te das cuenta que en muchos productos, las medidas varían. Y a eso agrégale que no todos se acostumbran a leer reviews antes de comprar.
@vql3n@barecadev Qué tiene que ver que tengas 23 años? Lo copiaron de nosotros (ie.: printear), y nosotros de los que estuvieron antes. Copiar es orgánico, todos tropicalizamos el lenguaje.
@httpsdao@AngieMatiz6 El icono de Visual Studio Code es azul, el icono de Visual Studio 2022 es morado, es el que se usa para .NET, C++, C#, Azure, y todo lo demás y es exageradamente pesado al ejecutarse...
1990: “Visual Basic lo hace todo con arrastrar y soltar.”
2005: “Rails matará a todos los demás frameworks.”
2008: “Con App Inventor cualquiera podrá crear apps.”
2010: “Con jQuery ya no necesitas entender JavaScript.”
2012: “Con apps móviles ya nadie escribirá backend.”
2018: “Serverless eliminará los servers 😂”
2021: “Copilot reemplazará a los programadores.”
2024: “La IA generativa escribe sistemas completos.”
Proximamente...2026: “Los agentes autónomos se "autodeployan" .”
Cada vez que aparece una nueva herramienta, alguien grita “la programación ha muerto”.
Y cada vez que algo falla… alguien tiene que leer logs, entender dependencias y arreglar el desastre.
La programación no muere.
Solo evoluciona más rápido que los que creen haberla enterrado.
12 years as a .NET developer – in 60 seconds
I have learned many lessons.
Some of them were painful, others were priceless.
Here are the 40 most important takeaways 👇
0. The best code is the one you don't write
1. You're not paid to write code - you're paid to solve problems
2. Everything is a trade-off. There's no "best" tool
3. Write code that other developers will enjoy working with
4. Write meaningful commit messages
5. First make it work, then make it pretty
6. Ship early, iterate often
7. Estimations are never true
8. Refactor continuously and incrementally
9. Code reviews improve more than just quality — they improve teams
10. Never trust user input.
11. Log precisely, not excessively.
12. Automate everything that can be automated
13. Complexity kills project, don't over-engineer
14. Fix root causes, not symptoms
15. Measure first, optimize second
16. Minimize coupling, maximize cohesion
17. Keep third-party dependencies minimal and well-managed
18. Never hard-code sensitive information
19. Errors should fail loudly and immediately
20. Choose clarity over cleverness
21. Choose descriptive naming over explanatory comments
22. Favor composition over inheritance
23. Complexity doesn't scale; simplicity does
24. Respect the principle of least surprise
25. Remove unused code without hesitation
26. Think and code in small, testable units
27. Be consistent with your coding standards
28. Abstraction should hide complexity, not create it
29. Favor explicit over implicit
30. Every line of code should justify its existence
31. Always strive to understand the business behind the code
32. Keep Pull Requests small and manageable
33. Invest in CI/CD right from the start
34. Design APIs that are easy to use correctly and hard to misuse
35. Document why, not just what
36. Forget about "it works on my machine"
37. Be aware of technical debt; repay it incrementally
38. Balance YAGNI ("You Aren’t Gonna Need It") with thoughtful design
39. Ask for help when you're stuck
40. Never stop learning and questioning your assumptions
——
👉 Join 𝟭𝟱,𝟬𝟬𝟬+ people in the best .NET and Software Architecture Newsletter. Weekly best practices, real-world examples, and pro tips to craft better software today!
Link in the featured section of my profile.
𝗕𝗼𝗻𝘂𝘀: every subscriber gets a PDF with 650+ exclusive resources for mastering C#, .NET, ASP .NET Core, EF Core, and Microservices.
——
♻️ Repost to help other developers learn these 40 lessons in minutes, not years
➕ Follow me ( @AntonMartyniuk ) to improve your .NET Skills
Tenes una app que la usan 10 personas.
Todo bien.
Mañana entran 100, después 1000. Si no cambias nada, se pone lenta y empieza a fallar.
Ahí necesitas escalar:
preparar tu app para soportar más carga sin romperse.
¿Por qué pasa?
Un servidor es limitado (CPU, RAM, disco). Cuantos más usuarios entran, más rápido se agota.
Tenes 2 opciones:
1) Vertical: darle más potencia a un servidor (CPU, RAM).
2) Horizontal: sumar varios servidores.
Problema clásico: el estado.
Si un usuario inicia sesión y esa info queda guardada solo en un servidor, cuando su próxima request vaya a otro, ese servidor no sabe que ya estaba logueado.
Por eso tus servidores tienen que ser stateless: no guardar nada importante en ellos.
La sesión y los datos del usuario van a un lugar común (DB, Redis) al que todos los servidores puedan acceder.
Después aparecen herramientas claves como: load balancers, cache, réplicas y particiones.
En resumen:
- escalar es lograr que tu app siga funcionando bien mientras crece.
- Vertical es caro y limitado.
- Horizontal es flexible pero trae nuevos desafíos.
En la práctica, se combinan ambos.
Con vibe-coding podes armar un MVP rápido y validar si hay demanda.
El límite aparece cuando queres mejorar tu app.
No hablo de sumar features, sino de rendimiento:
- pantallas que carguen más rápido
- APIs más eficientes
- aguantar picos de tráfico
Para lograrlo, necesitas patrones, arquitecturas y diseño de sistemas.
Invertí en los fundamentos, en construir sobre una base sólida.
Eso es lo que te va a permitir crear aplicaciones que escalen.
Siempre protejan sus aplicaciones con rate limiters.
Sirven para limitar cuántas veces alguien puede interactuar con tu app en un período de tiempo.
Ejemplos:
- máximo 3 sign-ups por minuto
- máximo 2 uploads de archivo por minuto
Formas de implementarlo:
- por user id
- por IP
- por token de sesión
Si un user (ID: 10) ya hizo 3 sign-ups en 1 minuto, tu servidor devuelve un 429 (too many requests).
Es clave porque:
1) prevenís ataques DDoS (que te saturen con millones de requests)
2) proteges endpoints sensibles (signup, pagos)
3) cuidas recursos costosos (APIs externas, modelos de IA)
Es fácil de implementar (Cloudflare o Nginx), y si te olvidas, lo podes pagar muy caro.
Cuiden sus apps!