Может показаться, что в программировании нет места креативу. Но любой разработчик вам возразит: IT креатив — это об изобретательности. Громоздкий код заменить одной строкой и при этом не сломать программу? Типичный пример, когда технический подход граничит с креативным.
Может показаться, что в программировании нет места креативу. Но любой разработчик вам возразит: IT креатив — это об изобретательности. Громоздкий код заменить одной строкой и при этом не сломать программу? Типичный пример, когда технический подход граничит с креативным.
Часто на проектах технологии и план работы четко определены требованиями продукта или заказчика. Где же айтишникам искать вдохновение и развивать креативность? На хакатонах! Собственным опытом участия и проведения подобного мероприятия делится Артур Бакулин, Java Department Lead в IT-команде NIX.
Мой интерес к хакатонам начался с Google Hash Code. Это один из самых больших в мире ивентов для разработчиков. Инженеры собираются собственными командами, чтобы в онлайне посоревноваться с коллегами из других стран. Все ломают голову над задачами от Google. Единого правильного ответа нет. Вам дают файлы с входными данными, а результат нужно прописать кодом самостоятельно. Язык программирования подойдет любой. Побеждает та команда, которая скорее предложит самое оптимальное решение. Здесь все решают возможности разработчика и креативный подход к задаче.
Этот формат полностью добавляет мышлению гибкости. Как участник подобных ивентов я не раз видел, что разработчикам иногда бывает сложно сдвинуться с места. Подумать, как говорится, out of the box. Все потому, что обычно в работе мы работаем над проектом по определенной инструкции от техлида, заказчика или предыдущей команды разработки. Знаем, что и за чем делать, какого результата ожидать. На этом пути также можно проявить смекалку и предложить клиенту какую-нибудь новую фичу. Каждый заказчик будет только рад улучшить свою разработку. Но масштабы таких предложений имеют ограничения.
К примеру, вряд ли мы будем для логистической компании придумывать формулу, которая рассчитывает дистанцию движения. Мы, конечно, можем оптимизировать, улучшить или реализовать эту формулу на определенном языке программирования.
На хакатоне решения не имеют никаких ограничений. Полет инженерной мысли и креатив возможен во всем — от инструментов и библиотек до подходов на уровне архитектуры.
Язык программирования неважен. Есть протокол и инструменты по ежедневной работе. Остается только написать алгоритм. Фишка в том, что ты никогда не подготовишься к соревнованию раньше времени. Придется припомнить все, что знаешь и умеешь в программировании. Решение придет только в процессе брейнсторминга.
Именно отсутствие плана и установившихся рамок позволяет разработчику смотреть на задачу под разными углами. А значит — мыслить нестандартно. Иногда, сделав даже незначительный шаг в сторону, можно изменить продукт к лучшему. А еще во время хакатона можно научиться лучше декомпозировать задачи. То есть, разбивать их на меньшие и решать пошагово.
Осенью прошлого года мы в Java департаменте провели свой хакатон. Задачей было сделать сервис маленьких ссылок. Вечная классика собеседований. Да и вообще хорошо тренирует логическое мышление. После успешного ивента я понял, что его вполне реально расширить на всю команду NIX. Так мы начали работать над концептом нашего NIXathon. И тут сразу поставили себе задачу со звездочкой — привлечь к соревнованию не только разработчиков, но и всех желающих.
Подготовку разделили на два направления. Техническая часть соревнований — непосредственно для команд-разработчиков. А другая — для тех, кому для участия не нужно писать код. Мы решили, что было бы классно соединить довольно популярные сейчас задачи на алгоритмы и простую пошаговую игру — «Четыре в ряд» или Connect four. Для этого даже подняли отдельную инфраструктуру. Для выполнения задания отводилось 4 часа, как и в классическом хакатоне.
Два игрока с разными цветными идентификаторами пытались разместить на виртуальном поле 4 фишки в ряд (по вертикали, горизонтали или диагонали). Цель — сделать это быстрее соперника.
«Где же об алгоритмах?» — спросите вы. Именно их должны были написать команды разработчиков NIX для этой игры. После успешного прохода тестов алгоритмы допускались к соревнованию между собой. Чтобы участники не воспользовались готовыми решениями из пространства Git’а или chatGPT, мы поставили всем дополнительное условие. В отличие от классической игры, в этом случае хакатонцы должны преодолеть определенные препятствия на игровом поле.
Эти препятствия изменялись рандомно в каждом раунде. Потому могу уверить: победителей среди алгоритмов определяли честным и прозрачным путем.
Для других игроков (не разработчиков NIX) задача была более простой, но не менее интересной. Они соперничали между собой и тем самым формировали собственный рейтинг. Лучшего игрока определяла автоматизированная система. Таким образом мы избавлялись от субъективного оценивания. Для большей зрелищности мы решили провести «Суперфинал», где в честном поединке сошлись победитель от алгоритмов и от людей.
Абсолютным победителем NIXathon’а все же стал человек.
Так сколько бы ни хайповали вокруг «умных» технологий, ловкость алгоритмов все равно будет зависеть от умений программистов. Возможно, потому что за алгоритмами будут всегда стоять разработчики. А может, потому что способность мыслить нестандартно свойственна человеку, а не коду.
В общей сложности к организаторам мы привлекли более 15 специалистов из разных отделов. Среди них были разработчики, тестировщики, дизайнеры и проектные менеджеры. Таким образом хакатон объединил ребят с разными навыками и взглядами на программирование. И как подтвердили результаты, с профессиональным подходом к кодингу. С опытом это чувство очень важно беречь и развивать в себе.
Для айтишника круто уметь ловко манипулировать логикой и предполагать, как изменения в коде могут сказаться на будущей работе системы. Для этого не нужно глубоко разбираться в бизнес домене, в ролях пользователей или секьюрити. Это задача чисто на уровне кода. Здесь важнее следовать фундаментальным принципам программирования.
Если ты хороший специалист, то опираясь на свои знания сможешь предложить клиенту программную логику, которая больше всего подойдет его бизнесу.
Тебе будет легче найти компромисс и устранить проблему заказчика или проекта.
Именно в этом проявляется креатив разработчика. Ты делаешь продукт гибким. Потому что давайте не забывать, что IT — это, прежде всего, бизнес. Каждое новое, креативное решение должно отвечать запросам пользователей. Потребности людей часто могут меняться, поэтому хорошо, когда система легко подстраивается под них.
Если хотите устроить хакатон, для начала помните следующие шаги:
Как видите, для каждого айтишника хакатон — это эффективный и интересный способ прокачать свой профессиональный уровень, стать лучше и в работе, и в общении с командой. Это возможность узнать больше об умении своих коллег и себя проявить в новом, неожиданном амплуа.
