es.hideout-lastation.com
Paraíso Para Los Diseñadores Y Desarrolladores


Demo Day: 5 consejos para evitar errores y errores

El software es sensible . Enfrentémoslo, un ">" podría ser la diferencia entre parecerse a un experto o querer desaparecer inmediatamente de la faz de la Tierra. Después de años de desarrollo y años de hacerlo profesionalmente (para ganarse la vida) con mi rostro y nombre detrás de todo lo que producimos, he llegado a comprender la teoría de "cuándo, no si, se rompe".

Permítanme comenzar diciendo esto: no hay una manera fácil de manejar un error catastrófico, o incluso un error pequeño, en el día de demostración . Esa pieza de software en la que has estado trabajando te avergonzará en algún momento. Lo que importa es cómo mitigar las posibilidades de que las cosas exploten en tu cara cuando menos lo necesites.

En base a nuestra humilde e insignificante experiencia, estos son los pasos que hemos seguido a lo largo de nuestros procesos que pueden ayudar a reducir las posibilidades de una falla completa desencadenada por error en el día de la demostración.

Empezar

Si va a hacer la demostración del producto de software "final" para clientes, posibles inversores o posibles usuarios, debe prestar más atención que cualquier otra persona . Al final del día, serás el que te ponga las manos en la cara y sudará profusamente cuando algo vaya mal.

La mentalidad debería ser: "A nadie le importa tanto como a mí". Incluso si tu equipo es un grupo de estrellas de rock, todos deberían pensar que a nadie le importa tanto como a ellos.

1. Administre su calendario de entregas a su ventaja

Entonces, hasta el punto, si su agenda dice que la presentación del cliente es el lunes, anótelo el miércoles anterior y haga que todo se burle como si fuera el lunes real. No pienses en esta cita simulada como práctica, no es así . Deberíamos considerarlo como LA fecha y actuar así.

Siga todos los pasos como lo hizo en la presentación real y descubrirá los errores correctos (es decir, los que tienen una mayor propensión a aparecer en la demostración real). Si no retrata con precisión esta fecha como la fecha de presentación real, no será muy beneficioso.

2. Reduzca el alcance de su Demo

Si conoce la funcionalidad exacta que presumirá, no se centre en depurar todo . Concéntrese en depurar su funcionalidad específica de demostración . Hace algunas semanas estábamos entregando un portal de influencia social de tamaño medio y orientado al consumidor para una empresa latinoamericana. Querían demo el proceso de registro para que pudieran comenzar a registrar posibles usuarios.

Sabíamos exactamente lo que querían. Lo depuramos junto con el resto de la plataforma, ¡gran error!

La noche antes de la demostración (por pura suerte), encontramos un error descomunal en el momento exacto en que el usuario presionaría "Registrarse" en un navegador específico, que induciría pesadillas, que permanecerá anónimo (pero todos sabemos cuál me refiero a). Mantenga sus esfuerzos de depuración enfocados .

3. Enfóquese en el Plan B, Y A (Y no olvide el Plan C) ...

Cuando las cosas van mal, y te pilla desprevenido, tómate un segundo para sentirte como un tonto ... y luego pasa rápidamente al modo Plan B. Tenga varios planes de copia de seguridad diferentes que le permitan continuar con su demostración.

Tener una versión fuera de línea. Tener una versión que no está conectada al back-end, y es solo una versión de front-end. Mantenga un prototipo en su teléfono. Maquetas. Videos. Algo No ponga todos sus huevos en una canasta proverbial.

4. ... y date tiempo suficiente para prepararte

Durante este paso, es posible que descubra que su pieza de software tiene un problema. Es posible que descubra un error enorme que explotará en algún momento durante su demostración, y esta es una gran oportunidad para decidir qué materiales utilizará: plan A + plan B, o tal vez solo plan B o plan C, etc.

Hay tantos factores que pueden jugar contra su demostración de software, no solo las líneas de código. Piense en Internet, en la computadora en la que realizará demostraciones, en la proyección, etc. Tómese el tiempo para averiguar si la versión del software que ejecutará estará bien. Y si ese no es el caso, tendrás tiempo para reaccionar .

5. Trátelo y démelo mucho

Cada desarrollador puede entender de dónde vengo cuando digo, "déjalo ver la luz". Como desarrolladores y creativos en general, tendemos a sobreproteger nuestras creaciones hasta que sean las gemas más brillantes y brillantes de la historia. En realidad, sin embargo, le darás la vuelta a esa joya y encontrarás una gran parte, cuando menos lo esperes.

"Entregar" o mostrar el producto tanto como pueda a las personas que pueden pilotar la aplicación en diferentes entornos, navegadores, resoluciones, sistemas operativos, cuentas de usuario, etc. Obtenga el proceso de ida y vuelta iniciado en su producto temprano y mantenga es constante . Los usuarios orientados al desarrollo no podrían ser más diferentes que los usuarios finales.

Envolver

El demo-bug-apocalypse puede pasarle a cualquiera. Solo piense en los titulares más recientes donde algunas de las compañías más grandes en tecnología estuvieron implicadas de los errores más amateurs. El punto es: no seamos tomados por sorpresa cuando hay cosas importantes en juego.

Nota del editor: esta publicación fue escrita por Gino Ferrand para Hongkiat.com. Gino es desarrollador de iOS y web autodidacta, y fundador de Tecla Labs. Él trabaja en Generatr.co y puedes encontrarlo en Twitter.

10 diseñadores web que debes seguir en Dribbble

10 diseñadores web que debes seguir en Dribbble

Dribbble es una gran comunidad que alberga diseñadores gráficos, diseñadores de dispositivos móviles, ilustradores, artistas, tipógrafos e iconógrafos a quienes se alienta a compartir su mejor trabajo y obtener comentarios. Es un gran lugar para inspirarse y una gran fuente de ideas frescas. Todos los diseños en Dribbble están seleccionados y calificados correctamente, por lo que puede estar seguro de que son de alta calidad.Hay una

(Consejos de tecnología y diseño)