La aplicación del caucus de Iowa nunca tuvo una oportunidad



Crear una aplicación es difícil.

Crear una aplicación es difícil. (Pixabay /)

No encontrarás la aplicación IowaReporterApp en la App Store e incluso si pudieras, es probable que su calificación sea demasiado baja para que cualquiera quiera descargarla. El software desempeñó un papel clave en la debacle del comité de Iowa de esta semana y cuanto más aprendemos sobre él, más parece que nunca tuvo una oportunidad en primer lugar.

Estaba destinado a hacer que los resultados de informes del comité sean más simples, más rápidos y más transparentes, pero hizo lo contrario en cada uno de esos casos. Según los informes, Shadow, la empresa responsable de la aplicación, tenía aproximadamente dos meses para construir la aplicación crucial después de cargar aproximadamente $ 60,000. Esos números arrojan una señal de advertencia inmediata para quienes se ganan la vida con este tipo de software.

"Uno de los problemas con el software en la última década es que muchos clientes no le dan suficiente importancia al descubrimiento y la planificación de una aplicación", dice Saptarshi Halder, director de operaciones de la empresa de desarrollo de aplicaciones. Infotech unificado. Incluso con una aplicación relativamente simple como IowaReporterApp, que en su mayoría incluía campos de texto y una funcionalidad simple de carga de medios para transmitir fotos de las hojas de resultados completas, dice que el proceso de planificación, es decir, antes de que los desarrolladores comiencen a construir la aplicación, debería tomar un mes como mínimo "Debe tener en cuenta sus pantallas, los campos, la salida necesaria; lleva tiempo", agrega.

David Cohen, CEO de la firma de desarrollo móvil con sede en Nueva York Utilidad está de acuerdo en que incluso el proceso de planificación podría abarcar meses para algo tan crítico.

La parte de codificación real de una aplicación como IowaReporterApp no ​​es muy compleja, ya que aparentemente no requiere una funcionalidad muy avanzada. Halder sugiere que dos meses podrían ser una cantidad de tiempo factible para armar el código real en algo como esto. Pero, desafortunadamente, eso no dejaría mucho tiempo para las pruebas.

No importa cuán bueno sea el r endimiento en una aplicación, las variables siempre aparecen. Chad Wolf, Secretario de Seguridad Nacional, le dijo a Fox

que el departamento ofreció ayudar a probar la aplicación, pero la rechazaron (aunque el DNC lo niega). Según los informes, mantener la identidad del desarrollador en secreto formaba parte del plan para evitar que los piratas informáticos encontraran e intentaran romper la aplicación, por lo que era poco probable atraer a empresas externas, incluso organizaciones gubernamentales.

Probar una aplicación no es tan simple como asegurarse de que funcione como debería en un entorno cerrado. Como señala Cohen, IowaReporterApp no ​​necesariamente falló directamente, pero los informes afirman que solo proporcionó datos parciales en sus resultados. "No sabemos si capturó todos los datos y solo los transmitió parcialmente", dice. Es el tipo de cosas que pueden aparecer en un escenario del mundo real después de borrar las pruebas.

Algunos informes afirman que los voluntarios encontraron frecuentes mensajes de error al intentar realizar el último paso del proceso que les exigió cargar una foto de las hojas completadas. "Incluso una simple carga de medios necesita pruebas exhaustivas", dice Cohen. “Tienes que decidir cómo y cuánto vas a comprimir la imagen antes de transmitirla. Esos archivos de fotos son enormes ".

Halder tenía preocupaciones similares sobre la funcionalidad de carga de fotos. "Las aplicaciones pueden fallar debido al uso excesivo de memoria", dice. "Dependiendo del dispositivo o la configuración, puede causar un error". Él dice que la fase de prueba agregaría al menos otro mes al tiempo de compilación total de la aplicación antes de que pudiera cumplir con sus criterios de aceptación.

Con solo alrededor de 1.700 usuarios en su punto máximo, IowaReporterApp tenía un grupo de usuarios relativamente pequeño, pero probar su capacidad para funcionar bajo la carga de operación a escala es crucial. Aplicaciones externas como Apache JMeter, Loadrunner y Rational Performance Tester de IBM simulan las condiciones operativas del mundo real para que las aplicaciones vean si funcionarán como deberían si los usuarios reales ingresan datos. Son capaces de simular cientos de miles, o incluso millones de usuarios. No está claro en qué medida Shadow realizó este tipo de pruebas, pero tanto Cohen como Halder sugirieron que un mes de pruebas solo satisfaría lo mínimo.

Por lo general, una vez que finalizan las pruebas, las empresas envían sus aplicaciones a través de los canales oficiales como la App Store de la tienda Google Play para su aprobación y distribución oficial. Es un proceso que puede llevar días o, en algunos casos, semanas, y hace que la distribución de actualizaciones lleve mucho tiempo mientras esperan su aprobación.

En el caso de IowaReporterApp, Shadow evitó este proceso mediante el uso de entornos empresariales que normalmente están destinados a pruebas, y definitivamente no deberían servir como plataforma operativa para una aplicación crucial del mundo real. De acuerdo a un Vice informe, Shadow usó TestFairy para distribuir la aplicación de Android. Similar a TestFlight para iOS, está diseñado para permitir a los usuarios ejecutar versiones de preproducción de una aplicación en un entorno controlado en sus dispositivos.

El uso de plataformas como TestFairy o TestFlight agrega una capa de complejidad y variabilidad a todo el proceso. Los informes afirman ampliamente que los usuarios tuvieron dificultades para descargar la aplicación, y algunas estimaciones afirman que solo aproximadamente una cuarta parte de los voluntarios incluso descargaron con éxito IowaReporterApp en primer lugar.

En cuanto al presupuesto para este tipo de proyecto, es difícil estimar exactamente cuánto debería haber costado porque no conocemos el alcance del trabajo o realmente quién lo hizo. Según Halder, el número de presupuesto de $ 60,000 no tiene mucho sentido si el trabajo se realizó a nivel nacional dentro de los Estados Unidos. Él dice que el presupuesto tiene más sentido si el trabajo se subcontrató a un país como India, donde la tarifa promedio por hora puede ser mucho más baja, a $ 30 o $ 40 por hora. Las presentaciones de la FEC muestran que Nevada gastó $ 58,000 en anticipación al uso de la aplicación Shadow, pero no está claro cuántos ingresos habrían aportado las diferentes versiones de la aplicación en total si todo hubiera salido según lo planeado.

Incluso sin saber mucho sobre el funcionamiento del backend de la aplicación, Cohen sugirió de manera similar que un presupuesto para algo como esto debería ser "fácilmente en las seis cifras", para acomodar el tipo de planificación y pruebas muy exhaustivas que requiere algo como esto.

Todo esto se encuentra dentro del proceso de planificación y desarrollo, que ni siquiera considera el esfuerzo adicional y costoso involucrado en capacitar a las personas para usar la aplicación en primer lugar o apoyar a los usuarios que tienen problemas después de su lanzamiento. Los informes afirman que las líneas de soporte para ReportIowaApp se "abrumaron" cuando las cosas comenzaron a salir mal porque no había suficiente soporte disponible para ayudar.

Si bien es posible que nunca sepamos exactamente qué estaba sucediendo dentro y detrás de IowaReporterApp, sí sabemos que el próximo Caucus de Nevada no usará la aplicación de Shadow como se había planeado originalmente. No está claro qué planea usar el estado, pero con el evento que tendrá lugar el 22 de febrero, eso no deja mucho tiempo para girar y probar otra opción. Pero, si eso requiere registrar los resultados a la antigua usanza, puede parecer un pequeño precio a la luz de la crisis de IowaReporterApp y la consiguiente ola de mala prensa.



LO MÁS LEÍDO

Leave a Reply

Your email address will not be published. Required fields are marked *