Feda /dev/ - No Javascript allowed

#17606 Si entiendes que MVP => Producto REAL funcionando => Produccion Si. De acuerdo.

Ahora que falta para tener un producto real? Porque yo he hecho un MVP.

Hay que determinan los requerimientos no funcionales y casos de uso reales a soportar.... No tengo hecha la auth, no hay escalabilidad mi API es síncrona (bloquea el webservice), me guardo cosas en filesystem que se deberían guardar comprimidas, incluso temas de log o gestión de errores en producción son importantes para la trazabilidad y monitorización... Que por cierto, tampoco hay de ningun tipo. Lo mas grave es que ahora mismo el algoritmo tarda unos 120 segundos y optimizándolo con caches/compresión de archivos y un par de modulos mas bajara a 1 o 2 segundos.

Yo si tengo que hacer un servicio para un MVP y necesito una base de datos empiezo escribiendo en un fichero json... Porque es suficiente para ser funcional. Entenderás que eso no esta para producción.

Para que voy a hacer un estrés o carga? Te puedo decir que solo va a soportar 1 petición por cliente porque lo estoy bloqueando y el algoritmo va a tardar 120 segundos por petición. Porque tengo que prepararme un benchmark de esto? XD

A Minimum Viable Product Is Not a Product, It's a Process

Yo he hecho una iteración de un MVP modular (HEXAGONAL), puedes poner en producción ahora mismo si quieres. Poco a poco cambiar módulos según necesidades (webservice, persistencia, el filesystem que comento...) e iras ganando rendimiento, escalabilidad y demás puntos de un producto que debe estar en producción. La idea no es acabar mutando el MVP en un producto final, la idea es acabar desarrollando todos estos módulos que realmente necesitas a nivel de producción por separado y desplegarlos en un nuevo proyecto que correctamente sea tu producto final (v1.0).

Next, they build a minimum viable product (MVP) as a proof of concept, spending a lot of time arguing about which features to include or exclude from the MVP. Finally, if the MVP works well, they plan on building the full, mature, stable product.

So what’s wrong with this picture? Why does it all go wrong for so many startups?

The problem is that these teams do not understand the point of an MVP. An MVP is not just a product with half of the features chopped out, or a way to get the product out the door a little earlier. In fact, the MVP doesn’t have to be a product at all. And it’s not something you build only once, and then consider the job done.

An MVP is a process that you repeat over and over again: Identify your riskiest assumption, find the smallest possible experiment to test that assumption, and use the results of the experiment to course correct.

mi sprint se acaba la semana que viene y empezó hace más de un mes, estás tú que a estas alturas voy a picar nada

¿Sabes qué me saca de mis casillas? Que el puerto USB esté al lado del HDMI y no pueda poner un USB sin tener que quitar el HDMI. ¿Pero quién fue el gilipollas que diseño esto?

yo lo veo más a que van a enseñar a hacer un cuadro de mando en powerbi con los datos de adventureworks

#17628 pasa ig de minitas de tu clase

#17631 Será por la cantidad de actuales empleados en Big Data. Conozco varios casos viniendo de económicas y un máster con un poco de Scala y a tirar con spark. Tampoco es pa tanto.