Как сбалансировать жизнь. Советы инженера-программиста

Кент Доддс

Кент Доддс (Kent Dodds) очень занятой парень. Он JavaScript-инженер полного стека в PayPal, главный разработчик JavaScript Air, соразработчик React30, инструктор на Egghead.io, Google Developer Expert. Много времени проводит в Twitter и GitHub.

В этом году он выступает на All Things Open в двух сессиях Managing an Open Source Project и How to Open Source Your Stuff.

— Как ты распределяешь свое время между PayPal, подкастами, инструктивными скринкастами, которые создаешь, участием в open-source проектах и семьей?
— Я постоянно нахожу себе занятие! Если хочешь знать мое общее расписание, посмотри на АМА-сессии, там мне уже задавали подобный вопрос. Как мне удается сделать многое — сводится к следующему:

  • Я невероятно привилегирован. Моя жена очень участлива, помогает освободить много моего времени. Она занимается многими вопросами ведения домашнего хозяйства, поэтому я сосредоточиваюсь на работе.
  • У меня мало хобби помимо семьи, церкви, и всего того, что ты упомянул.
  • Стараюсь, насколько могу, автоматизировать процесс.
  • Стараюсь следовать «правилу одной минуты».
  • Использую каждую свободную минуту. Когда мои дети еще спят, а жена пошла за продуктами, ты можешь держать пари, что я уберу на кухне настолько быстро, настолько могу.
  • Работаю из дома, поэтому не трачу время на поездки на работу и обратно.

Иногда, когда нужно сосредоточиться на курсе Egghead.io, Frontend Masters workshop, или на каком-то обсуждении, жена относится к этому с пониманием. Тогда мы проводим вместе меньше времени по вечерам (или просто работаем бок о бок, пока в фоновом режиме идет «Стар трек»).

— Что ты почерпнул у других программистов? Что помогло улучшить твои преподавательские навыки программирования?
— Хм … Есть несколько вещей, которые я заметил в себе и других. Необходимо улучшать преподавание. Что касается лекции, я всегда рекомендую посмотреть и последовать советам Бена Оренштейна (Ben Orenstein) How to Talk to Developers.

Определенные вещи, которых стараюсь избегать:

  • Использовать неуместные фразы типа: «Парни», «Ламер», «Очевидно» «Это так просто» и т.д.
  • Говорить неуважительно о других и их работе.
  • Пытаться вместить слишком много информации в отведенное время. Если понимаете, что отстаете, не пытайтесь проскочить материал.
  • Неправильно обучать из-за ограниченного понимания материала.
  • Проводит мульти-часовой «семинар» в формате лекции.

— Помимо скринкастов и конференций, есть лучшие способы научиться программированию?
— Я говорю об этом в Zero to 60 in Software Development: How to Jumpstart Your Career. На подобный вопрос ответил на AMA. В принципе, вижу процесс обучения, таким:

  • Поглощайте: рассылки, подкасты, Twitter и т.д.
  • Книги, блог-посты, видеоролики и т.д.
  • Создавайте вещи, в которые хотите глубоко погрузиться.
  • Учите тому, что изучили во время создания; это укрепит ваше понимание.

Я также говорю, насколько ценно:

  • Не боятся пробовать новое. Быть готовым получит отказ и потерпеть неудачу.
  • Быть тактичным.

— Приведи пример высокоэффективного инструмента, который может развернуть любая команда, чтобы автоматизировать проектные процессы?
Semantic-release — инструмент, который сделал для меня больше, чем любой другой для автоматизации open source-проекта. Сначала, я был настроен скептически, но после использования, понял, что это бесценный инструмент для повышения производительности (даже на проектах, которые я не активно поддерживал). Настройте инструмент на ваших проектах и наслаждайтесь тем, что ваш мозг не будет забит автоматизацией ваших релизов.

Источник: opensource.com, 5 октября 2016


Перевод выполнен abv24.com




Опубликовано 20.10.2016 в 6:54 пп · Автор abv24 · Ссылка
Рубрики: Социальные медиа

Написать комментарий


@Mail.ru