Разработчик из Cleveland Clinic рассказывает про их попытку построить процессы вокруг проектов в Figma.
https://dev.to/zperkovic/bridging-the-gap-between-design-and-development-how-to-use-figma-s-projects-as-process-sections-4ccg

Я ищу тимлида в команду сайтов Kotlin: развивать основной портал, интерактивный плейграунд и документацию.

Что надо делать:
- Управлять командой из трех человек и процессом разработки в ней
- Сделать из технической стороны конфетку
- Самому писать код и решать технические задачи

Почему вакансия кайф:
🙌 Каждая задача влияет на огромное коммьюнити разработчиков, сразу видишь гору фидбэка
👀 Все твои проекты будут в опенсорсе
🤩 Очень широкий спектр задач: от верстки страниц до поддержки сервиса, который компилирует Kotlin

Все детали описал на лендинге, а вопросы и резюмешки можете кидать мне в личку (@etolstoy)!

Про необходимую боль разработчиков, не страдающих экстраверсией. Митинги, код ревью и ощущение себя винтиком в большой системе и другие.
https://habr.com/ru/company/vdsina/blog/540758/

Как оценить стоимость диджитал бизнеса на основе ценности ежемесячного трафика и какие факторы еще учесть. Статья во многом про SEO, но пригодится всем, кто развивает или владеет сайтами.
https://ahrefs.com/blog/ru/how-much-is-my-website-worth/

Лонгрид про то, как компании и сотрудники могут выстраивать отношения в современных условиях, когда завтра может понадобится иная экспертиза и сотруднику придется уйти.
https://hbr.org/2013/06/tours-of-duty-the-new-employer-employee-compact

Еще один фреймворк для того, чтобы давать фидбек. Задаете вопрос, привязываете к наблюдениям и говорите об ожиданиях.
https://dev.to/arches/mastering-feedback-communication-202n

За последние несколько летя прособеседовал около 70 тимлидов. В новом посте в блоге делюсь списком вопросов и кейсов, которые я обычно обсуждаю.
https://etolstoy.com/teamlead-interview/

Скоро и в Clubhouse будут хантить. Даже при отсутствии инвайта можно прибегнуть к незамысловатым извращениям с гуглом и найти кандидата.
https://habr.com/ru/post/542140/

Вторая часть поста от Спортмастер Лаб. “Команды концентрируются не на достижении сроков конкретных задач, а на повышении эффективности, стабильности и предсказуемости своей ежедневной работы.”
https://habr.com/ru/company/sportmaster_lab/blog/540764/

Ментальные модели основателя стартапа: визионер, продавец и обладатель системного мышления. Краткие пояснения со ссылками на книги, которые стоит прочитать или послушать.
https://www.maxongzb.com/startup-founder-mental-models-reading-time-3-mins/

Как можно проводить ревью кода и какими активностями заменять.
https://dev.to/zperkovic/5-ways-to-do-a-code-review-1nfd

Проверка продуктовой гипотезы за 15 дней. Инженеры сначала принимают звонки вместо саппорта, потом пишут требования, потом кодят. При этом видят результат своей работы без посредников.
https://habr.com/ru/company/domclick/blog/541906/

Сборник статей, видео, книг и других материалов от самых крутых компаний про SRE - проектирование надежности сайта. Затронуты все стороны тематики от HR и культуры до технической оценки результатов.
https://github.com/upgundecha/howtheysre

Лайтовая версия 1-1 или что делать, если вообще непонятно о чем говорить.
https://dev.to/fabiothiroki/start-your-1-1s-with-another-developer-b57

История становления техлида. Почему важен интерес к индустрии в которой работаешь, а не только к технологии. Спойлер: потому что технологии устареют, но индустрии останутся, но это не все.
https://levelup.gitconnected.com/the-one-regret-of-my-software-engineering-career-3e8656ba4f62

Стратегия компании состоит из многих частей: цели, планы регламенты и другое. И без всего этого компании будет тяжело пережить кризисные периоды.
https://habr.com/ru/post/543008/

Как можно сделать документацию доступных API хуже на примере Apple. Самый интересный вариант - положить критичную информацию в видео и больше нигде о ней не упоминать, но есть и более банальные варианты.
https://kean.blog/post/apple-documentation

Пересказ интересной идеи из книги Криса Восса, он еще в Masterclass про нее урок записывал. Если коротко: чаще стоит задавать вопросы “как”, нежели “почему”, если вы хотите, чтобы собеседник вас понял.
https://dev.to/chuloo/never-why-but-how-1e4m

Метод определения приоритетов MoSCoW. Техника, позволяющая разделить все задачи на 4 категории с понятными названиями.
https://dev.to/devlix-blog/methodical-prioritization-with-the-moscow-method-48bl

Определяем кому и как давать обратную связь в зависимости от личных качеств получателя фидбэка.
https://www.exudeinc.com/blog/adjusting-your-feedback-methods-to-personality-types/