Feda /dev/ - No Javascript allowed

Yo me estoy haciendo ya a la idea del nuevo proyecto en la nueva empresa

Me llamaron ayer y me comentan que hoy o el lunes me harán oferta, a ver si a parte del cuenco de arroz vienen cacahuetes jajajaja

EL rollo es que tienen un monolito que funciona muy bien pero como max sirve a 5k usuarios, por fuerza bruta y demás llega hasta 20k, pero se necesita que sirva a 100k, así que ahí hay entretenimiento asegurado.

#42846

Me ha gustado como la has intentado colar, pero esto es la versión web movil de twitch. https://m.twitch.tv

#42843 Enhorabuena.

No te dejes influenciar por el numero de usuarios. El numero de usuarios no vale para nada a nivel tecnico, importan las peticiones. Pregunta por cuanto trafico recibe el ALB y cuanto llega al servicio, tienen caches entre el ALB y el servicio? Si el trafico es constante o hay picos a distintas horas.

Lo importante en el monolito es tenerlo bien monitoreado para detectar:

• que funcionalidades reciben mas trafico
• que funcionalidades bloquean mas tiempo de CPU
• que funcionalidades requieren mas MEM

Una vez sabes esto ya puedes romper el monolito en microservicios que escalen de manera independiente, y de nuevo considerando los picos de trafico

• todos tus endpoints se comportan igual al trafico de usuarios? o hay operaciones mas comunes que otras?
• que operaciones son las mas utilizadas en tu servicio, cuales las que menos, que relacion tienen
• estas operaciones, como se traduce en trabajo en el backend?

Con esto ya podrias empezar a optimizar tus servicios, mejorar rendimiento, eficiencia y reducir costes.

Yo lo tengo montado de tal manera, que si algo falla, puedo detectar el impacto real a los usuarios segun si es algo muy utiliado o no para poder priorizar. Por ejemplo, hay operaciones como un GET que pueden fallar mas que una operacion DELETE de algo super critico. Gracias a esto hemos arreglado un monton de bug criticos que estaban bajo el radar por culpa del ruido de peticiones.

• Si tienes 10000 peticiones, fallan 10, tienes un 0,001% de fallo para esa operacion
• Si tienes 100 peticiones, fallan 10, tienes un 10% de fallo para esa operacion
• Si tienes 100 peticiones, fallan 50, tienes un 50% de fallo para esa operacion
• Si estas 3 peticiones estan en el mismo servicio, las primeras peticiones te ocultan el error ratio real de tu servicio que te saldra que tiene un error de 0.00...

Tienes que trabajar a nivel de operacion y no solo de servicio para tener un buen backend.

Cuando llegues al curro nuevo, preguntas estas cosas para quedar de puto pro, y luego nos compartes como de lejos estas de algo que yo hubiese escrito y mantengo.

#42487 estas hablando con un tio que maquetea css para engañar a inversores como forma de vida sobre usuarios y produccion?

#42847 Y que quieres decir?

Vaya por delante que no entiendo la discusion, que problema hay con next y tener muchos usuarios? No es un backend ni una base de datos, el numero de usuarios nada tienen que ver/afectar con next.

#42851

Es un tema de si es una tecnología lo suficientemente madura para apps que están muy consolidadas. Proyectos nuevos no veo por qué no, pero al ser algo relativamente "nuevo", que incluso con la versión 13 rompieron varias cosas, y con el hecho de que esté en tu mejor interés estar locked-in con Vercel pues no veo que los grandes estén yendo como locos a quitarse la tech debt refactorizando a Next, simplemente.

Soy bastante fan y llevo usandolo años, pero para proyectos pequeños. Simplemente quería saber si habían cambiado las cosas y ahora estaba más presente en grandes empresas en el negocio principal y no en un proyectillo a parte. En la mía ahora se va a hacer un pequeño spin-off y lo van a hacer en Next.

Espero que siga creciendo, eso si.

#42855 En el 13 han metido un nuevo modo de hacer las apps con react server components etc... Pero no es breaking change porque es otra carpeta totalmente diferente a la usada hasta ahora (/app vs /pages).

A mi personalmente esta direccion no me gusta, es un puto caos el tema de "use client" y la dx no es demasiado buena, ademas que con eso si que ya tienes un lock-in en Vercel muy gordo.

Ahora para mi para React es un must (Next con /pages) a falta de meterme mas en Solid. El tema de tener api, middleware on the edge, directamente desde tu repo de "front" y no necesitar un backend es muy top.

https://foodieninjas.app es un next y no tienen backend, solo api routes de Next + un postgresql en digital ocean.

Si entras en el navegador veras que si esta en Madrid por ejemplo, o una ciudad grande te redirige a tu ciudad, eso se hace con el middleware.ts dentro de Next, sin necesidad de un backend de ningun tipo.

export function middleware(request: NextRequest) {
  const isInternalNavigation = request.headers
    .get("referer")
    ?.includes(request.nextUrl.origin);

  // If its not internal navigation, redirect to the city or at least to the country
  if (!isInternalNavigation && request.geo?.country && request?.geo?.city) {
    const country = countries[request.geo.country];
    const hasCountry = !!country;
    const hasCity = cities.includes(stringToSlug(request.geo.city));

if (hasCity && hasCountry) {
  return NextResponse.redirect(
    new URL(
      `/${stringToSlug(country)}/${stringToSlug(request.geo?.city)}`,
      request.url
    )
  );
}
  }
}

Vale, acabo de presenciar el suicidio profesional más bestia que he visto en mi vida.

Un tipo ha entrado en el slack general de la empresa, donde estamos los casi mil quinientos, y no sólo se ha quejado de su evaluación salarial (que anda que nos importa al resto mucho), sino que, y ahí va lo que creo que va a hacer que no acabe el día en la empresa, ha dicho que va a empezar a preguntarse, y cito, "qué puedo dejar de hacer para compensar la situación". Es decir, acaba de dejar por escrito y en público que va a descender su rendimiento de trabajo de manera voluntaria.

Sí, eso que es motivo de despido procedente, exacto.

Lo siguiente que aparece en el canal, y juro que no me lo estoy inventando, es que ha entrado la jefa de finanzas y dos managers, que creo que si no son sus superiores les faltará poquito.

No sé si aplaudir o llamar al Guiness, esto debe ser un nuevo record.

#42858

React es una UI Library, por que iba a tener que hacer todo eso?

#42862 ESPÉRATE que hay uno que ha reaccionado al mensaje con un emoji de palomitas ME DA ALGO XDDDDD

#42861 yo no he dicho que tenga que hacer eso...

estoy citando a vidal que dice que react es un must. porque tiene api i middleware en el edge. y desde su repo front no necesita un back.

HAHAHAHA

la verdad no entiendo que cojones ha querido decir porque no soy de fp