¿Qué te gusta y qué no te gusta de los hackatones? Si pudieras armar 2 listas con viñetas, ¿qué escribirías?

Pros

  • Codificación: los hackatones a los que asisto son principalmente programas y esto es lo más divertido.
  • Conocer gente nueva: los hackatones involucran a mucha gente, como personas de mentalidad para el caso.
  • Implementación de ideas: en un día de rutina, tiene plazos que cumplir y, en la mayoría de los casos, tiene poco o ningún tiempo para implementar sus propias ideas. Un hackathon brinda la oportunidad de hacerlo.
  • Prueba de la velocidad de codificación: tiene un tiempo limitado para crear una representación funcional de su idea. Esto le ayuda a evaluar su dominio de codificación.

Contras
Sinceramente hay poco que no me gusta de los hackatones. Realmente tienen que ver con lo que quieres y no bajo el mando de nadie. Esta libertad los hace tan grandiosos y no encuentro nada molesto en ellos. Puede que las personas con las que te agrupes sean molestas, pero eso sucede en todas partes, no solo en hackatones

Gracias por thr A2A!

He participado en hackatones tanto corporativos como públicos. Aquí están mis sentimientos.

Gustos:

  • Codificación : ¡no estaría aquí si no me encantara!
  • Innovación : tienes la oportunidad de alejarte del desarrollo rutinario para explorar algo nuevo e interesante.
  • Ritmo : tienes un corto período de tiempo para producir algo tangible. No le preocupan cosas como la seguridad y el rendimiento; se trata de función (y apariencia, en menor grado).
  • Social : no soy social, pero siempre es bueno conocer gente nueva, especialmente aquellos que son más inteligentes que tú. Paso mucho tiempo codificando solo en mi torre de marfil. Cada vez que salgo, estoy sorprendido y humillado por lo que otros están haciendo.
  • Aprendizaje : ojalá salgas de la experiencia de haber aprendido algo (una nueva API o patrón, algo nuevo sobre la industria, etc.).

No me gusta:

  • Ejercicios de creación de equipos : los hackatones públicos a veces tienen estos. Los odio. No quiero construir ninguna torre de palillos de dientes y malvaviscos, maldita sea.
  • Busybodies : a veces estás tratando locamente de terminar de codificar algo, pero haces que una persona amigable haga preguntas y quiera darte consejos. Pueden llamarse a sí mismos un “mentor” o algo así. Algunos hackatones públicos fomentan esto. Claro, un mentor puede ser útil. Sí, a veces es bueno tomarse un descanso del código para conversar con personas que puedan tener ideas, pero personas que ignoran las señales sociales (“Estoy mirando mi pantalla mientras me hablas, ¿lo viste? ¡Estoy tratando de desconectarme de ti! “) E insistir en interrumpirte y alejarte de lo que estás trabajando no es útil. Es bueno si puede delegar relaciones públicas a una persona de su equipo y hacer que interfieran cuando aparecen estas personas.
  • Estúpido entusiasmo : me irrita la mierda de “ir al equipo” que ocurre en el escenario. Vete a la mierda y déjame trabajar ya.
  • Empresarios ignorantes : los que piensan que puedes construir un MVP durante un hackathon de 48 horas. Como a los niños les gusta decir, ummm … no. Simplemente no.