DocOps
Open in Telegram
Writing about work, Developer Relations and Developer Experience, mentorshiop, conferences, documentation, and everything that I work and live with. Author: @nick_volynkin Mentorship: https://getmentor.dev/mentor/nikolay-volynkin-186
Show more4 848
Subscribers
No data24 hours
-27 days
-2230 days
Data loading in progress...
Similar Channels
Tags Cloud
No data
Any problems? Please refresh the page or contact our support manager.
Incoming and Outgoing Mentions
---
---
---
---
---
---
Attracting Subscribers
February '25
February '25
+10
in 0 channels
January '25
+29
in 0 channels
Get PRO
December '24
+49
in 5 channels
Get PRO
November '24
+55
in 1 channels
Get PRO
October '24
+41
in 0 channels
Get PRO
September '24
+61
in 0 channels
Get PRO
August '24
+94
in 0 channels
Get PRO
July '24
+62
in 0 channels
Get PRO
June '24
+67
in 0 channels
Get PRO
May '24
+57
in 0 channels
Get PRO
April '24
+108
in 0 channels
Get PRO
March '24
+104
in 1 channels
Get PRO
February '24
+36
in 0 channels
Get PRO
January '24
+33
in 0 channels
Get PRO
December '23
+67
in 0 channels
Get PRO
November '23
+80
in 0 channels
Get PRO
October '23
+131
in 0 channels
Get PRO
September '23
+121
in 0 channels
Get PRO
August '23
+140
in 0 channels
Get PRO
July '23
+177
in 0 channels
Get PRO
June '23
+325
in 0 channels
Get PRO
May '23
+1 894
in 0 channels
Get PRO
April '23
+69
in 0 channels
Get PRO
March '23
+44
in 0 channels
Get PRO
February '23
+38
in 0 channels
Get PRO
January '23
+48
in 0 channels
Get PRO
December '22
+64
in 0 channels
Get PRO
November '22
+55
in 0 channels
Get PRO
October '22
+73
in 0 channels
Get PRO
September '22
+42
in 0 channels
Get PRO
August '22
+42
in 0 channels
Get PRO
July '22
+41
in 0 channels
Get PRO
June '22
+53
in 0 channels
Get PRO
May '22
+32
in 0 channels
Get PRO
April '22
+37
in 0 channels
Get PRO
March '22
+39
in 0 channels
Get PRO
February '22
+42
in 0 channels
Get PRO
January '22
+45
in 0 channels
Get PRO
December '21
+44
in 0 channels
Get PRO
November '21
+69
in 0 channels
Get PRO
October '21
+53
in 0 channels
Get PRO
September '21
+56
in 0 channels
Get PRO
August '21
+35
in 0 channels
Get PRO
July '21
+40
in 0 channels
Get PRO
June '21
+37
in 0 channels
Get PRO
May '21
+70
in 0 channels
Get PRO
April '21
+70
in 0 channels
Get PRO
March '21
+75
in 0 channels
Get PRO
February '21
+45
in 0 channels
Get PRO
January '21
+90
in 0 channels
Get PRO
December '20
+2 200
in 0 channels
| Date | Subscriber Growth | Mentions | Channels | |
| 10 February | +1 | |||
| 09 February | 0 | |||
| 08 February | +2 | |||
| 07 February | 0 | |||
| 06 February | +4 | |||
| 05 February | +1 | |||
| 04 February | 0 | |||
| 03 February | +2 | |||
| 02 February | 0 | |||
| 01 February | 0 |
Channel Posts
Чему я научился: софт-скиллы, пост 2/N.
Прошел первый модуль курса по софт-скиллам и у меня есть три сильных впечатления.
1. Мы учились выходить из ситуаций, когда мы не согласны с собеседником, так чтобы каждый остался при своем мнении. Так чтобы не продавить своё любой ценой, и чтобы не махнуть рукой и уступить. А вот прямо agree to disagree. Это сложная для меня штука, я как будто вообще не знал, что так можно.
2. Мы учились предполагать позитивные намерения в действиях людей. Для меня это огромная проблема. Часто я сходу начинаю подозревать негативные намерения. Например, что мой коллега или руководитель делает что-то, потому что ему (ей) на всех плевать, и вообще этот человек что-то против меня замышляет. Первая ступень для меня — поймать себя за руку, когда я делаю такой вывод, осознать его. Следующая ступень — предполагать, что у человека есть осознанные позитивные намерения. Например, человек осознанно хочет делать свою работу лучше. Но у нас, людей, вообще мало что осознанно происходит. И похоже что самый надежный вариант — предполагать неосознанные позитивные намерения. Люди на работе не хотят нас оскорбить, лишить отдыха или заслуг. Чаще всего они просто хотят чтобы им было комфортно и не было как-то плохо. Что я с этим делаю? Вспоминаю разные рабочие ситуации и ретроспективно пытаюсь найти эти позитивные намерения.
3. Похоже, для меня смысл любого учебного курса не в том, чтобы сразу дать мне навыки. Курс обозначает мне зоны, в которых вообще можно что-то уметь, и показывает как выглядит это умение. Раньше я не знал, что так можно делать, а теперь знаю. Неизвестное неизвестное (unknown unknown) стало известным неизвестным (known unknown). И еще курс показывает, как прокачивать навык. И всё. Дальше надо в реальных ситуациях на работе и в жизни действовать иначе, чем действовал раньше. Конечно же, делать так лень, больно и неудобно. Получается, что запланировать себе учебу — это не два раза в неделю по два часа, это надо всю неделю пахать, каждую неделю. Что ж, таков путь.
На этом пока что всё. Берегите себя. 🙂
| 2 | Встретил замечательную фразу. Человек спрашивает, можно ли использовать OneDrive в качестве бэкапа. Ему отвечают:
> Your plans on configuration will result in no end of grief.
Это похоже на гимн всей нашей IT-индустрии. Какой-то такой:
Our networks hum and servers churn,
Configurations twist and turn,
Hope for smooth deployment’s brief—
Your plans on configuration will result in no end of grief.
Code compiles, and updates run,
Till users find a bug undone,
Patched at last but with disbelief—
Your plans on configuration will result in no end of grief.
Backups scheduled, disaster plan,
But systems crash despite each scan,
Troubleshooting past belief—
Your plans on configuration will result in no end of grief. | 0 |
| 3 | Чему я научился: софт-скиллы, пост 1/N.
Есть такое довольно универсальное правило: чтобы чему-то учиться, нужна практика. Лучшая практика это не придуманные упражнения, а настоящие рабочие задачи, результат которых важен, и для этого результата важны навыки, которые вы тренируете. Когда есть теория, поддержка наставника, немного упражнений и куча реальной практики, навыки тренируются лучше всего.
Так вот, Стратоплан вообще-то известен своим обучением для руководителей. Когда я был тимлидом, мечтал пойти к ним на тимлидский курс, но не успел. А сейчас я осознанно не хочу руководить людьми, хотя бы в ближайший год, так что эта мечта откладывается. Зато могу пойти на курс про софт-скиллы: как договариваться, давать обратную связь, брать ответственность, отказываться от лишнего, и так далее. Всё это, во-первых, я регулярно делаю, а во-вторых, делаю хуже, чем хочу. Так что реальная практика всегда будет, потребность тоже очевидна — значит, можно идти учиться.
Самое сложное и важное: ожидания и цели от курса. Пишу, не подсматривая в программу курса, чтобы не притягивать задачу к решению. Просто рефлексирую:
— Хочу научиться получать регулярный фидбек, особенно когда люди не хотят или не умеют его нормально давать.
— Хочу научиться говорить «нет» всему, что мне предлагают. Сначала отказаться, потом подумать. Я человек жадный и тщеславный, поэтому навалить на меня лишней работы и ожиданий от меня — как у ребенка конфету отобрать.
— Хочу нормально себя чувствовать в остро-конфликтных ситуациях, которые неизбежно случаются. Сейчас я теряю самообладание и либо сдаю позиции, либо шлю всех нахрен. То и другое это проигрышная тактика.
Посмотрим, что получится. Следующий пост будет после первого модуля.
Собственно, курс: https://stratoplan-school.com/engineer/ | 0 |
| 4 | Чему я научился в этом году
Год выдался очень насыщенным: я делал совершенно новые для меня задачи, и хоть и выгорел, но все равно многое сделал. Чтобы помочь себе как-то с этим справляться, я нашел и прошел несколько учебных курсов. Серьезно, без них было бы хуже, я бы вообще не понимал, где я и что происходит. Теперь, когда опыт учебы уложился в голове, я хочу им поделиться. Итак, в этом году у меня был:
1. Курс Вани Замесина про управление продуктом и AJTBD. Брал трек с практикой, успел применить к рабочим задачам, и многие уже известные мне вещи переосмыслил. TODO: рассказать вам новое про Diataxis, свой курс и книгу.
2. Курс Владимира Иванова про system design. Участвовал в самом первом потоке, послушал лекции, но не хватило сил сделать домашку — большой проект с фидбеком на каждой итерации. Все равно курс отличный. Думаю о том чтобы еще раз его пройти ради домашки и фидбека.
3. Еще один курс Замесина, про ответственность, умело замаскированный под названием «Что делать, когда жопа». Об этом писать отзыв будет сложнее всего, потому что ответственность это не только приятно и радостно, но еще и тяжело и больно. Хотя Ваня как раз утверждает, что больно — это необязательная часть.
4. И вот-вот начнется еще один, от Стратоплана про софт-скиллы. Здесь будет эксперимент: я не буду ждать полгода, чтобы подвести итоги, а наоборот, начну с ожиданий и логики выбора. А через полгода можно будет оглянуться на этот текст и сравнить ожидание и результат. (Посты: 1, )
Итак, начнем со Стратоплана и софт-скиллов. | 0 |
| 5 | Как я выгорел
У меня долгое время было ощущение, что надо сжать булки, ещё немного поработать изо всех сил, и на работе станет наконец все получаться. И вот тогда я спокойно займусь проблемами со здоровьем, которые, конечно, мешают работать.
Что ж, ощущение было ошибочным. Теперь у меня куча накопленных проблем, зато работы нет, так что я наконец-то могу заняться здоровьем.
Друзья мои, не будьте как я, трудоголиками. Берегите себя, заботьтесь о себе. Работа подождёт.
Ну а я ищу новую работу. Хочу и могу работать менеджером продукта или девадвокатом/техписателем в каком-нибудь продукте для разработчиков. Но если это просто хороший продукт — тоже интересно. Кипр или любая страна мира, откуда можно платить кипрской компании. Если у вас есть что-то такое — напишите мне на @nick_volynkin. | 0 |
| 6 | Как я выгорел.
У меня долгое время было ощущение, что надо сжать булки, ещё немного поработать изо всех сил, и на работе станет наконец все получаться. И вот тогда я спокойно займусь проблемами со здоровьем, которые, конечно, мешают работать.
Что ж, ощущение было ошибочным. Теперь у меня куча накопленных проблем, зато работы нет, так что я наконец-то могу заняться здоровьем.
Друзья мои, не будьте, как я, трудоголиками. Берегите себя, заботьтесь о себе. Работа подождёт.
Ну а я ищу новую работу. Хочу и могу работать менеджером продукта или девадвокатом/техписателем в каком-нибудь продукте для разработчиков. Но если это просто хороший продукт — тоже интересно. Кипр или любая страна мира, откуда можно платить кипрской компании. Если у вас есть что-то такое — напишите мне на @nick_volynkin. | 0 |
| 7 |  +2Ну и где бездушная машина неправа? | 0 |
| 8 |  Старый мем переродился | 0 |
| 9 |  Мой любимый браузер в очередной раз обновился и показал мне картинку про то, что поменялось. Было быстро, а стало быыыыстрееееее.
Неужели никто не вспомнил, что в любом браузере, в инструментах разработчика есть просмотр времени загрузки страниц, и там буквально чем длиннее полоска — тем дольше время загрузки? Ну и в целом это общепринятый способ обозначать длительность.
Ладно бы только длина полоски противоречила идее сообщения. Они еще и слово удлиннили, и полоску закрасили красным. Красная полоска в метриках это что? Это всегда что-то плохое.
Так досадно, хоть письмо пиши. | 0 |
| 10 |  Doom на дашборде Grafana! Гениальный devrel-проект. Снимаю шляпу, восхищаюсь, хочу куда-нибудь украсть эту идею.
Ну и если где-то я увижу «в графане нельзя сделать Х», буду в ответ кидать эту ссылочку.
https://play.grafana.org/d/ePolu9Lnk/doom-half-resolution?orgId=1 | 0 |
| 11 | Goodhart's Law (xkcd)
[later] I'm pleased to report we're now identifying and replacing hundreds of outdated metrics per hour.
(сохраните на случай переговоров про метрики со своим менеджером) | 0 |
| 12 | Пока нормальные посты не пишутся, поделюсь смешным видео. Человек читает мануал neovim с начала до конца, девять с половиной часов.
Как вы думаете, мануал такой длинный, потому что продукт сложный, или же потому что в него вложено недостаточно труда, чтобы сделать его короче и понятнее? А может, надо было в сам редактор вложить побольше труда, чтобы он был понятнее? (Конечно же нет, чем сложнее тем лучше, тут же ценность в преодолении страданий и достижении абсолютной эффективности.)
https://www.youtube.com/watch?v=rT-fbLFOCy0 | 0 |
| 13 | Зарегался в Вастрик-клубе, занёс долор, написал интро. Если вы тоже там, давайте дружить и общаться.
https://vas3k.club/user/nickvolynkin/ | 0 |
| 14 | Хорошая новость в том, что такое можно репортить в @NoToScam. Плохая новость в том, что репорты никто не читает, похоже. Мой прошлый репорт так и висит с 2020 года.
Тем временем, поддельную учетку переименовали и я закиберсквоттил имя себе. | 0 |
| 15 | +2 Осторожно, мошенники!
С поддельной учётки пишут и просят денег. Не верьте, шлите нахер.
Подделка: @Nick_VoIynkin, там заглавная I вместо L.
Настоящий: @Nick_Volynkin | 0 |
| 16 | No text... | 0 |
| 17 | Когда-то я купил микрофон и радовался ему. Заодно обещал курс и митапы. С тех пор я сменил работу и пару стран, курса всё ещё нет, зато митапы я на работе теперь делаю. И вот новый микрофон приехал.
Вообще, я подкаст хочу давно уже. Есть куча тем, которые мне интересны, и много людей, с которыми я бы поговорил вообще про что угодно, настолько эти люди классные. Да-да, читатель, я про тебя в том числе.
О чем бы вы послушали? О чем бы пришли поговорить со мной? | 0 |
| 18 | Нет времени объяснять, запрыгивайте в трансляцию :)
https://www.youtube.com/watch?v=NBdZmyNGdcQ | 0 |
| 19 | Есть хорошая топология документации: tutorials, guides, explanations, reference. Я писал про нее три года назад и с тех пор активно использую в работе. Всё это время я видел в ней только логику пользовательского пути:
1. Разработчик пишет hello world, чтобы попробовать и заинтересоваться.
2. Проходит несколько гайдов, чтобы опробовать технологию в деле или разобраться, как решать конкретную задачу.
3. Потом читает объяснительные статьи и разбирается в тонкостях технологии. Это путь к профессиональному владению инструментами.
4. Наконец, после пары лет уверенного пользования инструментом, разработчик только заглядывает в референс, когда не помнит деталей API.
Теперь, поработав полгода в стартапе, я выработал совершенно новое понимание логики: с точки зрения бизнеса, который строит свой продукт на основе нашей технологии:
1. Hello world нужен чтобы быстро стартануть разработку. Код ваших хелловорлдов и примеров приложений буквально будет первой версией кода реальных продуктов.
2. Гайды по решению конкретных задач нужны для того, чтобы ускорить разработку до состояния прототипа, proof of concept. На основании этого прототипа бизнес будет решать, вкладывать ли дальше ресурсы в разработку решения на вашей технологии, или выбрать что-то другое. А еще набор типичных решаемых задач помогает предпринимателям находить такие задачи в окружающем мире и решать их именно с помощью вашей технологии.
3. Статьи про то, как делать правильно, нужны на этапе разработки приложения после одобренного прототипа. Там будут появляться большие проблемы: производительность, надежность, безопасность, масштабируемость решения. Для того, чтобы эти проблемы решить, разработчикам понадобятся объяснительные статьи. До этого этапа они не нужны — рано еще решать проблемы, надо выжить. Результат этого этапа — MVP, первая версия продукта, у которой есть пользователи и которая решает их задачу. Но и дальше такие статьи не теряют своей ценности.
4. Наконец, подробный референс становится наиболее важен на этапе стабильного развития продукта, когда есть десяток разработчиков и роадмап на год вперед. На этом этапе у продукта уже есть накопленная кодовая база, которую нужно поддерживать и развивать. Поэтому важно, чтобы API менялся не слишком часто, только в лучшую сторону, и все эти изменения были задокументированы.
Получается, если технология совсем новая и продукты на ее основе разрабатываются буквально с бета-версий самой технологии, то почти все усилия нужно бросить в руководства по решению конкретных практических задач. Это поддержит и пользователей, и собственный маркетинг и биздев. А когда продукты выживут и дорастут до прода, тогда и мы вместе с ними дорастем и выживем. И тогда настанет время писать статьи про архитектуру больших приложений, оптимизацию производительности и лучшие практики кодирования. А у разработчиков настанет время такие статьи читать.
Желаю вашим продуктам дожить до этого прекрасного времени. :) | 0 |
| 20 | Итак, мы провели первый онлайн-ивент и готовим второй. Теперь это будет не воркшоп с кодингом, а обычный нормальный доклад, точнее два: мы и наши партнеры будем рассказывать про совместный проект.
С прошлого раза мы нашли отличную платформу для организации стримов, начали всё обсуждать сильно заранее, программа больше не меняется за пару дней до ивента, на подготовку тратим гораздо больше времени.
Я только что вышел с репетиции доклада. Настроение примерно как на картинке: выступать всё еще сложно и страшно — и неизвестно, будет ли когда-то легко — но я сделаю лучшее, что смогу. А еще мне помогают коллеги, и каждый тоже делает лучшее, что может. Победа неизбежна и неотвратима. :)
Приходите послушать нас в эту пятницу вечером. Регайтесь на lu.ma/nil-lido-zk-oracle, трансляция будет на ютубе. | 0 |
