Mercado: ¿Cómo se gestionarán las situaciones de fallo del producto tras una actualización de la compilación? - página 4

 
papaklass:

Es muy sencillo.

Antes de que se publique una nueva versión, el MC da a los desarrolladores de software cuyos productos están en el mercado un periodo de prueba de una semana. Eso es todo.

No es tan sencillo. Ya reflejé este problema al principio del hilo. Lo repito (irónicamente): no hay nada mejor para los autores de productos que pasar semanas "gratis" probando cada nueva compilación en busca de errores..... Si alguien quiere hacerlo específicamente, pues bien, pero no es muy agradable meter a todos en el mismo saco. Con este enfoque, los programadores profesionales que tienen bastantes proyectos en curso no estarán satisfechos... O todos ellos tendrán que poner el precio de atrapar los errores por adelantado, elevando el umbral de disponibilidad de sus productos.
 
papaklass:

Durante esta semana, la nueva compilación sólo estará disponible para que los desarrolladores prueben su software en esta compilación. Si encuentran fallos, los comunicarán a servicedeck. Después de esta semana de prueba, si el CM decide que no hay errores graves, se publicará oficialmente una nueva versión (disponible para todos).

Está jodido y es un imbécil. Especialmente al ritmo que aparecen las construcciones ahora.

El problema no tiene solución, sólo necesitamos un lugar donde el usuario pueda escribir con absoluta normalidad "¡por favor, no funciona!", el desarrollador cogerá todos los baches de todos modos.

 
papaklass:

De nuevo, la preocupación no es para los que pagan dinero por el producto (servicio), sino para los pobres programadores.

Has tratado de cuidar a las ovejas y a los lobos al mismo tiempo. Me limité a explicarte que hay un grave fallo en esta lógica. ¿Y qué tiene que ver con "cuidar a los pobres programadores"? Especialmente, si se considera que se ocupó sólo de las ovejas (continuando figurativamente su propio pensamiento).

...Y el hecho de que se parta de las condiciones existentes no niega en absoluto la posibilidad de cambiar/mejorar estas mismas condiciones.

 
papaklass:

Usted propone un sistema en el que el comprador tendrá que volver a pagar por todo. Esto no es justo.

No. Léelo con atención. El comprador sólo paga por lo que se compromete a pagar. Siempre paga por los términos que ha elegido, eso es seguro.
 
C-4:

Sin embargo, el concepto de integridad no se contradice por tener una función de copia de seguridad de retroceso.

Sin embargo, no contradice el concepto de integridad si se hace un roll back de todo: terminal, servidor, nube y quién sabe qué más.
 
Yedelkin:

...

    ===De alguna manera, siempre se pueden aclarar/añadir detalles. Se lo diré de inmediato: me pidieron opciones - las generé. Espero que la idea esté clara. Sugirió lo que se me ocurrió ahora. A las preguntas "¿cómo te imaginas una aplicación de este tipo" no puede responder. Definitivamente no va a defender las opciones, basado en la experiencia desafortunada.

    Así que inmediatamente. :) Aquí hay más opciones. Hay algo sobre lo que construir (no nosotros). Y la experiencia no debe ser triste sino alegre. Aunque los momentos tristes a veces traen ideas interesantes... En general, hay que alegrarse de todo. )))
     
    Yedelkin:
    El comprador sólo paga por lo que se compromete a pagar. El comprador sólo paga por las condiciones que ha elegido, eso es seguro.
    Mientras soñaba, se me ocurrió la siguiente idea: hay al menos dos versiones del mismo producto en el mercado, con precios diferentes. Esa versión, que es 2 veces más cara, significa que el vendedor garantiza la compatibilidad con n-futuras construcciones. Versión más barata, tiene la garantía de funcionar con la build actual, además de la posibilidad de pagar un dinero extra al creador para retocar a las nuevas builds (para controlar las nuevas builds). La opción más barata significa que el comprador decidirá si se pasa a la nueva construcción por su cuenta y riesgo, o si se deja asesorar por el autor a cambio de una tarifa.
     

    Intentas constantemente resolver el problema desde dentro. Como resultado, estáis proponiendo soluciones que son delirantes en su aplicación.

    ¿Tiene que hacerlo el programador?

    No hay ninguno. Se ha ido a conquistar la taiga durante tres meses y a cazar taimen. ¿Y qué? ¿Quitar la mercancía de la estantería? ¿Con qué argumentos?

    ¿Ponerlo en vigilia permanente a la espera de un nuevo proyecto de ley? ¿Y el período de una semana para atrapar los bichos? Ya no hay programador, ahora será un empleado del Mercado.

    Además, si uno de los vendedores se une a esta esclavitud, lo incluirá en el coste de la mercancía. Pero el número de ventas de estos productos caerá hasta un nivel que no es rentable para los programadores.

    Ahora mismo hay pocos vendedores y cada uno tiene una media de un producto. Pero hay que poner las cosas en perspectiva. Así que el vendedor medio tiene dos docenas y media de productos. ¿Y qué? ¿Tener tiempo para arreglarlo en una semana, por un dinero que recibió y gastó hace mucho tiempo?

    El comprador no tiene nada que ver. Pagado, recibido. Tiene que funcionar. Tiene que funcionar. El mercado donde los usuarios deben escribir sobre nuevas construcciones y EAs que no funcionan, por cada carta de este tipo, habrá nueve cartas más diciendo que el EA comprado en el Mercado ha agotado el depósito en lugar del millón esperado.

    No tengo ninguna sugerencia, pero no olvides las leyes del mercado de servicios.

     
    Mischek:

    Intentas constantemente resolver el problema desde dentro. Como resultado, se le ocurren soluciones que son delirantes de aplicar.

    Una pregunta aclaratoria: ¿este mensaje va dirigido a todos los panelistas a la vez (como una especie de generalización de su comprensión de la situación), o a alguien en particular?
     
    Yedelkin:
    Una pregunta aclaratoria: ¿este mensaje está dirigido a todos los panelistas a la vez, o a alguien en particular?
    Todos excepto tú, para reducir la charla