Немного о перфекционизме
#статьи #дизайн
Сегодня прочитал статью про перфекционизм в дизайне. Задавали ли вы вопрос, почему появляется это явление?
Автор рассказывает о перфекционизме на примере дизайнера Вовы, который сутками вымеряет пиксели в макете. Вскоре работа перестает доставлять удовольствие, появляется изнурение и чувство вины за то, что не можешь нарисовать идеально.
А что же говорить про Android-разработчиков? Возможно, мы тратим время на верстку экранов в маленьких разрешениях, борьбу с поворотами экранов, супер плавную анимацию, а также на идеально красивый код, который полностью покрыт тестами. В результате может появиться неудовлетворенность работой, провал сроков. А если другой разработчик скажет, что код некачественный, то и конфликтом в команде.
А ещё один из недостатков работы с перфекционистом — боязнь делегирования и страх довериться команде. Он считает, что лучше него никто не сделает задачу. Это, опять же, приводит к провалу по срокам.
Думаю, что следует у себя в голове установить рамки дозволенного перфекционизма. Не пишите тест только ради его наличия. Нужно доверять своей команде, общаться с ней и говорить о проблемах, с которыми сталкиваешься. Бывает, что свежий взгляд другого человека на проблему, позволяет мгновенно решить её.
Помните, что нет ничего идеального. Как бы не ужасно это звучало, в природе все неидеально. Посмотрев на свой код через год, то можете ужаснуться от решений, которые использовали.
Ну и последнее. Фильтруйте критику, которую получаете. Бывают люди, которые хотят показать свою правоту, доказать, что они лучше вас, но не указать на ошибки.
А вы перфекционист?
#статьи #дизайн
Сегодня прочитал статью про перфекционизм в дизайне. Задавали ли вы вопрос, почему появляется это явление?
Автор рассказывает о перфекционизме на примере дизайнера Вовы, который сутками вымеряет пиксели в макете. Вскоре работа перестает доставлять удовольствие, появляется изнурение и чувство вины за то, что не можешь нарисовать идеально.
А что же говорить про Android-разработчиков? Возможно, мы тратим время на верстку экранов в маленьких разрешениях, борьбу с поворотами экранов, супер плавную анимацию, а также на идеально красивый код, который полностью покрыт тестами. В результате может появиться неудовлетворенность работой, провал сроков. А если другой разработчик скажет, что код некачественный, то и конфликтом в команде.
А ещё один из недостатков работы с перфекционистом — боязнь делегирования и страх довериться команде. Он считает, что лучше него никто не сделает задачу. Это, опять же, приводит к провалу по срокам.
Думаю, что следует у себя в голове установить рамки дозволенного перфекционизма. Не пишите тест только ради его наличия. Нужно доверять своей команде, общаться с ней и говорить о проблемах, с которыми сталкиваешься. Бывает, что свежий взгляд другого человека на проблему, позволяет мгновенно решить её.
Помните, что нет ничего идеального. Как бы не ужасно это звучало, в природе все неидеально. Посмотрев на свой код через год, то можете ужаснуться от решений, которые использовали.
Ну и последнее. Фильтруйте критику, которую получаете. Бывают люди, которые хотят показать свою правоту, доказать, что они лучше вас, но не указать на ошибки.
А вы перфекционист?