Миф: Тестировщиком быть легче, чем разработчиком
Правда: это утверждение примерно того же порядка, что и «слесарем быть проще, чем плотником». Тестирование и разработка – разные профессии, которые требуют разные навыков и знаний.
Пожалуй, более или менее правдиво утверждение, что в ручное тестирование попасть проще, чем в разработку. Начинающему тестировщику не нужно изучать язык программирования. На первых порах ему потребуются только здравый смысл, логика и знание теории тестирования – именно поэтому на собеседовании он справится с классическим заданием «протестируйте ручку». Но дальше работа станет сложнее – нужно учиться тестировать функциональность, производительность, безопасность, работать с разными тулами. А если захочется перейти в автоматизированное тестирование, то всё-таки придется изучить язык программирования – Java, Python или C#. Так что первоначальный разрыв в требованиях к тестировщику и разработчику быстро ликвидируется и каждый вырастет в профессионала, чью работу не сможет качественно выполнить сосед по проекту.
#мифы_клевер
Правда: это утверждение примерно того же порядка, что и «слесарем быть проще, чем плотником». Тестирование и разработка – разные профессии, которые требуют разные навыков и знаний.
Пожалуй, более или менее правдиво утверждение, что в ручное тестирование попасть проще, чем в разработку. Начинающему тестировщику не нужно изучать язык программирования. На первых порах ему потребуются только здравый смысл, логика и знание теории тестирования – именно поэтому на собеседовании он справится с классическим заданием «протестируйте ручку». Но дальше работа станет сложнее – нужно учиться тестировать функциональность, производительность, безопасность, работать с разными тулами. А если захочется перейти в автоматизированное тестирование, то всё-таки придется изучить язык программирования – Java, Python или C#. Так что первоначальный разрыв в требованиях к тестировщику и разработчику быстро ликвидируется и каждый вырастет в профессионала, чью работу не сможет качественно выполнить сосед по проекту.
#мифы_клевер
Миф: Если у них в офисе нет печенек, бесплатных обедов, сырников на завтрак и смузи, они не очень успешная IT-компания
Правда: корреляции между печеньками и успешностью компании на самом деле нет. Бывают весьма успешные компании, часть политики которых – бережливость. К таким, например, относится Amazon: её основатель Джефф Безос с первых дней настаивал на экономии, отказывался предоставлять сотрудникам бесплатную еду, а топ-менеджерам – оплачивать полеты бизнес-классом за счёт компании. Эта культура сохранилась и по сей день, что не мешает Amazon быть одной из крупнейших и успешнейших компаний в мире.
В то же время основатели маленького стартапа, получив первые инвестиции, могут начать тратить деньги на роскошный офис, сырники и смузи – чтобы прогореть через год, когда бухгалтерский баланс не сойдется. Так что, откликаясь на вакансии, лучше обращать внимание на историю компании и её стабильный рост, а не на богатый стол.
#мифы_клевер
Правда: корреляции между печеньками и успешностью компании на самом деле нет. Бывают весьма успешные компании, часть политики которых – бережливость. К таким, например, относится Amazon: её основатель Джефф Безос с первых дней настаивал на экономии, отказывался предоставлять сотрудникам бесплатную еду, а топ-менеджерам – оплачивать полеты бизнес-классом за счёт компании. Эта культура сохранилась и по сей день, что не мешает Amazon быть одной из крупнейших и успешнейших компаний в мире.
В то же время основатели маленького стартапа, получив первые инвестиции, могут начать тратить деньги на роскошный офис, сырники и смузи – чтобы прогореть через год, когда бухгалтерский баланс не сойдется. Так что, откликаясь на вакансии, лучше обращать внимание на историю компании и её стабильный рост, а не на богатый стол.
#мифы_клевер
Миф: Чтобы быть программистом, обязательно хорошо знать математику
Правда: необходимый объем математических знаний определяется сутью задач программиста. Та математика, что понадобится для решения типовых задач – достаточно базовая, например, нужно понимать, что такое бинарная, десятичная, шестнадцатиричная системы счисления. Более продвинутый уровень понадобится для специфических программистских задач. Скажем, чтобы работать с 3D-графикой и физическими симуляциями в геймдеве, нужно знать численные методы и дифференциальные уравнения. Задачи по шифрованию потребуют знания дискретной математики и статистики. Та же статистика понадобится и для решения задач в Data Science.
Главное, что может дать программисту математика – это умение абстрактно мыслить. Опытные разработчики утверждают, что, если у человека есть математическая подготовка, он быстрее научится программировать – просто потому, что у него уже выработан подходящий способ мышления. Но быть для этого дипломированным математиком необязательно, особенно если вы не собираетесь сразу же погрузиться в работу с искусственным интеллектом.
#мифы_клевер
Правда: необходимый объем математических знаний определяется сутью задач программиста. Та математика, что понадобится для решения типовых задач – достаточно базовая, например, нужно понимать, что такое бинарная, десятичная, шестнадцатиричная системы счисления. Более продвинутый уровень понадобится для специфических программистских задач. Скажем, чтобы работать с 3D-графикой и физическими симуляциями в геймдеве, нужно знать численные методы и дифференциальные уравнения. Задачи по шифрованию потребуют знания дискретной математики и статистики. Та же статистика понадобится и для решения задач в Data Science.
Главное, что может дать программисту математика – это умение абстрактно мыслить. Опытные разработчики утверждают, что, если у человека есть математическая подготовка, он быстрее научится программировать – просто потому, что у него уже выработан подходящий способ мышления. Но быть для этого дипломированным математиком необязательно, особенно если вы не собираетесь сразу же погрузиться в работу с искусственным интеллектом.
#мифы_клевер
Миф: Карьерный путь программиста – управленец
Правда: не обязательно.
Во-первых, программист может стать архитектором. В отдельную профессию «архитектор» выделился примерно 6-7 лет назад, именно тогда стало понятно, что создание архитектуры – слишком важная и объемная задача, для решения которой нужен отдельный высококвалифицированный специалист. С тех пор профессия архитектора эволюционировала до нескольких подвидов – например, бывают архитекторы решений, системные архитекторы, enterprise-архитекторы.
Во-вторых, программист может учить других программистов. Технические тренеры и менторы, способные качественно улучшить квалификацию целых команд, нужны и внутри компаний, и в качестве приглашенных звезд. Рынок онлайн-образования тоже растет и требует методологов и преподавателей. IT-индустрия далеко ушла от стереотипного образа школьного учителя информатики, нынешние преподы – лидеры мнений и желанные докладчики конференций.
В-третьих, программист может быть… просто очень крутым программистом. То есть, расти не карьерно, а профессионально. Для современных IT-компаний эти ребята очень ценны – они носители знаний и опыта, примеры для подражания, и вообще могут в одиночку заменить команду миддлов. Зарплатного потолка для таких специалистов практически нет. Если человек обладает уникальной для рынка и востребованной экспертизой, да еще и сможет развить её в компании, ему будут готовы платить и в два, и в три раза выше среднерыночной зарплаты.
#мифы_клевер
Правда: не обязательно.
Во-первых, программист может стать архитектором. В отдельную профессию «архитектор» выделился примерно 6-7 лет назад, именно тогда стало понятно, что создание архитектуры – слишком важная и объемная задача, для решения которой нужен отдельный высококвалифицированный специалист. С тех пор профессия архитектора эволюционировала до нескольких подвидов – например, бывают архитекторы решений, системные архитекторы, enterprise-архитекторы.
Во-вторых, программист может учить других программистов. Технические тренеры и менторы, способные качественно улучшить квалификацию целых команд, нужны и внутри компаний, и в качестве приглашенных звезд. Рынок онлайн-образования тоже растет и требует методологов и преподавателей. IT-индустрия далеко ушла от стереотипного образа школьного учителя информатики, нынешние преподы – лидеры мнений и желанные докладчики конференций.
В-третьих, программист может быть… просто очень крутым программистом. То есть, расти не карьерно, а профессионально. Для современных IT-компаний эти ребята очень ценны – они носители знаний и опыта, примеры для подражания, и вообще могут в одиночку заменить команду миддлов. Зарплатного потолка для таких специалистов практически нет. Если человек обладает уникальной для рынка и востребованной экспертизой, да еще и сможет развить её в компании, ему будут готовы платить и в два, и в три раза выше среднерыночной зарплаты.
#мифы_клевер
Миф: Когда на собеседовании спрашивают, почему вы уволились, нельзя говорить, что начальник был плохой.
Правда: можно, только осторожно. Оценивайте не личность «плохого» босса, а его поступки и решения. Даже если вас бесит характер предыдущего начальника, нужна конкретика. «Он нарушал мои личные границы просьбами поработать в воскресенье» звучит более весомо, чем «он не понимал, что такое личные границы, и был слишком требовательным».
Всегда объясняйте, почему вам не нравились действия начальника. Перечислить чужие недостатки – это еще полдела. Другие полдела – рассказать, почему в вашей системе ценностей такое поведение неприемлемо. На собеседовании и вам, и нанимающей стороне нужно понять, совпадают ли ваши представления о добре и зле.
И наконец, сконцентрируйтесь на важном. Называйте только то, что действительно сыграло роль в вашем увольнении. Скорее всего, на него повлияло не только поведение босса. Постарайтесь описать полную картину, но не слишком вдавайтесь в детали. В конце концов, вам предстоит ответить на много других вопросов.
#мифы_клевер
Правда: можно, только осторожно. Оценивайте не личность «плохого» босса, а его поступки и решения. Даже если вас бесит характер предыдущего начальника, нужна конкретика. «Он нарушал мои личные границы просьбами поработать в воскресенье» звучит более весомо, чем «он не понимал, что такое личные границы, и был слишком требовательным».
Всегда объясняйте, почему вам не нравились действия начальника. Перечислить чужие недостатки – это еще полдела. Другие полдела – рассказать, почему в вашей системе ценностей такое поведение неприемлемо. На собеседовании и вам, и нанимающей стороне нужно понять, совпадают ли ваши представления о добре и зле.
И наконец, сконцентрируйтесь на важном. Называйте только то, что действительно сыграло роль в вашем увольнении. Скорее всего, на него повлияло не только поведение босса. Постарайтесь описать полную картину, но не слишком вдавайтесь в детали. В конце концов, вам предстоит ответить на много других вопросов.
#мифы_клевер
Понедельник, как обычно, тяжелый, а наша сегодняшняя тема еще тяжелей. Будем разрушать #мифы про аутсорсинг. Там, оказывается, не так уж всё и плохо.
Слово «аутсорсинг» наводит на мысль о галерах. Неважно, насколько ты классный специалист: в аутсорсинге твоя единственная задача – грести день и ночь. Пока крутые парни создают ПО для запуска ракет в космос 🚀, ты молча работаешь свою скучную работу 😖🔫. В лучшем случае пишешь кусок кода для внутренней системы второго подразделения компании «БюрократТехСервис». В худшем – чинишь написанный в эпоху динозавров legacy-код.
Да, все это правда… десятилетней давности. Как обстоят дела сегодня?
Цифровые технологии пришли не просто в каждый дом – они докатились до самых что ни на есть традиционных индустрий. Банкам и розничным магазинам теперь тоже приходится присутствовать в интернете – иначе затопчут более продвинутые конкуренты. И что сделали традиционные предприятия? Пришли к аутсорсерам за мобильными приложениями и интернет-магазинами для своих клиентов. Так началась эпоха продуктового аутсорсинга.
Крупные аутсорсинговые компании стали создавать решения с нуля, от начала и до конца. Программисты теперь не пишут изолированную часть кода, не подчищают чужие ошибки, а делают продукт для живых людей – для нас с вами. Так аутсорсеры стали отвечать за результат своей работы не только перед бизнесом, но и перед пользователем.
У заказчика тоже кое-что изменилось: в штате появилось больше технарей, которые поддерживают и развивают цифровые решения. Общаться с аутсорсерами стали не бухгалтеры или менеджеры по продажам, а люди, которые представляют, чем бэкенд отличается от фронтенда. Так заказчик и подрядчик нашли общий язык и заговорили на равных.
В аутсорсинге появилось много разных проектов, задачи стали сложнее и интереснее. Программистам разрешили выбирать, над каким продуктом и с какими технологиям больше хочется работать. А еще возникла потребность в новых профессиях – бизнес-аналитика в IT-проектах, архитектора решений и менеджера по продукту.
Вот так аутсорсингу за десять лет удалось эволюционировать в настоящий Product Development Service. И большинство стереотипов на его счет потеряли актуальность.
Слово «аутсорсинг» наводит на мысль о галерах. Неважно, насколько ты классный специалист: в аутсорсинге твоя единственная задача – грести день и ночь. Пока крутые парни создают ПО для запуска ракет в космос 🚀, ты молча работаешь свою скучную работу 😖🔫. В лучшем случае пишешь кусок кода для внутренней системы второго подразделения компании «БюрократТехСервис». В худшем – чинишь написанный в эпоху динозавров legacy-код.
Да, все это правда… десятилетней давности. Как обстоят дела сегодня?
Цифровые технологии пришли не просто в каждый дом – они докатились до самых что ни на есть традиционных индустрий. Банкам и розничным магазинам теперь тоже приходится присутствовать в интернете – иначе затопчут более продвинутые конкуренты. И что сделали традиционные предприятия? Пришли к аутсорсерам за мобильными приложениями и интернет-магазинами для своих клиентов. Так началась эпоха продуктового аутсорсинга.
Крупные аутсорсинговые компании стали создавать решения с нуля, от начала и до конца. Программисты теперь не пишут изолированную часть кода, не подчищают чужие ошибки, а делают продукт для живых людей – для нас с вами. Так аутсорсеры стали отвечать за результат своей работы не только перед бизнесом, но и перед пользователем.
У заказчика тоже кое-что изменилось: в штате появилось больше технарей, которые поддерживают и развивают цифровые решения. Общаться с аутсорсерами стали не бухгалтеры или менеджеры по продажам, а люди, которые представляют, чем бэкенд отличается от фронтенда. Так заказчик и подрядчик нашли общий язык и заговорили на равных.
В аутсорсинге появилось много разных проектов, задачи стали сложнее и интереснее. Программистам разрешили выбирать, над каким продуктом и с какими технологиям больше хочется работать. А еще возникла потребность в новых профессиях – бизнес-аналитика в IT-проектах, архитектора решений и менеджера по продукту.
Вот так аутсорсингу за десять лет удалось эволюционировать в настоящий Product Development Service. И большинство стереотипов на его счет потеряли актуальность.
Всем, кто не откликается на вакансии без зарплаты, посвящаются наши сегодняшние #мифы. Собственно, миф: Если в вакансии не указана зарплата, значит, она настолько маленькая, что её стыдно писать
⚡️Правда: зарплату в вакансиях не пишут по другим причинам⚡️
💰Самая частая причина: компания держит зарплатную вилку в секрете, чтобы иметь пространство для маневра в переговорах. Чем меньше кандидат знает о границах вилки, тем сложнее ему торговаться, если оффер его действительно интересует – он просто боится перегнуть и потому называет сумму меньше.
💰 Новичкам в компании дают больше денег, чем старичкам прибавляют. Поэтому зарплату в вакансии не пишут, чтобы старички не увидели и не потребовали большой прибавки.
💰 В компании нет никаких установленных зарплатных вилок, и каждое решение принимается путём долгих обсуждений и взвешиваний за и против. Ну то есть, они РЕАЛЬНО не знают, сколько дадут кандидату, пока не прособеседуют его.
💰 Редко, но все-таки бывает: компания готова предложить очень много, но не хочет разбирать тонну неподходящих резюме, которые прилетят на выставленную большую сумму. Поэтому специально не пишут сумму зарплаты, рассчитывая, что подходящие кандидаты откликнутся на задачи и требования.
А вот те компании, зарплаты в которых реально маленькие, наоборот, редко скрывают свои вилки и рассуждают так: если уж кандидат откликнулся, значит готов, а на остальных мы время тратить не видим смысла.
⚡️Правда: зарплату в вакансиях не пишут по другим причинам⚡️
💰Самая частая причина: компания держит зарплатную вилку в секрете, чтобы иметь пространство для маневра в переговорах. Чем меньше кандидат знает о границах вилки, тем сложнее ему торговаться, если оффер его действительно интересует – он просто боится перегнуть и потому называет сумму меньше.
💰 Новичкам в компании дают больше денег, чем старичкам прибавляют. Поэтому зарплату в вакансии не пишут, чтобы старички не увидели и не потребовали большой прибавки.
💰 В компании нет никаких установленных зарплатных вилок, и каждое решение принимается путём долгих обсуждений и взвешиваний за и против. Ну то есть, они РЕАЛЬНО не знают, сколько дадут кандидату, пока не прособеседуют его.
💰 Редко, но все-таки бывает: компания готова предложить очень много, но не хочет разбирать тонну неподходящих резюме, которые прилетят на выставленную большую сумму. Поэтому специально не пишут сумму зарплаты, рассчитывая, что подходящие кандидаты откликнутся на задачи и требования.
А вот те компании, зарплаты в которых реально маленькие, наоборот, редко скрывают свои вилки и рассуждают так: если уж кандидат откликнулся, значит готов, а на остальных мы время тратить не видим смысла.
#Мифы и легенды о зарплатах программистов настолько классические, что и Древняя Греция позавидует. Вот, например, расхожее заблуждение: "Программисты меньше ста тыщ не получают, даже джуниоры. Стану программистом – разбогатею".
Правда: зарплаты в IT, конечно, высокие, но 100 тысяч – далеко не нижний порог, даже в больших городах. Вообще же размер зарплаты зависит от трех факторов: города, технологии и компании.
С городами, если мы говорим о России, всё понятно – в Москве платят больше всех, на втором месте Питер, там зарплаты в среднем на 10-15% ниже московских. И, судя по отчетам за прошлый год, даже в Москве встречаются предложения для джуниоров на 35-50 тысяч рублей.
Технологии бывают разными по востребованности и порогу входа, и это тоже влияет на предложения. Скажем, PHP-разработчикам в среднем предлагают меньше, чем Java-разработчикам, которые в большом количестве нужны крупным компаниям. В регионах предложение для PHP-разработчика вполне может быть в районе 20 тысяч рублей.
А с компаниями история такая: всё очень сильно зависит от того, откуда компания берёт деньги. Обычно самые высокие зарплаты в финансовых организациях – например, в трейдерских компаниях. Технологии для них не предмет торговли, а инструмент заработка, и между зарплатой программиста и прибылью связь хоть и есть, но не прямая. Самые маленькие зарплаты – в студиях по разработке сайтов. Для них программист – тот самый рабочий, который производит продукт на продажу. Поэтому в цепочке «приемлемая цена для клиента – издержки производства – прибыль – зарплата программиста» страдает обычно последнее звено.
Итого: да, какой-нибудь форекс-брокер может предложить джуниору 100 тысяч. Но таких предложений на рынке далеко не большинство.
Правда: зарплаты в IT, конечно, высокие, но 100 тысяч – далеко не нижний порог, даже в больших городах. Вообще же размер зарплаты зависит от трех факторов: города, технологии и компании.
С городами, если мы говорим о России, всё понятно – в Москве платят больше всех, на втором месте Питер, там зарплаты в среднем на 10-15% ниже московских. И, судя по отчетам за прошлый год, даже в Москве встречаются предложения для джуниоров на 35-50 тысяч рублей.
Технологии бывают разными по востребованности и порогу входа, и это тоже влияет на предложения. Скажем, PHP-разработчикам в среднем предлагают меньше, чем Java-разработчикам, которые в большом количестве нужны крупным компаниям. В регионах предложение для PHP-разработчика вполне может быть в районе 20 тысяч рублей.
А с компаниями история такая: всё очень сильно зависит от того, откуда компания берёт деньги. Обычно самые высокие зарплаты в финансовых организациях – например, в трейдерских компаниях. Технологии для них не предмет торговли, а инструмент заработка, и между зарплатой программиста и прибылью связь хоть и есть, но не прямая. Самые маленькие зарплаты – в студиях по разработке сайтов. Для них программист – тот самый рабочий, который производит продукт на продажу. Поэтому в цепочке «приемлемая цена для клиента – издержки производства – прибыль – зарплата программиста» страдает обычно последнее звено.
Итого: да, какой-нибудь форекс-брокер может предложить джуниору 100 тысяч. Но таких предложений на рынке далеко не большинство.
А вы верите в #мифы про занудных тестировщиков?
Нам вот не раз доводилось слышать, что тестировщики – зануды, потому что во всем ищут ошибки. Это, якобы, у них такая профессиональная деформация. Возможно, кому-то действительно довелось лично встретить занудного тестировщика. Но все-таки – справедливо ли смотреть на всех представителей профессии через призму этого стереотипа?
Мир предлагает человеку огромное количество информации. Нашему мозгу ежесекундно нужно анализировать огромное количество данных. И чтобы хоть как-то облегчить себе жизнь, он использует несколько приемов. Стереотипизация – как раз один из них. Еще чаще наш мозг не сам генерирует стереотипы, а подхватывает уже готовые кальки из СМИ, интернета, со слов знакомых. Так ему нужно тратить еще меньше ресурсов на анализ какой-либо ситуации.
Как это работает? Представьте, вы слышите разговор, в котором человек пытается доказать кому-то, что тот нерационально построил маршрут и до места можно добраться (внимание!) на две минуты быстрее. Если вам скажут, что этот человек – тестировщик, вы вряд ли удивитесь. При условии, что разделяете тот самый стереотип о занудстве. Ваш мозг обработал информацию и ликует, что стереотип рабочий. Значит можно использовать его и дальше.
А потом вдруг выясняется, что этот человек на самом деле не тестировщик, а, скажем, повар. Есть ли у вас в голове стереотип, что все повара – зануды? Скорее всего, нет. В этом случае мозг начинает активную работу и в итоге списывает это самое занудство на индивидуальную особенность человека. Встретите еще одного или двух занудных поваров и сформируете собственный новый стереотип.
На самом деле зануды есть в любой профессии. Можем даже предположить, что и среди тестировщиков их немало. Потому что человек, который ищет ошибки, в работе должен быть внимательным, сосредоточенным и немного дотошным. Но он, конечно, не обязан быть занудой в жизни.
Нам вот не раз доводилось слышать, что тестировщики – зануды, потому что во всем ищут ошибки. Это, якобы, у них такая профессиональная деформация. Возможно, кому-то действительно довелось лично встретить занудного тестировщика. Но все-таки – справедливо ли смотреть на всех представителей профессии через призму этого стереотипа?
Мир предлагает человеку огромное количество информации. Нашему мозгу ежесекундно нужно анализировать огромное количество данных. И чтобы хоть как-то облегчить себе жизнь, он использует несколько приемов. Стереотипизация – как раз один из них. Еще чаще наш мозг не сам генерирует стереотипы, а подхватывает уже готовые кальки из СМИ, интернета, со слов знакомых. Так ему нужно тратить еще меньше ресурсов на анализ какой-либо ситуации.
Как это работает? Представьте, вы слышите разговор, в котором человек пытается доказать кому-то, что тот нерационально построил маршрут и до места можно добраться (внимание!) на две минуты быстрее. Если вам скажут, что этот человек – тестировщик, вы вряд ли удивитесь. При условии, что разделяете тот самый стереотип о занудстве. Ваш мозг обработал информацию и ликует, что стереотип рабочий. Значит можно использовать его и дальше.
А потом вдруг выясняется, что этот человек на самом деле не тестировщик, а, скажем, повар. Есть ли у вас в голове стереотип, что все повара – зануды? Скорее всего, нет. В этом случае мозг начинает активную работу и в итоге списывает это самое занудство на индивидуальную особенность человека. Встретите еще одного или двух занудных поваров и сформируете собственный новый стереотип.
На самом деле зануды есть в любой профессии. Можем даже предположить, что и среди тестировщиков их немало. Потому что человек, который ищет ошибки, в работе должен быть внимательным, сосредоточенным и немного дотошным. Но он, конечно, не обязан быть занудой в жизни.
Вашему вниманию живучие #мифы про то, как дизайнер обязан уметь рисовать.
Правда в том, что рисовать нужно далеко не любому из них. С иллюстраторами и графическими дизайнерами, которые занимаются брендингом, всё понятно. Им без художественных навыков никуда: ни логотип придумать, ни иконку нарисовать. Другое дело – UI- и UX-дизайнеры. Про геймдизайнеров и вовсе говорить не будем, потому что они имеют дело не с картинками, а с игровыми механиками, балансами, сюжетами и прочим.
Чтобы делать дизайн интерфейсов, рисовать не нужно. Нужны логика, знание законов композиции и колористики. В случае с интерфейсами важнее всего – решить задачу – и чтобы решение было удобным и приятным глазу. Понадобится следить за трендами и овладеть инструментами для разработки UI. То есть не просто изучить Photoshop, но еще и представлять себе, например, Sketch и приложения для совместной работы с фронтенд-разработчиками вроде Avocode и Zeplin. Разобраться в CSS и Bootstrap тоже будет нелишним. Умело обращаться с инструментами здесь куда важнее, чем строить перспективу и понимать, куда падают тени на лице при разном освещении.
Если мы говорим про дизайн пользовательского опыта, то здесь изобразительных средств нужно еще меньше, а логики и умения общаться – больше. UX-дизайнер должен понять, что нужно пользователю и как ему удобно взаимодействовать с интерфейсом. Для этого потребуется проводить интервью и много думать.
Часто UI и UX делает один и тот же человек, так что умения из двух предыдущих абзацев можно собрать воедино и получить более-менее универсального дизайнера для IT-компании. Как видим, рисовать ему нет большой нужды.
Правда в том, что рисовать нужно далеко не любому из них. С иллюстраторами и графическими дизайнерами, которые занимаются брендингом, всё понятно. Им без художественных навыков никуда: ни логотип придумать, ни иконку нарисовать. Другое дело – UI- и UX-дизайнеры. Про геймдизайнеров и вовсе говорить не будем, потому что они имеют дело не с картинками, а с игровыми механиками, балансами, сюжетами и прочим.
Чтобы делать дизайн интерфейсов, рисовать не нужно. Нужны логика, знание законов композиции и колористики. В случае с интерфейсами важнее всего – решить задачу – и чтобы решение было удобным и приятным глазу. Понадобится следить за трендами и овладеть инструментами для разработки UI. То есть не просто изучить Photoshop, но еще и представлять себе, например, Sketch и приложения для совместной работы с фронтенд-разработчиками вроде Avocode и Zeplin. Разобраться в CSS и Bootstrap тоже будет нелишним. Умело обращаться с инструментами здесь куда важнее, чем строить перспективу и понимать, куда падают тени на лице при разном освещении.
Если мы говорим про дизайн пользовательского опыта, то здесь изобразительных средств нужно еще меньше, а логики и умения общаться – больше. UX-дизайнер должен понять, что нужно пользователю и как ему удобно взаимодействовать с интерфейсом. Для этого потребуется проводить интервью и много думать.
Часто UI и UX делает один и тот же человек, так что умения из двух предыдущих абзацев можно собрать воедино и получить более-менее универсального дизайнера для IT-компании. Как видим, рисовать ему нет большой нужды.