Cuándo TS y cuándo Python
La pregunta operativa que se repite: «este script lo escribo en Python o en TS». La regla del grupo es práctica:
- Scripts puntuales y pipelines IA con cadenas largas → Python. SDKs LLM maduros, librerías de scraping/datos sin alternativa decente.
- Código que el cliente final va a tocar (frontend, backend integrado) → TypeScript. Cohesión con el frontend, types compartidos, deploy edge.
- Funciones serverless ligeras (Stripe webhook, magic link, formulario) → TS en Netlify/Vercel/Cloudflare Functions, porque el deploy es cero-config.
◆ Verdict de operador. TypeScript es default cuando el código es producto. Python es default cuando el código es operación. El grupo opera en ambos sin religiones — la decisión la marca el caso, no la preferencia.
Para qué sirve y para qué no
Para qué SÍ
- Frontend de cualquier web — Astro, React, Vue, Svelte, Solid.
- Backend Node integrado con frontend cuando la cohesión importa.
- Edge functions ligeras — Netlify, Cloudflare Workers, Vercel Functions.
- MicroSaaS donde el cliente final usa el producto desde navegador.
- Bibliotecas npm que el cliente del cliente consumirá.
Para qué NO
- Pipelines IA pesados con cadenas largas de LLMs — Python tiene mejor ecosistema.
- Scripts puntuales de operación — Python o Bash ganan en velocidad de escritura.
- Procesamiento masivo de datos — Pandas/NumPy en Python siguen sin alternativa decente en JS.
- Microservicios con latencia crítica milisegundos — Go o Rust.
Encaje en stack StratoAI
| Línea StratoAI | Cómo se usa |
|---|---|
| MicroSaaS | Frontend + backend cliente. Astro/React/Next con TypeScript estricto. |
| Automations | Functions serverless puntuales · Stripe webhooks, magic links, formularios. |
| Transversal | Frontend de los 7+ sitios del grupo · stratoai.pro, chefbusiness.co, hosply.pro, etc. |
Pricing real (2026-05)
- JavaScript / TypeScript · gratis, open-source.
- Compilers (TSC, SWC, esbuild) · gratis.
- Coste real = hosting + APIs externas + tu tiempo.
Alternativas reales
| Alternativa | Cuándo elegirla en lugar de TS |
|---|---|
| Python | Pipelines IA, scripts puntuales, procesamiento de datos. |
| Go | Backend con latencia crítica + concurrencia + binario distribuible. |
| Rust | Tooling bajo nivel + performance bruta + safety. |
| Bun | Si quieres Node más rápido con misma sintaxis · drop-in replacement con menos overhead. |
Casos de uso reales en ChefBusiness Group + StratoAI
- Frontend de los 7+ sitios · stratoai.pro, chefbusiness.co, hosply.pro, gastroseo.com con Astro + TypeScript.
- Wrappers ligeros React + Vite + TypeScript para productos del grupo · enrutado de tráfico + landing comercial.
- GastroPro · React 19 + tRPC + Drizzle ORM con TypeScript end-to-end.
- Netlify Functions chefbusiness.co · 33 productos digitales con magic links + Stripe webhooks. TypeScript serverless.
- Edge handlers y middleware en sitios del grupo (i18n, redirects programáticos, A/B tests en pSEO).
◇ Regla de uso operativo. TypeScript estricto siempre — strict: true en tsconfig.json. Bun como runtime cuando empieza a importar performance. Vite default para tooling. NUNCA hardcodear API keys (regla #1 grupo) · usar import.meta.env.X en frontend o process.env.X en Node, siempre vía .env gitignored.
