QA: Hackathons

La parte final de la trilogía de hackathon. En la primera parte hablé sobre la motivación para participar en tales eventos. La segunda parte estuvo dedicada a los errores de los organizadores y sus resultados. La parte final responderá preguntas que no encajan en las dos primeras partes.

- Dime cómo empezaste a participar en hackathons.

- Estudié en la magistratura de la Universidad de Lappeenranta, resolviendo simultáneamente la competencia para el análisis de datos. Mi día típico se veía así: me levantaba a las 8, algunas parejas en la universidad, luego competiciones y un entrenador hasta la medianoche (mientras cuento como una presentación, estoy viendo conferencias o leyendo artículos). Un calendario tan ajustado ha valido la pena, y gané la competencia de análisis de datos MERC-2017 (que incluso fue una publicación en el centro ). La victoria ganó confianza, y cuando accidentalmente me topé con información sobre el hackathon SkinHack 2 en Moscú, decidí visitar a mis padres y al mismo tiempo descubrir qué es: un hackathon.

El hackathon en sí resultó bastante divertido. Había dos pistas para el análisis de datos con una métrica clara y un conjunto de datos con un premio en efectivo de 100k rublos. La tercera pista fue el desarrollo de aplicaciones con un premio de 50k, y no hubo participantes en ella. En un momento, el organizador dijo que una ventana con un botón sin funcionalidad podría ganar 50k, porque el premio no podía pagarse. No aprendí a programar aplicaciones (no compito donde me pueden entregar fácilmente), pero para mí fue un mensaje claro de que los campos en los hackatones no estaban obstruidos.

Luego resolví ambas pistas solo para el análisis de datos. Encontré una cara en los datos que me permitió superar la velocidad perfecta, pero la columna con la cara no estaba en los datos de prueba que recibí dos horas antes del final del evento (por cierto, entonces entendí que la presencia de la columna "objetivo" en el tren no cuenta como cara ) Al mismo tiempo, se abrió una tabla de clasificación, mi sumisión sin rostro ocupó el tercer lugar de cinco, había una gran brecha antes del primero y decidí no perder el tiempo y me fui.

Después de analizar lo que sucedió, encontré un montón de errores (uno de mis hábitos es desplazarme mentalmente por lo que sucedió con el cuaderno y analizar los errores, su causa y lo que podría cambiarse, un legado tan agradable de un juego de póker semiprofesional). Pero una cosa estaba clara: en los hackatones hay mucho valor, y simplemente debo implementarlo. Después de este evento, comencé a monitorear eventos y grupos, y el hackatón posterior no tardó en llegar. Luego uno más y más ...

- ¿Por qué haces hackatones y no kagl?

- Por el momento, no me gusta el abrazo. Desde cierto nivel de habilidad, sin razones específicas para participar, la tos se vuelve menos útil que otras actividades. Participé mucho antes, aparentemente, de alguna manera logré "bajar".

- ¿Por qué los hackathons, y no trabajar en tu proyecto?

- Estoy impresionado con la idea de hacer algo genial con mis propias manos a un ritmo lento. Los chicos de ODS organizaron proyectos de mascotas de ODS para todos los que quieran retomar su proyecto el fin de semana con personas de ideas afines. Creo que pronto me uniré a ellos.

- ¿Cómo encuentras eventos?

- La fuente principal es hackathon.com (mundo) y un chat en el telegrama Russian Hackers (Rusia). Además, los anuncios de eventos se saltan en publicidad en redes sociales y en linkedin. Si no encontró nada, puede verlo aquí: mlh.io, devpost.com, hackevents.co, hackalist.org, HackathonsNear.me, hackathon.io.

- ¿Estás preparando un plan de decisión antes de participar o todo está decidido sobre la marcha? Por ejemplo, una semana antes del hackathon, te preguntas: "Aquí necesitarás tal y tal especialista, tendrás que buscar".

- Si el hackathon de comida - sí, me estoy preparando. Unas semanas antes, descubro lo que haré, averiguo quién puede ser útil, reúno a un equipo de amigos o participantes de hackatones anteriores.

- ¿Realmente hackear hackathon solo? ¿Qué pasa si no hay equipo?
- Hackatones Datasaens - realmente (soy un ejemplo vivo de esto), comida - no he visto, aunque también lo creo. Desafortunadamente, a veces los organizadores imponen un límite al número mínimo de participantes en un equipo. Creo que esto se debe al hecho de que no todos los "solitarios" llegan a la final (es decir, simplemente se van con las primeras dificultades), la participación en el equipo todavía se está frenando. Incluso después del evento, se supone que continúa trabajando en el proyecto. Con un equipo para recordar el proyecto será más fácil.

En general, te aconsejo que siempre participes con el equipo. Si no tiene su propio equipo, los organizadores siempre lo ayudarán para encontrar o crear uno.

- ¿Cómo te las arreglas para hacer frente a la fatiga durante un hackathon?
- En el hackathon, se dan 2 días para el trabajo, son 48 horas (30-48 horas, toma 48 para simplificar el conteo). Eliminamos el tiempo para dormir (16-20 horas), no quedan más de 30. De estos, 8 horas (en promedio) irán realmente a un trabajo productivo. Si organiza el trabajo correctamente (dormir, comer, salir al aire libre, cargar, minutos de conciencia, comunicación adecuada con el equipo y cambio de actividad), se pueden lograr horas de trabajo profundas hasta 12-14. Después de tal trabajo, se sentirá exhausto, pero será una fatiga agradable. Codificación sin dormir e interrupciones que interrumpen a los ingenieros de energía: el camino hacia el fracaso.

- ¿Tienes tus propias pipas preparadas para hackatones? ¿Cómo los obtuvo, cómo están organizados para usted (cada carpeta contiene archivos .py para cada tarea, etc.) y cómo comienza a crearlos usted mismo?

- No uso soluciones completamente preparadas de hackatones pasados ​​en otros nuevos, pero tengo mi propio zoológico de modelos y disciplinas de competencias pasadas. No tengo que volver a escribir piezas estándar desde cero (por ejemplo, la codificación de destino correcta o una cuadrícula simple para extraer la intención del texto), lo que me ahorra mucho tiempo.

Por el momento, se ve así: para cada competencia o hackathon hay un repositorio en el github, almacena computadoras portátiles, scripts y una pequeña documentación sobre lo que está sucediendo. Además, hay un repositorio separado para todo tipo de "chips" en caja (como la codificación de destino correcta con validación cruzada). No creo que esta sea la solución más elegante, pero hasta ahora estoy satisfecho.

Comenzaría guardando todo mi código en carpetas y escribiendo documentación corta (por qué, qué, cómo e hice el resultado).

- ¿Es realista preparar MVP desde cero en tan poco tiempo o todos los participantes vienen con soluciones preparadas?

- Solo puedo decir sobre proyectos relacionados con datasaens - sí, tal vez. MVP para mí es una combinación de dos factores:

• Una idea viable presentada como producto (es decir, pintada en un lienzo de negocios). Siempre debe haber una comprensión clara de por qué y para quién hacemos el producto. A veces, los proyectos con un proyecto bien fundado, pero sin un prototipo, ganan premios, y esto no es sorprendente. Desafortunadamente, muchos participantes no pueden ignorar la amargura de la derrota y culpar a sus fracasos por la miopía de los organizadores, y continúan cortando modelos por algunas razones poco claras en los siguientes hackatones.
• Algún indicador de que puede hacer este producto (aplicación, código, descripción de las tuberías).

Sucede que un equipo llega al hackathon con una solución preparada e intenta "encajarlo" en la tarea de los organizadores. Dichos equipos se cortan en una evaluación técnica o solo se "considera" la parte que hicieron en el sitio. No vi a tales equipos en los ganadores, pero creo que aún es rentable para ellos ir debido a su valor futuro ( contactos, conjuntos de datos, etc. ).

- ¿Hay algún ejemplo de traer artesanías implementadas en hackathons a producción / inicio?

- si. Tuve tres casos cuando me llevaron a producción. Una vez yo mismo, dos veces, por las manos de otra persona según mis ideas y el código que escribí en el hackathon. También conozco un par de equipos que continuaron trabajando con la empresa como consultores. No sé los resultados finales, pero lo más probable es que se haya hecho algo hasta el final. Las nuevas empresas no se organizaron y no sé si alguien debería hacerlo, aunque estoy seguro de que hay ejemplos.

- Después de participar en muchos hackatones, ¿qué consejo te darías si pudieras regresar al pasado?

1. Las tácticas son más importantes que las maniobras. Piense en cada solución como un producto terminado. Una idea, una computadora portátil Jupiter, un algoritmo no cuesta nada si no está claro quién lo pagará.
2. Antes de diseñar algo, responda la pregunta no "¿qué?", ​​Sino "¿por qué? y "¿cómo?" Ejemplo: al diseñar cualquier solución de ML, primero piense en el algoritmo ideal: ¿qué obtiene como entrada, cómo se usan sus predicciones en el futuro?
3. Participa en el equipo.

- ¿Qué se alimenta generalmente de los hackatones?

- Por lo general, se alimentan mal de hackatones: pizza, energía, refrescos. Casi siempre, la comida se organiza en forma de bufé (o mesa de servicio) en la que se forma una gran cola. Por lo general, no se alimentan por la noche, aunque hubo un caso en una competencia en París por la noche en que se fueron a comer: papas fritas, donas y cola. Presentaré el proceso de pensamiento de los organizadores: “Entonces, ¿qué comen los programadores allí? Oh claro! Patatas fritas, donas, eso es todo. Ponles esa basura. Al día siguiente, pregunté a los organizadores: “Chicos, ¿es posible hacer algo más por la noche? Bueno, ¿gachas, por ejemplo? Después de eso me miraron como un idiota. Famosa hospitalidad francesa.

En los buenos hackatones, la comida se ordena en cajas, hay una división en comida regular, vegetariana y kosher. Además, ponen una nevera con yogures, muesli, para aquellos que quieren un aperitivo. Té, café, agua son estándar. Recuerdo el hackathon Hack Moscow 2: alimentaron mentalmente borsch y albóndigas con puré de papas en el comedor de la oficina de 1C.

- La cordura de los hackatones depende, por así decirlo, de la esfera profesional de los organizadores (por ejemplo, los mejores hackatones son realizados por consultores).

- Los mejores hackatones eran de los organizadores, quienes habían organizado hackatones antes o habían participado antes. Quizás este es el único factor del que depende la calidad del evento.

- ¿Cómo entender que no eres un novato y que es hora de un hackathon?

- El mejor momento para ir al hackathon es hace un año. El segundo mejor momento es ahora. Así que adelante, cometa un error, aprenda, esto es normal. Incluso la red neuronal, el mayor invento del hombre después de la rueda y el gradiente que impulsa los árboles, no puede distinguir a un gato de un perro en la primera era de entrenamiento.

- ¿Qué "banderas rojas" indican de inmediato que el evento no será muy y no se debe perder el tiempo?

• Una descripción clara de lo que debe hacerse (relevante para las características de los alimentos). Si se le asigna claramente una tarea durante el registro, es mejor quedarse en casa. En mi memoria no había un solo buen hackathon con TK. A modo de comparación: Bien, háganos algo relacionado con el análisis de las conversaciones de audio. Malo: háganos una aplicación que pueda dividir la conversación en dos pistas de audio separadas para cada persona.
• Pequeño premio acumulado. Si le piden que haga una "yesca para una tienda en línea con IA" y un premio por el primer lugar de 500 euros y un tamaño mínimo de equipo de 5 personas, entonces quizás no deba perder el tiempo (sí, este es un verdadero hackathon que se llevó a cabo en Munich).
• Falta de datos (relevante para los hackathons de datasens). Los organizadores suelen proporcionar información básica del evento y, a veces, un conjunto de datos de muestra. Si no lo ha proporcionado, pregunte, no lo dejará. Si para 2-3 no está claro qué datos se proporcionarán y si serán en absoluto, esto es una señal de alerta.
• Nuevos organizadores. No seas perezoso y busca en Google información sobre los organizadores del hackathon. Si realizan un evento de este tipo por primera vez, es probable que algo salga mal. Por otro lado, si el organizador y el jurado ya han realizado hackatones o han participado activamente en el pasado, esto es una bandera verde.

- En un hackathon, me dijeron: “Tuviste la mejor decisión en el futuro cercano, pero lo siento, nuestro trabajo en equipo se evalúa y trabajaste solo. Ahora, si llevaste a un estudiante o una niña al equipo ... "? ¿Has encontrado tanta injusticia? Como lo hiciste

- Sí, me he visto más de una vez. Soy estoico sobre todo lo que sucede: hice todo lo que estaba a mi alcance, si no funcionaba, que así sea.

"¿Por qué estás haciendo todo esto?"

- Todo esto es solo por aburrimiento.