Архив недели
Понедельник
Всем привет! Меня зовут Таня, и на этой неделе буду здесь с вами :) Я – менеджер образовательных продуктов в компании JetBrains. Вообще мы создаем инструменты для профессиональных разработчиков и не только. А наша команда помогает всем желающим учить и учиться программировать.
Я работаю в IT с 2003 года. Я работала в разных компаниях и проектах, на разных ролях. На этой неделе я в основном расскажу свою историю, и по ходу буду делиться всякими умными (но это не точно) мыслями относительно моей работы, которые приходили и продолжают приходить в голову.
Каждый день у нас будет своя тема:
ПН: Про то, как я пришла в product management и про разные роли
ВТ: Про Agile и про то, почему я не стала agile coach-ем
СР: Про образование и программирование
ЧТ: Про JetBrains и мой обычный рабочий день
ПТ: Про work-life balance
А на выходных поделюсь с вами своими любимыми цитатами и расскажу, за что я их люблю. И просто поболтаем на любые темы.
Начну я с того, что расскажу как и почему я пришла в product management и в JetBrains.
Моя история начинается на МатМехе СПБГУ, куда я поступила после физмат. школы. В школе я не особенно интересовалась программированием, зато на втором курсе я попала на спец.курс по С++ и понеслась, ООП поразило мое воображение! Я решила, что пора искать работу программистом.
Устроилась junior-ом в Ланит-Терком, училась и работала параллельно. Писала на Visual Basic-е, потом переключилась на Java, потом на Ruby on Rails.
Где-то на третьем курсе я прочитала известную книгу Фредерика Брукса «Мифический человеко-месяц», и она очень сильно на меня повлияла. Очень захотелось двигаться в сторону управления командами разработчиков. Так что к концу универа я уже не писала код, а была project manager-ом.
К тому же, у нас были заказчики из Дании, которые где-то в 2004-м принесли нам Agile. Я настолько им загорелась, что на несколько лет тема построения agile -процессов и воспитания agile-команд стала моим всем. Но об этом я подробнее расскажу завтра.
Переломным моментом стало знакомство с Мэри и Томом Поппендик на тренинге по Lean в 2010-ом. Еще раньше я поняла, что из всех ролей в Scrum меня больше всего привлекает роль product owner, а после тренинга очень четко осознала, что хочу перейти в product management.
Но. Было одно существенное "но". Я работала в аутсорсинге, и хотя я выполняла часть задач продакта, все-таки был очевидно, что надо искать продуктовую компанию.
И я стала искать работу product manager-ом в продуктовой компании. Только тогда такой профессии как "менеджер продукта" на нашем рынке вакансий практически не было. В итоге я устроилась в OpenWay на позицию implementation engineer, рассудив, что продуктовая компания тут важнее.
Однако и культура компании и сами продукты оказались мне не очень близки, и быстро стало очевидно, что нам с OpenWay не по пути. Я снова стала искать. Только в этот раз я обращала внимание не столько на позицию, или на компанию, а больше на продукты компании.
И в какой-то момент мне попалась на глаза вакансия product marketing manager-а в JetBrains. Как же я обрадовалась и испугалась одновременно! Потому что я вообще ничего не знала про маркетинг. Это с одной стороны. А с другой, еще будучи программистом, я очень любила IntelliJ IDEA.
И я просто им написала, не очень веря в успех, но решив, что я ничем не рискую. Очень мне хотелось работать над продуктами, в которые я смогу верить, и которые смогу любить. И так я в 2011-ом стала PMM-ом в RubyMine, среде для разработки на Ruby и Rails.
JetBrains стала той самой компанией мечты, и она остается ей и по сей день. Пять лет, с небольшим перерывом на первый декрет, я проработала в команде RubyMine. И таки узнала кое-что про маркетинг :)
А в конце 2016-го пришло время двигаться дальше. Несмотря на то, что мне очень интересно было быть PMM-ом, я по-прежнему хотела в большей степени заниматься product management-ом, и такая возможность появилась с развитием внутри компании темы образования.
Про образование, и про образовательные продукты JetBrains я расскажу подробнее в среду, но, если вкратце, то все начиналось с PyCharm Edu, специального издания нашей среды для разработки на Python, предназначенного для студентов и преподавателей.
А сейчас у нас есть JetBrains Academy – платформа, на которой можно изучать Java, Python, Kotlin и другие языки программирования в формате учебных проектов. И еще есть IntelliJ IDEA Edu, PyCharm Edu и плагин EduTools, которые интегрируют обучение в среды разработки.
Я отвечаю за развитие всех наших образовательных продуктов и за появление новых :) И это очень интересно! Про продукты можно почитать на сайте jetbrains.com/ru-ru/edu-prod…, а еще можно подробнее почитать про мою работу в моем интервью blog.jetbrains.com/ru/team/2019/1…
Теперь хочется поговорить про то, чем отличаются роли project manager-а и product marketing manager-а от роли продакта. Но вначале предлагаю небольшую перекличку :) Отметьте, пожалуйста, к кому вы относите себя:
Чем же отличаются роли менеджера проекта (далее pm) и менеджера продуктового маркетинга (далее pmm) от роли менеджера продукта (далее просто продакт)? Вот на мой взгляд, нет сейчас четкого ответа на этот вопрос.
Если вы продакт, pm или pmm в стартапе или небольшой компании, то скорее всего вы на самом деле так или иначе выполняете задачи всех этих трех ролей.
Если вы продакт, pm или pmm в большой компании, то все зависит от культуры, традиций и иерархии в этой самой компании.
Сейчас два человека из двух разных компаний, а иногда даже из двух разных команд одной компании, могут называться одинаково, но отвечать за разное. И наоборот, отвечать примерно за одно и то же, но называться по-разному.
Поэтому я не буду отвечать на вопрос, чем же отличаются все эти три роли друг от друга. Но расскажу, чем они отличались именно у меня. И что менялось с изменением моей роли.
Чем же, по моему опыту, отличалась роль project manager-а от роли product manager-а. Перечислю основное. Добавляйте про свой опыт в комментариях!
Когда мы создаем продукт, мы в первую очередь отвечаем на два вопроса:
что именно мы хотим сделать?
как мы собираемся это сделать?
И для меня продакт отвечает на первый вопрос, а pm – на второй.
То есть продакт думает о том, ЧТО это должен быть за продукт:
для кого этот продукт и какие проблемы он решит?
а почему он должен решать именно эти проблемы?
а как он их будет решать?
а это точно кому-то надо?
а кому именно?
а как им будут пользоваться?
и т.д.
Для того, чтобы отвечать на все эти вопросы есть целый ряд инструментов. Аналитика, опросы, интервью, прототипы, a/b тесты, эксперты, различные фреймворки и диаграммы – все то, что помогает понять, что же мы все-таки создаем такое и точно ли это кому-то нужно.
Если мы понимаем, что мы хотим создать, хорошо бы понять, КАК именно это создать. И вот тут начинается зона ответственности pm-а:
кто нам нужен и как нам собрать правильную команду?
как нам работать так, чтобы были результаты?
и чтобы это были правильные результаты?
и т.д.
И у pm-а тоже есть целый ряд своих инструментов. Методологии построения процессов, техники лидерства, подходы к работе с мотивацией и многое-многое другое.
А еще у pm-а гораздо чаще есть административный ресурс. То есть pm как правило формально является руководителем. А вот продакт – совсем не обязательно, а скорее даже нет.
Но знаете, что самое интересное? Что оба эти вопроса, что мы создаем и как мы это создаем, зачастую связаны и могут влиять друг на друга, а еще ответы на эти два вопроса могут рождать конфликт.
И поэтому я считаю, что хорошо когда эти две роли у разных людей, но работающих в очень тесном сотрудничестве. И успех продукта очень во многом зависит от того, как pm и продакт умеют договариваться и слушать друг друга.
Если же роль pm-а и продакта на одном человеке, то надо очень аккуратно следить, чтобы конфликты решений между "что" и "как" становились явными как можно раньше, и чтобы ответы на вопрос "что" не подгонялись под ответы на вопрос "как".
В целом продакт всегда больше защищает интересы тех, для кого создается продукт, а pm больше защищает интересы тех, кто продукт создает.
Ага, pmm-ов среди нас меньше всех :) Давайте теперь поговорим про роль pmm-а и ее отличия от роли продакта.
После того, как продакт и pm поняли, что и как делать, хорошо бы еще понять, как именно мы будем наш продукт выводить на рынок, то есть продавать в широком смысле этого слова. Потому что маркетинг нужен и бесплатным продуктам тоже. И вот тут как раз поможет pmm.
pmm отвечает за то, чтобы про продукт узнали его пользователи и чтобы они захотели и начали им пользоваться. И продажи здесь – это как раз метрика того, что захотели пользоваться.
Можно сделать прекрасный продукт, но не смочь правильно рассказать о нем правильным людям. И вот тут очень важны оба этих "правильно". Потому что маркетинг не про то, чтобы что-то прорекламировать, а про то, чтобы продукт и те, чьи проблемы этот продукт решает, нашли друг друга.
У pmm-а тоже есть целый арсенал своих инструментов. Это и маркетинговые исследования, и очень большая работа с контентом (сайт, блоги, социальные сети), и участие продукта в выставках и на конференциях, и рекламные кампании, и сотрудничество с лидерами мнений, и многое другое.
Надо сказать, что для pmm-а ничуть не менее, чем для продакта, важна обратная связь от пользователей и умение общаться с текущими и потенциальными пользователями.
Маркетинговая стратегия – это важная часть общей продуктовой стратегии. И поэтому pmm и продакт, на мой взгляд, тоже могут работать только в очень тесном сотрудничестве.
Ну и под вечер расскажу вам, что я больше всего люблю в каждой из ролей, в которых мне удалось поработать.
Разработчик: больше всего я любила то, с какой легкостью я входила в поток при написании кода. А еще вот это вот волшебство, когда ты своими руками создаешь что-то работающее и осязаемое из ничего. До сих пор иногда скучаю по программированию и пишу что-нибудь для себя.
PM: больше всего мне нравилось "чувствовать" свою команду, уметь сделать так, чтобы личные интересы и сильные стороны каждого играли на общий успех. И добиваться того, чтобы всем в команде было хорошо, и чтобы команда в итоге была чем-то большим, чем просто сумма людей.
PMM: больше всего мне нравилось работать с контентом, структурировать и подавать информацию таким образом, чтобы наши потенциальные пользователи сразу понимали главное про наш продукт.
Продакт: мне нравится слушать и слышать пользователей и разработчиков, учиться смотреть на продукт под непривычным углом, глазами других людей; нравится "примерять" на себя чужой опыт, все ставить под сомнение и расширять границы собственного восприятия.
На сегодня все, спасибо всем! Завтра похоливарим про Agile :)
Вторник
Итак, сегодня поговорим про Agile. Одна из самых холиварных тем :) Но давайте начнем снова с небольшой переклички. Расскажите, а как у вас? Другие варианты пишите в комментариях!
Начну со своей истории. Как я уже писала вчера, c Agile я познакомилась благодаря нашим заказчикам из Дании в 2004-м году. Они попытались внедрить у нас Scrum. И вначале я вообще не очень поняла, зачем все это.
А когда я не очень понимаю смысл каких-то действий, я превращаюсь в настоящую зануду и начинаю разбираться. Кстати не самая плохая моя привычка :)
Так что я стала читать разные книги. До сих пор помню бумажную "Agile Software Development with Scrum", которую мы передавали внутри команды от одного к другому. А потом стала ездить на разные конференции, прошла сертификации от Scrum Alliance. И втянулась!
Кроме того, примерно в то же время, благодаря все тем же датчанам, я с Java пересела на Ruby on Rails. А Rails, как известно, создавался как раз под влиянием Agile и позиционировался как web framework для гибкой разработки.
И настолько меня впечатлили та легкость и гибкость, которую давали Ruby on Rails по сравнению с Java, и Scrum по сравнению с RUP, что я на несколько лет стала очень ярым и довольно активным адептом Agile.
В Питере тогда было не так много команд, пытавшихся жить по Scrum или XP, и мы с коллегами отчаянно искали тех, с кем можно было бы обсуждать все те грабли, на которые мы вставали у себя, внедряя и практикуя Scrum.
Так мы подружились с москвичами из AgileRussia и основали питерское сообщество AgilePiter. Все это было в 2007-ом. Ох, хорошие были времена!
Я внедряла Scrum в своей команде, помогала внедрять Scrum в командах внутри компании Ланит-Терком и иногда проводила одно-двухдневные тренинги в командах в других компаниях Питера за просто так. А еще ездила на Agile-конференции и пару раз привозила зарубежных спикеров к нам.
Но вот к 2011-му стало ясно, что если я хочу развиваться в этом направлении дальше, то надо уходить в Agile Coach-и, а не пытаться совмещать с работой pm-ом. К тому же, как я уже писала вчера, меня все больше интересовал product management. И я в итоге выбрала его.
Потому что поняла, что мне все-таки больше хочется непосредственно участвовать в создании хороших продуктов, а не помогать командам создавать хорошие продукты. Хотя Agile и привычка настраивать процессы осталась. Как мне это пригождается, расскажу сегодня в отдельном треде.
@produnderhood Самое плохое в этом всём, что всякий, кто пишет, рассказывает и делает что-то с Agile, не объясняет простым языком что Agile из себя есть. Это как юристы, которые делают сложный договор, чтобы что-то показать. Где применяется, что меняет, как выглядят изменения? Буду благодарен!
Дело в том, что в каждом конкретном случае, в каждой конкретной команде, изменения будут выглядеть по-разному. Но в следующем треде я постараюсь рассказать максимально простым языком, как я все это вижу и для чего я использовала и использую Agile. twitter.com/sevavalyan/sta…
Итак, что же я понимаю под Agile
Во-первых, я отделяю Agile от Agile-методологий, таких как Scrum, XP, Kanban, и т.д. Agile для меня – это своего рода философия, mindset. То есть это определенный образ мыслить, своего рода система ценностей, которая полностью сформулирована в Agile-манифесте.
Если вы (ну вдруг) его еще не читали, то обязательно прочитайте вместе с 12-ю принципами agilemanifesto.org и agilemanifesto.org/principles.html
Сразу скажу, что манифест – это не что-то вдруг изобретенное в 2001-ом году, это сформулированные основные ценности, к которым умные люди (список умных людей есть все на той же странице манифеста) пришли, исходя из своего опыта управления IT-проектами.
И для меня, если честно, ценности и принципы манифеста являются просто сформулированным здравым смыслом :) Они с самого начала казались настолько очевидными, что принять Agile было просто само собой разумеющимся.
Основная идея для меня: мы не боимся и не видим никакого зла в изменениях, мы доверяем людям и строим нашу работу на этом доверии, на способности договариваться и на общем желании сделать что-то нужное и работающее.
Теперь про Agile-методологии. Если Agile для меня – это определенный mindset, или система ценностей, то конкретные методологии – это наборы инструментов, которые призваны помогать следовать этой самой системе ценностей.
Когда я только начинала свое погружение в Agile, я верила в систему Shu-Ha-Ri. Если вы с ней не знакомы, вот можно почитать, например, у Мартина Фаулера martinfowler.com/bliki/ShuHaRi.…
Согласно этой системе, я верила, что для того, чтобы следовать Agile, надо вначале взять одну из методологий, в моем случае это был Scrum, и постараться применить максимально точно все инструменты из этого "набора инструментов".
Потом, когда придет понимание того, как эти инструменты работают, можно уже как-то их адаптировать под себя, под конкретные проблемы конкретной команды.
И только потом можно уже какие-то инструменты выкидывать из своей практики. Поэтому мы с командой честно попробовали все, что есть в наборе инструментов под названием Scrum.
Я не буду вам расписывать из каких инструментов состоит Scrum, если вы еще с этим не сталкивались, про это можно почитать. Ну, например, вот тут: scrum.org/resources/what…
Но в итоге, после нескольких лет, я пришла к тому, что система Shu-Ha-Ri хороша, но не обязательна :) И примерно с 2011-го года я очень люблю фразу "Be agile in being Agile". Для меня она значит примерно следующее на практике...
Мы верим в принципы Agile и стараемся им следовать
Любые изменения в процессах должны происходить от проблем. Если мы видим проблему, мы пытаемся ее решить
Хорошо знать разные инструменты, которые предлагаются в рамках разных Agile-методологий, чтобы мы могли попробовать их для решения наших проблем
Но не надо использовать инструменты только ради использования инструментов
У Роберта Мартина (одного из авторов манифеста) есть классная книга Clean Agile: Back to Basics. В каком-то смысле книга-ретроспектива всего движения. twitter.com/produnderhood/… https://t.co/hrm8JH5sCS
О, спасибо за наводку! Пока не читала, но должно быть интересно! twitter.com/HelloRuslan/st…
Ну и последний тред на сегодня будет про то, что же мы (команда образовательных продуктов в JetBrains) используем из инструментов Agile, а что не используем.
Сразу оговорюсь, что в JetBrains каждая команда сама решает, как ей строить свои процессы. Некоторые команды используют больше Agile-инструментов, некоторые – меньше. А некоторые вообще не любят слово Agile ;)
Мы используем итерации и релизим наш плагин EduTools раз в месяц. JetBrains Academy обновляется раз в неделю, но процесс разработки платформы сейчас в основном на стороне наших партнеров, компании Stepik. Наши образовательные IDE релизятся вместе с остальными IDE три раза в год.
Мы практикуем стенд-апы. У нас в команде они не каждый день, а два раза в неделю. А в три необязательных дня мы сейчас собираемся просто поболтать. Потому что мы сейчас работаем удаленно, и нам очень не хватает общения на кофепойнте.
Мы проводим сессии планирования для EduTools-плагина после каждого релиза. При этом каждая подкоманда (development & QA, marketing, content, product management) вначале планируется отдельно, а потом мы собираемся на общий planning.
Но мы не оцениваем фичи при планировании, не играем в покер и т.д., мы просто обсуждаем, что мы хотим успеть в следующем релизе.
Мы не проводим регулярные ретроспективы, но в любой момент любой из нас может понять, что есть какая-то проблема, и предложить ее обсудить, тогда мы просто договариваемся, встречаемся и обсуждаем.
Мы пользуемся kanban-досками в YouTrack-е, и вообще разными средствами визуализации.
Безусловно, разработчики у нас используют continuous integration, code reviews, tdd, refactorings и прочие техники из XP.
В команде pmm-ов, content-команде и у меня (я пока единственный продакт) есть недельные циклы: еженедельные встречи и свои канбан-доски.
Мы практикуем демо, как для новых фич, так и для новых идей или исследований, но для них нет регулярного расписания. Просто по мере готовности, каждый может рассказать и показать что-то новое команде.
Наверняка я про что-то забыла, так что спрашивайте про конкретные инструменты, про которые вам интересно было бы узнать. Я постараюсь ответить в комментариях.
На этом на сегодня все, всем спасибо! Завтра поговорим про образование и обучение программированию.
Среда
Новый день – новая тема :) Сегодня поговорим про образование, а точнее про онлайн-образование. И главным образом про онлайн-образование в сфере CS. А начнем как обычно с переклички. Что скорее описывает ваше отношение к обучению чему-то новому?
Подавляющее большинство постоянно учится, это здорово. Хотя сама я вот скорее из второй категории. Увы, у меня есть свое кладбище онлайн-курсов и программ... Но давайте я сперва расскажу, как я оказалась в теме онлайн-образования.
2014-ый был непростым годом по многим причинам, а у меня он еще стал и годом карьерного кризиса. Я вернулась на работу после рождения старшего сына, но все шло совсем не так, как до декрета. Работа перестала приносить удовольствие.
Сейчас я знаю, что я прошла через выгорание. Но тогда мне понадобилось немало времени, чтобы разобраться, что же происходит. Зато это заставило еще раз пересмотреть свои интересы и приоритеты.
Результатом этого пересмотра был следующий вывод, к которому я пришла в 2016-ом: я хочу уйти из команды RubyMine, но я не хочу уходить из JetBrains. Я озвучила этот вывод, и мы с моим боссом стали искать разные варианты.
И тогда мой босс, наш marketing lead, познакомил меня с Сергеем Дмитриевым, сооснователем и президентом JetBrains. Сергей мне несколько часов рассказывал о том, что, на его взгляд, не так с современным онлайн-образованием. И заразил меня темой образования, как оказалось, надолго!
На тот момент у нас уже был PyCharm Edu (jetbrains.com/pycharm-edu), а наши друзья делали платформу Stepik (stepik.org). А еще у нас было много разрозненных идей о том, как стоит учить людей программированию, — надо было собрать все воедино.
Это был тот самый продуктовый менеджмент, который я искала. Так что я перешла в команду PyCharm Edu, и в 2017-ом мы отделились от команды PyCharm и стали отдельной командой образовательных продуктов.
Я видела нашу задачу в том, чтобы выйти на более широкий рынок и уйти от концепции инструментов. Говоря про образовательный продукт, я имею в виду не только и не столько инструменты, я говорю о подходе к обучению, об образовательных материалах и образовательной среде.
И первым шагом стал единый плагин EduTools (plugins.jetbrains.com/plugin/10081-e…), который поддерживал уже не только Python, но и Java и Kotlin. Потом появилось и специальное издание нашей флагманской IDE – IntelliJ IDEA Edu (jetbrains.com/idea-edu)
А в 2019-ом мы анонсировали JetBrains Academy (jetbrains.com/academy) – платформу для изучения языков программирования, которую мы делаем совместно со Stepik. Платформа реализует проектный подход к обучению и интегрирована с нашими IDE. В 2020-ом она стала платной.
А теперь хочу порассуждать с вами, что же не так с современным онлайн-образованием. Буду говорить в первую очередь об обучении программированию.
Когда мы говорим про современное онлайн-образование, мы в первую очередь думаем о MOOC (Massive Open Online Courses). Наверное, все уже так или иначе пробовали учиться на Coursera, Udemy, edX, Khan Academy и т.д. И, вероятно, многие бросали.
И вы не одиноки, по разным данным, до финальных экзаменов на таких курсах доходит лишь ~10% учащихся.
А все потому, что большинство онлайн курсов создано по образу и подобию курсов университетских. Но в современном мире мы больше не учимся так, как учились раньше.
Нет больше этапа "накапливания знания", когда студент несколько лет только и делает, что учится; а затем этапа "использования знания", когда выпустившийся студент всю жизнь работает, используя полученные знания.
Сегодня мир так быстро меняется, что мы вынуждены учиться постоянно. Когда мне надо что-то новое узнать сегодня, мне скорее всего не нужен длинный теоретический курс.
Мне нужна та информация, которая нужна именно мне и именно сегодня, и нужна возможность сразу применить мои новые знания на практике.
Например, онлайн курсы по программированию нужны сейчас и студентам CS дисциплин, и специалистам из других областей, и профессиональным разработчикам. И у каждого из них свой багаж уже имеющихся знаний и свои учебные цели.
А значит нужны не тонны видео-контента, а возможность построить свою учебную траекторию и возможность сразу же применить знания на практике.
А еще, если вы разработчик, то вы знаете, что важно не только знать основы алгоритмов, синтаксис языков программирования и технологии; ничуть не менее важно уметь настраивать свою рабочую среду, знать все необходимые инструменты и уметь ими пользоваться.
Поэтому мы пытаемся изменить сам подход. И вот, что стоит за нашими образовательными продуктами. Вначале расскажу про JetBrains Academy и проектное обучение.
На Академии можно учиться по разному. Если вы только начинаете знакомство с языком программирования, то имеет смысл попробовать проектное обучение.
Вначале вы выбираете один из треков:
Потом вы выбираете проект определенного уровня сложности:
Каждый выбранный проект подразумевает, что вы будете шаг за шагом узнавать необходимую для проекта теорию и сразу же применять эти знания в работе над работающим приложением. При этом проект будет разбит на стадии, чтобы вы усложняли свое приложение, наращивая его функционал.
Таким образом, как только вы выбрали проект, у вас появляется свой план обучения, который состоит из теории (топиков), задач на проверку вашего знания пройденной теории и непосредственно работы над приложением в рамках проекта. Топики можно пропускать, решив контрольную задачу.
Вот пример теории:
А вот пример задачи к ней:
А вот пример стадии проекта:
При работе над проектом мы советуем как можно раньше начинать работать непосредственно в IDE. А по завершении проекта, его можно сразу выложить на GitHub и использовать потом для своего резюме. Про обучение в IDE я расскажу в отдельном треде чуть позже.
Друзья, мне надо на несколько часов убежать по делам. Но я вернусь и расскажу вам еще сегодня про обучение в IDE и про карту знаний на Академии. Пока можно сюда комментарием написать мне какие-нибудь вопросы.
Я вернулась :) Теперь расскажу про карту знаний на JetBrains Academy.
Проектное обучение хорошо подходит для тех, кто только начинает свое знакомство с языком программирования. Но иногда вам просто надо узнать побольше на определенную тему, например, в рамках своего рабочего, а не учебного, проекта. Или даже в рамках учебы где-то в другом месте.
Или вы просто хотите немного отвлечься от текущего учебного проекта. Тогда вам будет интересно посмотреть на нашу карту знаний. Можно "побродить" по дереву тем, а выбрав тему, посмотреть, какие из связанных тем вы уже успели пройти, а какие еще нет.
Или же можно просто воспользоваться поиском и найти интересующую вас тему. А небольшие подсказки помогут быстро выбрать нужный топик.
И в топике снова будет не только теория, но и упражнения и задачи на эту теорию. А еще список топиков, которые следует изучить, чтобы лучше понять данную тему. И список топиков, к которым можно перейти дальше.
Таким образом вы можете работать над выбранным проектом и идти по предложенному учебному плану, а можете, с помощью карты знаний, оценить, какие темы вы уже успели пройти, а какие еще предстоит изучить. Или найти интересующую вас тему и строить свою учебную траекторию от нее.
Четверг
Ну и последний тред на сегодня будет посвящен обучению непосредственно в IDE.
Мы правда верим в то, что учиться программировать стоит сразу в том окружении, в котором работают профессиональные разработчики. С другой стороны мы понимаем, что сразу освоить IDE может быть довольно сложно. Поэтому мы и придумали PyCharm Edu, а затем и IntelliJ IDEA Edu.
Edu версии наших IDE специально предназначены для тех, кто учит и учиться программировать на Python, Java, Kotlin. А плагин EduTools совместим и с другими IDE (Android Studio, CLion, GoLand, WebStorm) и поддерживает также JavaScript, Rust, Scala, C/C++, Go.
Если вы учитесь на JetBrains Academy, то задачи на код и стадии проектов вы можете (а для более сложных стадий и должны) выполнять в IDE. Вы можете переключиться из Web в IDE, написать необходимый код и послать его на автоматическую проверку прямо в IDE.
А еще вы можете выбрать интересующий курс из числа тех, что абсолютно разные авторы создают с помощью наших образовательных IDE (community courses).
Таким образом наши образовательные IDE – это еще и инструмент создания курсов, в которых основной фокус сделан на практических задачах и автоматической проверке кода. Почитать про создание таких курсов можно на jetbrains.com/edu-products/t…
Ну что же, на сегодня все. Спасибо всем! Завтра я обязательно отвечу на те комментарии, на которые не успела ответить сегодня. А еще я завтра, для разнообразия, попробую вернуться к моей основной работе :) А здесь буду вести своего рода дневник одного своего рабочего дня.
Всем привет! Сегодня у меня не совсем обычный эксперимент. Я попробую в режиме онлайн (плюс-минус) вести дневник своего рабочего дня.
Вообще мои рабочие дни могут очень сильно отличаться один от другого. И никакого "типичного" рабочего дня у меня нет. А сейчас мы уже год практически, как работаем на удаленке. И мой распорядок отличается от офисного распорядка, который я все-таки еще считаю более привычным :)
Вчера я "сбежала" от семьи на дачу. Так что сегодня работаю с дачи. А в старые добрые времена я бы работала на своем рабочем месте, по которому очень скучаю.
Вообще у нас очень классные офисы, которых, к слову, девять по всему миру. Я работаю в офисе в Санкт-Петербурге. Если интересно, то про наш офис можно почитать вот тут officenext.ru/projects/proje… или тут vc.ru/office/83175-o…
А вы как, работаете из дома или из офиса сейчас? Пишите в комментариях другие варианты :)
Что-то у нормальных людей уже обед, а я только "разгоняюсь". Итак, чем же я пока успела позаниматься.
Утром надо было сгонять в магазин за едой, да и соблазн выспаться без семьи был слишком велик, так что я поздно сегодня села работать, около половины двенадцатого.
И, как назло, ткнула неосторожно в обновление mac os. Так что еще минут на сорок отправила себя в офлайн. Но ничего, телефон – мое спасение. Пока ноут обновлялся, я сделала задание из марафона Джедайских техник (hyls.ru/jedi_max).
Вообще, это своего рода мое хобби – отстраивать свою систему личной эффективности, но я про это подробнее завтра вам расскажу. И вот решила попробовать и марафон от Максима, почему нет.
Задание сегодня было про "выгрузку всего из рабочей памяти". Надо было пройтись по специальной майндмапе и записывать все дела, которые при этом приходят в голову. Исписала четыре листа в блокноте :)
В основном дела были личные. Это потому, что рабочие и так уже записаны, память уже не занимают. У меня есть своя Miro-доска с майндмапой и канбан-доской. В майндмапе основные направления, на доске задачки с планом на неделю и на ближайший месяц-два. Задачки привязаны к мапе.
Потом ноут ко мне вернулся (кстати новая макось красивая). И я поставила себе помодоро-таймер. Первые два слота (слоты у меня по 35 минут) – собраться с мыслями, выписать важное на сегодня, сделать одно небольшое дело.
Небольшое дело было такое: посмотреть как у нас сработало одно из специальных предложений на Академию в рамках сотрудничества с mathkang.ru. Обычно такими задачами занимаются pmm-ы, но в этот раз организаторы вышли прямо на меня, так что этой задачей занималась я.
В конце декабря я придумывала само предложение, делала с дизайнерами флаеры для школьников, делала лендинг. А сегодня смотрела, сколько школьников к нам пришло учиться.
Такую статистику я смотрю аж в трех местах. В итоге нашла баги в двух из трех, завела задачки в трекере на аналитиков. Но, в целом, предложение сработало неплохо. Думаю, будем и дальше сотрудничать.
Время летит стремительно... Днем у меня было три встречи.
Вначале была регулярная встреча по Академии. На нее всегда хожу я, pm команды Stepik @vyahhi и наши pmm-ы @an_na_morozova и @khramushinaa. Остальные приходят от случая к случаю, в зависимости от обсуждаемых тем. Темы мы знаем заранее, потому что собираем их перед встречей.
Сегодня довольно быстро управились, тем было немного. Потом еще просто поделились новостями. Эта встреча для меня – основной синк с командой Stepik-а. Есть еще регулярные встречи раз в две недели один-на-один c @vyahhi. А с pmm-ами есть синк раз в неделю.
После встречи у меня было немного времени на обед и на то, чтобы глянуть в slack и в почту. Ничего особо срочного. В почте, правда, много непрочитанного. На прошлой неделе я была в отпуске, еще не разгребла до конца. Планирую этот подвиг на завтра :)
Потом была встреча с командой нашего Амстердамского музея. Это очень интересный проект! Скорее всего вы еще ничего про него не слышали. А он очень крутой: музей технологий для детей, подростков и всех-всех-всех: theretechlab.com Обсуждали всякие идеи совместных проектов.
Потом мы созвонились с pm-ом нашей команды образовательных продуктов @ktisha, я хотела обсудить одно новое потенциальное направление для наших продуктов, и одну стратегическую цель на будущее. Ну и просто "подумать вслух на двоих".
Вообще у нас тоже есть регулярная еженедельная встреча один-на-один, но тем не менее мы довольно часто просто созваниваемся, если хочется поделиться какими-то мыслями. Это верно вообще для всех моих коллег. Можно в любой момент написать кому угодно и обсудить что угодно.
После всех разговоров мозг очень активно продолжал генерить всякие идеи. Не знаю, как у вас, но у меня бывает такое состояние "бешеной белки", когда очень сложно усидеть на месте, потому что очень много всего интересного. Очень люблю такие состояния!
Но сосредоточиться на конкретном деле в таком состоянии сложно, поэтому я сделала перерыв и пошла привинчивать полочки в ванную. Вот она, работа из дома! Пока привинчивала полочки, переваривала и осмысливала наши новые планы по захвату мира :)
Пятница
Еще и двух часов ночи нет, а я готова закончить с работой на сегодня :) Расскажу чуть подробнее, чем занималась в конце этого рабочего дня.
После перерыва и ужина я вернулась к работе. В завершение дня хотелось спокойно поделать одну из задачек с моей доски. Поэтому я устроилась в кресле, включила себе focus flow playlist и закрыла все мессенджеры и почту.
Как я уже рассказывала, на JetBrains Academy наши студенты учатся и в вебе, и в IDE. Одна из моих задач – сделать так, чтобы переход из веба в IDE был максимально продуктивным с точки зрения обучающего процесса.
Я уже некоторое время продумываю серию продуктовых экспериментов, цель которых посмотреть как смещение точки входа в IDE относительно учебной траектории студента отражается на учебе.
Если говорить чуть проще, то интересно узнать, на каком этапе стоит студента активно мотивировать перейти из веба в IDE. Если сделать это слишком рано, то студенту может быть слишком сложно на этом шаге. Если сделать это позднее, то уменьшается количество полезной практики в IDE.
Уже пару раз обсуждали это с @vyahhi, и сейчас у меня в голове есть довольно четкое понимание, с чего мы можем начать и на какие метрики будем смотреть. Но надо все аккуратно записать и создать необходимые задачи в трекере.
Где-то час с небольшим я потратила на то, чтобы еще раз пройти нужные мне кусочки пользовательского пути и аккуратно записать то, как оно работает сейчас.
Потом приехала семья, и пришлось отвлечься. Пока покормили детей, уложили, выпили чаю, обсудили, как мы живем завтра, уже и ночь настала... Но тем не менее я еще на час с небольшим вернулась поработать. Задачи создать так и не успела, но все записала и прикинула.
Не успела сделать все, что хотела, но неплохо продвинулась. Теперь есть описание эксперимента со скриншотами, моими заметками, всеми необходимыми ссылками.
Так что на этом считаю свой рабочий день законченным. Надеюсь, вам было интересно чуть подсмотреть как проходит один день продакта образовательных продуктов в JetBrains :)
На этом на сегодня все. И два часа ночи – самое время напомнить, что завтра мы поговорим про work-life balance :) Расскажу, почему не люблю этот термин и считаю его в корне неправильным. А еще про то, как выстраиваю свою собственную систему самоорганизации. Всем спасибо!
Всем привет! Сегодня много рабочих встреч, так что смогу выйти в эфир только ближе к вечеру. А пока для затравки очередной опрос :) Как у вас с work-life balance? Как всегда пишите другие варианты в комментариях.
Всем привет! Сегодня много рабочих встреч, так что смогу выйти в эфир только ближе к вечеру. А пока для затравки очередной опрос :) Как у вас с work-life balance? Как всегда пишите другие варианты в комментариях.
Вау! В нашем опросе долго лидировал ответ "все отлично вообще!", а сейчас "успеваю только работать" и "все отлично вообще!" сравнялись. Почему-то неожиданно для меня, но круто! twitter.com/produnderhood/…
Начну я с того, что расскажу, почему тема work-life balance так актуальна для меня.
Кроме того, что я продакт образовательных продуктов, и вообще довольно увлеченный своей работой человек, я еще и работающая мама двоих детей, семи и двух лет. А еще у меня довольно много увлечений. И, если честно, то я вот довольно часто пребываю в состоянии "ничего не успеваю".
Как и у многих, наверное, моя жизнь довольно здорово изменилась после появления детей. Вернувшись на работу после первого декрета, я вдруг обнаружила, что все мои старые рабочие привычки больше не работают.
Если раньше я могла запросто просто посидеть еще пару часов на работе, если вдруг увлеклась, или поработать в один из выходных, то теперь я должна была по вечерам отпускать няню, приходилось просто вставать, бросив все как есть. А выходные и так были забиты под завязку.
Ну и количество вещей, которые теперь надо было держать в голове, многократно увеличилось. И я очень быстро скатилась в состояние, в котором я только паниковала из-за того, что я ничего не успеваю, и в котором я уже ничего не хотела.
И что же я сделала? Я решила применить к себе разные agile-техники и с их помощью стать более эффективной. Не буду рассказывать в подробностях, но я довольно успешно, с помощью досок, беклогов, тайминга, и т.д., настроила свою жизнь, оставив в ней только самое полезное.
И я выкинула из жизни все то, что казалось мне неэффективным, отнимающим мое время. Догадываетесь что получилось в результате? Мне стало совсем плохо. Потому что выкинув все, что мне казалось лишним, я выкинула и все то, что на самом деле наполняло меня энергией.
Я была в тупике. Но мне помогла одна психологическая группа, в которую я очень спонтанно вписалась. Это был небольшой курс, но после него я стала заново выстраивать свою систему самоорганизации и личной эффективности. Спустя шесть лет я все еще продолжаю выстраивать эту систему.
Вообще я не люблю термин work-life balance. Потому что он подразумевает разделение работы и "другой" жизни. Он подразумевает, что наша задача – выстраивать границы между личным и рабочим.
Я считаю, что это в корне неверно. Работа – такая же часть моей жизни, как и все остальное, наравне с семьей, друзьями, увлечениями, домашними делами, путешествиями, книгами и многим-многим другим.
Моя жизнь – не весы, на чашах которых лежат работа и жизнь. Моя жизнь – это все вместе!
А задача моя не в том, чтобы охранять мою работу от моей жизни и наоборот, а в том, чтобы быть счастливее и чувствовать себя лучше и на работе, и дома, и на улице, и где бы то ни было.
Что же мешает мне чувствовать себя лучше?
Ощущение в конце дня, что за этот день не произошло ничего по-настоящему важного.
Ощущение, что мне вечно не хватает времени.
Невозможность вспомнить, что же происходило в моей жизни в последние недели, а то и месяцы.
Постоянная многозадачность и бесконечные переключения.
Невозможность сосредоточиться и перегруженность.
Все из перечисленного выше не делает меня счастливой. Но что же с этим совсем делать?
Я начала с того, что решила проанализировать, что отличает мои удачные дни от дней, когда я ощущаю все то, что перечислила выше. Какое-то время я вела дневник настроения и пришла к интересным выводам, про которые сейчас расскажу отдельно.
Во-первых, я пришла к удивительному выводу, что в каждом дне 24 часа независимо ни от чего :) Но мое восприятие этих 24 часов может быть очень разным. И оно совсем не зависит на самом деле от числа сделанных или не сделанных дел.
Но вот если в моем дне был хотя бы небольшой период времени, проведенный в потоке, то и в конце дня у меня не было ощущения "зря прожитой жизни".
Сам термин "поток" я узнала довольно поздно, когда узнала про книгу Чиксентмихайи. Но само состояние мне было знакомо с детства! И именно оно оказалось ключом.
Если вы еще не сталкивались с этим термином, про него можно почитать вот тут en.wikipedia.org/wiki/Flow_(psy…. Но, думаю, само состояние вам знакомо. Когда вы настолько увлечены чем-то, что время летит незаметно, и вы полностью погружены в процесс, без остатка.
Так вот, ключом к моим удачным дням оказалось состояние потока.
Итак, я поняла, что секрет хороших дней в состоянии потока. Но оставался вопрос, как теперь научиться входить в это состояние когда мне надо, а не когда оно как-то само собой получилось.
И вот тут я начала просто много всего пробовать. Какое-то время я пользовалась сервисом RescueTime, отслеживала как именно я трачу свое время. И очень наглядно доказала себе, что дело не в количестве рабочих часов, а в их качестве.
Узнала, например, что если в моем рабочем дне было пять и больше чистых часов в потоке, то устану я после такого дня очень сильно. А после нескольких таких дней кряду будет неизбежный откат, когда я в день не смогу и пары часов провести в потоке.
Узнала, что время в потоке не сильно зависит от числа часов, проведенных на работе.
Узнала, что рано утром мне сложнее войти в поток, чем во второй половине дня и вечером. Я – типичная сова. И многое другое.
Я все это учла и стала учиться входить в поток контролируемо.
И первое, чему я научилась, это выделять себе время в расписании моего дня на работу в потоке: focus time сессии.
Самая удобная длительность такой сессии для меня – 1,5-2 часа. Она должна быть внесена в календарь (чтобы на это время никто не поставил никаких встреч) и чтобы я сама относилась к этому времени как к рабочей встрече с самой собой.
Она должна быть не рано утром и не сразу после обеда. Я заранее должна знать, чем именно я хочу в это время заниматься. Все, что мне для этой деятельности надо, должно быть приготовлено заранее.
Еще я завела себе целый список ритуалов. Надо сказать, что ритуалы вообще очень важны. Если вы читали вот эту хорошую книгу про привычки, то знаете, что чтобы завести новую привычку, надо выстроить цикл привычки (сигнал, распорядок, награда). amazon.com/Power-Habit-Wh…
Так вот ритуалы очень хорошо работают как сигналы привычек. Мои ритуалы для привычки вхождения в состояние потока следующие.
Налить себе воды, чая или кофе в термочашку.
Заточить карандаши и приготовить блокнот без разлиновки.
Надеть наушники (иногда без музыки, а иногда со специальной focus-музыкой).
Если слишком много эмоций, мешающих сосредоточиться, сделать медитацию.
Включить Помодоро.
Еще есть ряд действий, которые помогают, если мне по каким-то причинам не удается войти в поток.
Закрыть все лишние приложения, мессенджеры, почту и т.д.
Убрать рабочий стол.
Сменить место.
Спрятаться от коллег/детей.
Все это хорошо, скажете вы, прекрасно уметь входить в состояние потока. Но как это помогает, когда у тебя 100500 дел? Так что давайте теперь поговорим про списки дел.
Я кстати очень люблю списки дел. И приложения для составления списков дел. Я регулярно пробую разные инструменты и раз в несколько месяцев я выкидываю все свои бэклоги и начинаю с чистого листа. Таким образом я отсеиваю уже не важное и заставляю себя подумать о самом значимом.
Но списки дел таят в себе несколько ловушек:
С какого-то момента там начинают жить срочные, а не важные задачи.
А еще задачи, важные для других, а не для вас (всякого рода ваши обещания другим что-то сделать).
Там слишком много мелких дел.
А еще само составление подробных списков дел может тоже стать прекрасной формой прокрастинации.
И вот что помогает избежать ловушки списков дел. Мало уметь входить в потоковое состояние, надо расходовать это потоковое состояние на действительно важное. Именно для вас.
Есть хорошая практика, которая в этом помогает – каждый день выбирать "самое важное на сегодня".
Это должно быть что-то действительно важное именно для вас именно сегодня. Это может быть связано с работой, а может и не быть связано с работой. Но это то, что сделает вас сегодня чуточку счастливее.
Оно не должно быть слишком большим, но и не должно быть слишком маленьким. Таким, чтобы, сделав это "самое важное на сегодня", в конце дня вы почувствовали удовлетворение, ощутили, что вы немного продвинулись в работе, хобби, отношениях, учебе или что бы это ни было.
При выборе важно еще исходить из своего состояния. Если вы устали, пусть "самое важное на сегодня" будет тем, что наполняет вас энергией. Почитать книгу? Пойти пройтись? Почему бы и нет. Завтра у вас будет другое состояние и завтра вы сможете выбрать своим главным что-то другое.
Запланируйте свое "самое важное на сегодня" заранее, запишите его. И выделите для этого важного сессию потокового времени.
И будьте добрее к себе. Если планы не оправдались, не расстраивайтесь. Завтра вы сможете снова выбрать свое важное. А еще, если вдруг изменились обстоятельства, которые не дают вам выполнить ваше запланированное важное, не бойтесь его перевыбрать.
Суббота
А еще эксперименты с потоковыми состояниями повлияли и на мое отношение к многозадачности.
Я больше не стремлюсь делать много дел сразу, скорее наоборот. Хотя я по-прежнему люблю, например, слушать аудиокниги за рулем или читать за едой.
Но сейчас я стараюсь не быть в двух местах одновременно. Не думать о работе, играя с детьми, например. В большей степени отдаваться тому занятию, которым занимаюсь здесь и сейчас. И не пытаться в каждый свой день запихнуть абсолютно все. И лучше осознаю ценность пауз.
Фокус-сессии и выбор важного, пожалуй, основные привычки, которые помогают мне сегодня. Но это не значит, что у меня не бывает неудачных дней, или что меня не накрывает время от времени ощущением, что я ничего не успеваю.
Но я понимаю, что это нормально. И просто продолжаю пробовать разные практики. Вот недавно, например, экспериментировала с коротким сном в середине дня :)
Если вам тоже интересно попробовать построить свою систему, я советую maketime.blog. Я совсем недавно прочитала книгу по наводке коллеги. Нашла в книге много приемов, которые, как мне казалось, я сама изобрела за эти шесть лет :) Но там было и немало нового для меня.
На этом на сегодня все. Спасибо всем! И отличных выходных, независимо от того, проводите вы их за работой или нет :) Завтра поделюсь с вами своими любимыми цитатами.
Всем привет! Сегодня я поделюсь с вами своими любимыми цитатами. И немного расскажу, за что я их люблю.
“There is nothing quite so useless, as doing with great efficiency, something that should not be done at all.”
Peter Drucker
Когда я стояла на своего рода перепутье и решала, идти мне дальше в agile coach-и, или в product management, эта цитата подвела итог под мое решение уйти в продакты. Поняла, что хочу научиться находить то самое, ради чего как раз стоит эффективно работать.
Я и сейчас люблю к ней возвращаться и использую ее во многих моих презентациях. Она напоминает мне, что надо постоянно спрашивать себя, нужно ли то, что я делаю. А не просто гнать вперед. И это уже давно не только про работу.
“It is quality rather than quantity that matters.”
Lucius Annaeus Seneca
Я могу довольно долго дискутировать о том, что я понимаю под "качеством". Но сейчас я этого делать не буду :) Мое понимание довольно близко к "качеству" Пирсига. Кстати, если вы не читали, очень советую: ru.wikipedia.org/wiki/%D0%94%D0…
Но в любом случае эта цитата напоминает мне, что надо всегда стараться увидеть суть. И любые количественные метрики на самом деле лишь инструмент, а не цель.
“You never change things by fighting the existing reality.
To change something, build a new model that makes the existing model obsolete.”
Buckminster Fuller
На каждую новую идею пытаюсь смотреть под таким углом. Считаю, что надо хотя бы пытаться идти не от противного существующему, а искать то, что меняет сам подход, выводит существующее на новый уровень. Ну. В идеале.
“None of the world’s problems will have a solution until the world’s individuals become thoroughly self-educated.”
R. Buckminster Fuller
Эта цитата висит у меня на рабочем месте. Не так уж и вредно верить, что то, что ты делаешь, пусть по крупинке, но тоже что-то меняет в этом мире к лучшему.
Воскресенье
Всем привет! Пора подводить итоги недели. Итак, это тред самых популярных тредов недели.
Чем же, по моему опыту, отличалась роль project manager-а от роли product manager-а. Перечислю основное. Добавляйте про свой опыт в комментариях!
Project manager vs. product manager: twitter.com/produnderhood/…
Итак, что же я понимаю под Agile
Что такое Agile: twitter.com/produnderhood/…
А теперь хочу порассуждать с вами, что же не так с современным онлайн-образованием. Буду говорить в первую очередь об обучении программированию.
Что не так с современным образованием: twitter.com/produnderhood/…
Вообще я не люблю термин work-life balance. Потому что он подразумевает разделение работы и "другой" жизни. Он подразумевает, что наша задача – выстраивать границы между личным и рабочим.
Что не так с термином work-life balance: twitter.com/produnderhood/…
И вот что помогает избежать ловушки списков дел. Мало уметь входить в потоковое состояние, надо расходовать это потоковое состояние на действительно важное. Именно для вас.
Как избежать ловушки списков дел: twitter.com/produnderhood/…
Ну и самая популярная цитата:
“There is nothing quite so useless, as doing with great efficiency, something that should not be done at all.”
Peter Drucker
Еще собрала ссылки этой недели, если ищете что-то новое (или старое) почитать.
Про Agile
Манифест: agilemanifesto.org
Про Scrum: scrum.org/resources
Сайт Мэри и Тома Поппендиков (Lean): poppendieck.com
Про Agile от Мартина Фаулера: martinfowler.com/agile.html
Clean Agile: amazon.com/Clean-Agile-Ba…
Про привычки и состояние потока
The Power of Habit: amazon.com/Power-Habit-Wh…
The Flow: amazon.com/Flow-Psycholog…
Zen and the Art of Motorcycle Maintenance: amazon.com/gp/product/B00…
Make Time: maketime.blog
Марафон джедайских техник: hyls.ru/jedi-30
От авторов цитат:
R. Buckminster Fuller: amazon.com/R-Buckminster-…
Peter Drucker: amazon.com/gp/product/B00…
Ну и в завершение последний опрос и тред всех опросов этой недели. Всем спасибо!
Теперь хочется поговорить про то, чем отличаются роли project manager-а и product marketing manager-а от роли продакта. Но вначале предлагаю небольшую перекличку :) Отметьте, пожалуйста, к кому вы относите себя:
Итак, сегодня поговорим про Agile. Одна из самых холиварных тем :) Но давайте начнем снова с небольшой переклички. Расскажите, а как у вас? Другие варианты пишите в комментариях!
Новый день – новая тема :) Сегодня поговорим про образование, а точнее про онлайн-образование. И главным образом про онлайн-образование в сфере CS. А начнем как обычно с переклички. Что скорее описывает ваше отношение к обучению чему-то новому?
А вы как, работаете из дома или из офиса сейчас? Пишите в комментариях другие варианты :)
Всем привет! Сегодня много рабочих встреч, так что смогу выйти в эфир только ближе к вечеру. А пока для затравки очередной опрос :) Как у вас с work-life balance? Как всегда пишите другие варианты в комментариях.
