Gracias por todos los aportes, esta fue mi respuesta (Es un script de Google Sheets, así que no es muy crítico para la misión):
Gran pregunta. Ha sido realmente interesante explorar esto - ¡creo que definitivamente hay una entrada de blog aquí!
Todo proyecto de software va a implicar cierto grado de investigación y experimentación. Estamos reuniendo un complejo conjunto de herramientas de un número potencialmente infinito de maneras. Estamos diseñando y construyendo un producto a medida, porque no existe una solución estándar. Los errores (que el software actúe de forma inesperada) son una parte inevitable de este proceso. La industria utiliza un enfoque de I+D o "ágil" para superarlo. Por ejemplo, yo desarrollo en pequeños trozos, trabajando con total transparencia a través de mi diario y mi hoja de tiempos. Espero que esto genere la confianza de que tengo las habilidades necesarias para hacer el trabajo y crear algo en lo que merezca la pena invertir.
Así que mirando nuestro último par de bichos:
Revisando nuestros fallos (los que tienen una etiqueta roja) no veo ninguno que se deba a "errores" (lo que yo llamaría un error de codificación) cometidos en el código.
Así que los fallos pueden deberse a:
- Error de codificación - Esto es lo que podría interpretarse como un "error" del desarrollador "error", un error en la forma de utilizar el lenguaje de codificación o simplemente una errata. Limitaciones en lo que la tecnología te permite hacer - Google Apps impone varias cuotas en cosas como el tiempo de ejecución
- Cómo va a reaccionar la tecnología en determinadas situaciones - la documentación puede no describir nuestro escenario particular y tenemos que probarlo antes de ver cómo funciona realmente
- Nuevas características que rompen una existente - En un sistema complejo, un cambio en un área puede tener efectos impredecibles en otros lugares
- Error del usuario - Hacer que el código sea lo suficientemente robusto como para hacer frente a todas las entradas del usuario usuario tiene que sopesarse con el tiempo que llevaría, y si sería si realmente es posible. Así que el código puede recibir una entrada que no es y actuar de forma no deseada.
Espero que esto ayude a explicar cómo la corrección de errores es una parte integral e igualmente valiosa del desarrollo de software, junto con el diseño, la codificación, las pruebas, etc.
Otras cosas a tener en cuenta son:
- Cuantificar el ahorro - comparar el ahorro real de costes que la automatización genera continuamente a través de la reducción de las horas de trabajo de los administradores, frente a su inversión en desarrollo de software.
- Produciendo - hay muchas industrias que podrían encontrar algo como [Redacted], así que también podría valer la pena explorar la producción de la misma.
La tuya,
Andrew
0 votos
¿Qué posibles concesiones existirían si sus tarifas no son negociables? Me parece que esa es la sólo punto de negociación en su extremo ... ya sea la reducción de precios para algunos trabajos o el trabajo libre en algunos casos .. cualquiera de ellos alterará sus tarifas. Incluso algo como "2 horas gratis" está alterando sus tarifas. -- No me estoy pronunciando sobre el "sí" o el "no", sino que tengo curiosidad por saber qué opinas tú. no es alterar sus tarifas. A menudo realizo pequeñas cosas para grandes clientes sin cobrar (pero sé que eso es una negociación de tarifas).