Hackathon er en begivenhet der et team av utviklere, innenfor en begrenset tid og på et lite rom, bryter inn i grupper, løser et bestemt 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/ide på kort tid
• Gjør noe du har hatt lyst til lenge
• Sjekk folk, lag, prøv å jobbe sammen
• Pitch et eksisterende prosjekt, få erfaring, anmeldelser, investeringer
• Gjør noe nyttig
• Motta materielle fordeler ved å delta i et 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 typer hackathons.

hackathon-kriterier

• Tematisk / generelt
• Konkurranse/fan
• Fokus på teknologiske løsninger vs forretningsfokus

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

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

Eksempler på emner:

• elektronisk kontroll,
• veldedighet,
• energiuavhengighet,
• restaurantbransjen,
• tankekartverktøy,
• mobilspill.

Teknologisett vanligvis definert hvis arrangementet holdes på initiativ eller i regi 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 tema for prosjekter, og er differensiert etter individuelle parametere.

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

Polaritet konkurranse/fan kommer først og fremst fra arrangørenes posisjon og temaet.
For eksempel vil et hackathon om emnet "Den mest ubrukelige ting i en verden" ha en liten konkurransekomponent.

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

Produserbarhet vs forretningsorientering Dette er først og fremst kriterier for å evaluere løsninger produsert på hackathons.

Det kommer også fra essensen av arrangørene 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 teknologisk orienterte.

Kriterier for å evaluere en løsning basert på produksjonsevne:

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

Kriterier for forretningskomponenten:

• Å 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 prosjektets markedsføringsstrategi.
• Et team er en gruppe mennesker som systematisk kan implementere løsninger.

Følgelig vil teamet som utviklet en superteknologisk og kompleks løsning bli skuffet over seieren til laget med en vakker presentasjon og en pitcher med en hengende tunge. For å unngå skuffelse, må du tydelig artikulere målene og kriteriene for arrangementet.

Det bør også være et obligatorisk evalueringskriterium generell fortreffelighet og effektivitet foreslått løsning. 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 som 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 til å løse problemet du stiller med emnet ditt.

Programmerere elsker å gjøre kule, viktige, nyttige ting og slik at alle vet om det.

Emnet ditt skal være enkelt og tydelig.

Forventninger fra produkter utviklet på hackathon

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

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

Hackathon-struktur når det gjelder prosjekter og team:

• Utviklere ved Hackathon registrerer seg enten som lag eller individuelt.
• I det andre tilfellet er arrangørenes oppgave å danne et lag fra individuelle deltakere.
• Avhengig av hackathon-kriteriene kan du stille krav til lag - minimal mengde, tilstedeværelsen av tekniske spesialiseringer på visse områder, etc.
• Deltakere som ikke er med på noe lag vil bli veldig lei seg.

Idépresentasjoner– uansett om de registrerer seg hos dere i lag eller individuelt, er det viktig å presentere prosjekter i begynnelsen av hackathons.
Dette oppnår flere av følgende mål:

• Dannelse av lag (hvis ikke dannet)
• Introduserer lag for konkurrenter
• Introduserer juryen og arrangørene til prosjektene
• Introdusere deltakerne til sine egne prosjekter.

Presentasjoner av ideer fra folk som ikke vil delta i hackathon gir ingen mening. Prosjektlederen må være med hele tiden, hamre og hjernevaske dem. Ellers vil ikke prosjektet ta av.

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

For hackathon med teknisk fokus - minst 2.

Det er ikke tilrådelig for noen å gjøre prosjekter alene;

Dato og varighet

Hackathons varer fra 1 til 3 dager.

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

Internett

Godt internett er avgjørende for å være vertskap for hackathons. Anbefalt beregning for den eksterne Internett-kanalen er 1Mbit * 1 deltaker.
Det er svært ønskelig å ha backup kanal, som kan kobles til i tilfelle svikt i hovedenheten.

wifi-nettverk- med en stor mengde 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

Det er klart at laget er den viktigste komponenten i alt.

Ledende

Dette er personen som setter tonen og stemningen på arrangementet, sørger for at alt skjer som planlagt, 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, langt mindre "undertrykker" de som ikke har det bra.

Programlederens oppgave er å opprettholde stemningen i arrangementet, og derfor er det han som må fylle ut alle de tekniske momentene, hakene mellom presentasjonene og andre faux pas. Samtidig er lederen minst viktig person på scenen og hans funksjon er å heve betydningen av alle andre.

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

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

Arrangementssekretær

Den som tar seg av timeplanen, mentorer, sponsorer, programleder, vet når hvem som har en pitch, hva programlederen skal si og når. Ofte kan han kringkaste på nettet og legge ut bilder på sosiale nettverk.

Teknisk spesialist

En person som vet hvordan nettverket for arrangementer fungerer og hvor det skal kobles til, er bra når han setter det opp. Også ofte blant deltakere (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 krasjet, 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 en administrator kan ta seg av riktig drift av mikrofoner, lyd, videostrømmer, interaktive feeds og andre ting som gjør et hackathon morsomt. Skal du arrangere et Hackathon og trenger god lyd, bør du vurdere å leie høyttalere på forhånd. Vi anbefaler deg å kontakte kun fagfolk.

Ikke glem at Murphys lov alltid fungerer bra når det kommer til teknisk begivenhetsinfrastruktur: Hvis noe kan skje, vil det definitivt skje.

Hjelpevolum

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

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

Betalt inngang

Alt avhenger av dine evner og konsept.

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

Dessuten, med vellykket PR, kan registreringer betydelig dekke utgiftene dine og gi akkurat de pengene 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.

Vi må oppsummere resultatene, legge ut bilder, annonsere online vinnerne og hva som venter dem, og takke partnerne våre igjen. Å jobbe etter hackathons er en direkte investering i bildet ditt og neste arrangement. Ikke glem det!

Nøkkelord: Høyttalerutleie, Hackathon, mål, programmerere, programoppretting, prosjekter, Design, business

For to uker siden hadde jeg muligheten til å delta i et hackathon for første gang! Hensikten med arrangementet var å utvikle levedyktige forretningsideer som kunne forbedre tilstanden til miljø Det Baltiske hav. Denne tre dager lange idédugnaden fant sted i sentrum av Helsinki og involverte 12 lag, inkludert mitt. En uforglemmelig og uvurderlig opplevelse!

Hva er et hackathon?

Ordet «hackathon», som kom fra IT-verdenen i 1999, betyr intensivt samarbeid mellom programmerere, designere og ledere for å løse et spesifikt problem (for eksempel å lage ny programvare).

For tiden øker hackathons også i popularitet blant forretningsmenn, forskere og til og med politikere. Dessuten er hackathons nøyaktig utformet for å sikre at alle de ovennevnte spesialistene kommer sammen og alle bidrar til utviklingen av en idé/prosjekt.

Som regel er det ikke ett, men mange lag til stede på et hackathon. Først annonserer hackathon-arrangørene hovedoppgaven, deretter søker kandidatlag om deltakelse, de beste kommer til hackathon og kjemper om hovedpremien. Arrangementet varer vanligvis i flere dager, hvor teamene jobber intensivt med prosjektet, rådfører seg med inviterte spesialister (eksperter) og forbereder en presentasjon av prosjektet til den siste dagen, hvor juryen bestemmer vinneren.

Arrangørene sørger også for mat og fritid til deltakerne. Alt dette er gjort for å skape en kreativ atmosfære for arrangementet, der lagene også finner tid til å slappe av og kommunisere med hverandre. Dermed får hver hackathon-deltaker nyttig yrkeserfaring, muligheten til å møte personlig med eksperter innen sitt eget og andre felt, og bare ha det gøy, og vinnerlaget vil også motta en pengepremie for dette!

Hackathon DEEP Challenge - fra teori til praksis

Hovedoppgaven til hackathon DYP utfordring var å skape betingelser for utvikling og implementering av kommersielle ideer som ville forbedre miljøsituasjonen i den baltiske regionen. For å gjøre dette, en måned før selve arrangementet, annonserte arrangørene aksept av søknader fra team med forretningsideer og inviterte mer enn ti eksperter innen ulike aktivitetsfelt (fra forskere og ingeniører til forretningsmenn og politikere). Blant 70 søknader, basert på ekspertrådets mening, ble de 12 beste valgt ut, inkludert teamet mitt.

Hackathon DYP utfordring ble organisert i sentrum av Helsinki i konferansesalen til vannkomplekset Allas Sea Pool, hvor høydepunktet er tre utendørs svømmebasseng rett overfor shoppingområdet Kauppatori. Dessverre hadde jeg ikke tid til å svømme i bassenget eller dampe i badstuen, selv om arrangørene ga denne muligheten til alle hackathon-deltakere gratis.

Oppgaven for hackathon-deltakerne var klar: utvikle ideen sin til et realistisk forretningsprosjekt og presentere den for publikum på siste dag. Hackathonet begynte fredag ​​kveld og ble avsluttet søndag ettermiddag. Arrangementet ble arrangert av en så karismatisk Finn, en kjent programleder for en av de finske radiostasjonene.

Fredag ​​- oppvarming

Den første dagen var til oppvarming: oppdraget til hackathon og oppgaven til lagene ble annonsert, et par konkurranser for oppfinnsomhet ble avholdt, og så dro alle ut på middag sammen. Dette gjorde at deltakere fra forskjellige lag ble kjent med hverandre, eksperter og arrangører. Jeg må si at de matet oss godt, noe som også bidro til å skape en vennlig atmosfære på arrangementet.

Lørdag - idédugnad

Den andre dagen kan lett kalles en idédugnad. På denne dagen fikk hvert team muligheten til å diskutere ideen med flere eksperter (30 minutter hver). Ideen vår var for eksempel dedikert til opprettelsen av en undervannsværstasjon og ble kritisert av forskjellige eksperter fra tekniske, økonomiske og miljømessige synspunkter. I tillegg til kritikk ga de oss selvfølgelig råd om hvordan vi kan forbedre ideen, gjøre den mer realistisk og kommersielt levedyktig. I tillegg fikk vi kontakter med potensielle kunder og samarbeidspartnere som sannsynligvis vil være interessert i prosjektet.

Umiddelbart etter øktene med ekspertene, overveldet arrangørene oss med det faktum at hvert lag må lage og sende dem en presentasjon av ideen og forretningsplanen før klokken 21.00. Vi hadde bare fire timer på å lappe opp alle feilene i ideen, implementere ekspertanbefalinger og tilpasse det hele til en tre-minutters presentasjon! Dette er grunnen til at teamet mitt valgte å jobbe mer med prosjektet i stedet for å gå i badstuen og svømmebassenget.

Oppstandelse - presentasjon

Tidlig om morgenen skrev jeg teksten til en tre-minutters tale og gjentok den på toget, fordi... Finalen i hackathonet begynte om morgenen: presentasjoner av teamledere. Ikke alle foredragsholdere klarte å holde det til 3 minutter, og programlederen avbrøt dem brått og sa: "Din tid er ute." Jeg støtt på et problem at animasjonen i presentasjonen min ikke fungerte, fordi... arrangørene konverterte den til PDF (en god lærdom for fremtiden!).

Etter presentasjonen stilte juryen 2-3 spørsmål om prosjektet. Det er interessant at juryen i dette hackathonet ikke var sammensatt av eksperter som kunne evaluere prosjektene og fremdriften under konkurransen fra forskjellige vinkler, men sponsorene til hackathonet (representanter for banker og tilskudd)

Etter talene var det en siste lunsj, eller rettere sagt brunsj(på russisk: frokost + lunsj), som er en buffet med dusinvis av retter og desserter. Forresten, etter min mening er desserter mest sterke poeng Finsk mat!

Og endelig er juryen klar til å kunngjøre vinnerne av hackathon: dessverre, denne gangen var det ikke oss. Vinnerlagene ble tildelt små pengepremier (1500, 1000 og 500 euro for henholdsvis første, andre og tredje plass). Dette er hackathon DYP utfordring var ferdig.

Konklusjon

Så hva kan vi si om hackathon? Etter min mening er dette en ekstremt produktiv form for samarbeid for å utvikle ideer. For det første, Et hackathon er en ideell plattform for rask utvikling av prosjekter: på bare tre dager fikk vi en god forretningsplan fra en rå idé, samt tilbakemelding både fra snevre spesialister og fra allmennheten. For det andre, hackathon er en veldig praktisk måte å annonsere ideen din på: Jeg møtte personlig potensielle partnere og kunder som vi kan gjennomføre et prosjekt med i fremtiden. Tredje, erfaring med korte taler og kommunikasjon i et gründermiljø– dette er noe helt nytt for meg. Tross alt, hvor ellers kan du smake deilig mat, gå til bassenget og dampe i badstuen gratis? :-)

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

Ordet "hackathon" er dannet av to engelske ord å hacke (utforsk under programmering) og maraton (maraton). Dette begrepet dukket først opp i Amerika i 1999. Dette er et spesielt format der deltakerne over en begrenset periode, non-stop, ikke lager abstrakte løsninger på problemstillingen 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 mestring av programmeringsspråk.

Denne tilnærmingen er ekstremt relevant i dag, fordi studenter har muligheten til å samhandle direkte med arbeidsgivere og bedrifter. Dette gjør at de kan 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».

Det som skiller et hackathon fra et vanlig forum er mobiliteten i arbeidsprosessen: i gjennomsnitt på 40 timer må deltakerne gå fra å utvikle en idé til å lage en fungerende prototype. Det er spesielt viktig at det endelige resultatet 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 dette en rimelig måte å vise unge fagfolk at bransjen er interessert i deres arbeid og kunnskap. Studentenes tillit til fremtiden vil bidra til å unngå hjerneflukt.

For første gang arrangeres et hackathon i allrussisk målestokk i St. Petersburg denne helgen. Før dette eksisterte selvfølgelig slike arrangementer, men de var svært spesialiserte og lokale - hovedsakelig fant slike "konkurranser" sted på grunnlag av enkeltbedrifter, på universiteter eller blant programmerere. Det har først nå vært mulig å opprette en organisert bevegelse som dekker en rekke 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. Som prosjektleder Denis Samuylov sa, vil ulike løsninger bli foreslått, for eksempel på problemet med narkotikadistribusjon. "Denne saken vil bli presentert innen medisin. I våre apotek endrer medisiner seg ofte i pris. Og de er ikke alltid tilgjengelige. Vi kan samle dette og søke ikke bare etter navnet på stoffet, men også etter generiske (billigere analoger - red.anm.),» forklarer spesialisten.

I tillegg vil hackathonet inneholde en rekke andre nyttige prosjekter: basert på prinsippene til datingapplikasjonen Tinder vil det utvikles mobilapplikasjoner for optimal boligsøk. Og innen landbruket vil de tenke på måter å levere produktene til forbrukeren så ferske som mulig. Det er umulig å ikke legge merke til trenden i fjor– programmer basert på menneskelig interaksjon med virtuell virkelighet. Eksperter tilskriver populariteten til emnet til det oppsiktsvekkende spillet Pokemon Go. De planlegger å ta i bruk denne nyttige erfaringen med å jobbe med alternativ virkelighet og bruke den 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 livsendrende forbindelser.

Bilder - gruppe "Hackathon på VKontakte"/https://vk.com, gruppe "JourHack. 1st data journalism hackathon in St. Petersburg"/https://vk.com.

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

Noen hackathon er ment for pedagogiske eller sosiale formål, men oftere er målet med et hackathon å lage en 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 møte om kryptografi i Calgary, Canada 4. juni 1999. 10 utviklere kom til det for å skrive programmer som ikke ville være underlagt de strenge eksportrestriksjonene USA har pålagt kryptografisk programvare.

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

Fra midten av 2000-tallet ble hackathon mer vanlig og ble sett av selskaper og investorer som en måte å raskt utvikle nye programvareteknologier eller investeringsområder. Noen kjente selskaper ble opprettet på hackathons, som GroupMe, som dukket opp fra TechCrunch Disrupt 2010 hackathon; i 2011 ble den 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.

Utviklingen av applikasjoner for mobile plattformer skjer for eksempel på Over the Air hackathon, som arrangeres i Bletchy Park (England), som tiltrekker seg betydelige sponsorater. Hackathons arrangeres også for å utvikle video- og dataspill.

Music Hack Day er et hackathon dedikert til musikkprogramvare og -maskinvare. Siden 2009 har det blitt holdt mer enn 20 ganger på forskjellige steder.

Et utviklerhackathon har blitt holdt årlig siden 1999. operativsystem OpenBSD.

Programmeringsspråk, APIer, rammeverk

Perl hackathons har blitt arrangert siden 2007, med mål om å forbedre selve språket. Haskell og Scala-utviklere er vertskap for lignende arrangementer: Haskell Hackathon og Scalathon.

Hackathons ble holdt for å utvikle applikasjoner i HTML5 og Ruby on Rails.

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

Foursquare var vertskap for et globalt hackathon i 2011, der mer enn 500 utviklere på 30 lokasjoner utviklet applikasjoner ved hjelp av Foursquare API.

Ordet "hackathon" ble dannet fra sammenslåingen av ordene "hacking" og "marathon". Hacking forstås selvfølgelig ikke av datasvindlere, men av IT-teknologientusiaster som finner glede i å undersøke og finne ekstraordinære løsninger.

Den første i verden fant sted i 1999. Det ble utført av utviklerne OpenBSD OS i Calgary (Canada).

Der samlet en gruppe forskere seg som måtte løse en vanskelig oppgave: Å finne en legitim omkjøringsvei for restriksjoner USA har pålagt eksporten av kryptoprodukter fra landet. De kalte arrangementet et "hackathon", og kollegene deres likte umiddelbart uttrykket.

Etter 10 dager på konferansen JavaOne selskap Sun Microsystems holdt et lignende møte hvor hun foreslo at utvikleren skulle lage et Java-program for Palm V for utveksling av data mellom dingsen og Internett via en infrarød port.

Fokus på suksess, et hyggelig vennlig format, samtidig kommunikasjon og konkurranse - alt dette gjorde arrangementer av en ny type attraktive for deltakere og investorer. Dette er hvordan hackathons startet i livet.

Hvorfor trenger bedrifter hackathons?

I 2016 anslår hackaton.com at det ble holdt 3450 hackathons rundt om i verden. Den første på listen er nå USA - 1568 arrangementer per år, etterfulgt av Storbritannia (470 hackathons), Canada (230), Tyskland (223), Frankrike (196). En rekke spesialister deltok i dem: nettutviklere (36%), mobile systemer(36 %), maskinvareplattformer (15 %), robotsystemer og AI (8 %).

Russland er ikke på denne listen. Fordi, ifølge denne kilden, i Russland i 2016 ble det bare holdt ett arrangement.

Selvfølgelig er disse dataene ugyldige. De gjenspeiler bare det faktum at hackathons som et format for å utvikle en innovativ økonomi fortsatt vokser i Russland. Og selv om verden fortsatt vet svært lite om hackathons i vårt land, er tingenes virkelige tilstand mye bedre enn vestlig statistikk.

I følge IT-dominanta-portalen ble det derfor holdt 8-10 forskjellige arrangementer av denne typen hver måned i 2016 i Russland. Og bare i april 2017 ble det holdt 19 store hackathons.

Kanskje ville hackathons forblitt et lokalt fenomen hvis ikke store selskaper, investorer og engler hadde tatt hensyn til dem. De anerkjente potensialet for vekst.

I stedet for de kjedelige godkjenningene og omarbeidingene som man møter i tradisjonelle prosjekter, tilbød hackathons et nytt format for å lage prototyper til minimale kostnader. I løpet av få dager får arrangørene flere løsninger på det teknologiske problemet de står overfor.

På den annen side tiltrekker selskaper: her kan du ikke bare møte sterke utviklere, men også umiddelbart teste dem i aksjon. Til slutt, en viktig fordel med hackathons er nettverk med potensielle partnere og promotering av din egen virksomhet.

Hva er interessen til deltakerne?

I følge hackaton.com deltar dagens offentlige hackathons av spesialister (42,8%), studenter (21,1%), "hobbyister" (18,9%), gründere (9,6%), så vel som de som søker arbeid (7,6% ).

Temaet for hackathon annonseres umiddelbart, men målene blir ikke alltid annonsert, noe som legger mystikk til det fremtidige arrangementet og tiltrekker seg spesielt eventyrlystne deltakere. Dette gjøres for ikke å forstyrre fødselen av resultatet rett foran øynene våre. "Mirakler" kan skje med premiefondet.

På den siste fasen av Design Hackathon, som ble holdt i Moskva i slutten av juli 2016 og Sberbank Technologies, ble den første premiefond ble annonsert i mengden 200 tusen rubler. Resultatene fra hackathonet imponerte imidlertid arrangørene så mye at premiefondet ble økt til 500 tusen rubler.

Vinneren da var Dream Team. Hun foreslo en "smart løsning for frivillig helseforsikring", som var basert på DNA-testdata. Erfaring, kunnskap og initiativ gjorde at vi oppnådde gode resultater.

Som erfaringen viser, er deltakerne, i tillegg til de annonserte premiene, interessert i flere ting om hackathons:

• Arbeidsmulighet i ledende internettselskaper og utsiktene til å møte mennesker "nødvendige" for faglig utvikling.
• Tester styrken til utviklingsteamet i en uvanlig situasjon: tiden er begrenset, adrenalinet er på grensen, konkurranseånden gir ikke hvile.
• Akademisk interesse. Som regel snakker vi i dette tilfellet om lag som jobber selvstendig, det vil si at de ikke søker jobb hos arrangørene. De er interessert i å teste hypotesene de har for å løse dette eller det programvareproblemet.

Regler for oppførsel på hackathon

Ved første øyekast er det ganske enkelt å bli en vinner, men mange faller inn i feil som ikke bør gjøres.

Feil 1. Manglende overholdelse av forholdet mellom hastighet og kvalitet på prosjektutviklingen

Mange deltakere prøver å gjennomføre prosjektet så raskt som mulig, uten å ta hensyn til at det viktigste for juryen er resultatet. Feil under hackathons er uunngåelige, og du bør ikke være redd for dem. Men ideen som skal demonstreres for juryen må utarbeides i detalj.

Feil 2. Manglende evne til å jobbe i team

Dette gjelder spesielt i situasjoner hvor du raskt må få resultater. På et hackathon er det ikke tid til lange argumenter, du må være i stand til å fordele roller riktig og ta kompromissbeslutninger.

Feil 3. Å glemme virkelige mål

Og kanskje det viktigste å huske på er at løsningen teamet foreslår må ha reell praktisk anvendelse. Som vi husker, er bedrifter interessert i fungerende ideer som selskapet kan implementere i morgen og få ønsket resultat.

Hva vil skje videre?

Hvis hackathons ikke hadde noen planer, ville det ikke vært noen vits i å snakke om dem.

1. Emneskifte. For bare fem år siden ble nesten alle hackathons arrangert med mål om å utvikle mobilapplikasjoner. Men i fjor endret temaet hackathons seg mot opprettelsen av systemer relatert til kunstig intelligens og virtuell virkelighet. Uten tvil vil disse temaene bli toppemner for fremtidige hackathons.
2. Interne bedriftsarrangementer. I dag er hovedtrenden for store selskaper det legges vekt på innovasjon og utvikling av kreative forbindelser innad i bedrifter. Ved å gjennomføre interne hackathons kan du danne midlertidige team i bedrifter og samle personer med ulik kompetanse inn i slike prosjekter.