Diario sobre app web de digitalización de menús (Java + Angular + Mongo)

Bueno ayer fue otro día de programar a full y sobretodo de calentarme la cabeza con Datadog.

28-Mayo-2020

Ayer modifiqué la API para introdudir un servicio nuevo para modificar la información de un negocio, además le hemos añadido imagen, teléfono e info al modelo. Esto es una de las cosas que nos llevan pidiendo los usuarios desde el día 1 y a nivel de backend ya esta todo listo. He borrado algunos otros servicios que no tenían mucho sentido y me he quitado código del medio.

Estoy un poco rayado con el testing, ya que, estoy viendo que no se si me renta hacer los tests de integración o hacer los tests unitarios mockeando todo o ambas cosas. Tengo algunas refactorizaciones pendientes y algunos cambios. Otra de las cosas que estoy rayao es en como estructurar los paquetes, los he dividido en 3: application (todo lo relacionado con temas de aplicación: REST, configs, etc...), domain (donde se encuentra el modelo y la lógica de negocio) e infrastructure (donde pongo todo lo relacionado con third parties: mongo, vertx, saas, etc...). El problema viene que por ejemplo tengo algunos controladores que exponen algunos servicios que son públicos (no necesitan auth) y otro que son con auth. Lo tengo todo un poco organizado por "feature package" pero realmente no. Al final se me han quedado los controladores bastante repartidos y no se si queda muy claro donde verlos (aunque bueno para los docs tengo swagger).

Sigo con el tema del monitoring de la aplicación, quería probar Datadog y les enviamos un correo pidiendoles una cuenta premium (al ser un proyecto open source sin ánimo de lucro, a ver si colaba) y nos contestaron diciendo que tenían un trial de 14 días que lo probaramos y que luego podíamos seguir con la cuenta free que te daban monitoring hasta 5 servers. Por ahora nos vale y para hacer monitoring de la base de datos y de la JVM nos vale. Ayer después de desarrollar el servicio web para cambiar la info de un negocio me puse a integrarlo y me tiré casi toda la tarde para sacarlo, al final son 3 mierdas que podéis ver en el proyecto (por si a alguno le interesa, me puede preguntar).

Seguimos teniendo muchísimos problemas con la confirmación del correo, la gente no lo confirma e intenta entrar en la aplicación sin éxito. Estamos pensando en como dejar claro que deben confirmar su correo con más feedback a la hora del registro.

Estamos trabajando en el profile del usuario para que pueda utilizar el servicio web nuevo de cambiar la info del negocio y el de cambiar la contraseña de la cuenta.

Hoy voy a empezar con el desarrollo del OCR y a ver que tal va, no estoy muy optimista, es más, creo que voy a desarrollarlo y no va a llegar a ver la luz nunca, pero bueno. Ojalá vaya bien.

#33 ¿Qué? xD

#32 Para estructurar los paquetes yo veo más claro organizarlo por conceptos de negocio y una vez dentro ya lo divides en domain, infrastructure y application. Un concepto de negocio sería por ejemplo customer o menu. En cuanto a conceptos que son compartidos, como en tu caso los eventos de dominio, puedes crear un package para este tipo conceptos al iguales que harías para otro.

Por otro lado felicitarte por el curro y sobre todo por compartirlo con la comunidad, me encanta leer el avance del proyecto, los problemas y las soluciones.

Yo sólo quiero comentar que es "Grosso modo", no "A grosso modo". Me divertí mucho leyendo los anglicismos y tal. Suerte con el proyecto.

#41 ¿ Tus cartas no tienen secciones ? Para mi no dejan de ser algo muy similar, solo que en los menús el precio está en el Menú entero y cada plato lleva suplemento. Mientras que en la carta los precios van por plato (o por sección en algunos que he visto).

Es decir, son 3 niveles de precios:

Menú
Sección
Plato

El menú puede llevar precio, el plato puede llevar precio/suplemento, la sección puede llevar precio, y ya decides tu como gestionarlo

Eso sería una forma de hacerlo genérico.

Set Menu = { name: "Daily Menu", price: 10€ sections=[.. { name: "Primeros",  dishes= [ { name: "Paella",  supplement: 2€, alergens: [..] }, { name: "Segundos", ... ], ....]

Otra forma sería hacerlo separado como Set Menu vs Menu

#45 Parece que os va genial!, mucho ánimo para seguir así!

Lo de los emails a spam, si en algún momento os da por intentarlo de nuevo, mándame un mp y te explico lo que hay que hacer para que no vayan a spam.

Por otro lado, ya que tenéis tantos clientes, os recomiendo que os aseguréis de tener un backup activo, sobre todo de la base de datos.

#47 10megas en S3 entra en el free tier de aws

#48 No sabía esto xD, pues entonces voy a probar a meterlo y una cosa menos que me quito de en medio para hacerlo de forma manual. La verdad es que he metido ya unos 5 o 6 third parties en la app (para monitoring, imágenes y demás) y me esta empezando a asustar el día que lleguemos al límite y haya que pasar por caja.

#49 Este lo tenemos mirado, a unas malas cuando veamos que estoy sigue creciendo sin parar tendremos que tener algo como esto si vamos a tirar de nuestro bolsillo, ya que, un s3 seguramente nos salga más caro.

#51 Joer... pues es casi residual no?