О собеседованиях и найме

На днях прочитал отличную статью (https://vas3k.ru/inside/46/) о собеседованиях и найме. Написано в основном о том, как нанимать программистов, но озвученные мысли подходят и для остальных. Идеи близки мне по духу, потому что я считаю, что типичные собеседования это пустая трата времени. Вопросы о сложности алгоритмов или о бинарных деревьях не покажут ничего, кроме того, что человек об этом слышал и запомнил, а интервьюер тешит своё эго, потому что прочитал об этом 5 минут до интервью. А заставлять писать код на бумаге или на доске это вообще лютый зашквар.

Требования к будущим сотрудникам отличаются в каждой компании. Мы, как стартап, в первую очередь ориентируемся на то, чтобы человек был командным игроком и умел делать работу. Под "умел делать работу", подразумевается – брать и делать, без отговорок. Идеальный кандидат понимает бизнес и почему принимаются те или иные решения. Он готов иногда писать неидеальный код для быстрого тестирования гипотез. Он не пытается строить архитектуру на века, если в этом нет необходимости и не решает несуществующие проблемы. Такие качества человека проявляются в разговоре "за жизнь". Наблюдайте, как человек рассуждает, какие вопросы задает, как анализирует информацию.

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

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

Хочу Молиться На Самостоятельных Людей

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

Приведу парочку примеров, где для меня было очевидно «хули ты стонешь? пойди и сделай!», а для человека было «а я вот не могу и жду»

Задача: сделать презентацию клиенту
ЦА понятная, есть примеры, структура и часть контента.
Что получаем: набросанные заголовки, бардак и отсутствие оформления, нормального текста.
Что имеем:
— вот преза, я писать текст нормально не могу, может ты его напишешь?
— оформлять я тоже не могу, у нас же куча дизайнеров — давайте им задачу дадим. не вижу смысла это делать мне.
— я сижу без работы два дня и жду от вас действий, что мне делать?

Да ты, сука, сядь и изучи keynote или figma, у тебя есть пример того «как надо» перед глазами, посмотри уроки какие-то. Хули ты сидишь без работы и чего-то ждёшь, если на презе всё завязано?

Мы не корпорация, а студия в 20 человек, ты реально ждёшь чтоб за тебя кто-то хорошо написал текст и подвигал блоки в keynote?

Ещё пример: сделать таблицу проектов, ресурсов и команд в notion, чтоб каждую неделю синхронизироваться.
Что имеем
— Я сделал документ в excel, потому что notion непонятный, мне проще в excell, я так привык.
Всё это плохо грузится, найти в гугл-диксе сложно, потому что база знаний и дашбордов у нас в notion и все там работают.

Давай ещё open office внедрим потому что тебе так привычно? Будем все устанавливать его и страдать каждую неделю, лишь бы тебе удобно было.

Ну и третий: написать инструкцию про внутренний процесс.
Что имеем:
— Я вот вроде написал, но есть моменты, где я не понимаю как написать, потому что я в этих процессах сам не участвовал, это арт-дир делает, поможешь мне — напишешь как надо?

Господи ты боже мой! Подойди к арт-диру и спроси, зачем ты мне пишешь? Я запрещаю тебе с людьми общаться? Привязываю к креслу и рот кляпом затыкаю?

Люди, искусственно создающие себе барьеры — беспомощные люди. Не надо так.

Все ситуации выдуманы, любое совпадение с реальностью случайно 🙂

Метод гипотез в решении технических задач

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

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

Вместо результата у непонятных задач лучше фокусироваться на процессе. К примеру, можно пообещать проверять по одной гипотезе раз в два дня. Садимся, и раз в два дня выдвигаем гипотезу, скажем «я считаю, что виноват redis, потому что он иногда падает, а потом долго грузит сохранённые данные с диска».

Дальше садимся и проверяем гипотезу: как быстро запускается redis с сохранёнными данными? А под нагрузкой? Может избавиться от промежуточных сохранений кеша и вообще отключить сохранение? Придумали эксперимент, запустили проверку — и на пару дней переключаемся на другие задачи.

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

Карьерный лайфхак 2020

Карьерный лайфхак 2020

ВЫУЧИТЕ АНГЛИЙСКИЙ.

Всё.

Десятки дизайнеров, и, думаю, сотни — с о т н и — совершенно прекрасных ребят, которые хотели в Miro → просто завалились на знании языка.

«Я выучу», «я учил», «мне надо разговориться», «я устроюсь, и сразу буду заниматься», «я забыл, но вспомню», etc.

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

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

И ещё много чего нельзя.

Что сделать прямо сейчас:

1. Установите английский язык на девайсах. Это простой и быстрый способ погрузить себя в цифровую языковую среду.

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

Там в принципе всё понятно и так, а для мозга снизит стресс и порог входа в язык.

|
|
|
Сделайте это сейчас :–)
|
|
|

Что дальше [бесплатно]:

2. Начните каждый день читать статью на английском по интересующей вас теме.

Мозг будет уставать — это ок.
Утром даётся проще, выделяйте на это хотя бы 5 минут.

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

Подписки можете скопировать у меня: https://mobile.twitter.com/vladzely

Несколько медиа:

https://www.itsnicethat.com
or
https://www.smashingmagazine.com
or
https://techcrunch.com
or
https://uxdesign.cc
or
https://underconsideration.com

3. Скачайте себе любое приложение по изучению языка (Дуолинго, Бусу, Лингвалео, Мемрайз, етс) и просто тупите 10-15 минут утром и вечером.

Каждый день. Важна регулярность.

4. Пассивное изучение: слушать и читать.

Так как статьи вы уже читаете → дальше аудио и видео. Я мало смотрю кино, но много слушаю музыки, поэтому начал просто с переводов песен.

Нравится песня → гуглите название + lyrics (хотя в эпл мьюзик это уже встроено) → читаете текст, переводите, если не знаете. Затем слушаете вновь.

Нужно учиться различать устную речь.

Если смотрите видосы — то на английском и с английскими субтитрами.

Быстрый старт — ТЕD:
https://www.ted.com/talks

Если вы дизайнер:
https://www.highresolution.design

or

https://www.netflix.com/ru/title/80057883


5. Также важно тренировать активное изучение языка: сначала начните формулировать мысли письменно, затем запишите себя на диктофон → ужаснитесь. И продолжайте.

Важно искоренять корявое произношение. Акцент может оставаться, но важно, чтобы вы были understandable.

6. Если вы совсем 0 и любите, когда кто-то объясняет по видео → гуглите и практикуйте «Полиглот английский 16 часов»

Там есть базовая грамматика + минимальный словарный запас для старта.

7. Продержитесь так месяц → дальше можете вливать бабки.

Куда вливать бабки:
8. Репетитор: вы можете быть удивлены, но репетитор не гарантирует вам прогресс. Он гарантирует вам хотя бы какую-то регулярность.

Два раза в неделю по часу лучше, чем 10 часов в субботу один раз в месяц.

Ну и репетитора как психолога можно менять. Тут вам и Айтолки, и Скайинг, и рекоментации знакомых — последнее самое крутое.

9. Учебные пособия и курсы.

Из книжек → самые базовые и понятные — это два сборника грамматики Мёрфи: красный, элементари и синий, интермидиейт. Они с картинками, очень простым английским + есть задания с ответами в конце.

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

10. Just practice.

Язык — это просто куча часов и практики. Никакого секрета.

Читать, писать, слушать и говорить.

Если вы будете делать что-то одно, то будете уметь что-то одно.

По уровню лёгкости:
Читать → Слушать
Писать → Говорить

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

Нет, вы не выучите язык за месяц и даже несколько.

Просто начните им пользоваться и получать удовольствие.

Бонус. Два странных приложения: Tandem и Wakie, где иногда можно найти кого-то адектватного для переписки или созвона.

Это долгий путь, но через полгода вы будете рады, что начали сегодня.

В Usethics написали о том, как объединить подход персонажей и Jobs to be done

JTBD описывает потребности пользователя по формуле: когда X, я хочу Y, чтобы Z. «Когда я не знаю, как добраться до места (X), я хочу быстро узнать направление (Y), чтобы прийти, куда нужно (Z).

Во подходе персонажей первое место занимает персонаж: как Х, я хочу Y, чтобы Z. «Как турист (X), я хочу быстро узнать направление (Y), чтобы прийти, куда нужно (Z)». Персонажи рассказывают о пользователях продукта, а «работы» сообщают об их ключевых целях.

Подходы можно объединить: установки влияют на вероятность возникновения разных ситуаций, а ситуации влияют на конкретный опыт. На верхнем уровне — персонажи (основные типы пользователей), затем — «работы» (задачи персонажей в рамках определённых обстоятельств), а в основании — конкретные переживания пользователя на разных этапах пути.

У приложения-будильника ключевая работа — проснуться и встать вовремя. Используя JTBD, при редизайне мы не фиксируемся на конкретном решении в виде будильника. Человек может попросить другого человека разбудить или лечь спать заранее, чтобы проснуться самостоятельно и т.п.

Объединённый подход:

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

2. Проводим интервью, где оцениваем участников с точки зрения выделенных свойств, узнаём контекст, делим работу на составляющие («подработы»). Например: Подготовка ко сну → Планирование подъёма утром → Засыпание → Сон → Пробуждение → Подъём. Это не обязательно должна быть последовательность.

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

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

5. Составляем карту пользовательского опыта для каждого персонажа. В ней могут быть слои опыта: цели/потребности, опасения, действия, барьеры, инструменты, эмоции.

6. Profit (выявляем инсайты о проектируемом продукте).

https://medium.com/usethics-doc/b35d4174cea3