https://www.youtube.com/watch?v=XXi_FBrZQiU
Новый доклад Сэнди Метц, ООП, дизайн, Звёзды Смерти 🔥

У Фаулера вышло второе издание "Рефакторинга", с примерами на js.

https://github.blog/2019-02-14-introducing-draft-pull-requests/
Если кто-то ещё не знает, на гитхабе появилась возможность делать пулл-реквесты-черновики (Drafts). Такой пулл-реквест пригодится для обсуждения деталей по ходу работы над задачей.
Теперь не нужно писать в названии что-то вроде "DON'T MERGE!!!, pr for code review 😱".
На самом деле это и раньше было необязательно: например, у нас на проекте используется пометка [WIP] в названии + WIP робот (https://probot.github.io/apps/wip/).
В обоих случаях (wip + pобот и draft pr) принять пулл-реквест кнопка "принять пулл-реквест" заблокирована. Наверное, более нативный вариант будет удобнее, а пока тестим эту фичу 👌

https://www.techdoneright.io/55
Сегодня дослушала эпизод подкаста TechDoneRight с Эллисон МакМиллан, где она рассказывает про роль Engineering Manager в Гитхабе. Сами обязанности EM в разных компаниях могут сильно отличаться. В Гитхабе она следит за тем, чтобы члены команды были довольны развитием своей карьеры, ставили себе новые цели и достигали их; чтобы сама команда двигалась в правильном направлении.
Пока не встречала такого на своих работах, мало кто из работодателей вообще задумывается о карьере сотрудников. Тем не менее, можно попробовать взять инициативу в свои руки: например, тоже начать ставить себе цели на неделю, месяц, полгода. При этом цели должны быть связаны не с определёнными фичами или проектами, а скорее с навыками, которые мы хотим развить.
Конечно, у меня возникли сомнения, а не давят ли такие цели? Ведь бывают периоды, когда хочется просто спокойно поработать, а не из кожи вон лезть, чтобы добиться повышения? Но в итоге участникам подкаста удалось убедить меня, что "спокойно поработать" - это не значит останавливаться, иначе будет скучно. Иногда можно просто прокачиваться в рамках своего уровня, а если рабочие задачи этому способствуют, будет совсем хорошо. Думаю, этот процесс вполне можно организовать так, чтобы цели мотивировали, а не давили.

Подборка еженедельных рассылок по it-темам - http://statuscode.com/
Сейчас из них я регулярно читаю только Ruby Weekly.
Раньше рассылки часто залёживались во входящих или в закладках. Это никак не помогало, а только засоряло информационное пространство.
Сейчас читаю так: или выделяю на чтение статей из рассылки полчаса, или быстро разбираю и скидываю интересное в покет (https://getpocket.com/). Статьи из покета читаю, когда появляются свободные 5-15 минут. Многие статьи читаю по диагонали, в других случаях наоборот ищу доп. материал. Но в любом случае, рассылка - это способ узнать что-то новое, а не получить глубокие знания.
Если эпизод рассылки остаётся непрочитанным дольше недели-двух, просто удаляю его: вряд ли уже когда-то найду время на старые посты. Если там есть что-то действительно стоящее, скорее всего попадётся в других местах. В покете статьи, конечно, задерживаются дольше, но и его стараюсь чистить время от времени.

Что получают разработчицы (и разрабочицы) за работу над опенсурсом 💁🏻‍♀️
https://twitter.com/ShitOSSDevsHear
Ведёт прекрасная Лия Веру ✨

Какое-то время назад Upcase (обучающая платформа от thoughtbot) стал бесплатным.
А теперь открыли и книги ==> https://thoughtbot.com/blog/books-free
Сами книги: https://books.thoughtbot.com/

https://dev.to/shecoded
Истории программисток на dev.to . Я тоже написала.

Отличный эпизод подкаста devzen ==> https://devzen.ru/episode-0232/
Темы: менторство и спонсорство, варианты развития карьеры и навыков, процесс ревью на работе.
Обычно я 2 с половиной часа подкаста не выдерживаю, но в этот раз было очень интересно было услышать опыт участниц (не за один присест, конечно :)

Хотела сделать маленький пост про rubycritic, но оказалось, что дефолтный отчёт не генерируется.
Пришлось контрибьютить 💁🏻‍♀️ https://github.com/whitesmith/rubycritic/pull/299