Вернемся к разработке.

В геймдеве это распространенная кривая для идеального баланса в игре - сложность должна соответствовать скиллу игрока.

Тот же подход можно применить и для разработки. Вам нужно сделать из своей работы игру, чтобы вам стало интересно и вы не выгорели.

Как вы видите по графику, модное сейчас у айтишников выгорание бывает двух типов. Когда все слишком сложно и собственных усилий не хватило для реализации. Либо задачи настолько легкие, что вы начинаете скучать и нереализованная энергия направляется на саморазрушение. Как будто аллергия, когда заскучавший иммунитет из-за отсутствия угрозы начинает нападать на организм.

По сути это есть вся проблема в IT, а все остальное - мишура для “слишком сложно” или “слишком легко”.

Забавно, что и при большей скукоте или сложности, чем вы можете себе позволить, у большинства начнется цепь саморазрушений (само слово выгорание уже говорит нам о разрушени). Вы чувствуете дефицит энергии (или ненаправленный профицит), из-за чего добираете энергию от мемов, приколов, видосов, перекуров, игр и прочих развлечений. Не скажу, что это однозначно вредно, все-таки отвлечение помогает не зашиваться на проблеме и пересмотреть задачу. Но однозначно к задаче вы подойдете уже более разрушенными, чем когда отвлекались от него. Поэтому отвлекаться вам надо так, чтобы вы возвращались с большей энергией.

Сам считаю, что это основной фактор определения уровня разраба, а опыт и знания - вторичны. Конечно и первое и второе может быть следствием уметь себя развлечь как айтишника, но все же корреляция скорее косвенная, чем прямая. Я уверен, сумей интервьюер определять этот навык саморазвлечений, то с эффективным наймом проблем не было бы.

Разовью эту тему дальше, но продвинусь в сторону IT.

Как я уже объяснял, выбранный ответ на этот вопрос - ваша способность обработать задачу определенной сложности.

Покрасить кнопку - точка. Загрузить данные с интернета и отобразить в UI - линия. И так далее.

Теперь вернемся к графику. Как я уже объяснял ранее, чтобы не выгорать, разработчику нужно придерживаться доступного корридора сложности.

Условно и грубо говоря мы можем сказать, что джуну нужна помощь для решения большинства задач, мидл может решать (или найти решение) задачи самостоятельно, а синьор может предотвращать задачи будущего в настоящем.

Многие проблемы появляются тогда, когда сложность задачи выше возможностей разработчика на 2 и выше уровня. Да и решение задачи сложностью на уровень выше возможно только за счет дольшего времени. В условиях дефицита времени коллизии (несоответствие скилла и сложности проблемы) неминуемо приведет к багам.

Если сейчас нет ресурсов, как финансов так и времени, чтобы справиться со сложностью, продолжая решать эти задачи вы расплачиваетесь ресурсами будущего. Это и есть кредит в разработке.

Тестеры помогают предотвращать стремительный рост этого кредита, а проджект менеджера, бизнес-аналитики и продакты нужны для уменьшения сложности задач. Из этого утверждения следует, что последние не могут быть джунами.

Попробуем рассмотреть с других точек зрений сложность.

Вот статья Сэма Альтмана, CEO OpenAI, где первый пункт гласит “Compound yourself”. То есть нужно стремиться получить скилл справляться с сложными задачами.

Пока экспоненциальный рост сверхзадача для многих из нас, как и для меня. Но если звезды далеко, не значит что туда не стоит смотреть. Мы пока попробуем проложить туда дорогу.

Есть опасность в таких статьях - они предназначены не для всех. И если контент слишком сложен для вас (на пару уровней и выше), то они приводят к заблуждениям и даже катастрофам. К примеру если отправить школьника начальных классов на олимпийские игры.

Правило следующее: чем меньше вы успешны, тем наглядней и простой должна быть ваша работа.

Из-за того, что люди стремятся к быстрому успеху, они берутся за уберсложные задачи, не научившись рещать и самые простые, чем активно пользуются мошенники или букмекерские конторы.

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

Как-то раньше мой друг в приступе альтруизма и менторства в чате разработчиков всем отвечал на вопросы и помогал решать задачи. Выполнял роль ChatGPT, только с заботой и не для галочки. Так как он хорошо умеет обучать, оказался в ловушке своего таланта и помогал всем подряд. Пожаловался мне, что устал отвечать, а отказывать не хочет, не умеет, и не его это образ. Слишком он филантроп, от чего отказ противоречит его принципам.

Тогда я посоветовал ему не отказывать, но откладывать помощь, сославшись на текущую занятость. Попутно попросив выписать ряд действий, которые совершил спрашивающий. После этого он сказал, что совет ему и вправду помог: люди либо справлялись с задачей самостоятельно, либо просто пропадали и больше не спрашивали ничего.

…Если привести совсем конкретный пример, то я во время собственного обучения рисованию пытался изобразить Женщину-кошку из Вселенной комиксов Marvel. Как бы я ни старался — рисунок получался вялым и невыразительным. Чуть позже я осознал, что моей ключевой ошибкой стала концентрация на мелких деталях и отличительных признаках выбранного мною персонажа: вместо того, чтобы набраться терпения и разобраться с тонкостями черт лица Женщины-кошки, определиться с расположением губ, размером глаз и длинной носа, я уделял колоссальное внимание ее стильной маске. Маска, безусловно, является очень ярким элементом, но концентрация на такой мелочи на ранних стадиях превращала мою работу в неуклюжую возню. Маска хоть и была одним из элементов, характерезующих персонаж, но она всегда должна была оставаться лишь дополнением к общей картинке.

Первое время персонаж должен походить на набор шариков, конусов и цилиндров, и уже после того, как в этих грубых кусочках проявится читабельный образ, наступит время, чтобы низко склонить голову над листом бумаги и наконец-то начать уделять время деталям…

…Но чем больше у нас накапливается опыта, чем больше мы прошли путей от сырого наброска к готовому рисунку или от кривого прототипа к завершенной игре, тем проще нам будет обрести необходимый для разработчика навык - видеть готовое в незавершенном.

“Сделай видеоигру и не свихнись”, Слава Грис

Раскрою еще тему про фракталы и разработку.

Удачной разработкой будет та разработка, где развитие проекта будет подобной развития фракталу. То есть, как в этой цитате, нужно переходить от общего к частному, не фокусируясь на последнем слишком много. Люди, выбравшие этот вариант как проекция жизни в математике, лучше осознают развитие чего-либо.

Если вы понимаете, что проект удачней разовьется фрактально, то вы не попадете в эту ловушку, когда вы чересчур концентрируетесь на деталях. В итоге вы сможете соблюдать баланс фрактала, когда развитие происходит равномерно.

Почему столько внимания я уделяю фракталам? Потому что это способ добиться самой сложной системы наименьшими усилиями. Системы, которые развивались другими путями просто не доживали. И какую бы книгу (удачную) по развитию вы бы ни прочитали, при визуализации и проецировании это будет выглядеть как фрактал. Есть исключения, но про них позже.

Читаю книгу “Сделай видеоигру один и не свехнись” от Славы Гриса. Прочитал около трети и пока про разработку непосредственно игр мало, но много о поддержании стабильного потока мотивации. Думаю книга подойдет почти всем, кто хочет заняться интеллектуальной профессией.

Будь моя воля, процитировал бы всю книгу здесь. Но мне лень. Сегодня хочу поделиться этим отрывком из главы “Я - разработчик”:

Проводилось множество экспериментов и исследований, доказывающих, что, выбрав что-то одно, человек с большей вероятностью будет принимать все последующие решения исходя из того направления, с которым он определился в самом начале. Тот, кто когда-то решал, хочет он стать менеджером или художником, будет неосознанно пытаться увести свою каръеру как можно дальше от той специальности, которую отсек.

Кто-то рекомендует «убить свое “я”», чтобы познать себя заново как абсолютно иное существо, но такой подход отдает эзотеризмом, а сам совет является востребованным только потому, что он звучит по-бунтарски круто и чрезмерно лаконично.

Дела обстоят немного иначе. Наше как таковое “я” существует одновременно в трех вариациях: есть “реальное я”, “идеальное я” и “социальное я”.

Сегодня увидел сообщение в группе разработчиков, как человек ищет ментора для себя. Запрос такой формы заведомо провальная, как будто есть аутичные ментора, которые ищут кого бы обучить. Такая форма подойдет в чате друзей, которые вас знают и могут подсказать, подобрать и помочь. Для совершенно чужих людей нужно сперва себя со всеми познакомить. В идеале, чтобы вы всем понравились. Но хотя бы не раздражали

Самая база - написать о себе. Начать с имени. А не просто аноним. Потом своя фотка, а не рандомная ава в виде плэй маркета. Но это еще неплохо, хотя бы не джокер со статусом

Образование и бэкграунд. Какой университет закончили или учитесь. Сколько разработкой занимаетесь и насколько любите. Что вообще знаете на данный момент в разработке

Условия. Что можете предложить за менторство, чем отплатите, чем можете быть полезны

Предположим что это ваш знакомый, как бы вы помогли бы такому еще, помимо того, что я написал уже? Только надо учесть, что вам лень. Это значит не найти ментора самому, а увеличить шансы на его собственный поиск

В разработке висит негативный ореол сейчас. Что люди выгорают, что найти работу сложно и так далее. Я бы сказал, что люди болеют ментально, и эта болезнь причудливым образом заражает всех. Попробуйте за выпивкой посидеть час с нытиком и прослушать его жалобы и боооли, спустя время вы начнете чувствовать это все, будто с вами происходит то же самое. Как будто подцепили простуду. Не замечали такого? После этого я прихожу к следующим выводам.

Я глубоко убежден, что причина популярности курсов, марафонов желаний, инфоцыганских вебинаров и астрологических магий - они настраивают на “позитивное мышление”. Если вот эти негативные установки и жалобы, которые гуляют по интернету - это вирусы (не физические, а мысленные), то вот это инфоцыганство - обезболивающие. К сожалению, люди не научились лечиться. И это относится к физическим болезням тоже, как показала пандемия.

К примеру простудившиеся люди принимают лекарства только тогда, когда чувствуют слабость. А когда бодрость возвращается, то прерывают курс. Хотя правильней будет продолжать принимать лекарства, чтобы убить вирусы под корень, не давая им шанс мутировать и прокачивать неуязвимость к лекарствам. Они скорее борятся со слабостью, а не с его причиной. Им главное обезболить, а не вылечиться.

Грядет все больше и больше жалоб, все больше разочарований, все больше неудач. Из-за интернета и соцсетей заразы будут распространяться быстро. Чтобы чужое не заражаться чужим горем, нужно прокачивать иммунитет и подбирать хорошие антибиотики. У вас есть представления, что такое хороший иммунитет с точки зрения общения и установок? А антибиотики?

Пост скорее для тех, кто хочет прокачать защиту от ментальных вирусов. Но нужно также написать для тех, кто уже болеет.

Постарайтесь не жаловаться и не распространять свою боль дальше. Вот подсадите своего близкого тоже, сами вылечитесь, а потом он вернет вам вашу боль с еще большей силой, потому что мыслевирусы мутируют уже у него.

Ладно, вы жалуетесь близкому. Но хотя бы не жалуйтесь в сети и онлайн. Как я уже писал, интернет в десять раз реальнее, чем сама реальность, потому что каждое сообщение держится долго. Причем вы передали свою боль уже не одному, а многим, заражая всех подряд, кто прочитает.

Если вы чувствуете, что болеете, ну хандра у вас, то хандрите один, либо обращайтесь к специалисту. Близкие будут заботиться о вас тем лучше, когда вы будете заботиться о них. Пусть специалист за деньги все ваши болезни примет, вы ведь можете прервать с ним контакт в любой момент. Даже если специалисту не хватает компетенций, вы обезопасите свою среду, где вы находитесь каждый день. Занимайтесь тем, что умеете, возьмитесь за дело, не фокусируйтесь в болезни и своей слабости. Нужно понимать, что это временно, и при должном уходе за собой, ваша болезнь пройдет, как и проходит простуда.

Теперь вопрос. Вот у вас есть друг, который в любом удобном случае жалуется. Как общаться с ним в таком случае? Как самому не заразиться, но и дружбу не портить? Если отказаться от встреч впринципе, то он может сказать “какой ты мне друг, если ты от меня отворачиваешься, когда мне плохо”. Как реагировать в такие моменты? Что бы вы делали?

Продолжу рассуждения по этой картинке. Напомню, что ее используют в геймдеве, и многие успешные игры следуют этой логике: делать процесс игры умеренно сложным.

Многие разговоры про “выход из зоны комфорта” в основном про усложнение простого процесса. Но в этих разоговорах упускается важная деталь - нельзя переступать через черту “слишком сложно”. Для интереса должно быть умеренно сложно.

Чтобы наглядно понять преимущества парного программирования, попробуйте в контра-страйк умереть и следить за тиммейтом. Вам всегда будет что посоветовать.