Буду погроммистом!
СтатистикаСергей Киселев aka @intr13 Инженер-системотехник который смог // https://t.me/intr13_riot/3 Тут про: управление людьми, модели поведения, архитектуру ПО, инфраструктуру разработки, инциденты, рабочие места, прикладную аудиофилию и просто жизнь
- Последний пост
- 14:59
- Последнее чтение
- 22:25
- Постов за неделю
- 1
- Всего постов
- 34
- Тип
- открытый
- Язык
- русский
- Категория
- Технологии
- В каталоге с
- 13 авг.
- 1/24сутки в ленте
- 204
- 1/48двое суток
- 233
- 1/72трое суток
- 252
Оценка по просмотрам недавних постов: пост набирает почти всё за первые сутки.
Посты
В 2005 году я отжал на время дисковый плеер жены моего рукводителя. Кажется это был Philips, а внутри был диск с Энигмой. Комплектные проводные наушники и я влюбился. У меня уже была своя коллекция музыки и ISA-аудиокарта Yamaha в домашнем компьютере. Но я хотел портатив и купил CD-плеер Philips. Естественно, был проведен анализ рынка и проработаны требования. Пульт на проводе наушников для управления треками и экран для отображения трека. Но плеер это база, а что слушать? Я начал записывать CD диски с коллекцией музыки. Подбирал бережно и вдумчиво. У меня стали просить копии дисков. Несколько успешных сборок стали хитами среди друзей. Ну а потом появилась [собственная] жена и оказалось, что она покупает лицензионные диски. Но не отказалась от пары сборников собранных для неё. В рамках ностальгии я купил китайский CD-плеер Shanling. В нем даже есть пентакон (балансный 4.4) разъем для наушников и две лампы для обработки звука. Звучит волшебно, хотя это просто старый дед радуется. #аудиофилия #cd #mp3 #shanling #pentacon Сегодня вечером иду набрасывать в Okko про то, что джуны/мидлы не нужны Как выжить в мире теневого ИИ, и как построить гибрид Онпрема и Подписок Обсудим, как AI меняет подходы в разработке, поделимся кейсами и мыслями Онлайн трансляция будет (запись потом закину в комментарии)
Ранее я уже рассказывал про сообщество java разработчиков Иркутска - iForge. И вот этим летом [на деревне у дедушки] нашел ценный артефакт - рюкзак SUN Tech Days от SUN Microsystems. Расскажу историю как он у меня появился. Ранее была такая затравка: В 2008 году на очередном Sun Tech Days я нашел поддержку от Sun Microsystems. Один из кураторов программы Campus Ambassador Павел Вотчицев был родом из Иркутской области. Не обошлось без Антона Черноусова. Мы решили трансформировать наши семинары во что-то новое и уделить больше внимания студентам. В апреле 2008 куратор программы Campus Ambassador Павел Вотчицев - надарил мне мерча от SUN Microsystems и попросил найти представителя в Иркутске. Мерч раздать среди нашего иркутского Java сообщества. Рюкзак же был настолько няшным, что остался у меня. Марк Твен говорил - "Государственный служащий - лицо, выбираемое народом, чтобы распределять взятки". Сам я был ленив, и мы с Антоном Черноусовым начали искать вместе. В итоге, вышли на самих себя и Антон стал амбассадором бренда SUN в Иркутске. Он собирал студентов и устраивал им технические встречи. На которые я тоже ходил, и уничтожал пиццу. По итогу - Антон вошел в топ амбассадоров бренда по России. Но все хорошее заканчивается, и Oracle купил SUN. Программу Campus Ambassador свернули, а чуть раньше мы перестали проводить встречи сообщества iForge. Эстафету приняли иркутские конференции GeekFestRu. Антон Черноусов был их идейным вдохновителем, а я был Троллем в Каске! Но про это расскажу когда-нибудь еще. #ирк #jug #java #sun #сообщество #как_я_провел_лето Сегодня будет 4 выпуск DevOops Podcast Day 2 Operations: Как ломалась и крепла архитектура MWS Cloud на базе K8s и SaltStack Будем троллить Ваню Гулакова про солевой звездолет. 7 августа 2026 в 18:00 (МСК) встречаемся в эфире на настоящий инженерный постмортем! 😉 YouTube | 📺 VK Видео
Сделал ИИ-ментора по книге. Для повторения потребуется: ваша голова на плечах, топовая книга в pdf, адекватная нейросетка, критический разбор ситуации и чувство юмора. Я взял Google Gemini 3.1 и зарядил в неё промпт по приготовлению. Промпт состоит из 5 этапов: анализ книги, обогащение книги через интернет, адаптация книги под пользователя, анализ ситуации и выводы по ситуации. Мой выбор книги - Как пасти котов (наставления для программистов, руководящих другими программистами). После первого этапа я получил развернутый анализ книги от нейросетки (в комментариях). Подойдет почти всем. Второй же этап наложил патчи от автора и мнение тех, кто прочитал книгу. Книга задышала и стала актуальной. Далее адаптировал книгу под себя и свой опыт. У меня для этого есть картинки профиля в LinkedIn + резюме + ссылки на мои публикации. Как итог я получил список полезных глав для меня. На этом уже можно остановиться, но зачем? С ИИ-ментором я разбирал рабочие ситуации, где описал действующие лица. Описал профили ребят и их поведение, естественно, без реальных имен. Неплохо показала себя MBTI-астрология. Наложение сверху PCM-профилей от НАСА улучшило ситуацию. Я брал тезисы с гипотезами и проверял через полученного ментора-эксперта. Крутил разные варианты, спрашивал, как люди будут реагировать на определенные ситуации. Словил несколько очевидных инсайдов. Очень вдохновляет, когда нейросетка тыкает тебя лицом в очевидную проблему. А вас ИИ учит жизни? #AI #ментор #gemini #книга #как_пасти_котов #коммуникация #управление #MBTI #ProcessCommunicationModel #PCM #model #классификация А еще в 12 выпуске Building the MWS Cloud Митя Новиков рассказал как мы делает Terraform/CLI/SDK на базе кодогенерации // https://www.youtube.com/live/gajGpToapdw?si=BaTogsw9jM-DM-eO&t=290
// специально спрятал в комментариях мотивацию написания поста, знаю меня читают впечатлительные люди, которых пугают мои стоматологические похождения про лечение-удаление зубов Брокколи это еда взрослого человека. Раздербанить кочан на соцветия. Соленая кипящая вода на три минуты. Охлаждать в ледяной воде. Хрустит. Пища Богов. А вот сына от неё подташнивает. При этом у нас очень близки вкусовые предпочтения. Но он не может. Как и я не мог в детстве есть много разных вещей. Помню открыл для себя чеснок, когда пошли в горы с женой. Мне тогда объяснили - что тот кто не ест чеснок, не может спать в одной палатке с теми кто ест. Аромат проникает в голову. Потом был лук, строганина, зеленые оливки, сыр с плесенью, каперсы, квашеная капуста, тартар и много чего еще. Кажется что это некий элемент взросления - каждый год открывать для себя что-то новое. Что бы еще такое попробовать - интересное, и правильно приготовленное? :) #еда #зуб #взросление #оливки Иду сегодня набрасывать на - Старый добрый Go в мире AI-агентов к Эдгару Внезапно я же вайбкодер и вайбкожу на Golang Буду лечить на круглом столе, как люди превращают посредственный Golang в унылый Python
Внезапно 43, и это больше чем 42. И в комментарии как обычно накидаю любопытных фоток. Изменения забавные: * Похудел с начала года на 20 кг, и теперь мой вес как 20 лет назад. * Замотивировал сына закончить первый год Яндекс Лицея. * Подставил Отправил дочку в лагерь по плаванию. * Отпраздновал 85 лет у бабушки и дедушки. * Запустил очередное Облако, точнее сделал IDP для запуска MWS Cloud Platform. * Нанял более 10 стажеров и даже перевел несколько в штат. * Стал считатать себя крутым Engineering Manager и скоро продолжу. * Выступил на DevOops 2025, HighLoad 2025, DevOpsConf 2026, CodeFest 2026, Saint HighLoad 2026. * Провел несколько митапов MWS Cloud Platform как ведущий. * Вписался в ПК E-Code и готовлю DevOops в октябре. * Стал вайбкодером и считаю, что эти молодые щеглы - не умеют писать код. На следующей неделе веду очередное - Под капотом: мультиклауд Будем лечить как никому не верить и жить на несколько облаков. И это все на примере созданного в моей команде туллинга (SDK, TF, CLI). И самое главное, что в каком то другом Облаке, моя команда тоже делала тулинг.
Лучшие менеджеры разработки - это бывшие инженеры. Нельзя управлять системой, не понимая ее сути. Сейчас LLM - это новый "черный" написания кода. Я решил проверить инструмент на себе и залип (в комментариях есть фан-аналитика). Взял утилитарную задачу: настроить поставку данных из Telegram в БД для сбора FAQ и анализа скорости ответов в саппортных чатах, а то сам иногда забываю людям отвечать. В качестве языка выбрал тупой и понятный Golang. В итоге я не написал руками ни строчки кода, только читал и ревьюил его. Логика была внятной, а изменения модель вносила точечно. Не обошлось без затыков, и это видно на скриншоте к посту. Модель запуталась в версиях TDLib под Go и не могла найти хеш коммита, чтобы корректно работал прокси. В итоге она сама догадалась проанализировать python-библиотеку и вытащила нужный коммит оттуда. Безупречный траблшутинг. На эту "магию" я сжигал по 150 млн токенов в сутки, быстро уперся в лимиты подписки GLM 5.2 Pro и перешел на MAX. В итоге за три дня собрал рабочий MVP. И тут возникает резонный вопрос: нужны ли индустрии "классические" программисты? Не поменяется ли модель команд и не станут ли менеджеры снова писать код? Этот эксперимент вернул меня в контекст и я понимаю блокеры при внедрении новых инструментов. Исходники не покажу, ибо уже адаптировал их под нашу внутреннюю go платформу. А теперь предлагаю подумать, что делать с теми, кто пишет код по старинке, пора заставлять переучиваться силой? #вайбкод #LLM #AI #GLM #MVP #golang Сегодня был очередной (третий) выпуск DevOops Podcast с Васей и Вовой - Agentic IDP и будущее платформенной инженерии Запись прямой трансляции тут - 😉 YouTube А вот тут сам доклад Василия Куценко - Платформы и другие игрушки для взрослых
В бигтехе только и разговоров, что об инференсе и о вайбкоде. Там говорят о том, как чертовски здорово наблюдать за серверными стойками с B300, уходящими вдаль, как бюджеты сгорают. И еле видимый профит, словно придуманный, мерцает где-то в глубине… Меня зовут Сергей, и я вайбкодер! Я считаю, что понимаю, как работает сгенерированный LLM код. Я подтверждаю изменения, внимательно прочитав их. Выделяю скиллы из повторяющихся паттернов и думаю, что все контролирую. Есть одна компания в РФ, которая собирает метрики использования LLM внутри. Показывает эти метрики сотрудникам и тем самым намекает на их неэффективность. Обещает уменьшать премию за недостаточное использование токенов в написании кода. Возможно увольнять по итогам перф-ревью. Другая компания вне РФ - заявляет минимальную планку использования бюджета на токены в месяц. 1000 долларов - это в рамках ожиданий. Надо тратить более 2 тысяч, чтобы стоять на месте. Там даже топ-менеджеры приносят свой ужасный "вайбкод" в прод. Гугл Gemini говорит, что в компании более 10к сотрудников по всему миру. Но внезапно не все тянут новую реальность. Синдром AI Replacement Dysfunction (AIRD) приводит к выгоранию. Разработчики осознают бесполезность части своих знаний. Кто-то идет в мелкий бизнес, где закатывает в банки грибы и раздает их на конференциях коллегам. А еще на рынок вышло поколение GPT. И GPT-сеньоры очень обижаются, когда ты их спрашиваешь в глубину. В интересное время живем - а у вас в командах уже есть пострадавшие от ИИ-выгорания? #вайбкод #AIRD #грибы #выгорание #LLM #AI
Три раза я ходил в магазин аудофила и слушал свои новые Denon. Искал ответ: AH-D5200 или AH-D7200 или AH-D9200? Жаба немного душила, но раз в год стоит радовать себя! И вот на третий раз я таки купил, то что собрало коллекцию международных наград в 2019. Теперь мой новый фаворит - Denon AH-D9200. Ключевая проблема в источнике звука! В моем Cayin RU9 целых две лампы, но это не настоящий баланс. Для походного формата RU9 огонь, но для дома надо искать что-то более серьезное. Не говорите моей жене, но я уже поглядываю на ламповые настольные системы. Также оказалось, что в комплекте нет балансных проводов для Pentaconn. В итоге я нашел у кого берет мой магазин аудиофила, и заказал на алиэкспрессе. Я слышу разницу, либо убедил себя в этом. Нет, правда, теперь очень интересно наблюдать за игрой разных инструментов в музыкальном треке! А вот чехол для всей системы от Fiio FT13. Это была моя попытка сэкономить и разочарование года. Такого картонного звука я давно не получал. Именно поэтому я купил Denon AH-D9200. До покупки слушал более трех часов. И это того стоит! #аудиофилия #наушники #cayin #denon
У меня острая непереносимость круглых столов в энтерпрайз стиле. Также мне скучны круглые сторы "дружелебных соседей". Я считаю, что нужно делать шоу в этом формате. Обязательно иметь несколько "зубаток", что вцепятся друг в друга. И вот наконец-то у меня это получилось! На DevOops Conf 2026 мы провели круглый стол про - "Будут ли нужны DevOps к 2030 году или вас всех поглотит AI?". Это был второй день конференции. Вечер пятницы. И мы собрали полный зал. Говорили более часа, и потом после доклада подходили люди. Итоговая оценка за подачу - 4.48 из 5. Вся "соль" в "зубатках", которые не боялись говорить на камеру: Кудряш Эдгар, Бизнес-девочка - Оля, Авторитетный Сисадмин - Антон, Вайбкоженый Костя и Прерывающий Всех - Я. Кстати, я их подставил - они думали записи не будет. У нас даже есть поджигающие рилсы, где Ольга заслужено забрала себе звание - "королева девопсеров"! Я тоже засветился в рилсах с известной цитатой Роберта Хайнлайна: Любой человек должен уметь менять пеленки, планировать вторжения, резать свиней, конструировать здания, управлять кораблями, писать сонеты, вести бухгалтерию, возводить стены, вправлять кости, облегчать смерть, исполнять приказы, отдавать приказы, сотрудничать, действовать самостоятельно, решать уравнения, анализировать новые проблемы, вносить удобрения, программировать компьютеры, вкусно готовить, хорошо сражаться, достойно умирать. Специализация — удел насекомых. #DevOps #зубатка #админы_не_нужны А тем временем мы продолжаем разгонять DevOops Podcast, вот первый выпуск (есть запись трансляции). А сегодня будет второй (с трансляцией) и конечно же будет запись! Острые вопросы выпуска: - Заговор HR: матрицы грейдов - это реальный инструмент роста или легальный способ занижать зарплаты инженерам? - "Я Senior, а по таблице Middle": кто оторван от реальности - перегретый рынок ИТ или строгие таблицы компетенций? - Дилемма токсика: дадим сеньора токсичному гению, который спасает прод, или затормозим его карьеру ради "дружелюбия"? - Легальный расстрел: помогает ли матрица уволить "дутого" сеньора, который год назад продал себя на х2 зарплату, но не тянет? - Хакнуть систему: зачем страдать на грейде Staff, если проще взять 2-3 работы сеньором и сделать x3 к доходу? Запись трансляции тут: [YouTube] | [VK Видео] #DevOops #Podcast
Внезапно снова нск и CodeFest в частности. На фото центр города, где мы в прошлом году провели "рабочее" совещание с коллегами. С девяти вечера до четырех утра. С шотами настойки и дембелями. Повторить не можем. Год назад я начал вести этот канал и сделал первый пост про работу из гостиницы. А в этом году запускаю второй свой телеграм канал про управление и инженерные практики - Теория механизмов и людей. Пишу сурово и это сепарация другой части меня. Например, мой первый пост про перф ревью как постоянный перенайм. На подходе про то, как бессмысленно прожигают бюджеты в найме. Маячит идея рассказать про увольнения и лайфхаки перф ревью. Тут будут фоточки (в комментариях) и байки из жизни. И да увидимся оффлайн. На CodeFest 2026 я рассказываю на нашем стенде: * Инфраструктура как код в облаке * SDLC в MWS Cloud Platform * Что происходит в DevOps-практиках сейчас: результаты опроса от MWS Cloud Platform #нск #джетлаг #codefest #mws #cloud #devops #sdlc #iac
Мы опять собираем конференцию DevOops и уже открыли прием заявок. Лично я тоже хочу быть среди докладчиков. А пока мы делаем DevOops Podcast. Будем обсуждать доклады топовых спикеров прошлого года. В эту пятницу (22 мая) ответ держать будет Антон Черноусов и Александр Кириллов за - Битва кодовых ассистентов. Эффективность, безопасность и стоимость. Буду задавать им каверзные вопросы или зачитывать ваши из комментариев к посту. Запись будет! Прямая трансляция начнется в 18:00 😉 YouTube | 📺 VK Видео А пока оцените их выступление на DevOops 2025, которое было 8 месяцев назад: 😉 YouTube | 📺 VK Видео #DevOops #Podcast #AI #DevEx Еще я закончил проработку идеи про рабочий телеграм канал без веселых фотографий и обычной жизни. Буду там рубить суровую правду про Людей, перф-ревью, найм и инциденты. Планирую следующим постом репостнуть сюда свой подход к перф-ревью дать ссылку на свой новый канал про управление и инженерные практики - Теория механизмов и людей.
Мама, я в телевизоре! Это все для нашего опроса о DevOps-практиках на конференции DevOps Conf 2026. К опросу я тоже приложил руку, и теперь вы знаете в кого кидать помидоры. В комментариях к этому посту будут скрины вопросов, но без моих правильных ответов. На конференции обязательно презентуем итоги. Мой любимая тема - Internal Development Platform (IDP). Я в это вкладываю не только экосистему сервисов и инструментов. Для меня это культурное сообщество внутри компании. Где люди вместе пилят общие решения. Про это я ранее даже рассказывал на DevOops конференции и писал статью. Мой любимый вопрос про то, как люди относятся к общим решениям (IDP). Часто на собеседованиях в команду я спрашиваю про опыт работы с общими решениями на текущем месте работы. Особо интересуюсь тем какие эмоции они вызывают. Некоторые компании используют IDP как жесткий механизм стандартизации. И тем снижают мотивацию команды и провоцируют недоверие-ненависть к общим решениям. Обязательно прочитаю все комментарии, и мы выберем тех, кому подарим дополнительные подарки от MWS Cloud Platform. Дополнительно буду на круглом столе ругать DevOps индустрию с моей любимой мантрой - Админы DevOps-инженеры не нужны. Заходите на огонек. Вот прямая ссылка на опрос. #mws #cloud #devp #idp #конференция #DevOpsConf #спб #рабочее_место #домашний_офис #утки #кря
У нас в MWS Cloud Platform был Developer Advocate и теперь у нас его нет. Точнее есть - теперь я Developer Advocate в свободное от основной работы время. Это помимо development platform, найма разработчиков и еще пары интересных штук. Но есть первая и последняя запись нашей болтовни про вайб-кодинг. Там еще есть Эдгар - наш прошлый Developer Advocate, а я еще не знаю будущее. Сейчас я понимаю насколько это непростая работа, но фарш не прокрутить назад. Эдгар уже вышел на новую работу и счастливо вайб-кодит. Прямо сейчас я собираю митап для синьоров в СПб - MWS Cloud Platform: сеньоры для сеньоров. Прогоняю докладчиков и готовлю контент. Там по приглашению и только для питерских синьоров. Пишите в личку. #MWS #Cloud #DeveloperAdvocate
Я пропал на 2 месяца не просто так. Начал целенаправленно заниматься своим здоровьем. Лечу печень (заедание стресса). Живу на дефиците калорий и не ем сахар/углеводы. Чем-то это похоже на кето-диету. Чаще стал гулять для тренировки выносливости. Это не "к лету", а для повышения продуктивности. Помогает. Немного цифр: * Минус 12 килограмм. * АЛТ/АСТ пришли в середину нормы (снижение в три раза). * Сон по 7 часов и нормальное засыпание. * Две биопсии ничего не нашли (и не находили до этого). * Пью более пяти разных витаминов (B6, В7, B12, D, E). Еще я понял, что хочу разделить личный блог и отдельно писать "лонг-риды" по работе (заведу отдельный канал). Тут теперь будут только "лайтовые" темы. Разве что буду иногда делать репосты с комментариями. Еще мне пришли итоги генетического теста, но про это в следующий раз. Следите за собой и будьте осторожны. #здоровье #генетика #кето_диета #метрики #как_я_провел_лето
Прошлой осенью я выступил на Highload, а позавчера был на встрече с ПК Highload. Слушал новые идеи от Онтико про рефакторинг конференции. Если кратко, то надо отказываться от лекционного формата и зазывать выступать тех кто не в проде. Теперь необязательно иметь продовый хайлоад, чтобы выступить со своим докладом на конференции?! Говорят лекционный формат докладов на конференции устарел. Надо больше мастер-классов и чего-то еще. Возможно позвать темщиков про крипту. Но как по мне - кровати двигать не поможет, надо менять ПК на более молодых (я уже устарел). Пусть они придумывают форматы для своих сверстников. И снижать стоимость участия на конференции. Сейчас два дня питерского хайлода продают за 73к рублей ($900+). В дни конференции это может стоить еще выше (до x1.5). Для ценителей сычевания есть видео с прошлого Saint Highload за 52к рублей ($650+). Я за такие деньги не готов покупать контент. А моей компании проще отправить меня на тимбилдинг или целевое обучение. Разве что я сильно попрошусь увидеть еще живых старых коллег на конференции. День участия должен быть в районе зарплаты middle+ инженера за день! Это кмк разумная цифра, и я был бы готов заплатить её из собственного кармана. Особенно если будет годный контент и крутые ребята вокруг. Я бы оценил эту цифру в 15к рублей ($190) на руки за 1 день конференции. Второй день конференции я бы не стал покупать, да и не нужен он никому. Видел аналитику про снижение числа участников на 30% на каждом следующем дне. Моя идеальная конференция с точки зрения участника: * Годный контент про техническое мясо * Крутые докладчики с возможностью поговорить с ними после доклада * Возможность вкусно пообедать за свои деньги рядом с конференцией * На стендах есть технические ребята с которыми можно поговорить * В качестве мерча черные футболки, а не унылые носки * Один день конференции с 2-3 треками (12-18 докладов) * Афтепати за счет участников в хорошем баре Про заплатить своих денег я не галюцинирую, в 2013 году я за свой счет купил билет на Jpoint в СПб за 1500 рублей (был промокод -XX% для первых участников, по тем временам $50). В те времена мидл+ получал порядка 3к рублей в день чистыми. На работе я взял не оплачиваемый отгул и с огромным удовольствием посетил конференцию. До сих пор вспоминаю топовый доклад с Jpoint 2013 от Ани Барски - Java Life Story. #highload #jpoint #конференция #ностальгия
Гештальт закрыт - я сделал второй шкаф на своей лоджии. Это уже место для долговременного хранения инструментов и компьютерных потрошков. На верхнюю полку уедет компьютер из под стола. Все конечно же в терапевтических целях. Ну и в целом - пора выходить из новогодней спячки и вспомнить пару историй из жизни. Пилил ЛДСП в прежнем месте, где из остатков урвал столешницу со скидкой. Оказывается в строительных магазинах есть специальный загончик с остатками пиломатериалов. Так сильно дешевле, чем покупать трехметровую столешницу. И не ясно куда девать обрезки. Очень доволен результатом! #спб #рабочее_место #домашний_офис #утки #кря #хобби #древофилия #ebanisteria
На этой неделе обсуждал с коллегами тему Digital Immune System (DIS). Это про то как строить внутри компании систему предотвращения сбоев и реакции на инциденты. Тема сама по себе интересная и по разному решаемая в компаниях различной зрелости. Я сейчас работаю во внутреннем стартапе большой корпорации и поэтому многое рассматриваю через эту призму. Создавать облачную инфраструктуру сейчас уже не является чем-то новым. На хайпе AI/LLM, облачный рынок поделен и есть много разных решений. Многие компании перестали доверять внешнему миру и стали строить свои собственные облачные решения. Но что если делать что-то чуть лучше чем другие? Например, со старта создать команду Platform engineering. Если серьезно заниматься внутренней инфраструктурой для разработчиков, то окажется что многие философские концепции DIS внедряются легко и непринужденно. Но все это не бесплатно и не может быть создано виртуальной командой (надергав инженеров отовсюду). И вот имея устойчивое основание можно получить основу для DIS и рельсы для его внедрения. Вот некоторые направления в рамках DIS (не всем получилось уделить время): * Управление релизами и безопасные изменения (автоматизация CI/CD, контроль зрелости, откаты, процессы) * Изоляция доменов отказа (изоляция через api-gateway, контроль blast radius, учения по отключению ДЦ) * Непрерывные испытания и тестирования (e2e, chaos-эксперименты, анализ аномалий) * Автоматическое восстановление (антихрупкость, документирование инфраструктуры, инструкции судного дня) * Наблюдаемость и метрики (SLA/SLO/SLI, наличие требуемых алертов, контроль шума от мониторинга) * Управление техническими работами (календарь технических работ, блокировка релизов) * Информационная и человеческая составляющая (оценка что все это действительно работает, а не унылая бюрократия) В этом и заключалась моя работа в этом году - я строил прочное инфраструктурное основание. Я способствовал выстраиванию горизонтальных связей в компании. Заставлял людей "дружить за инфраструктуру". Благодаря этому наш стартап рос и продолжал жить - по кусочкам внедряя правильные подходы и процессы. А я в очередной раз понял, что люблю инфраструктурные стартапы. #mws #cloud #platform #devp #итоги #как_я_провел_лето
Ранее я уже писал про свои первые TWS, и как они сломались. Ну а я "психанул" и купил свои самые лучше TWS наушники - Noble Audio FoKus Triumph (без ссылки, ибо уже устарели с точки зрения производителя). Я переслушал разные варианты, и казалось сумел найти сочетание кажущейся "прочности" с хорошим звуков. Но как же я ошибался. Внутри FoKus Triumph два драйвера (источника звука) - обычная мембрана и пьезоэлектрический твердотельный драйвер xMEMS. По сути xMEMS это кремниевая пластина без подвижных частей. Чем то это похоже на арматуру, но более широкий диапазон частот. Эти наушники обещали изготовить в США, но конечно же производитель в Китае. В любом случае наушники не разборные и ремонт не возможен. Корпус напечатан из акрила на 3D-принтере. Вначале я наступил на наушник выпавший из уха. Отделался легкими царапинами на корпусе и сжег немного нервных клеток. Через полгода один из наушников стал греться и потрескивать. Я сдал его по гарантии и спустя десять дней получил замену этого наушника. И финально у меня сломался второй наушник за две недели до окончания гарантийного срока! Тут уже сдох сенсор и наушник перестал включаться. Замена через три недели. За год эксплуатации у меня отвалилась крышка от чехла, но алькантара не протерлась. USB-C утопленный в корпус и к нему не подходят стандартный кабель (переходник в комплекте). Привычные проблемы с контактом TWS в чехле, иногда надо очищать разъемы для зарядки. И неудобно толстый для карманов корпус чехла. По мне это одни из лучших TWS наушников по звуку. Не буду писать как это звучит с позиции аудиофила-сомелье, но там есть глубина. Кодек LDAC реально дает разницу в звучании, и я после него не могу слушать APT-X кодек. И киллер фича - можно вставлять наушник в другое ухо (левый в правый, правый в левый). Это очень помогает в дальней дороге, когда правое ухо "должно" слышать людей в машине (а левый наушник разряжен). Конечно же Bluetooth не идеален, и много где в городе его глушат. Например возле Красной площади совсем беда при прослушивании музыки. Но не смотря на это я люблю эти наушники и не знаю на что их заменить. Хотя пытался найти вариант когда сдавал их в ремонт. Нет других сравнимых TWS для моих больных ушей. #аудиофилия #наушники #tws #xMEMS #ldac #оранжевый
Два года назад мы запустили самое адекватное Performance Review (по моему опыту). У нас был удачный и неудачный опыт в прошлом. И в этот раз мы хотели сделать все правильно. На моей команде отрабатывали процесс, который потом запустили на все Облако. Быть подопытным кроликом было забавно - я смог очень глубоко проработать мотивацию и посылы нашего Performance Review. Ключевая мысль - найм и Performace Review это часть одного процесса. Поэтому при найме важно давать задачи близкие к рабочим. Это позволяет сравнить собеседуемого с текущими коллегами. А при очередном витке Performace Review для текущих сотрудников - мы "перенанимаем" старого члена команды. То есть оцениваем его потенциал на основе его результатов работы. Для новых сотрудников чуть хуже, так у нас есть только итоги собеседования. На основе своего опыта я вижу следующие непростые вещи в Performance Review: 1. Сотрудник не хочет (ленится) прорабатывать итоги своей работы. Возможно ему и не надо. Его все устраивает и не надо трогать человека любящего свою работу. Но рефлексия это обязательный механизм для влияния на динамику системы. 2. Сотрудник и руководитель не обсуждают итоги (ожидания) от совместной работы. Возможно дело в том, что "верхи не могут, низы не хотят". Учитесь говорить о том что для вас важно как можно раньше. 3. Руководитель не формирует мнение других руководителей о сотруднике. По сути не верит в сотрудника и тут только менять руководителя. 4. Руководитель невнятно озвучивает итоги результатов работы и их влияние на грейд/деньги. Но сотрудник всегда может сказать как он видит итоги со своей стороны, и послушать оправдания руководителя. Все сомнения/недомолвки надо трактовать в свою пользу и не обманывать себя. Эти моменты актуальны для всех компаний практикующих Performance Review и для нас в том числе. А для компаний не практикующих - "рынок все порешает". Я считаю что без подобного процесса компания забывает про "старичков" и они "вымываются" из компании. По мне слишком дорого выходит учить людей для других компаний. #руководитель #мотивация #самообман #управление #one_to_one
Иногда инженеры ведут себя как дети и жить не могут без любимых игрушек. Для них важно чтобы это были удобные и простые решения. Как например gRPC для микросервисного взаимодействия и его описание на Protobuf. По сравнению с ним - SOAP, REST и OpenAPI выглядят как ужасные и некрасивые монстры. Два года назад мы начали писать код нашего Облака и нам требовалось выбрать способ общения между нашими микросервисами. И это мог бы быть технический пост сравнения, но внезапно решение отнюдь не в технической плоскости. Мы выбрали OpenAPI и тем немного обидели наших инженеров, но сделали хорошо для наших пользователей. gRPC это отличное инженерное решение. Оно быстрое (бинарный протокол) и у нас был огромный опыт его приготовления. На нем получается очень хорошее описание API (строгая типизация). Можно его расширять и выделять общие куски спецификаций. Но он неудобный для многих пользователей своей инфраструктурой кодогенерации. Очень сложно использовать gRPC спеки из веб-браузера (javascript), а еще говорят немного страдают любители Python. Для конвертации в REST надо использовать специальные прокси (grpc-web). OpenAPI очень популярен и может использоваться везде, кроме C++. Для него есть множество инструментов и библиотек (Swagger, Ogen). Но основная причина нашего выбора OpenAPI в близости к нашим пользователям. Мы используем внутри такой же протокол, как и наши пользователи. Мы собираем одинаковые грабли с клиентами и особенностями библиотек. А наши инженеры не могут отказаться решать проблемы пользователей из-за разницы в протоколах общения. А еще в K8S используется OpenAPI. В итоге мы получили один язык описания API наших сервисов. Это описание используется для генерации подмножеств API для разных сценариев использования. Например, мы из внутреннего OpenAPI генерируем API спецификацию для Console API Gateway (веб-интерфейс Облака) и Public API Gateway (Command Line Tools, Terraform, SDK). Правда для этого пришлось написать свои собственные генераторы кода на Golang и Kotlin. Но это уже совсем другая история. #mws #cloud #platform #adr #api #openapi #grpc