company_banner

Как я побывала на HolyJS Moscow и нужно ли туда ходить



    В минувшее воскресенье, 11 декабря, мне представилась возможность поучаствовать в HolyJS Moscow, грандиозном мероприятии, целиком и полностью посвящённом JavaScript. Количество информации на конференции поражало воображение (не обошлось даже без упоминания других технологий, хотя это логично: в мире веб-разработки всё взаимосвязано), однако из всего массива лично мне запомнилось четыре доклада. Сразу оговорюсь: дело не в том, что другие были лучше или хуже, просто именно эти привлекли моё внимание больше остальных. И здесь я поясню подробно, почему это так.

    Для начала — небольшое лирическое отступление. Одна из причин моего переезда в Москву заключалась как раз в том, чтобы иметь возможность участвовать в подобных мероприятиях, находиться в центре последних новостей и технологий, всегда быть на гребне волны и в курсе модных тенденций в мире frontend. Я даже не помню, когда именно меня охватила мания к изучению всей информации, которая меня окружает, но так было не всегда. Уверена, что в этом стремлении я не одинока. Многие из вас пытались или даже пытаются в данный момент изучить 16 фреймворков и 23 библиотеки за неделю и за одну ночь выкатить шесть проектов. Откуда это берётся? С одной стороны, интуитивно понятно, что, если не успевать за новыми технологиями, можно оказаться невостребованным. Так что, возможно, всеми нами движет страх. Но с другой — задайте себе вопрос: так ли это на самом деле? Останутся ли ребята без знания webpack, например, или изоморфного рендеринга не у дел? Ведь ирония гонок за технологиями заключается в том, что можно напороться на фреймворк, о котором все говорят, начать его изучать, убить -дцать ночей и однажды проснуться вместе с релизом новой, несовместимой с обратной, версии этого же фреймворка. Более того, эта версия будет с новым синтаксисом, терминами и абсолютно другим подходом.


    Эту историю мы все знаем либо по собственному опыту, либо по чужим рассказам. Мы начинаем говорить: «За технологиями не угонишься», «Это сегодня модно, завтра уже нет» или «Пока я буду разбираться с этой библиотекой, выйдет ещё семь». Однако даже зная, что такое произойдет, всё равно спешим собрать новый проект на модных инструментах хотя бы в песочнице, чтобы избавиться от страха, что мы в не теме. Я вовсе не хочу сказать, будто изучать новое — это плохо! Но что именно изучать? Сколько времени тратить? Иными словами, как остаться востребованным frontend-разработчиком, чтобы не умереть от недосыпа и стресса к 30 годам?

    Совсем недавно я пришла к выводу, что жизнь в формате ночного кодинга и круглосуточной работы над изучением технологий — это не жизнь. Подводит здоровье, рано или поздно накрывает депрессия, а самое ужасное — ты начинаешь думать, что у тебя ничего не получается, да и как разработчик ты, в принципе, так себе. Это называется фрустрация. Знакомо? А ведь главная её причина кроется в банальной усталости. Поэтому в моей жизни появилось лимитированное время на работу. Оно постоянно пытается вырваться из рамок и захватить всю жизнь, но я держусь. Именно по этим причинам меня так зацепил доклад Дениса Мишунова под названием «Debugger».



    Первым делом Денис указал на симптом, по которому можно выявить у себя эту «болезнь», приведя элементарный пример. Итак, вы пришли на конференцию, где в один и тот же момент читают три интересных доклада, и не знаете, куда идти. А когда уже выбрали — думаете: а вдруг там, на другом докладе, информация более важная… Знакомая ситуация? Я от души посмеялась, потому что пример попал в точку.

    Отметил Денис и то, что привычная многим фрустрация на самом деле только мешает мозгу изучать новую информацию. Тема перфекционизма (без которого мы вообще не живём) была раскрыта на факте из биографии Генри Форда, который однажды прислушался к словам своего помощника и решился выпустить неидеальную (по мнению Форда) машину. В итоге именно это ключевое решение сделало его всемирно известным и чрезвычайно богатым человеком. Ещё один пример — письмо Гарвардского университета с заголовком «Slow down» («Сбавьте темп»), в котором студентов призывали не убиваться, изучая информацию, и не стремиться уложить два или даже три года обучения в один.

    Это был единственный нетехнический доклад на конференции, который, прозвучав в самом завершении мероприятия, выделялся больше всех. Уверена, что в скором времени он появится в Сети. Обязательно посмотрите его и задумайтесь: правильно ли вы поступаете? Может, по ночам стоит спать? Или вы остаётесь при мнении, что сон для слабаков?

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

    Суть в том, что веб-разработка усложняется с каждым днём, если не с каждым часом. Появляется всё больше составных частей и, как следствие, вопросов коммуникации между ними. Проблема создания плагина для отладки сборки или продукта, в котором нужно проводить транзакции между сервером и клиентом, становится всё острей. Нам нужно покрывать всё больше и больше кейсов и решать всё больше проблем, о которых мы раньше даже не подозревали. Варианты выхода из этого сложного положения были описаны в докладах Ромы Дворнова про Rempl и Андрея Ситника про Logux.



    Rempl (remote platform) — это платформа для контролируемого удалённого доступа к JavaScript runtime с использованием UI. Если понятней, это набор всего самого необходимого, что упрощает создание удалённых инструментов. Интерфейс таких инструментов может запускаться как в плагине для Chrome, так и в отдельной вкладке или в плагине к редактору. Возможности использования Rempl просто взрывают мозг — от инструментов, библиотек и фреймворков до «безумных» идей вроде простого файлообменника. Коллеги из компании Avito создали Rempl, решая свои задачи, но решили поделиться наработками со всеми. Теперь вместо мучений с проблемами инфраструктуры мы сразу думаем, что можно сделать, имея удаленный доступ к одному JavaScript runtime из другого через пользовательский интерфейс. Какие-то части платформы ещё в разработке, но уже сейчас ребята приглашают всех поучаствовать в жизни opensource-проекта и воплотить свои фантазии в жизнь. К тому же самому вас призываю и я!



    Logux — это транспорт, синхронизирующий состояние данных на сервере и клиенте и решающий, таким образом, проблему потери интернета у пользователя. Название технологии может показаться вам созвучным с Redux, и это не случайность. Logux является своего рода объединением Redux и Swarm.js. Первая часть названия Logux отражает подход к синхронизации данных — через логи. Например, если вы оказались в лесу, горах или на необитаемом острове и отправили комментарий под фоточку с котиком, то, когда вы появитесь в Сети, хронологически он окажется именно там, где и должен был находиться, когда вы нажимали кнопку «отправить». Логи на сервере и клиенте синхронизируются по времени. Андрей отметил, что технология пока ещё сырая, а готовую версию обязательно будут предоставлять сразу с рекомендациями к применению и лучшими практиками. Несмотря на разность двух технологий, Rempl и Logux, согласитесь: они действительно перекликаются, решая проблемы сложных коммуникаций.



    Последний доклад, о котором я хочу рассказать («Мутация Web»), представил Павел Кондратенко. В частности, он рассказывал о способах, с помощью которых Lenta.ru удерживает пользователей на сайте: о push-уведомлениях, AMP (js-библиотеке от Google для ускорения работы web-страниц на мобильных устройствах, которая ещё и способствует их индексации) и… о крестиках-ноликах. Да, именно о крестиках-ноликах. Мини-игра открывается, если пользователь уже был на странице Lenta.ru с телефона, но у него пропал интернет. Теперь читатель больше не закрывает страницу, а остаётся на ней и играет в крестики-нолики. Круто? Очень круто. Можно прямо сейчас рвануть и проверить, что это так. Единственный минус — опция работает только для смартфонов на Андроиде. Вопрос «почему?» предлагаю задать Павлу лично. Что же касается push-уведомлений, то они являются новинкой для современного рынка и только-только начинают привлекать внимание бизнеса. А между тем, как показывает опыт Lenta.ru, количество посещений страниц сайта после начала использования уведомлений увеличилось на 2 %.

    Таковы четыре доклада, которые я решила выделить из всей конференции. Повторюсь, это совсем не значит, что остальные оказались скучными или неважными! На HolyJS Mosсow было огромное количество интересной информации, которую представили прекрасные англо- и русскоговорящие спикеры. Отдельно хотелось бы отметить отличный звук и подарки вроде шоколада от HolyJS (чтобы мозг лучше работал) или моей новой худи с надписью «JavaScript» (чтобы теперь уж точно было видно, что я веб-разработчик). Наконец, нельзя не упомянуть площадку для холиваров после выступлений, которая не пустовала ни на минуту, и, конечно же, afterparty с душевными разговорами о технологиях и общением со спикерами. Я могу с уверенностью сказать, что с каждой такой конференцией мы становимся всё ближе и ближе к европейскому комьюнити разработчиков.

    В завершение. На мероприятии я встретила коллег со своего прошлого места работы, которые сами уже трудятся в других компаниях. Мы обменялись новостями и тёплыми воспоминаниями. Также я увидела знакомых с прошлых конференций, наладила новые связи, подружилась с отличными разработчиками, вдохновилась на очередные свершения и просто была счастлива, что являюсь частью этого большого сообщества. Стоит ли посещать такие мероприятия и тусовки, как HolyJS Moscow? Несомненно, да! Потому что только здесь вы сможете не только встретить своих старых знакомых или познакомиться с будущими друзьями-коллегами-единомышленниками, но и набраться знаний и вдохновения на создание по-настоящему крутых вещей!

    P. S. Знаете, что самое ужасное? После конференции, а точнее после закрывающего доклада Дениса о том, что нужно сбавить темп, я просидела полночи за компьютером, перебирая в интернете всё услышанное и изучая документации… Уверена, что в этом я была не одинока! Всё-таки мы неизлечимы: мы разработчики.

    Mail.Ru Group

    843,00

    Строим Интернет

    Поделиться публикацией

    Похожие публикации

    Комментарии 66
      +28
      push-уведомления с сайтов — зло почище порнобаннеров.
        –2
        Зависит
        +11
        Многие из вас пытались или даже пытаются в данный момент изучить 16 фреймворков и 23 библиотеки за неделю и за одну ночь выкатить шесть проектов. Откуда это берётся? С одной стороны, интуитивно понятно, что, если не успевать за новыми технологиями, можно оказаться невостребованным. Так что, возможно, всеми нами движет страх.


        Какой всё-таки странный этот мир фронтенда: жуткий зоопарк «технологий», постоянный хайп вокруг них и хипстеры модники, которые паникуют, обнаружив, что еще не использовали новый суперфреймворк, бета которого вышла на прошлой неделе.
          +9

          Главное, как я понимаю, никаких фундаментальных улучшений новые фреймворки и их несовместимые обновления не несут. Все-таки задаюсь не в первый раз вопросом: почему только в js такой дикий зоопарк и адская гонка?

            +10
            Есть пара предположений:

            1. Убогость языка провоцирует многочисленные попытки улучшить его.
            2. Убогость языка затрудняет поддержку, поэтому проще пилить новое, чем улучшать старое.
            3. Неприлично низкий порог вхождения, привлекающий сами знаете кого.
              –2
              Хватит говорить про убогость JS, пожалуйста.
              На данный момент — JS один из самых мощных доступных языков программирования. Конкуренция между compile-to-JS языками привела(к сожалению, только в 2015 году) к весьма эффективному подходу к развитию языка, о чем, кстати, на открытии HolyJS рассказывал Аксель Раушмайер, а конкуренция между интерпретаторами/JIT-компиляторами (v8 — google, chakra — MS, не помню какой в ФФ — опенсорс) привела к тому, что спецификация очень быстро внедряется в жизнь, а быстродействие держится в топе языков. «В полтора раза медленее C++» — это очень хороший результат. Я пока вижу для себя только одну фичу языка (я работал с джавой, python, ruby, c/c++, другие языки по мелочи), которую очень хотел бы видеть в JS и не увижу в ближайшем будущем — это overload функций, но тут уж ничего не поделаешь вроде.

              Третий пункт ближе всего к истине, и про это уже другой спикер HolyJS рассказывал — Женя Гусев.
              Есть проблема с тем, что JS-разработчики сделали все так, чтобы опубликовать и начать пользоваться пакетом можно было не через жопу. Да, это привлекло школьников. Проблема заключается в том, что в питоне, джаве, R и других языках — публикация и использование пакетов сделаны через жопу. Неловкий момент, когда криворукость разработчиков репозитория для любимого языка приводит к защите от школьников.

              Если вас так задевает JS — ну не читайте вы новости про него. А мы и дальше будем обсуждать, как сделать и язык лучше, и разработку эффективнее, и быстродействие улучшить вместо того чтобы сидеть на попе ровно и ждать, пока Oracle (например) выкатит новую версию языка с фичами, которые нужны разработчикам Oracle в их продукте, и не пользоваться ничем, кроме разработок оракла и еще трех известных опенсорсных пакетов, в которые десять лет только багфиксы комиттят, а потом собирать конференции и обсуждать, что же нового в этих трех пакетах все-таки появилось.
                +1
                Мне кажется, что не низкий порог вхождения, а скорее скорость получения результата и возможность его тут же «пощупать руками» являются самым привлекательными сторонами JS.

                Что же касается порога вхождения, то JS довольно сложный для новичков в программировании язык. Гораздо легче начать писать на том же Python, к примеру.

                Большое количество привлеченных розовым светом пользователей и отсутствие стандартных библиотек (кроме разве что node.js) и порождают тот огромный объем кода, который наблюдается сейчас в инфраструктуре JS. То есть работа по стандартизации идет, но идет очень медленно и всячески тормозится «заинтересованными» сторонами.
                  +12

                  Помойка вместо центрального репозитория это не "сделали все так, чтобы опубликовать и начать пользоваться пакетом можно было не через жопу", это "не предвидели, что репозиторий превратится в помойку". Хотя казалось бы, Maven Central проходил через стадию помойки 10 лет назад. Я, конечно, понимаю, что они в это время на математике сидели, но елка палка, не обязательно каждый раз изобретать велосипед не сомневаясь, что раньше этого никто правильно сделать не смог, а вот они, красавцы, сделают всё правильно.


                  "Не через жопу" это разделять частные неймспейсы (в которые не через жопу школьники могут залить свой очередной hello world) от центрального каноничого append on approval only репозитория, в который hello world-ы не попадают, а left-pad-ы не выпиливаются.

                    +2
                    «В полтора раза медленее C++» — это очень оптимистичный результат, скорее.
                      +3
                      Хватит говорить про убогость JS, пожалуйста.


                      А он таки не убогий?

                      Если вас так задевает JS — ну не читайте вы новости про него.


                      Если вас так задевает критика JS — не читайте ее.

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


                      Пишу на Scala, не жду фич от Оракла. ЧЯДНТ?

                      трех известных опенсорсных пакетов


                      ЛОЛ. Это на JVM-то 3 пакета? Не смешите.
                        +2
                        Языкосрач — признак убогого программиста.
                          +1
                          Прошу заметить, что бомбануло в этой ветке не у меня…
                            –1
                            А провокацию кто набросил? Ещё скажите, что не умышленно.
                            0

                            Да ладно, пятница же.

                            0
                            а я люблю JavaScript :) Хотя познакомилась с ним после c++ и c#
                              –2

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

                          –5
                          Убогость Гибкость языка

                          Исправил.

                          +2

                          Ну как не несут. Представьте себе, как вы в 2010 сидите и редактируете стили какого-нибудь контрола для веба, десктопа и мобильного одновременно. Я не могу представить это в то время, а сейчас можно. Хайп, скорее, не около js, а около web-платформы, которая постепенно идёт за пределы веба. Сейчас будут другие языки кроме js, хайпа и сегментации будет ещё больше. Такая же ситуация будет в любой платформе, если она будет открытой, бесплатной и работать на любой кофеварке.

                            +4

                            Только вот в 2010 году сайты почти также выглядели, может чуть меньше анимаций было, но для сидения в вебе было достаточно 2 гигабайт оперативки, а сейчас уже нужно как минимум 8, чтобы было комфортно. А html5, который был призван заменить тормозной flash в итоге стал еще более жутким тормозом.

                              –1

                              Не совсем так же. SPA практически не было, да, анимаций меньше, оффлайн почти ничего не работало. Сейчас уже говорим о portable webapps, webassembly, единой платформе для десктопных, мобильных и веб- аппов. Конечно для всего этого нужны новые фреймворки, которые какое-то время будут кривыми.

                                +2

                                И какой она толщины будет? Кажется мне только webassembly это шаг в нужную сторону, но очень запоздалый.

                                  0

                                  Очевидно, что какое-то первое время — большой. Возможно, чуть запоздалый, но всем требовалось время понять, что тяжёлая логика на клиенте — это нормально, теперь, когда понимание есть, осталось заточить технологию. Но так просто не получится, сделают webassembly, появятся ещё более удобные и, как следствие, тяжёлые и сырые фреймворки. Не знаю, например, захочется запускать аппы в вебе и на десктопе, но без браузера, как сейчас. Опять нужен зоопарк фреймворков, чтобы понять, какая же архитектура нас устроит.

                                    +1

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

                          +4
                          Про это как раз был другой доклад «Лебедь рак и щука: как технологии тянут фронтенд на дно», непосредственно перед „debugger;“ом.

                            0
                            Жаль, на него не попала :)
                            +4

                            Зашёл оставить похожий комментарий. Со своей плюсово-хаскельной колокольни это всё как-то очень странно и немножко смешно выглядит. А иногда и страшно немножко, что не бегаешь за шестнадцатью фреймворками, а вместо этого дома книжки читаешь.

                              –5
                              это всё как-то очень странно и немножко смешно выглядит


                              Это всё незрело выглядит.
                              +3

                              Если бета вышла на прошлой неделе, она уже безнадёжно устарела :-)

                                0
                                ахха, звучит больно, но правда)))
                              +3

                              Не важно кем и в какой сфере работает человек. Програмисты/разработчики — обычные смертные люди. Не надо идти против правил природы. Спите по ночам и все будет хорошо ;)

                                0
                                Плюсую) Но не так просто это – взять и уснуть, когда там проект простаивает )))
                                –5

                                Судя по обилию розовых тонов в оформлении, JavaScript — язык для девочек.

                                  0

                                  Я бы не сказал что в оформлении JavaScript много розовых тонов.

                                    –1
                                    Мне зашло)))
                                    0
                                    Может кто знает, будет ли доступна видео запись? Очень хотелось бы посмотреть.
                                      +2
                                      Иными словами, как остаться востребованным frontend-разработчиком, чтобы не умереть от недосыпа и стресса к 30 годам?

                                      «Возраста» коммент. Забавно читать это предложение, особенно когда уже перешагнул рубеж в 30 лет.
                                        0
                                        В открытом доступе видеозапись будет, примерно, через полгода.
                                          0
                                          да почему же вы все пишете про полгода? откуда эта информация? Видео будет через 2-3 месяца.
                                            0

                                            опыт прошлый конференций. некоторые и правда по полгода до общественного доступа были

                                          0
                                          В открытом доступе видеозапись будет через несколько месяцев. Пока – только для участников.
                                            0
                                            А как посмотреть запись «для участников»? Можно как то временно получить доступ участника? Кому не жалко, киньте в личку доступ плиз.
                                            Офтоп: Бесит эта модерация коментов, я не писатель статей, но коменты хочу писать без модерации. Напишешь вопрос или совет какой, и ждешь пока его опрувят, а к тому времени уже будет поздно, народ уже закроет статью и ответа не дождаться!
                                              +1
                                              Надо быть участником конференции и оставить фидбек организаторам. Сейчас уже никак.

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

                                              А если вы не готовы платить и участвовать в конференции – будьте готовы смотреть видео через пару месяцев, вместе со всеми. В блоге JUG.ru Group опубликуем пост со ссылкой и ТОП докладов, как обычно.
                                                +1
                                                Да, я бы и заплатил, и сходил с удовольствием на конференцию, была бы у меня такая возможность. Вот только живу и работаю (фронт Angular2, Ionic2 и back Node.js) я далеко за бугром…
                                                  +1
                                                  Тогда все, что я могу сделать на данный момент – рекомендовать подписаться на нас и в следующий раз покупать трансляцию, смотреть ее и получать видео.

                                                  На данный момент видео можно только «спиратить» у кого-то из знакомых участников, у кого они есть. Но я не рекомендую так делать, конечно же. Пиратство это плохо :)
                                                    +1
                                                    А уже была рассылка исходных видео? :) Я вроде отзыв оставила ))
                                                      0
                                                      а когда ты оставляла?
                                            +1
                                            предполагаю, что к тому времени, когда видеозапись будет в открытом доступе, она будет неактуальна… как говорили выше, фронтэнд быстро стареет…
                                              0
                                              Для участников конференции, заполнивших форму обратной связи, видеозапись доступна уже сейчас.
                                              В публичный доступ выложим в феврале-марте.
                                              +6
                                              Всё-таки мы неизлечимы: мы разработчики.

                                              Даже шатнуло от этого идеологического желания выделить себя как касту разработчиков и возгордиться этим.
                                              Всё-таки мы неизлечимы: мы люди.
                                                +2
                                                Иными словами, как остаться востребованным frontend-разработчиком, чтобы не умереть от недосыпа и стресса к 30 годам?

                                                Просто расслабься и получай удовольствие. Мне уже 31 и ничего страшного к этому времени не произошло. А то звучит как-будто полсе 30 жизни нет. Всё только началось.
                                                  +1
                                                  Согласен. Меня очень настораживает ситуация, когда человек думает, что после 30 он останется за бортом, в изучении фронтенда находится очень скромное время, но уже является ментором и преподавателем в онлайн курсах. Хотя может это зависть того, кому скоро 30. Удачи ей и большого прогресса, искренне.
                                                    0

                                                    Страшно на самом деле. Потому что в 18 я был выносливее (можно было не спать ночь, изредка две, и быть как огурчик и иметь достаточно свежую голову), мозг был эффективнее (хотя это субъективно, радует то, что сегодня я довольно легко понимаю всякие околоматанные вещи, которые не понимал тогда), да и вообще, спина побаливает и тело всё больше намекает, что пора возвращать долги и стоит хотя бы записаться в тренажерку. А мне всего 25.

                                                    0
                                                    Стоит ли посещать такие мероприятия и тусовки, как HolyJS Moscow?


                                                    Ещё бы знать откуда можно узнавать о таких мероприятиях. Я вот знаю об events.yandex.ru и периодически заглядываю на него в поисках интересных мероприятий, но эта страница ограничивается, как ни странно, только мероприятиями яндекса, а хотелось бы чего-то более глобального агрегатора it-событий.
                                                      0
                                                      Можно следить за моей страницей, а я в свою очередь стараюсь следить за около фронтовыми людьми и спикерами) Здесь только падать на след, только хардкор :))
                                                        +2

                                                        Про глобального агрегатора it-событий не знаю, а вот новости вокруг фронтенда, в том числе про события, можно узнавать из ленты Веб-стандарты, например в твитере https://twitter.com/webstandards_ru (та же лента есть в vk, facebook, телеграмм etc)

                                                          0
                                                          Определенно :)
                                                          0
                                                            0
                                                            Например, подкасты «веб-стандарты», там очень часто рассказывают о грядущих фронтенд-конференциях.
                                                              0
                                                              Тоже вариант :)
                                                              0

                                                              Есть сообщества по js в Москве и в Питере, ну и в остальных городах. https://github.com/web-standards-ru/cityjs-list И у них ещё есть чатики! https://github.com/mr-mig/ru-tech-chats/blob/master/README.md

                                                              +2
                                                              Никто не упомянул, многие знают и видели, но все же для тех кто не видел и для автора статьи, к слову о нетехническом докладе — посмотрите Вадима Макишвили доклад «36» — самый лучший ответ на тему «может больше спать?»
                                                                0
                                                                Мне многие советуют его посмотреть, но все не могу найти время. Будет очень иронично, если там говорится про то, как найти время на действительно важные вещи :)
                                                                  0

                                                                  Оно для здоровых людей с семьёй и без комплекса «если я не сделаю чего-то этакого, то всё тлен».

                                                                  +2
                                                                  Спасибо большое за обзор, Дарья. Очень рад что мой доклад Вас понравился и попал, что называется, «в точку». Надеюсь таковых было достаточно для того, чтобы начать что-то менять в нашем подходе :)
                                                                    0
                                                                    Вам спасибо за доклад :) Он определенно подталкивает меня к изменению стиля жизни, надеюсь позже видео доклада оценят другие разработчики и последуют за мной )))

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

                                                                  Самое читаемое