Hackathon-aksent. Hackathon: hva er det og hvorfor er det nødvendig? Hvorfor trengs arrangementer

(programmerere, designere, ledere) jobber sammen for å løse et problem. I dag er ikke hackaton lenger hacking, de er bare programmering av maraton. Vanligvis varer hackathon fra én dag til en uke.

Noen hackathon er designet for pedagogiske eller sosiale formål, men oftere er oppgaven til et hackathon å lage komplett programvare. Hvert hackathon fokuserer på et spesifikt område, for eksempel et programmeringsspråk, operativsystem, applikasjon, programmeringsgrensesnitt (API).

Historie

Begrepet dukket opp i 1999. Utviklerne av OpenBSD og Sun Microsystems begynte å bruke det uavhengig av hverandre.

OpenBSD-utviklerne brukte først begrepet for å referere til et kryptografimøte i Calgary, Canada 4. juni 1999. 10 utviklere kom til det for å skrive programmer som ikke ville falle inn under de strenge eksportrestriksjonene USA har pålagt kryptografisk programvare.

Sun brukte navnet "Hackathon" under JavaOne-konferansen fra 15.-19. juni 1999; John Gage foreslo å skrive et Java-program for den nye Palm V som ville bruke infrarød til å kommunisere med andre Palm-brukere.

Siden midten av 2000-tallet har hackathons blitt mer vanlig og har blitt sett på av selskaper og investorer som en måte å raskt utvikle nye programvareteknologier eller investeringsområder. Noen kjente selskaper har blitt opprettet på hackathons, som GroupMe, som dukket opp på TechCrunch Disrupt 2010 hackathon; i 2011 ble det kjøpt av Skype for 85 millioner dollar.

Typer hackathons

For plattformutvikling

Noen hackathons fokuserer på å jobbe på en bestemt plattform, for eksempel et operativsystem.

Applikasjonsutvikling for mobile plattformer foregår for eksempel på Over the Air hackathon i Bletchy Park, England, som tiltrekker seg betydelige sponsorbidrag. Det er også hackathons for utvikling av video- og dataspill.

Music Hack Day er et hackathon dedikert til programvare og maskinvare for musikk. Siden 2009 har det blitt holdt over 20 ganger på forskjellige steder.

Siden 1999 har OpenBSD-operativsystemutviklernes hackathon blitt holdt årlig.

Programmeringsspråk, API, rammeverk

Siden 2007 har Perl-hackathons blitt holdt for å forbedre selve språket. Haskell- og Scala-utviklerne har lignende aktiviteter: Haskell Hackathon og Scalathon.

Hackathons ble holdt om utviklingen av HTML5 og Ruby on Rails-applikasjoner.

Noen hackathons drives av selskaper for å skrive applikasjoner som bruker en felles API. Så Yahoo! har kjørt "Open Hack Day" siden 2006 (opprinnelig "Hack Day"), som bruker Yahoo! API og API eies av Yahoo! nettsteder som Flickr. Google kjører et lignende hackathon for sine egne APIer.

Foursquare var vertskap for et globalt hackathon i 2011, med over 500 utviklere på 30 lokasjoner som utviklet applikasjoner ved hjelp av Foursquare API.

Denne uken, fra 18. til 20. november, vil en uvanlig begivenhet finne sted i St. Petersburg - det første all-russiske hackathon-hackRussia. I tre dager skal skoleelever og studenter få prøve seg på å mestre faglige caser fra fem områder – sosiale tjenester, finans og blokkjede, landbruk og energi, utdanning og kultur, bioteknologi og medisin. Gorod +-korrespondenten bestemte seg for å finne ut hvorfor et så uvanlig format er nødvendig, hvordan skiller et hackathon seg fra et vanlig forum, og hvor effektivt er det?

Ordet "hackathon" er dannet av to engelske ord å hacke (utforsk mens du programmerer) og maraton (maraton). Dette begrepet dukket først opp i Amerika i 1999. Dette er et spesielt format der deltakere i en begrenset periode i en non-stop-modus ikke lager abstrakte løsninger på problemet som diskuteres, men utarbeider spesifikke produkter i form av for eksempel nettsider eller mobilapplikasjoner. I følge hackathon-reglene er gutta delt inn i lag på to til fire personer. For å vinne dette løpet må du ha en hel rekke ferdigheter og egenskaper: naturlig nysgjerrighet, gode kommunikasjonsevner, et skarpt sinn og beherskelse av programmeringsspråk.

Denne tilnærmingen er ekstremt relevant i dag, fordi studenter får muligheten til å samhandle direkte med arbeidsgivere og bedrifter. Dette lar dem vurdere behovene til det moderne arbeidsmarkedet riktig. Hackathonet er også nyttig med tanke på rask og målrettet utveksling av kunnskap og kompetanse mellom spesialister fra ulike felt, noe som også beriker den «profesjonelle bagasjen».

Hackathonet skiller seg fra det vanlige forumet i mobiliteten til arbeidsflyten: i gjennomsnitt, på 40 timer, må deltakerne gå fra å utvikle en idé til å lage en fungerende prototype. Det er spesielt viktig at sluttresultatet skal være praktisk talt håndgripelig og kan brukes i en av menneskelivets sfærer. Tross alt blir arrangementet deltatt av investorer som kan fremheve de beste prosjektene og gjennomføre dem. I tillegg er det en rimelig måte å vise unge fagfolk bransjens interesse for deres arbeid og kunnskap. Studentenes tillit til fremtiden vil bidra til å unngå hjerneflukt.

For første gang arrangeres et allrussisk hackathon i St. Petersburg denne helgen. Før det fantes selvfølgelig slike arrangementer, men de var av høyspesialisert og lokal karakter – i utgangspunktet ble slike «konkurranser» holdt på grunnlag av enkeltbedrifter, på universitetenes sider eller blant programmerere. Det var først nå mulig å opprette en organisert bevegelse som dekker et bredt spekter av områder: Det er planlagt at rundt tre hundre deltakere fra 45 byer kommer til åpningsseremonien fredag ​​18. november.

I løpet av flere dager skal skoleelever og elever prøve å implementere arbeidet sitt i fem retninger. Ifølge prosjektleder Denis Samuilov vil det bli foreslått ulike løsninger, for eksempel på problemet med narkotikadistribusjon. «Denne saken vil bli presentert i retning av medisin. I våre apotek endrer medisiner seg ofte i pris. Og de er ikke alltid tilgjengelige. Vi kan samle dette og gjøre søk ikke bare ved navn på legemidler, men også etter generiske stoffer (billigere analoger. - Red. Merk), ”forklarer spesialisten.

I tillegg vil det være en rekke nyttige prosjekter på hackathon: På bakgrunn av datingapplikasjonen Tinder skal det utvikles mobilapplikasjoner for optimal boligsøk. Og innen landbruket vil de tenke over måter å levere produkter til forbrukeren så ferske som mulig. Det er umulig å ikke legge merke til trenden fra det siste året - programmer basert på menneskelig interaksjon med virtuell virkelighet. Eksperter forbinder populariteten til emnet med det oppsiktsvekkende spillet Pokémon Go. Denne nyttige erfaringen med å jobbe med en alternativ virkelighet er planlagt tatt i bruk og brukt til å lage virtuelle omvisninger i museer, for eksempel Eremitasjen.

På den siste dagen av hackathonet vil resultatene bli oppsummert. Vinnerne vil bli tildelt pengepremier på hundre tusen rubler. De kan brukes på videreutvikling av prosjektet ditt. Andre deltakere vil få unike opplevelser og muligens skjebnesvangre bekjentskaper.

Bilder - gruppe "Hackathon i Vkontakte" /https://vk.com, gruppe "JourHack. 1. hackathon om datajournalistikk i St. Petersburg" /https://vk.com.

I dag får hackathon mer og mer popularitet på den russiske føderasjonens territorium. Selv om ikke alle vet hva dette arrangementet er og til hvilket formål det holdes. For de som vet, er det en oppdatert oppdatert som holdes i Russland.

Hackathon: hva er det?

Begrepet "hackathon" kommer fra sammenløpet av to engelske ord - maraton og hacker. Mange anser hackathons for å være en samling av hackere. Men dette er en feilvurdering. Dette er et maraton for programmerere, der små lag konkurrerer i programvareutvikling i forskjellige retninger. Varigheten av slike maraton varierer fra flere dager til en uke.

I de fleste tilfeller jobber hackathon-deltakere med programvareutvikling, men løper maraton for å løse sosiale eller pedagogiske problemer. Resultatet er utviklingen av:

  • Mobilapplikasjoner;
  • Web-applikasjoner;
  • nettsteder;
  • Design løsninger.

Som et resultat av maraton av programmerere oppnås en MVP (minimum levedyktig produkt).

Det er mange hackathons-emner: fra utdanning og medisin til bydesign.

Opprinnelsen til hackathons

Intellektuelle konkurranser har blitt holdt i mer enn et dusin år. Et eksempel på slike "hjernekamper" er metoden for felles saksekrettelse (løsning av spesifikke livssituasjoner) utført i 1924 ved Harvard Business School.

Begrepet hackathon oppsto med Sun Microsystems og OpenBSD-utviklerne, som døpte samarbeidet deres i 1999. I løpet av denne tiden jobbet OpenBSD-utviklere og Sun Microsystems med å lage krypteringsalgoritmer som ikke var forbudt av amerikanske eksportrestriksjoner. Et prosjekt for å lage programvare på Java-språket ble kalt et hackathon.

Og i 2005 hadde hackathon blitt populær blant de som ønsker å lage startups eller er engasjert i rask programvareutvikling.

Maraton etapper

Som ethvert arrangement finner hackathon sted i flere stadier:

  1. Åpning og generell kjennskap til avklaringen av emnet for arrangementet (hvis noen);
  2. Diskutere ideer og danne konkurrerende lag;
  3. Teamarbeid på prosjekter;
  4. Presentasjon av verk. Hvert team viser et forberedt prosjekt.

Teamarbeid på et prosjekt er den lengste etappen av maraton. Det kan ta fra et par timer til flere dager. Hackathon-deltakerne spiser spontant. I de fleste tilfeller består kostholdet deres av pizza, smørbrød og energidrikker. Soveplass for deltakere er ikke gitt. Derfor utstyrer de som ønsker å slappe av det på egen hånd.

Hvis hackathonet avholdes i form av en konkurranse, vurderer den inviterte juryen prosjektene som er utarbeidet av lagene og bestemmer vinneren, som mottar prisen.

Grunner til popularitet

Hackathon er et arrangement som lar unge programmerere, designere og andre IT-spesialister lage et nytt felles prosjekt. Og også under arrangementet:

  • Gjøre bekjentskaper... Hackathon er et flott sted å utveksle erfaringer, nye ideer for å lage prosjekter;
  • Opprett IT-fellesskap... Hackathonet er rettet mot å bringe sammen likesinnede spesialister som er interessert i å løse et spesifikt problem eller utvikle et emne;
  • Delta i en ikke-standard arbeidsprosess og vennlig samarbeid... Hackathonet har ikke en stiv timeplan og arbeidsformat. Det lar spesialister fra helt andre felt ta del i et felles prosjekt, som ellers ville vært umulig;
  • Berik kunnskapen din... Et trekk ved maraton er at deltakerne løser problemer som er ukjente for dem. Derfor er læringsprosessen under hackathon rask med mulighet til å anvende kunnskapen som er oppnådd i praksis. Og det vennlige teamet lar deg stole på omfattende assistanse. Hackathonet gir en unik mulighet til å lære på få timer og til og med minutter det som normalt ville kreve å se et helt videokurs;
  • uttrykk deg selv... Hackathonet lar deltakerne demonstrere sin profesjonalitet;
  • Gi liv til innovative ideer... Hackathon lar deg eksperimentere, lage og implementere de mest utrolige ideene;
  • Bedrifter finner lovende ansatte... Hackathonet lar deg presentere startups av potensiell interesse for selskaper.

Hackathon-destinasjoner

Hackathon ble laget som en konkurranse for programmerere, men i dag har begrepet en bredere betydning. Den samler designere, ledere og journalister. Det arrangeres medisinske, pedagogiske og sosiale hackathons for å løse betydelige problemer.

Hackathon-sjetonger

Hackathonet har for lengst sluttet å være et vanlig hurtigkodemaraton. Nå er hovedrollen gitt til teamarbeid - evnen til å:

  • Fordel ansvar riktig;
  • Bruk de tilgjengelige ressursene med omhu;
  • Koordinere felles innsats;
  • Nå målet ditt så snart som mulig.

Hackathons arrangeres for å tiltrekke seg unge fagfolk (utviklere, eksperter) og gi dem muligheten til å kommunisere i en uformell setting, utveksle erfaringer og implementere ideene deres.

Slike konkurranser er en fin start for nybegynnere. Det er selskaper som startet oppstigningen med hackathons og har fått verdensomspennende anerkjennelse i dag. For eksempel ble GroupMe, som deltok i hackathonet i 2010 (som en del av TechCrunch Disrupt-konferansen), kjøpt av Skype-selskapet et år senere (i 2011) for 85 millioner dollar!

Eksperter sammenligner hackathon med det beryktede «sparket» som stimulerer hjernen til å fungere. Og kombinert med ekspertråd og kollektiv intelligens, kan et hackathon bli en virkelig unik begivenhet.

Hackathon(Engelsk hackathon, fra hack (se hacker) og maraton - maraton) - et utviklerforum, der spesialister fra ulike områder innen programvareutvikling (programmerere, designere, ledere) jobber sammen for å løse et problem. I dag er ikke hackaton lenger hacking, de er bare programmering av maraton. Vanligvis varer hackathon fra én dag til en uke.

Noen hackathon er designet for pedagogiske eller sosiale formål, men oftere er oppgaven til et hackathon å lage komplett programvare. Hvert hackathon fokuserer på et spesifikt område, for eksempel et programmeringsspråk, operativsystem, applikasjon, programmeringsgrensesnitt (API).

Hvordan fungerer hackathons?

Vanligvis starter hackathons med en presentasjon av arrangementet som helhet og spesifikke emner, hvis noen. Deltakerne foreslår deretter ideer og danner team basert på interesser og ferdigheter. Etter det starter arbeidet direkte med prosjekter, som kan ta fra flere timer til flere dager. Mat på hackathons (spesielt de som varer mer enn en dag) er spontan, og deltakerne har en tendens til å spise mat som pizza og energidrikker. Deltakerne kan også sove under hackathonet, hvis de finner hvor.

Hackathonene avsluttes med prosjektpresentasjoner, der hvert team deler resultatene av arbeidet sitt. Noen ganger er hackathons konkurransedyktige. I slike tilfeller vurderer juryen deltakerne og velger ut vinnerne som skal premieres.

Hvorfor trengs hackathons?

Hackathons er en flott mulighet for designere, utviklere og andre fagfolk til å komme sammen og jobbe med et prosjekt.

  1. Bekjent. Et hackathon er en møteplass for designere, utviklere og andre fagfolk, hvor de kan bli kjent med hverandre, utveksle kunnskap og ideer, eller komme med et felles prosjekt som de skal jobbe med i fremtiden.
  2. Fellesskapsbygging. Hackathons bidrar til å skape nettverk av talentfulle og aktive mennesker som er interessert i et bestemt emne eller problem.
  3. Kreativ arbeidsprosess og samarbeid. På hackathon har deltakerne en unik mulighet til å jobbe i et gratis, praktisk format for dem, med spesialister fra de feltene de kanskje aldri har krysset veier med.
  4. Ny kunnskap. Hackathon-formatet forutsetter at deltakerne hele tiden står overfor oppgaver som de ikke har møtt før. Følgelig skjer det å lære nye ting på hackathons veldig raskt, og kunnskapen man får kan umiddelbart brukes i praksis. I tillegg er det mange mennesker rundt omkring som kan hjelpe. For eksempel kan en person som er i nærheten forklare noe på 10 minutter som ville kreve å se et helt videokurs.
  5. Vis talent. For deltakerne er hackathon en mulighet til å vise hvor flinke de er.
  6. Implementering av nye ideer. Som en slags plattform for eksperimenter lar hackathon deg komme opp med og implementere helt nye ideer og prosjekter.
  7. Oppstartsprosjektscene. For bedrifter kan hackathons være spesielt interessant fordi de er åstedet for potensielt vellykkede startups å jobbe videre med.

Hvis du bestemmer deg for å organisere et hackathon

Å holde et hackathon relatert til samfunnsoppdraget ditt er en god måte å tiltrekke seg dyktige fagfolk til det, og å komme opp med og implementere nye måter å løse eksisterende problemer på. Hvis du har bestemt deg for å organisere et hackathon, kan disse tipsene hjelpe deg.

  1. Definer formålet med hackathon. Hvilke problemer prøver du å løse? Hva bør utviklere gjøre? Å engasjere utviklere er nøkkelen til et vellykket hackathon fordi de vet hvordan de skal bygge apper. Du bør også involvere eksperter fra feltet, folk fra samfunnet, studenter – jo bredere publikum er, jo mer kreative løsninger kan være.
  2. Sett av nok tid til planlegging. Avhengig av størrelsen på arrangementet tar forberedelsene vanligvis tre til seks uker.
  3. Velg et sted og dato. Av åpenbare grunner kan ingenting skje før du velger nøyaktig hvor det skal skje. Det er mange steder hvor et hackathon kan holdes, fra IT-bedriftskontorer til lokale kafeer. Siden de fleste spesialister er profesjonelle arbeidere, er helgene mer praktiske for dem.
  4. Få sponsorer. De dyreste elementene i et hackathon er lokalet, maten og premier. Tenk på hva og hvilke sponsorer du kan tilby i bytte mot støtte.
  5. Fortell potensielle deltakere om hackathonet. Send inn informasjon om arrangementet på de aktuelle ressursene for å tiltrekke de som hackathonet er ment for og som kan være interessert. Ta kontakt med pressen og innflytelsesrike fellesskapsmedlemmer som kan spre ordet gjennom sosiale medier. Be sponsorer om å spre ordet også – det er i deres beste interesse å ha et bredest mulig publikum.
  6. Bestill (litt) mer mat.Å bestille for mye mat og se den gå til spille er trist. Men ingenting slår den fiaskoen hvis det ikke er nok mat og deltakerne er sinte og sultne. Den samme regelen gjelder for det andre viktige aspektet av hackathon - kaffe.
  7. Sørg for å ha gode premier til vinnerne. Som regel er det en direkte sammenheng mellom kvaliteten på premiene og kvaliteten på prosjektene.
  8. Husk at uansett hvor nøye du forbereder deg, noe kan alltid gå galt. Du må forstå hva som er kritisk og hva som ikke er det, og prøve å forhindre at det siste skjer (det vil ikke være kritisk at en grumsete væske helles ut av kaffetrakteren i stedet for kaffe, men at Wi-Fi har sluttet å fungere eller det er ikke nok stikkontakter).

Generelt er det ikke en veldig vanskelig prosess å organisere et hackathon, og resultatet av hver slik begivenhet er fremveksten av nye ideer og prosjekter som har potensial til å være sosialt betydningsfulle og nyttige for samfunnet.

Organisasjon

Strukturen til hackathons når det gjelder prosjekter og team:

  • Utviklere på Hackathon er registrert enten av dannede team eller individuelt.
  • I det andre tilfellet er arrangørenes oppgave å danne et team av individuelle medlemmer.
  • Avhengig av kriteriene for hackathons, kan du stille krav til lag - minimumsantallet, tilstedeværelsen av tekniske spesialiseringer i visse områder, etc.
  • Deltakere som ikke er med på noe lag vil bli veldig lei seg.

Presentasjon av ideer- uavhengig av om de er registrert med lag eller individuelt, i begynnelsen av hackathons er det viktig å sende inn prosjekter.

Dette oppnår flere av følgende mål:

  • Dannelse av lag (hvis ikke dannet)
  • Introduserer lag for konkurrenter
  • Juryens og arrangørenes kjennskap til prosjektene
  • Bekjentskap av deltakere med egne prosjekter.

Presentasjoner av ideer fra folk som ikke vil delta i hackathonet gir ingen mening. Prosjektlederen må være med teamet hele tiden, spørre og hjernevaske dem. Ellers vil ikke prosjektet fungere.

Den ideelle lagstørrelsen for generelle/bedriftshackathons er 4-7 personer med forskjellige spesialiseringer. For hackathons med en teknisk retning - minst 2. Det er ikke ønskelig at noen gjør prosjekter alene, slike prosjekter vinner noen ganger til og med, men de har ikke hackathons ånd.

Dato, varighet og innreise

Hackathon varer fra 1 til 3 dager. For et stort hackathon er den optimale varigheten 48 timer, starter fredag ​​kveld og slutter søndag kveld. Betalt inngang. Alt avhenger av dine evner og konsept. Vi anbefaler at du betaler for inngangen (med understrek ved forhåndspåmelding), da dette vil fungere som et filter for «venstreorienterte» personer, og vil også gi ytterligere motivasjon for deltakerne til ikke å glemme å komme. Med vellykket PR kan registreringer også dekke utgiftene dine betydelig og gi nøyaktig den typen kontanter som er vanskelig å få fra sponsorer.

Arrangører

Selvfølgelig er et team den viktigste komponenten i noe.

  • Ledende. Dette er personen som setter tonen og stemningen på arrangementet, sørger for at alt skjer etter planen, annonserer etappene, deltakere og annen viktig informasjon. Det er nødvendig at programlederen er så nøytral som mulig og ikke åpent sympatiserer med noen av deltakerne og dessuten ikke "undertrykker" de som ikke lykkes. Oppgaven til programlederen er å opprettholde stemningen i arrangementet, og derfor er det han som skal fylle ut alle de tekniske momentene, hake mellom presentasjoner og andre fak-ups. Samtidig er programlederen den minst viktige personen på scenen og hans funksjon er å heve betydningen av alle andre. Krav til foredragsholder: evne til å snakke offentlig, kunnskap om fagområdet, autoritet blant deltakerne. Tilretteleggeren kan også være en dommer eller en mentor, selv om dette etter min mening ikke er ønskelig.
  • Arrangementssekretær. Personen som har ansvaret for timeplanen, mentorer, sponsorer og programleder vet når noen har en pitch, hva programlederen skal si og når. Ofte kan han kringkaste på nettet, legge ut bilder på sosiale nettverk.
  • Teknisk spesialist. En person som vet hvordan nettverket fungerer for arrangementer og hvor den skal kobles til, er god når han konfigurerte det. Også ofte har deltakerne (til tross for at de er programmerere) problemer som de ikke kan løse på egen hånd - datamaskinen kobles ikke til nettverket, operativsystemet har tatt av, det er ingen flash-stasjon. Det er veldig bra når det er noen som tar seg av dem. Det er også bra når administrator kan ta seg av riktig drift av mikrofoner, lyd, videostrømmer, interaktiv tape og annet som pryder oppholdet på hackathon. Dersom du arrangerer et Hackathon i Moskva og trenger god lyd, bør du sørge for å leie høyttalere i Moskva på forhånd. Husk at Murphys lov alltid fungerer bra for den tekniske infrastrukturen til hendelser: Hvis noe kan skje, vil det definitivt skje.
  • Hjelp-tom. Personene som sørger for all logistikken til arrangementet sørger for at det er kaffe og at toalettet ikke er tett. Å tilfredsstille deltakernes behov, finne og skaffe ting som er funnet (for eksempel ladere for bærbare datamaskiner som deltakerne har glemt å ta med seg), gjør det umulige. Noen fra laget skal være tilstede på arrangementene hele tiden, dag og natt. Disse personene bør være kjent (presentatørens oppgave er å introdusere alle for dem) og lett identifiseres med T-skjorter, merker osv.

Regelen om fem "nei"

«Det er umulig» å gjennomføre et hackathon på egenhånd

Det vil si at du kan selvfølgelig, men dersom du ikke ønsker at dette skal være det første og siste hackathonet i din bedrift, så bør du kontakte de som har erfaring med å holde slike arrangementer. Å organisere et hackathon er en kompleks prosess som innebærer å jobbe med deltakerne, lære dem kunsten å presentere sine egne ideer og forberede taler. Det vil være nødvendig å håndtere logistikk, catering, kjøp av nødvendig skrivemateriell.

Vi holder våre hackathons sammen med gamle venner - Mikhail Kechinov Studio, som arrangerer en rekke HackDay-arrangementer. Det er klart at det må bevilges et visst budsjett til dette, men kvaliteten på arrangementet vil definitivt øke. Du kan lese om deres syn på prosessen med å organisere eksterne hackathons her. Du må ta hensyn til enhver, til og med avtale, bagateller, fordi du vil ha bare én sjanse til å gjøre hackathon brennende, minneverdig og, viktigst av alt, nyttig for ansatte. Og hvis den første pannekaken er klumpete, vil ingen komme til deg andre gang.

«Det er umulig» å motivere ansatte med dyre premier

Et hackathon er ikke en konkurranse. Det handler ikke om å lokke spesialister fra prosjekt til prosjekt, men om muligheten for samarbeid mellom deltakere fra ulike team. Jo mer ingeniører kommuniserer, jobber med felles prosjekter, desto gunstigere er klimaet på stedet, og derfor i arbeidsgruppene etter hackathon. Derfor er det ikke de personlige, men lagpremiene som er viktige. De skal være rimelige, men definitivt rettet mot et lag tidsfordriv: komplekse gåter på flere nivåer, gåter for millioner, sjakk, radiostyrte leker og alle slags søte ting som er designet for laget. Ingen dyre enheter skal bli et agn for å delta i et hackathon; hvis en person regner med det, - han er ikke for deg.

Rollen til riktig motivasjon, så vel som markedsføring av selve hackathonet, er så stor at dette kanskje er det viktigste du må tenke på helt fra begynnelsen. Hvordan tiltrekke folk? Med en riktig bygget kjede av "promosjon", vil alt være til fordel for saken: kreative reklamebannere limt over hele kontoret; og et oppvarmingsarrangement, som vanligvis holdes 1-2 uker før hackathon.

Et eksempel er ideen til Andrey Pakhomov, leder for utviklingsteamet ved EMC Research Center i Skolkovo. Han foreslo å lage et "lett" system for samarbeid mellom vitenskapelige miljøer. Slik beskriver han det selv: «Vi løste problemet med å administrere, lagre og utveksle vitenskapelige data. Arkitekturen er basert på populære og pålitelige OSS-løsninger. Takket være bruken av dem representerer funksjonaliteten vår et ganske lite kontrollnivå, potensielt skalerbart til ethvert behov. I prinsippet kan systemet brukes ikke bare til vitenskapelige prosjekter, men også for alle oppgaver som krever databehandling, inkludert søk og analyser." Denne ideen ble født under det innovative manifestet, ved neste hackathon ble det en fungerende prototype.

Men dette betyr ikke at ting ikke går utover hackathonet. Vi inviterer ansatte til å bidra med ideene sine til det årlige bedriftens Innovation Roadmap, et internt konkurranseprogram for innsamling av innovative ideer. Og her er ikke lenger vage anslag, men gjennomtenkte prototyper som har gått gjennom brann-vann-og-kobberrørene til hackathonet, så hackathonet hjelper noen til å bli en vinner på bedriftsnivå også. Dette er den andre typen motivasjon i vårt selskap. Og selvfølgelig er det en tredje grunn til at ansatte kommer til hackathon er for moro skyld.

"Ikke" undervurder komfort

Hackathon er et langt og kontinuerlig arrangement. Vanligvis er varigheten deres 48 timer, og for andre år nå har vi holdt på med 35-timers hackathon (fredag-lørdag). For deltakernes komfort er det ikke nok bare komfortable bønneposer, du trenger fullverdige soveposer, mer komfortable og større. Vi lærte også denne sannheten fra vår egen erfaring.

"Ikke" glem tilbakemeldinger fra eksperter

Hvorfor kommer ansatte til det interne hackathonet? Arbeid ut ideene dine. Ha det moro. Og, viktigst av alt, få tilbakemelding på prototypene som presenteres. Ikke begrens deltakere i "typene" ideer. Dette kan både være oppgaver som team eller kunder må løse i dag, så vel som ideer som ligger utenfor virksomhetens grenser.

Alt er også viktig her: fra å nominere juryen til å organisere obligatoriske personlige tilbakemeldinger fra hvert jurymedlem på hvert prosjekt! Rollen som moderator for diskusjonen under jurymøtet er også viktig, som skal sørge for at alle verdifulle kommentarer kommer til orde og ikke et eneste prosjekt ignoreres.

Sammensetningen av juryen bør være variert, den bør inneholde representanter fra ulike avdelinger, ikke bare ingeniørfag, men også næringsliv og salg og utvikling. Tilbakemeldinger bør være allsidige.

Og det siste: «det er umulig» å anta at det ikke er noe liv etter hackathonet

Snarere motsatt: Suksessen til prototypene utviklet under hackathonet avhenger i stor grad av den videre gjennomføringen av prosjektene, av hvor mye man klarer å hjelpe deltakerne med å vise prosjektet sitt til de rette personene i selskapet, om prosjektet vil motta investeringer for videreutvikling, eller resultatene av arbeidet kan implementeres i produktet. ... Selvfølgelig vil det videre være patentsøknader, og inkubasjon av ideer, og tiltrekning av investeringer i selskapet, men dette er en helt annen historie.

Hvordan vinne hackathons: 5 regler

1. Forbered deg nøye

Forberedelsene til et hackathon begynner fra det øyeblikket du lærer om det. Det er viktig å avklare hva fra «inventaret» som skal leveres av arrangørene, og hva som kan og bør tas med.

Vurder om du kan ta med noen venner med forskjellige teknologier for å hjelpe teamet. Sørg for å studere temaet for hackathon og skisser umiddelbart ideer som du kan prøve å implementere under arrangementet. Og på selve arrangementet, etter å ha forstått situasjonen, vil du endelig kunne godkjenne ideen og teamet. Ikke glem å ta en bærbar datamaskin, lade telefonen, ta alle slags adaptere og et 3G-modem - en Wi-Fi-ruter. Som praksis har vist, vil det ikke være overflødig.

2. Få juryen interessert allerede før starten av vurderingen.

Som regel organiseres hackathons av en gruppe sponsorer som er interessert i å få et dusin kommersielle og tekniske ideer i en bestemt bransje. De sitter også i juryen. Hvis dette ikke er gitt i betingelsene, spesifiser hvilke teknologier som må brukes uten feil, hvilke som er valgfrie. Du kan prøve å tiltrekke jurymedlemmer som mentorer for å trekke oppmerksomheten deres til teamet og din utvikling.

Prøv å stille så mange spørsmål om saken som mulig, dette vil vise at du er dypt fordypet i deres teknologi eller fagområde. Noen ganger, under utviklingen av en idé, er det mulig å finne og vise feil i teknologiene som brukes av sponsorer eller å finne en ny applikasjon for dem. Alt dette vil også være tilleggspoeng i din favør.

3. Fokuser på den store ideen din uten fanatisk justering av tekniske detaljer.

Den tekniske komponenten kan fengsle deg så mye at du vil bruke all den tildelte tiden på å feilsøke et lite fragment av programmet. I dette tilfellet kan perfeksjonisme være skadelig for deg. I løpet av få minutter av presentasjonen vil ingen ha tid til å forstå hvor nøye du har skrevet koden din, og det kan ta deg all tid og krefter som er tildelt for forberedelse. Prøv å ikke gå dypere inn i implementeringen hvis du ikke er sikker på at du vil ha tid til å fullføre alt innen slutten. Det viktigste er konseptet med ideen. Og slik at han kan løse målene til sluttkunden til hackathonet best mulig. Og du kan jobbe med resten av ideene senere, i en mer avslappet modus.

4. Presentasjon av en idé er 30 % av suksessen

Ofte er det teamets programleder som er forfatteren av ideen eller den som skriver koden best, eller alle får et ord slik at ingen blir fornærmet. Denne tilnærmingen fungerer ikke. Velg fra teamet ditt det mest karismatiske medlemmet med minst minimal erfaring med å snakke offentlig. Hvis ingen har erfaring, velg den "talende" deltakeren selv og få ham til å forberede seg ved å bruke videoene av talelærere som er tilgjengelige på YouTube. Å forberede presentasjonen er like mye en del av prosjektet som å skrive den nødvendige koden.

Hackathon er et sted for frihet og inspirasjon. Still inn på en bølge av kreativ atmosfære, nye bekjentskaper og utveksling av kunnskap. Nyt prosessen, og alt ordner seg!

Hackathon er en begivenhet der et team av utviklere, i løpet av en begrenset tid og på en liten plass, deler opp i grupper, løser et problem ved å lage en programvare (ingeniør)løsning, produkt eller tjeneste.

Etter min forståelse er et hackathon underholdning for programmerere, som lar dem realisere noen av målene sine på kort tid.

utviklermål:

  • Ha det gøy
  • Prøv noen teknologier, praksiser
  • Test en hypotese/idé på kort tid
  • Å gjøre noe jeg har ønsket å gjøre lenge
  • Sjekk folk, lag, prøv å jobbe sammen
  • For å lappe opp et eksisterende prosjekt, få erfaring, tilbakemeldinger, investeringer
  • Gjør noe nyttig
  • Få materielle fordeler ved å delta i hackathon

Jeg har satt disse målene i den rekkefølgen jeg oppfatter dem som utvikler og hackathon-deltaker. Folk er forskjellige, og deres prioriteringer er veldig forskjellige.

Det finnes også forskjellige hackathons.

hackathon-kriterier

  • Tematisk / generelt
  • Konkurranser / fan
  • Fokus på produksjonsevne av løsninger kontra forretningsfokus

Basert på disse (og mange andre) kriteriene vil både hackathon og publikum som kommer til det være forskjellig.
Det er veldig viktig at presentasjonen til arrangørene og publikum på dette stedet stemmer overens.

Tematisk hackathon avgrenser tydelig et spesifikt område der problemet vil bli løst og/eller et sett med teknologier som vil løse disse problemene.

Eksempler på emner:

  • elektronisk kontroll,
  • veldedighet,
  • energiuavhengighet,
  • restaurantens sfære,
  • tankekortverktøy,
  • mobilspill.

Teknologisuite vanligvis definert hvis et arrangement er initiert eller sponset av en representant for disse teknologiene (selskap eller fellesskap)
For eksempel: Hardware hackathon på intel Galileo, photo hackathon av Nikon, Nvidia-CUDA, Unity 3d, ruby ​​on rails i den virkelige verden, etc.

General Hackathons definerer ikke et klart emne for prosjekter, og er differensiert etter individuelle parametere.

Jo tydeligere du skisserer temaet, jo nærmere vil publikum komme det, men samtidig blir det mindre. Hvis hackathonet ikke har betydelig differensiering, kan ingen komme til det.

Polaritet konkurranse / fan kommer først og fremst ut fra arrangørenes posisjon, og temaet.
For eksempel vil et hackathon om temaet «Most useless thing in a world» ha en liten del av konkurransen.

Den viktigste faktoren for dette kriteriet er også tilgjengelighet og størrelse på premiefondet... Jo mer og mer aktivt det kunngjøres, jo mer vil atmosfæren av rase og spenning være tilstede under arrangementet.

Produserbarhet vs forretningsorientering dette er først og fremst kriterier for å evaluere avgjørelser tatt på hackathons.

Det kommer også av arrangørenes natur og temaet, og er kanskje det viktigste som hele tiden må formidles til deltakerne, siden de ellers kan bli svært skuffet over mangelfull vurdering.

* Programmerere er alltid orientert mot produksjonsevne.

Kriterier for å evaluere løsninger for produksjonsevne:

  • Teknisk fortreffelighet og funksjonalitet
  • Kompleksiteten til implementering, teknologier og tilnærminger som brukes
  • Design, visuell perfeksjon av produktet

Kriterier for forretningskomponenter:

  • Å ha en forretningsmodell, forstå hvor pengene skal komme fra og hvordan de skal returneres.
  • Strukturen og kvaliteten på presentasjonen, kommunikasjon til publikum, pitching, en idé om markedsføringsstrategien til prosjektet.
  • Et team er som en gruppe mennesker som systematisk kan implementere løsninger.

Følgelig vil teamet som utviklet den superteknologiske og komplekse løsningen være skuffet over seieren til laget med en vakker presentasjon og en tunge-in-cheek pitcher. For å unngå skuffelse, må du tydelig artikulere målene og kriteriene for arrangementet.

Det bør også være et obligatorisk vurderingskriterium generell fortreffelighet og ytelse den foreslåtte løsningen. Det burde fungere.
Hvis dette ikke tas i betraktning, blir hackathonet til en konkurranse med vakre ideer.

Til tross for at kriteriene ovenfor er polare, kan og bør de kombineres. Dette er vanskeligheten og hovedutfordringen når du lager konseptet med hackathons.

Derfor er det første spørsmålet arrangøren bør stille seg selv:

Årsaken, temaet og formålet med hackathonene hans?

Du må forstå at du samler en haug med vanligvis profesjonelle og dyre mennesker når det gjelder lønn, slik at de bruker sin personlige tid på å løse problemet du stiller med emnet ditt.

Programmerere elsker å gjøre kule, viktige, nyttige ting på en måte som alle vet om det.

Hold emnet ditt enkelt og greit.

Forventninger fra produkter utviklet på hackathon

  • 99,7 % av startups dør.
  • 99,9 % av hackathon-løsningene blir kastet. Og det er riktig.

En hackathon-løsning er et raskt og skittent forsøk på å teste muligheten for å løse et gitt problem.

Strukturen til hackathons når det gjelder prosjekter og team:

  • Utviklere på Hackathon er registrert enten av dannede team eller individuelt.
  • I det andre tilfellet er arrangørenes oppgave å danne et team av individuelle medlemmer.
  • Avhengig av kriteriene for hackathons, kan du stille krav til lag - minimumsantallet, tilstedeværelsen av tekniske spesialiseringer i visse områder, etc.
  • Deltakere som ikke er med på noe lag vil bli veldig lei seg.

Presentasjon av ideer- uavhengig av om de er registrert med lag eller individuelt, i begynnelsen av hackathons er det viktig å sende inn prosjekter.
Dette oppnår flere av følgende mål:

  • Dannelse av lag (hvis ikke dannet)
  • Introduserer lag for konkurrenter
  • Juryens og arrangørenes kjennskap til prosjektene
  • Bekjentskap av deltakere med egne prosjekter.

Presentasjoner av ideer fra folk som ikke vil delta i hackathonet gir ingen mening. Prosjektlederen må være med teamet hele tiden, spørre og hjernevaske dem. Ellers vil ikke prosjektet fungere.

Ideell lagstørrelse for generelle / business hackathons 4-7 personer med ulike spesialiseringer.

For hackathon med teknisk retning - minst 2.

Det er ikke ønskelig at noen gjør prosjekter alene, slike prosjekter vinner noen ganger til og med, men de har ikke hackathons ånd.

Dato og varighet

Hackathon varer fra 1 til 3 dager.

For et stort hackathon er den optimale varigheten 48 timer, starter fredag ​​kveld og slutter søndag kveld.

Internett

Godt internett er avgjørende for hackathons. Den anbefalte beregningen av den eksterne Internett-kanalen er 1 Mbit * 1 deltaker.
Det er svært ønskelig å ha en backup-kanal som kan kobles til i tilfelle svikt i hovedkanalen.

wifi-nettverk- med et stort antall utstyr (bærbare datamaskiner, tilbehør), kan det hende at en wifi-kanal som fungerer tilfredsstillende under normale forhold, ikke takler aktiviteten til hackathons.

Arrangører

Selvfølgelig er et team den viktigste komponenten i noe.

Ledende

Dette er personen som setter tonen og stemningen på arrangementet, sørger for at alt skjer etter planen, annonserer etappene, deltakere og annen viktig informasjon.

Det er nødvendig at programlederen er så nøytral som mulig og ikke åpent sympatiserer med noen av deltakerne og dessuten ikke "undertrykker" de som ikke lykkes.

Oppgaven til programlederen er å opprettholde stemningen i arrangementet, og derfor er det han som skal fylle ut alle de tekniske momentene, hake mellom presentasjoner og andre fak-ups. Samtidig er programlederen den minst viktige personen på scenen og hans funksjon er å heve betydningen av alle andre.

Krav til foredragsholder: evne til å snakke offentlig, kunnskap om fagområdet, autoritet blant deltakerne.

Tilretteleggeren kan også være en dommer eller en mentor, selv om dette etter min mening ikke er ønskelig.

Arrangementssekretær

Personen som har ansvaret for timeplanen, mentorer, sponsorer og programleder vet når noen har en pitch, hva programlederen skal si og når. Ofte kan han kringkaste på nettet, legge ut bilder på sosiale nettverk.

Teknisk spesialist

En person som vet hvordan nettverket fungerer for arrangementer og hvor den skal kobles til, er god når han konfigurerte det. Også ofte deltakerne (til tross for at de er programmerere) det oppstår problemer som de ikke kan løse på egen hånd - datamaskinen kobles ikke til nettverket, operativsystemet har tatt av, det er ingen flash-stasjon. Det er veldig bra når det er noen som tar seg av dem.

Det er også bra når administrator kan ta seg av riktig drift av mikrofoner, lyd, videostrømmer, interaktiv tape og annet som pryder oppholdet på hackathon. Hvis du er vert for et Hackathon og trenger god lyd, er det verdt å ta vare på å leie høyttalere på forhånd. Vi anbefaler deg å kontakte kun fagfolk.

Husk at Murphys lov alltid fungerer bra for den tekniske begivenhetsinfrastrukturen: Hvis noe kan skje, så vil det definitivt skje.

Hjelp-tom

Personene som sørger for all logistikken til arrangementet sørger for at det er kaffe og at toalettet ikke er tett. Å tilfredsstille deltakernes behov, finne og skaffe ting som er funnet (for eksempel ladere for bærbare datamaskiner som deltakerne har glemt å ta med seg), gjør det umulige.

Noen fra laget skal være tilstede på arrangementene hele tiden, dag og natt. Disse personene bør være kjent (presentatørens oppgave er å introdusere alle for dem) og lett identifiseres med T-skjorter, merker osv.

Betalt inngang

Alt avhenger av dine evner og konsept.

Generelt anbefaler jeg at du betaler for inngangen (med understrek ved forhåndspåmelding), da dette vil fungere som et filter for «venstreorienterte» personer, og vil også gi ytterligere motivasjon for deltakerne til ikke å glemme å komme.

Med vellykket PR kan registreringer også dekke utgiftene dine betydelig og gi nøyaktig den typen kontanter som er vanskelig å få fra sponsorer.

Arbeid etter hackathons

Dette punktet blir veldig ofte glemt, selv om det ikke er mindre viktig enn arbeidet før arrangementet.

Det er nødvendig å gjøre status, legge ut bilder, annonsere vinnerne på nett og hva som venter dem, takk partnerne igjen. Å jobbe etter hackathons er en direkte investering i bildet ditt og i neste arrangement. Ikke glem dette!

Nøkkelord: Høyttalerutleie, Hackathon, mål, programmerere, programvareutvikling, prosjekter, design, business