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

Начала вести маленький книжный клуб по "Working Effectively with Legacy Code" Майкла Физерса.
Сделала краткое содержание первых двух глав на русском ==> https://gist.github.com/lightalloy/2d1f05d5ba2dce3f59d8facdbb0b2b39

#книги

Недавно изучала информацию по книжным клубам, полелюсь:

Пост от Эллисон МакМиллан с советами по организации клуба:
http://daydreamsinruby.com/running-a-book-club/

Несколько полезных мыслей в комментариях к посту на dev.to
https://dev.to/acflint/dev-book-club-36cl
Результата я не увидела, предполагаю, что никто так и не организовал.

Dev Empathy Book club - Книжный клуб онлайн
https://devempathybook.club/
Книги можно посмотреть на сайте.
Обсуждения раз в неделю в слаке и примерно раз в месяц видео-обсуждение + трансляция на ютуб.
Я присоединилась к слаку, на мой взгляд там очень мало активности. Подумывала почитать-пообсуждать с ними, но решила пока сконцетрироваться на своём книжном клубе.

#книги

Подписалась на рассылку "Developer Avocados" ==> http://developeravocados.net/
Не то чтобы я собиралась переквалифицироваться в авокадо 🥑, но хотелось бы развивать не только программерские, но и смежные навыки.
Поэтому почитываю про письмо, речь и т.д.

Читаю "Working with Legacy Code" в оригинале, но иногда интересно посмотреть как перевели те или иные понятия на русский (бедный переводчик!)

> 1. Определение точек изменения.
> 2. Нахождение тестовых точек.
> 3. Разрывание зависимостей.
> 4. Написание тестов.
> 5. Внесение изменений и реорганизация кода.

Параллельно слегка читаю "Слово живое и мёртвое" Норы Галь. Думаю, она заругала бы за такой перевод :D
В английском есть герундий (*-ing) и это очень удобно. На русский его часто переводят как существительное, и получается что-то неестественное. Например, "разрывание" 🤨 Обычно можно переписать так, чтобы вместо существительных были глаголы.

Да, Нора писала не про технические тексты, но я думаю, что часто её советы подходят и к ним.

#книги

Нужно что-то читать параллельно "Working with Legacy Code", поэтому купила "How to Bake pi" Евгении Ченг.
Ожидаю введение в теорию категорий для самых маленьких. Посмотрим, что будет на самом деле.

#книги