Хочу в качестве утренней разминки рассказать о сне, своих экспериментах с ним и, возможно, подсказать как спать лучше
Для меня сон - это всегда ощущение потерянного времени и маленькой смерти. Мне жалко спать. Поэтому я всегда относился ко сну как к необходимому злу и пытался его оптимизировать
Когда я работал в аутсорсинговой компании, практиковал полифазный сон. Спал 3 часа ночью и 2х45 минут днём. Первые две недели нереально тяжело, потом нормально. Прекратил после 3 месяцев, когда понял что начал тупеть - работать в таком режиме можно, придумывать что-то нет
Когда у меня была своя компания - сон был стрессом. Вернее не сон, а пробуждение, потому что каждое пробуждение было с мыслью "а какая жопа у нас сегодня". Когда у тебя маленькая команда - то и запасы ресурсов для маневров и переживания ударов судьбы маленькая
Когда я закрыл компанию я три месяца высыпался. Помогло слабо. Моя основная проблема - если у меня в голове есть мысль, я не могу перестать ее думать и это очень мешает уснуть.
Лучшее лекарство у меня - мотоцикл. чуть похуже - езда по ночному городу с открытой крышей / окнами
Сейчас должно было стать лучше, но нет - достаточно после 8-9 вечера писать видео "с лицом" - а это два источника света прям "в морду". Все, прощай сон. А учитывая специфику дома где я живу - нормально писать видео можно либо рано утром, либо вечером. Человек-дрель тоже не спит
Ок, поныл, теперь к конструктиву.
Думаю все знают что ложиться спать надо и просыпаться в одно и то же время лучше всего. Для меня это не работает. Иногда мне кажется что объемы сна которые мне нужны выбирает генератор случайных чисел
У меня категорически не работает мелатонин в таблетках. Вот просто ноль эффекта. Пробовал его и как средство для борьбы с джетлагом и с бессонницей. Плацебо, наверное, и то было бы эффективнее
Как я меряю качество сна? Я пробовал разные трекеры сна, самым показательным для меня оказалась комбинация из показателей вариабельности сердечного ритма (больше - лучше, до разумных пределов), частоты дыхания ночью и количества глубокого сна
Эти показатели меряет polar vantage v, да и любые, думаю, спортивные часы с непрерывным трекингом пульса. Они меряют и другие числа, но, как показали 3 месяца ведения статистики сна - для меня они статистически незначимы.
В такую погоду как сейчас тоже прекрасно спится :)
Очень хорошо для меня работает низкая температура в помещении для сна (около 17 градусов), открытое окно. Если вы ещё не купили себе датчик уровня СО2 - купите и приучите себя проветривать при цифре 800 - обнаружите что и спится лучше, и работать можно на пару часов дольше
Правда не знаю как у вас, у меня в городе открытое окно - катастрофический источник пыли, в том числе очередь вредной для здоровья (привет коксохиму!). Борюсь с этим очистителем воздуха который фильтрует PM2.5/PM10 частицы
Ещё я пытался научиться остановке внутреннего диалога чтоб лучше спать. Каждая первая школа медитации этому учит. Не научился. Максимум что умею - долго в деталях представлять огонь, с язычками пламени и потрескиванием. Помогает мозгу прекратить думать о программировании
А теперь что будет если не спать или спать плохо, как я. В 20 лет не будет ничего, в 25 будете уставшим, в 30 - могут начаться проблемы с гормонами. Особенно если стресса в вашей жизни много. Мало спать - это как держать мотор в красной зоне - можно, но опасно
Поскольку сейчас, как вы догадались, за рулём, хотел сделать фото с красной зоной к прошлому твиту, а оказалось, что ее и нет у меня. Помните, есть люди которым надо категорически мало сна, но я не знаю как безопасно проверить, что вы один из них
В завершение темы. Есть мало вещей в жизни, о которых я жалею, что не начал думать раньше. Сон в объемах столько, сколько нужно — одна из них. Когда вы "не спите" - страдает все, от вашего организма до способности здраво оценивать и планировать объемы работ. Крепких вам снов!
• • •
Missing some Tweet in this thread? You can try to
force a refresh
Итак urql. Если вдруг это буквосочетание прошло мимо-вас - это мощная и эффективная альтернатива apollo client в качестве graphql клиента
Когда я первый раз узрел formidable.com/open-source/ur… то-ли на Hacker News, то ли на Dev.to мой скепсис был столь же велик, как технический долг @vue/test-utils
Однако из этого выросла мощная библиотека с уникальными фичами
Более того, если бы в абстрактном GitLab я бы сейчас принимал решение - я бы взял именно urql и в этом треде попробую пояснить почему
Во многом этот тред навеян заполнением своего Career Mapping в GitLab и обсуждением этого с многими людьми "а как у вас это происходит" :)
Начнём с самого простого - с иерархии. Если с первыми шагами у инженера всё просто - junior, middle, senior, то дальше всё нетривиальнее - часто с точки зрения _инженерных_ позиций наступает карьерный тупик
Когда я говорю о карьерном тупике инженерной работы, то имею ввиду, что часто "продолжением" этой лесенки рисуют всякое "тимлидство" - должности, направленные на управление людьми, а не кодом.
Для тех, кто не в курсе - Apollo Client это "толстый graphql-клиент". Он автоматически выполняет нормализацию кеша, пользуясь тем, что в GraphQL строго типизированные данные
О недостатках, хотя нет, хм... ОСОБЕННОСТЯХ Apollo Client можно говорить очень долго - к примеру, они КРАЙНЕ react-centric, но есть у Apollo Client важная фича - это управление local state
Фактически, вы можете из своих компонентов, продолжать писать GraphQL-запросы и мутации и ваши компоненты __почти__ не будут знать работают ли они с локальным состоянием или с состоянием сервера.
Почему почти? потому что придется писать директиву @client
Спасибо всем за дельные замечания и вопросы. Как и обещал - делюсь своим видением проблемы стейт-менеджмента
Для меня сейчас - это основная и фундаментальная проблема в рамках GitLab. Я ее формулирую так "как реализовывать хранение и управление состоянием так, чтобы не рос технический долг и не страдал скорость деливери фич"
Нюанс начинается уже с определения: я осознанно ставлю вопрос технического долга важнее скорости деливери фич. Это связано с тем, что в случае "кризиса срочно-надо-на-вчера" (а так бывает и это нормально), когда мы ставим технический долг во главе угла - мы можем им пожертвовать