Как да хакнете Hackathon: Pitch Perfect

(Основната статия и връзките към другите публикации на Hackathon 101 и Industry са свързани тук)

Не вярвам на хора, които участват в състезания, само за да участват и да съставят номера. Какъв е смисълът? Ако смятате да отделите време, а в този случай и уикенд, за нещо, тогава можете също да се наклоните и да извадите нещо от него. В края на деня, докато никой наистина не губи, определено има победители и в този пост ще споделя някои от моите подходи, които са ми послужили добре.

Агрим, какво да построя?

Голяма част от успеха на хакатон (и продукт) може би се определя от проблема, който сте решили да решите и как сте решили да го решите. Нека да разгледаме и двете области.

Какъв проблем трябва да решите?

Това наистина е труден въпрос; има много хора на този свят, които си задават този въпрос, докато се опитват да създадат своите стартъпи, чудейки се дали това, върху което работят, е важно и си струва да се реши, ако изобщо е проблем.

Ето как го правя - имах късмета да попадна в университетска учебна програма, която подчерта важността на дизайнерското мислене. Най-просто казано, дизайнерското мислене води подход, базиран на решения, за решаване на сложни проблеми, особено на тези, които са дефинирани или неизвестни. Сега можете да изберете да надраскате собствения си сърбеж или да изберете нов домейн, който да решите, но следният процес ще работи точно същото.

Процесът на мислене на дизайна

съпричастни

Твърде често сме виновни, че изграждаме решение, без да обмисляме много неща, които идват преди него - защо го правим, за кого го правим, какво всъщност ще прави, ще направи ли това, което възнамерява да направи и за подходяща аудитория. Голяма част от това се състои в липсата на съпричастност към проблема. Оставяме собствените си предположения да диктуват какъв е проблемът и това е грешно. Сблъсках се с тази първа ръка, когато се опитвах да създам решение, което да помогне на зрително предизвиканите да се ориентират независимо. Предполагах, че:

  • Първо, това е проблем, тъй като кучетата-водачи са скъпи, а да имаш помощник е проблемно,
  • Второ, избягването на препятствия е най-големият проблем за решаване,
  • И накрая, носим като Google Glass може в крайна сметка да се отърве от бастуна.

Греших по трите точки.

Първата точка за освобождаването на помощника, макар и вярна, не беше належаща загриженост, която ще изисква технологична намеса. Вторият въпрос относно избягването на препятствия не беше най-големият проблем; откриването на светофари вероятно беше по-голямо предизвикателство, като се има предвид, че бастунът покриваше повечето препятствия в обсега. Последната точка беше тежка, защото предположих, че технологичната подмяна е лесна. Не можете драматично да промените начина на живот на човек; визуално предизвиканите са свикнали да използват маркерите си за тръстикови и тактилни настилки, така че всяка нова технологична иновация трябва да надгражда над това, а не изцяло да го замества.

Как да поправим това? Излизането и разговорите с хората е най-сигурният начин да знаете повече, защото получавате директна информация за потребителите и техните нужди. Успях да поправя продукта си, за да помогна на хората, които са визуално предизвикани, защото всъщност разговарях с някой, който живее тези предизвикателства ежедневно.

Но какво ще стане, ако не можете да говорите с правилната публика по време на хакатон? Времето е малко и може би не сте на правилното място, за да се срещнете с тези хора. Трябва да импровизирате и извлечете информация, която ще ви помогне обективно да определите проблем, който си струва да разрешите. Миналия уикенд работех върху хакатон, който искаше да „Решим за Индия“. Това е огромна тема; Индия няма недостиг на проблеми, всеки от които е по-важен от последния, а да го поставим ефективно е само по себе си предизвикателство, камо ли да се опита да го реши. Решихме да помогнем на хората, заети в индустриалния сектор и решихме проблема за справяне с умората. Защо?

  • Индия е най-лошата, когато става дума за промишлени аварии,
  • Индийците са силно зависими от индустриалните работни места, за да изкарват прехраната си и,
  • Налични са значителни доказателства, че умората и недоспиването причиняват злополуки / злополуки и дори смъртни случаи при различни направления на работа като шофиране на камиони на дълги разстояния или работа с тежки машини - и двете рисковани линии на работа с дълги смени, които правят служителите им склонни към умора и загуба внимание.

Сега няма начин лично да проверя нещо от това; Зависим от каквито и публични данни и факти да са на разположение, за да създам разказ, но поне тази информация създава достатъчно съпричастност, за да определи проблема, който си струва да бъде решен.

Определяне

Колкото и да сте се убедили сами, определено ще преминете през фазата на съпричастност. Просто няма достатъчно време за удвояване / утрояване на валидирането на исканията. Ако обаче играете с вашите карти правилно, ще имате достатъчно информация, с която да работите. Нека работим с предишния ни пример за умората. Установихме, че е необходима по-безопасна работна среда (претенция 1) и един от начините за това ще бъде справяне с умората (претенция 3). Нашата дефиниция на проблема ще се основава на това -

„Нуждаем се от система за наблюдение на умората, за да помогнем за създаването на по-безопасна и по-продуктивна работна среда.“

Сега можете да изберете да разгледате всеки друг проблем в този домейн и това е напълно валидно. Просто се уверете, че вашата дефиниция се основава на твърдения, които сте установили като част от първоначалните си основи. Проследявайте с проста евристика, за да настроите следващата фаза на процеса -

  • За кого правим това? В случая предимно за служителите, но и за работодателите.
  • Как ще направим това?
  • Каква е нашата мярка за успех?
  • КАКВО Е ЗАДЪЛЖЕНОТО НА ЕДИН КЛЮЧ, ЧЕ ВАШИЯТ ПРОДУКТ ВЗАИМ?

Ideate

Ето кога започвате да отговаряте на „как“. Тоест, сега, когато разполагате с цялата си информация, какво ще изградите? За нашия случай трябва ли да изградим система за наблюдение? Или аларма за служителя? Във всеки случай каква е нашата мярка за успех - събуждане на водача? Да се ​​регистрират данни за работодателя? Най-важното от какво зависи всичко това ?!

Хакатоните са странно ефективни при валидирането и създаването на продукта. Има само ограничено количество неща, които можете да докажете и покажете, да речем, за 3 минути, така че трябва да изберете най-важното. В нашия пример това е системата за наблюдение на умората, защото всеки друг аспект на продукта - трупите, алармата - зависи от работата на откриването на умора. Следователно, трябва да го изградите и да се уверите, че работи за вашата демонстрация. Ако не успее, останалата част от продукта вече не е убедителна.

Твърде много пъти екипите или ще извадят основната функция, която държи продукта заедно, или ще създадат 17 различни функции („функция разцвет“), които объркват съдиите, защото те губят съобщението, което екипът кара. Това е много просто нещо - направи едно или две неща и ги направи кърваво добре. Това е отличителният белег на всички страхотни продукти. Хакатоните не са по-различни.

Prototype / Тест

Сега е моментът за изграждане. Изберете инструментите си за търговията - в нашия случай отидохме с OpenCV и dlib за откриване на ключови точки - и започнете да изграждате. Може да се окажете да рисувате скици / прототипи на хартия първо преди реалния продукт и това е ОК. Използвайте ги, за да отскачате между етапите на вашата идея / дефиниция / съпричастност и, ако е възможно, да използвате помощта на ментори и експерти по време на събитието, за да ви даде повече информация. Вашето решение ще се развие и „почисти“, следвайки което можете да започнете работа. Комбинирах фазите на прототипа и теста, тъй като хакатонните ями завършват с прототип, но ако някога се почувствате удължаване на срока на годност на проекта след 24 часа, ще трябва изрично да тествате с избраната от вас публика.

Как решавате проблем на хакатон?

Научихме как да изберем проблем, който си струва да бъде решен и как той работи на хакатон. Но сега към спецификата - какво ще ви спечели хакатон? В идеален свят електронната услуга, порталът или нискотехнологичното решение биха могли да осигурят ползи за милиони хора, но никога не биха спечелили на хакатон. Защо? Защото няма техническа строгост към това. Определено има работа, която навлиза в нея, без съмнение, но никога няма да ви привлече похвалите за елегантност на решението или вниманието, което трябва да генерирате при големи хакатони. Научих това по трудния начин.

Винаги изграждате за демонстрацията. Винаги.

В HackingEDU решихме да изградим този прекрасен портал, където всички потребители видяха естествена езикова форма, в която се казва „Искам да науча за X и имам Y минути на разположение.“ Много ясен проблем, адресиран до хората, които нямат време да научат нещата и множеството на информация в интернет. Нашето решение ще даде резултат и ще изберем най-добрите връзки, които си заслужават времето. Всичко работеше и изглеждаше доста.

С изключение на това, че в залата имаше 140 екипа и беше оформление в изложбен стил. Съдиите и екипите блъскаха по маси, които разполагаха с големи експонати или множество монитори или джаджи като VR слушалки, докато нашата маса имаше тъжен MacBook с отворен прозорец на браузъра. Нямаше шокова стойност за нашия хак. Така че дори когато се опитах да продам продукта на всеки, който дойде на гости, разбрах, че работя срещу прилива; продължителността на вниманието на посетителите беше едва няколко секунди и не беше продукт, който, поне на ограничен поглед, ги накара да отидат „Holy F * ck.“

Естествено, че не спечелихме. Можем ли да направим сцена от него? Със сигурност. От това събитие бях по-ясен в последната фаза на хакатона - екзекуцията. Вие не просто създавате "" продукт. Напомняте си, че в крайна сметка това е предаване и разказване. Хората трябва да бъдат уау-редактирани, независимо дали го правите правилно или не. Независимо дали става дума за API машап или законно решение за оформяне на света, неговата шокова стойност е единственото нещо, което може да направи незабавно впечатление, дори преди да сте имали възможност да го обясните. Приемете това присърце.

Използвайте разумно времето си на хакатон

Времето е ограничена стока на хакатон. Мислите, че ще бъдете готови да стартирате, след като вашите пакети приключат с инсталирането и бума - половината хакатон свърши. Заспивате, храната няма да бъде сервирана още два часа, някой е закичил снабдяването на Red Bull със събитията и сега сте сънливи, нещастни и не вършите работа.

Моля, не позволявайте това да е вашата история.

При 24–48 часа хакатон никога няма да се нуждаете от цялото осигурено време. Освен ако не се стремите да публикувате готово за производство приложение с подходящ код, готово да ударите на пазара в момента, в който хакатонът приключи, тогава, продължете напред. Но изграждането на доказателство за концепция не трябва да ви убива.

Ето няколко неща, които трябва да направите -

  1. Собствена отговорност. Ако идвате соло като разработчик / дизайнер, инсталирайте всичките си инструменти и готови за работа. Стартови комплекти, софтуер, каквото прецените, че може да се наложи. Да, това е неизчерпателен списък, но аз, за ​​целия си живот, никога не искам да видя друг човек, който сваля и компилира софтуер, голям колкото OpenCV в деня на събитието. Болезнено е да гледаш. Направете го у дома, разрешете грешките си и бъдете готови за работа. Ако идвате като екип, преценете какви инструменти / хардуер планирате да работите и подгответе тези преди време.
  2. Вземете сериозно процеса на мислене на дизайна. Той ще ви помогне лесно да изтръгнете правилните въпроси, за да отговорите и впоследствие ефективно да разделите задачите между членовете на вашия екип.
  3. Разпределението на задачите и отчетността са от първостепенно значение. Знайте, преди да скочите кой ще прави какво. Ако някой трябва да работи като премиер, за да държи екипа заедно, направете това. Обикновено поемам тази роля по няколко причини -
  • Той ни държи в съобщение дали мога да контролирам какво строим и защо правим това,
  • Тя ни позволява да следим колко далеч сме в даден момент от време и да коригираме целите съответно,
  • Тя ни позволява да бъдем ясни кои са приоритетните характеристики и кои са опциите за разтягане (хвърчащи, които изглеждат добре / добавят искра, но не са от съществено значение за демонстрацията.)

Харесва ми да управлявам тесен кораб за моя хакатонен екипаж или да съм на такъв. Поставянето на маркери за време за цели позволява на всеки достатъчно време да си почине и да се възстанови.

Успехът на ноктите всеки път - контраинтуитивен подход

Като прекара достатъчно време в играта много от това е второ естество; Обикновено имам стабилен екип, с който се състезавам и сме наясно какво трябва да направим по отношение на идеята и изпълнението. Възможно е обаче все пак да не ви донесе печалба. Някои контраинтуитивни подходи -

  1. Изграждане с нови технологии. Всички изграждат мобилни приложения / уеб приложения на хакатони. Няма начин активно да се разграничите от останалите. Да, аз съм отхвърлящ, особено като се имат предвид нещата, които сега можете да правите с мобилни устройства и интернет, но 70–80% от хаковете не използват това. Прибягнахме активно да използваме нови технологии като Computer Vision или демонстративно машинно обучение (недостатъчно, за да заявим машинно обучение :)) във всички наши нови проекти или хардуер, ако хакатонът го изисква. Не много хора могат да го повторят и ние почти винаги сме запомнящи се в края на събитието.
  2. Създайте крайния си продукт и стъпка, за да уцелите оценяващите маркери. Ако хакатоните оценяват технически Rigor на 40% и идея на 10%, знаете, че бихте могли да изградите всичко лудо, стига да е ново и креативно, независимо от въздействието. Ако фокусът е обърнат, т.е. Идеята е 40%, Техническата е 10%, тогава знаете, че ако не се справите с това, колко са вашите невронните мрежи, няма да спечелите. Като говорите за проблема, за контекста, защо има значение, как го решавате и как го правите по-добре от статуквото, ще бъде клинчърът.

заключение

Леле, още един дълъг пост в същата нощ. Трябваше да го направя много по-рано.

Споделих с вас това, което знам за хакатоните. Как решавам какво да изградя, как управляваме времето, как гарантираме, че поне ще спечелим нещо. Искрено желая всеки, който чете това, да намери това полезно и да спечели хакатони, използвайки нещо, което може би съм написал тук.

Обратна връзка / коментари добре дошли! Достъпна съм в Twitter и Facebook.