Учиться, учиться и ещё... где/когда/как?

Не секрет, что в современных IT-профессиях учиться приходится постоянно. Появляются новые технологии, языки, фреймворки, подходы к управлению проектами... Как говорила Алиса в зазеркалье, здесь постоянно надо бежать, чтобы оставаться на месте. Но ведь — у нас есть работа, семья, дети, увлечения, друзья... где же взять время на обучение? Куда пойти учиться или где взять материалы для самостоятельного обучения? И как мотивировать себя, чтобы не прервать учёбу после двух занятий — когда первый энтузиазм схлынул, а успехи ещё не видны? Попробую рассказать о тех рецептах, которые проверил на себе за последнее время.

  1. Читайте, читайте, читайте. Множество интересных блогов и бесплатных книг почти по любой технологии доступно в интернете... (долго думал, писать ли об этом, но в конце концов решил, что я и так в большинстве рецептов выступаю Капитаном Очевидность, так что — пусть будет).
  2. Учитесь в транспорте. Книги можно закачивать на букридер или планшет, и читать в метро, такси или электричке. Говорят, что при этом могут портиться глаза... но все равно ведь все читают :) — уж лучше что-то полезное, чем очередной опус господина Лукьяненко.
  3. Подкасты. Можно закачивать в плеер и слушать — как в дороге, так и дома, во время готовки, уборки или глажки. Из интересных подкастов могу порекомендовать Радио-Т (особенно гиковские выпуски), Диджестив и, конечно, Откровенно про IT карьеризм.
  4. Слайдкасты. Те, которые с www.slideshare.net, когда аудиодорожку прикладывают к презентации, отлично можно запускать на втором экране, в то время как на первом что-то делать, сидя в наушниках. Вот, например, сейчас у меня на втором экране крутится слайдкаст Максима Дорофеева про людей-снежинок.
  5. Видео. Отличные бесплатные видео есть у Орлова с Панкратовым. Много интересных докладов с удалённых конференций, которые можно посмотреть в онлайне. К сожалению, выбрать время, чтобы посмотреть видео длиннее 15 минут, мне, например, сложно. Что тут делать? Можно смотреть «по кусочкам». Можно (в особенности доклады с конференций) перегонять в аудио и слушать как подкасты.
  6. Онлайн-курсы. Я вот записался на www.saas-class.org от университета Berkley, который должен начаться 20 февраля. А ты?
  7. Объединяйтесь! Находите единомышленников и устраивайте совместное обучение. Мы вот, например, в Харьковском Ciklum’e вместе изучаем PMBoK и собираемся готовиться к PMP. Когда учишься вместе с кем-то — во-первых, повышается мотивация (неудобно же подвести товарищей!), а во-вторых — понижается демотивация (если вдруг один раз не успеешь подготовиться к занятию, то товарищи прикроют).

А как учитесь вы?

Все про українське ІТ в телеграмі — підписуйтеся на канал DOU

👍ПодобаєтьсяСподобалось0
До обраногоВ обраному0
LinkedIn



66 коментарів

Підписатись на коментаріВідписатись від коментарів Коментарі можуть залишати тільки користувачі з підтвердженими акаунтами.

А ще можна піти вчитись на програму MSc in Technology Management у Львівській бізнес-школі:) Почитати про програму можна тут — lvbs.com.ua/uk/ms_it

Учитесь в транспорте. Книги можно закачивать на букридер или планшет, и читать в метро, такси или электричке. Говорят, что при этом могут портиться глаза... но все равно ведь все читают :) — уж лучше что-то полезное, чем очередной опус господина Лукьяненко.

особенно удобно за рулем :)

Круто. Буду иметь в виду, спасибо :)

Думаю, что действия, попытки, запущенные и проваленные проекты намного ценнее голой учебы. А понятие «учеба» больше подходит тем, кто хочет себя позиционировать, как наемный сотрудник. Если же хочется запускать свои проекты, то попытки и действия — вот ценный учитель.

В ИТ почти не слышал понятия «менторинг». Уверен, что наберется множество желающих обучаться у того, кто уже достиг желанного для обучающихся положения. Среди моих знакомых есть те, кто согласился бы платить деньги гуру в какой-то области за наставничество (даже не обучение). Кто-то сталкивался на практике с таким подходом?

Думаю, что действия, попытки, запущенные и проваленные проекты намного ценнее голой учебы. А понятие «учеба» больше подходит тем, кто хочет себя позиционировать, как наемный сотрудник. Если же хочется запускать свои проекты, то попытки и действия — вот ценный учитель.

Кстати, в ИТ отрасли почти не слышал понятия «менторинг». Уверен, что наберется множество желающих обучаться у того, кто уже достиг желанного для обучающихся положения. Среди моих знакомых есть те, кто согласился бы платить деньги гуру в какой-то области за наставничество (даже не обучение). Кто-то сталкивался на практике с таким подходом?

То что вы описали это не обучение, а просто чтение новостей. Я еще не видел не одного программиста который бы чемуто научился только прочитав книжку. Проблема нашей отрасли как и врачебной и многих других в том что обучение неразрывно связано с практикой, и именно практика требует много времени.
Вот к примеру я за 3 дня прочитал 2 книги по ерлангу. После этого я могу сказать что понял где его можно применить и что в нем классного относительно других. Но, ерланга я не знаю. Потому что бы знать, нужно сделать на нем 2-3 проекта и постаратся включить в них все аспекты. А у кого есть столько времени?

Посему все обучение проходит в рабочее время, берутся новые проекты и делаются на новых технологиях и идеях. И после года можно сказать что я это выучил, не гуру, не мастер, а просто выучил.

Пока не сделал 2 — 3 учебных проекта или хотя бы не выполнил лабы из тренинг-кита еще не «выучил».
С другой стороны выучить все невозможно. Если, к примеру, взять только Майкрософт технологии то «выучить» .Net Framework — это попробовать написать все возможные виды приложений (GUI, Web, Smart Client, Mobile и т.д). По моим прикидкам на это надо не меньше года. Просто освоить нововведения очередной новой версии — не меньше месяца.
Поэтому прочитав за 2 — 3 дня хорошую книгу можно не «выучить» технологию, но узнать зачем ее придумали, что она позволяет делать и как. Это позволит вспомнить о ней когда надо будет решить подходящую задачу.

По моему опыту обучение в рабочее время — это роскошь, доступная только если совсем туго с заказчиками. Обычно крупные проекты длятся годами и новое там не приветствуется. Хочется новых технологий и идей — выучи в свободное время (например, в отпуске) и уходи на другой проект (в другую контору).

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

что-то как-то stackoverflow.com обходят вниманием на доу... это ж ведь тоже отличная возможность учиться, прокачивать знания, помочь коллеге по цеху, в конце концов :)

Хм. Учиться по stackoverflow — это всё равно как учить английский язык, читая англо-русский словарь. Нет, ну можно конечно... но зачем, если есть более простые способы? :)

Очень удивляет ваш комментарий. Похоже с концепцией stackoverflow вы не очень хорошо знакомы.

Хм, а у него есть концепция?
По-моему, если предельно упрощать и удалить незначимые детали — это сборник вопросов и ответов на программистскую тематику. Очень помогает, когда надо выяснить конкретный рецепт.

Но как это использовать в обучении?

неужели вы не задумывались о том, что кроме того, что можно задавать вопросы (нужно еще уметь задавать правильные вопросы), на них можно еще и отвечать? в этом случае можно научиться довольно многому:
а) грамотно формулировать и выражать свои мысли в письменном виде на английском языке
б) быстро искать ответы на порой нетривиальные вопросы
в) учиться у людей, которые предлагают решения альтернативные вашему

г) (самое главное) учиться конструктиву! это то, что так несвойственно комментаторам нашего любимого доу :)

если вы считаете себя экспертом в какой либо области, семейство порталов stackexchange поможет не только утвердиться, но и расширить горизонты. для проджект менеджеров предназначена отдельная площадка pm.stackexchange.com.

попробуйте заработать хотя бы один gold badge и тогда придет осознание того, что stackexchange — это один из самых эффективных вспомогательных способов (первичный способ — это всё таки ваше основное место работы) профессионального развития.

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

Юра, привет. Рецептами ты не так и не поделился. Все что говоришь в общем известно, что подтверждают коментарии.
На мой взгляд ты не сказал главного. А то, что сказал скорее отвлечет от правильного пути.
Слушать и читать можно много чего. А времени всегда мало. Нужно очень грамотно распорядиться этим самым ценным ресурсом — временем. А вот по твоему посту создается впечатление, что нужно читать и слушать побольше. Побольше не получится. Нужно качественно и в точку. А для этого нужен план и расчет.
Ты же ПМ, наверняка понимаешь.

Для коментария пожалуй хватит. Если больше буду распинаться, то потянет на статью :)

Роман, правильный путь определяется планированием. Тактическим, стратегическим и всё такое :) Это тема для отдельной колонки.... хотя и в ней я вряд ли скажу что-то новое.

А статью, кстати, будет интересно почитать.

Никогда не думал о статье. Соответствено никому не предлагал и никто не просил.
Теперь подумаю :)

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

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

Это не учится, это быть в тренде.

А чтоб учится нужно взять 2 выходных отдельно от семьи, желательно в ПТ вечером, уехать за город, взяв с собой модемчик, с 3-4 книги по выбранной технлогии, запас печенек и воды, обязательно ноут. Засесть в Пт же вечером за технологию и читать и хакать до вечера ВС. При этом нужно обозначить какую-то ситнтетическую задачу и постараться ее выполнить до конца выходных. Я называю это личный хак-уикенд

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

...Повторять до просветления...

ЗЫ: В метро и пути удобно учить языки....

Все це правильно, але ноут має бути із кількома цікавими фільмами, не «3-4 книжки», а пачка презервативів та гаряча молодичка, голодну до сексу. І медитація до просвітління, і щоб ніхто не заважав.

та то у iншому тредi на головнiй про кар’еру у IТ, там i молодички i все чого душа забажа

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

Я вот записался на www.saas-class.org от университета Berkley,

и я.

И я тоже. Там еще есть пара интересных. В частности я еще и на вот этот записался.

слушая подкасты и читая слады технологию нормально не освоиш. Если нужнен навык — качай сдк и пробуй хоть что-то сделать.

У нас еще было два обзора подкастов, прадва, возможно, некоторая информация там уже устарела:

Что послушать ИТ-специалисту — интересные подкасты на русском языке

dou.ua/...ng-it-podcasts

Англоязычные подкасты или что послушать ИТ-специалисту

dou.ua/...ng-it-podcasts

.NETчикам возможно будет интересен этот www.dotband.com подкаст

6. тоже. еще алго и нлп. все успеть будет сложно конечно.

подкасты есть время слушать только bbc и times.

Подкасты выбирать можно отсюда: kompyutery-soft-igry-tehnika.rpod.ru (есть там и rss) Например gAmUssA: «Разбор полетов» — сугубо о программировании. По уровню рассматриваемых проблем на уровне гиковских Radio-T

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

Как по мне, поменьше блогов / слайдкастов и пр., побольше книг. В блогосфере/подкастах ужасно много шума. Следить на новостями и тенденциями — да, а учиться лучше по книжкам.

Узнать о книге из блога или *каста, а потом прочесть онлайн или офлайн.

Книги несомненно лучше, но подкасты это, когда в дороге или когда глаза заняты.

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

Учиться ж не только кодингу, а learning cycle никто не отменял, безусловно.

О, спасибо. Разослал всей команде, пусть учатся тоже :)

Периодически слушаю радио подкаст se-radio.net

Спасибо, надо будет попробовать.

Коментар порушує правила спільноти і видалений модераторами.

"Мы все учились понемногу. Чему-нибудь и как-нибудь.«(А.С.П.) Сейчас информации море. Хочешь что-то сделать — спроси у Гугла и в 80% случаев найдешь готовый пример кода. Поменял, вставил — работает. С одной стороны — супер. Что бы сделать программу не надо читать толстые книги. С другой — странно видеть, когда джун за 2 часа склепавший рабочий прототип скелетной анимации на DirectX имеет слабое представление о трехмерных координатах и матрицах преобразования.
А самое печальное: программеры из инженеров, которые должны «проектировать» и «разрабатывать» превращаются в ремесленников, кустарей, которые собирают свои творения из свалки чужих кусков «на коленке».

Мой подход: начинаю с хорошей книги (например Apress серии «Pro ...»). Цель — понять принципы, идеи, шаблоны положенные в основу технологии. Для практики использую «Training Kit».

Учусь в просветы между работой , но собственно в рабочее время. От бывшего коллеги слышал такую практику: раз в неделю компания выделяет день на R&D и самообразование. Ребята сами выбирают интересные темы и копают их путем чтения книг, блогов, написания мини-проектов и т.п. Лучший источник иформации — авторитетные блоги такие как блоги Эрика Липерта, Эванса, Рихтера, Microsoft MVP, channel 9 и других ребят. Аудио подкасты редко когда бывают полезными и информативными, много воды и ни о чем. Из видео, те же курсы ведущих российских лекторов здорово порадовали: www.lektorium.tv

Хороший вопрос поднял: интересно бы узнать у кого как работодатели поощряют, организуют, оплачивают (или нет) обучение?

У нас є РобоКлуб — ми конструюємо різні цікаві штуки. Компанія (в лиці PGM-а) фінансує купівлю заліза (dev. борди аля Mini2440 і ordb2a, акумулятори, мікросхеми і набори для конструювання роботів).
PS: це GlobalLogic

отличная штука. я там второго мастера получил :)

Настоятельно советую избегать чтения в транспорте. Ущерб глазам непоправим, а усваивается прочитанное плохо. Овчинка выделки не стоит.

Лично я без чтения вообще в метро не могу кататься, нудно до ужаса.

Да и усваивается отлично, откуда инфа?

Инфа как раз из метро: то станцию объявят, то поезд качнёт, то толкнут... Техническая литература требует тишины, спокойствия и, как правило, ручки с бумагой.

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

В этом вопросе я в чем-то согласен с Хансельманом: plus.google.com/...sts/NdxWU2uXQvZ

У нас, по-моему, чаще возникает другая проблема: когда человек что-то делает 100% времени. Думать некогда, учиться некогда — прыгать надо.

Думать некогда, учиться некогда — прыгать надо.

Ну вы ж знали, в какую компанию шли — Циклум как раза славен тем, что все соки из сотрудников вытягивает. Хотя все зависит от команды и от заказчика, но раз вы PM, то все в ваших руках, и в том, что «прыгать надо», виноваты в первую очередь вы сами. Сотрудникам для обучения нужно выделять рабочее время — это нормально для компании, производящей продукт интеллектуального труда.

Edit: простите, если резко написал, обидеть не хотел. Наверняка вы и сами все прекрасно понимаете и делаете все возможное в этом направлении, раз задаете такие вопросы здесь.

Андрей, когда я говорил «у нас», я имел в виду страну. Ситуация в Циклуме, скорее всего, отличается не в худшую сторону от средней по Украине. Что показывает, кстати, рейтинг DOU :)
В Ciklum’e, кстати, постоянно проводятся конференции, и есть комьюнити, которые регулярно собираются, в том числе и для совместного обучения. В Харькове, например, постоянно собираются дотнетчики, мобильщики и PMы.

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

Что же до обучения в рабочее время — это очень непростой вопрос. ИМХО, смотря кому, когда и чему. Программисту вышиванию крестиком — однозначно нет. Архитектору новому фреймворку, потенциально полезному для проекта — однозначно да. Всё остальное находится между и должно рассматриваться отдельно для каждого случая.

Ну зря вы так о Ciklum, я проработал у них больше двух лет — никто соков из сотрудников не вытягивал. Многое зависит от конкретного проекта.

Как бы я выше и написал: зависит от проекта.

У меня перед глазами есть именно неудачные примеры. Причем, все связанны именно с циклумом и ни с одной из других компаний. Но поскольку они касаются других людей, рассказывать не буду. Во-первых, они могут быть против, а во-вторых, вам эти истории покажутся чем-то вроде «мне один знакомый рассказывал...»

Підписатись на коментарі