Про перфекционизм
💳 поддержать мои гайды, лонгриды и просто задонатить на кофе - 5536913954129132 (Тиньк)
Перфекционизм был в моей семье всегда. Отец гордился тем, что, когда учился в школе, если делал помарку в конце тетради, переписывал ее всю заново. Вы бы видели его потрясающий почерк! Это - чистое искусство. От меня ждали такого же отношения ко всему, что я делаю: работа должна быть сделана идеально, вообще любая, а если что-то не так - выкидываем результаты в помойку и переделываем заново.
Пока ты в школе, это более-менее работает: оценка результатов прямолинейная. Задача или решена верно, или нет. Сочинение или написано с ошибками, или нет. Стихотворение или выучено, или нет. А потом мы вырастаем, находим работу, в данном случае - приходим в айти, и начинается трындец.
Как только мы делаем что-то сложнее "поправить мелкий баг", вляпываемся в сразу несколько проблем:
🟣 никто ничерта не знает, что такое "сделать идеально". Есть бест-практисы, но даже об них с энтузиазмом ломают копья убеленные сединами айтишные деды. Попробуйте найти хоть один концепт или технологию, вокруг которых не было бы десятков эпичных конфликтов: говно оно или не говно - не выйдет;
🟢 более того, очень хорошее в моменте решение может отстрелить тебе жопу через несколько месяцев. А если в этом самом моменте начать защищаться от всех "а что, если", нагородишь таких переусложнений, что потом не разгребет никто;
🟡 требования регулярно меняются. То, что было очень хорошим вчера, сегодня приходится сносить нафиг - фича должна работать иначе, хотелки бизнеса изменились;
В таких условиях перфекционизм ломает кукуху: тревожность повышается, ты постоянно сомневаешься в себе, а если, спустя какое-то время, видишь негативные последствия прошлых решений, хочется удалить весь проект к чертовой матери. Я так удалила с концами все мое фрилансерское портфолио - в какой-то момент мне стало ужасно стыдно за его неидельность.
Альтернатива перфекционизму - подход "достаточно хорошо"
Этот подход предполагает, что твое решение соответствует какому-то необходимому и достаточному паку заранее сформированных требований, и, по достижении этого соответствия, хватит задачу ковырять.
Что такое "достаточно хорошо" на примере. Представим, что мы - фронтенд-разраб, и у нас задача - сделать модальное окошко. "Достаточно хорошо" будет, если:
🔘 мы соблюли визуальные требования - модалка с начинкой соответствуют дизайну;
🔘 мы соблюли функциональные требования - модалка открывается по клику на нужную кнопку, закрывается, показывает верную начинку, начинка тоже работает;
🔘 мы учли типовые продуктовые корнер-кейсы - поддержку разных браузеров (если надо), поддержку разных типов устройств (если надо), ситуацию, если "начинка" не прогрузилась/ее слишком много, например, 100 абзацев текста (это называется проверкой на переполнение контентом);
🔘 мы сделали аккуратный код без видимых костылей, заложили базовую автономность компонента с модалкой (не прибили его гвоздями к текущему компоненту), учли самые типовые корнер-кейсы, соблюли код-стайл проекта (или сформировали пак предложений в случае необходимости от него отступить);
🔘 на всякий случай, перепроверили свою работу перед сдачей;
Все, вы великолепны!
А если я вижу, как улучшать и улучшать дальше
Если кажется, что можно сделать еще миллион улучшений, сформулируйте их, соберите в список, прикиньте плюсы и минусы каждого и время на их реализацию.
Дальше этот список можно предложить лиду, чтобы он сам решил, готов ли тратить, например, неделю вашей работы на сборку компонента идеальной модалки со встроенной функциональностью космолета. Это не те решения, которые вы можете принимать в одиночку.
Аналогично, в личных проектах сначала соберите и сформулируйте список улучшений к готовой работе, а потом проверяйте каждый пункт на целесообразность, оставляйте себе немного времени на переделки, а потом ультимативно двигайтесь дальше, иначе потонете в допиливании какой-то ерунды и демотивируетесь.
Помните главное. Лучше сделать что-то, пусть не идеально, и разобрать свои ошибки по итогу, чем сделать идеальное "ничего"
💳 поддержать мои гайды, лонгриды и просто задонатить на кофе - 5536913954129132 (Тиньк)
Перфекционизм был в моей семье всегда. Отец гордился тем, что, когда учился в школе, если делал помарку в конце тетради, переписывал ее всю заново. Вы бы видели его потрясающий почерк! Это - чистое искусство. От меня ждали такого же отношения ко всему, что я делаю: работа должна быть сделана идеально, вообще любая, а если что-то не так - выкидываем результаты в помойку и переделываем заново.
Пока ты в школе, это более-менее работает: оценка результатов прямолинейная. Задача или решена верно, или нет. Сочинение или написано с ошибками, или нет. Стихотворение или выучено, или нет. А потом мы вырастаем, находим работу, в данном случае - приходим в айти, и начинается трындец.
Как только мы делаем что-то сложнее "поправить мелкий баг", вляпываемся в сразу несколько проблем:
В таких условиях перфекционизм ломает кукуху: тревожность повышается, ты постоянно сомневаешься в себе, а если, спустя какое-то время, видишь негативные последствия прошлых решений, хочется удалить весь проект к чертовой матери. Я так удалила с концами все мое фрилансерское портфолио - в какой-то момент мне стало ужасно стыдно за его неидельность.
Альтернатива перфекционизму - подход "достаточно хорошо"
Этот подход предполагает, что твое решение соответствует какому-то необходимому и достаточному паку заранее сформированных требований, и, по достижении этого соответствия, хватит задачу ковырять.
Что такое "достаточно хорошо" на примере. Представим, что мы - фронтенд-разраб, и у нас задача - сделать модальное окошко. "Достаточно хорошо" будет, если:
Все, вы великолепны!
А если я вижу, как улучшать и улучшать дальше
Если кажется, что можно сделать еще миллион улучшений, сформулируйте их, соберите в список, прикиньте плюсы и минусы каждого и время на их реализацию.
Дальше этот список можно предложить лиду, чтобы он сам решил, готов ли тратить, например, неделю вашей работы на сборку компонента идеальной модалки со встроенной функциональностью космолета. Это не те решения, которые вы можете принимать в одиночку.
Аналогично, в личных проектах сначала соберите и сформулируйте список улучшений к готовой работе, а потом проверяйте каждый пункт на целесообразность, оставляйте себе немного времени на переделки, а потом ультимативно двигайтесь дальше, иначе потонете в допиливании какой-то ерунды и демотивируетесь.
Помните главное. Лучше сделать что-то, пусть не идеально, и разобрать свои ошибки по итогу, чем сделать идеальное "ничего"