Gracias por A2A.
La mayoría de mis hackathons han establecido un criterio para los jueces. Pero es muy natural ponerse en su lugar y ver los proyectos que se le muestran, es decir, si soy desarrollador, hago más preguntas técnicas en comparación con el diseño o la experiencia de usuario. Pero para mantenerlo controlado, siempre es bueno cumplir con algunos criterios como
- Simplicidad: ¿Qué tan simple es la demostración pero resuelve un problema en tiempo real? La mayoría de los hackers terminan codificando cosas no deseadas y pierden el foco a través del hackathon.
- Diseño: ¿La interfaz de usuario es lo suficientemente atractiva o agradable para que los usuarios comiencen a usar el proyecto? He estado engañando a los usuarios para que se centren en el aspecto tecnológico y usen bibliotecas de código abierto para crear una interfaz de usuario atractiva cuando no tengan un diseñador a bordo.
- Resuelve un problema en tiempo real? : ¿La demostración está intentando resolver realmente un problema existente o todo es una visualización?
- Tecnología: la construcción de componentes funcionales es una clave y teniendo en cuenta que este no es solo un prototipo de hackathon, conozca los lenguajes de programación wbat en los que se construyó la demostración y juzgue en función de eso.
Tenga 10 puntos por criterio y tendrá un claro ganador al final del evento.
- ¿Cómo sabría si mi teléfono ha sido pirateado y transferido a un dispositivo madre?
- ¿Qué hago si mi correo electrónico ha sido pirateado?
- ¿Qué tan paranoico debería ser al asegurar mi computadora antes de llevarla a DEF CON?
- ¿Cómo puede un consumidor ayudar a castigar a Equifax por la seguridad laxa que resulta en el fiasco de Equihax de septiembre de 2017?
- ¿Cuáles son las historias de piratería en cualquier IIT?
Adivinar mi respuesta agrega un centavo a otras respuestas aquí.
