ITKatya: культурные паттерны в IT

🐒 Ближе, бандерлоги: воркшоп зовет!
или как онбордиться

🎉 Сегодня открытие 10-й юбилейной DevOpsConf!
И хотя официально она стартует раньше, в 14:40 мы с вами нырнем в самую глубину командных практик — в 2-часовой воркшоп:
«Как ускорить адаптацию и усилить команду с помощью правильного онбординга»

Мы очень долго выбирали название формата:
— «Мастер-майнд»? Слишком неформально.
— «Мастер-класс»? Сразу тянет на кулинарию.
— «Семинар»? Звучит, как 90-е в универе.
В итоге — воркшоп, и он как раз про то, что будет:
Совместная работа, разговор, обмен практиками и демонстрация решений.

🤔 Зачем вообще онбординг обсуждать на DevOps-конференции?
Потому что даже если у тебя CI/CD отлажен до последнего коммита,
а на проде все деплоится по кнопке — это не спасает, если новый человек:

- не понимает, куда попал,

- не знает, с кем говорить,

- и боится трогать пайплайн, «чтобы ничего не сломать».

Онбординг — это не HR-романтика.
Это инфраструктура для людей.
А значит — та самая часть DevOps-подхода, которую часто игнорируют.

📘 И вот чтобы чуть-чуть заранее вас ввести в контекст,
ловите брошюру про преонбординг — то, что происходит еще до того, как человек пришел.
Да-да, эта «предыстория» потом сильно влияет на все остальное.

👉 Скачать брошюру (PDF)
(а завтра будет еще огромная полезняшка — про Self-Assessment и Self-Retro)

До встречи на воркшопе!
И не забудьте: ближе к людям = ближе к "вменяемости".

#toolkit #project_managment

«Доброе слово и Кате приятно»

Если вы вдруг думаете, что я всегда уверена в себе, четко знаю, что делаю и зачем, и вообще постоянно ощущаю себя суперполезной и нужной — спешу вас разочаровать (или обрадовать). Это совсем не так!!!

☠️ Во-первых, я устаю.
🐱 Во-вторых, иногда теряю ориентиры.
😒 А в-третьих, черт его знает, но бывает, ты выкладываешь полезняшку, отдаешь в мир что-то нужное — а в ответ… тишина. Пара лайков, почти нет комментариев... И ты думаешь:

может, нафиг? может, не актуально?

Так вот, я тоже так подумала про аудит.
Хотя тема вроде бы важная, понятная, проверка процессов — она у всех бывает!
Но в какой-то момент я засомневалась — точно ли это кому-то нужно?

И тут мне в личку прилетает вот это (смотри скрин).
Юля на основе моего поста сделала огромную таблицу аудита по команде, структурировала все под себя!!!

Это. Боже. Какой. Восторг.
Вот оно, чувство «не зря».🐱

А еще — вот ее пост с разбором и ссылкой на таблицу:
https://t.me/baldoverdikt/398

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

Так что спасибо, Юля.
Спасибо вам всем, кто дает отклик.

А если вдруг вам тоже нужен аудит — вы теперь знаете, где взять шаблон!!!

А я пошла собираться — начинается путь на DevOpsConf. Сегодня день перелетов и чемоданов. Напишу позже, если останутся силы!

Хорошего дня!
И пусть ваше «не зря» случается почаще.

#toolkit

🎒 Ученье свет, но приходится раньше вставть и позже ложиться... 💡

Я теперь официально участница курса, на который давно облизывалась.
И, кажется, это тот самый случай, когда ты очень хочешь, и одновременно немного боишься. Потому что будет сложно, будет много, будет круто...

И я говорю про Школу тех директоров от Стратоплана.

А началось все… — с идеи.
Понять, систематизировать, собрать. Добавить вижна туда, где уже есть рутина. Переосмыслить то, что знаю. Подсветить то, что делаю. А главное получить опыт тех, чью экспертизу ценю!

Далее цитата из моего вступительного эссе:

Моя главная цель на курс: научиться масштабировать принятие решений, рамки мышления и системный подход, передавая его командам и формируя опору не только на себя, но и на архитектурные, инженерные и продуктовые роли.

Я хочу укрепить организационную и корпоративную сторону своих решений — не на уровне конкретных фреймворков (их я и так понимаю), а на уровне  масштабируемости решений, учета всех интересантов, выбора под контекст и ограничения бизнеса, с учетом стратегии и “политических веяний”.

Почему именно этот курс?
1️⃣ Потому что я знаю ребят из команды много лет. И знаю, как они работают. И как умеют делать качественно, глубоко, по делу.
2️⃣ Потому что он не про теорию, а про реальную практику, те не про «слайды 3 часа», а про «давайте решим».
3️⃣ Потому что материалы максимально системны, агрегированы и есть возможность дополучить на дополнительных модулях те части, которых нехвататет именно мне!

Самое удивительное, что даже попасть на курс - было испытанием! Я потратила на вступительное около 7 часов!
Отбор состоял из 3 частей:
📃 Эссе. Зачем ты идешь на курс? Что хочешь получить? Я прям села и написала все, как есть. Без прикрас.
🛠 Практическое задание.
Вот тут, честно, я залипла. На само выполнение ушло часов 5–6. На обдумывание — несколько дней.
Оно не то чтобы сложное. Но оно многослойное, и в нем легко провалиться в кроличью нору. А если у тебя есть бэкграунд в автоматизации или госконтрактах — ты эти норы найдешь даже там, где их нет.
Да, я перемудрила в одном из пунктов, но "вьетнамские флешбеки" "госухи" не отпускают... (хотя, уже лет 8 как я вне это системы)
☑️ Тест на знание управленческих практик. Сама простая часть для выполнения, но которая может стать лакмусом для выбора доп курсов.

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

Расскажу немного про формат курса:
Сам курс длится около полугода.
Старт в мае, активная фаза — с июня. Основной курс - это 3хдневный интенсив: пятница-суббота-воскресенье (раз в месяц) и куча домашки 🤪
Плюс к основному курсу — набор электронных треков: хочешь проходишь, хочешь — просто читаешь, хочешь — получаешь сертификат (если он тебе нужен).
И, честно? Я кайфую от формата. Потому что есть очень глубокая часть где полностью переключаешься на контекст обучения, а потом уже движешься в своем темпе, а не гонишься за условным графиком.

Если вы думаете, что я не задаю себе вопрос: не сошла ли я с ума взяв еще и учебную нагрузку — ЗАДАЮ! Да, я понимаю, что это лето уже не совсем мне принадлежит... Но я понимаю ради чего иду, и что хочу получить.

Если же вы вдруг думаете, что делать летом — GO учиться?
Насколько я знаю, набор еще открыт.
А я буду рада знать, что на соседней «парте» сидит кто-то из вас!

И пожелайте мне удачи! Я буду делиться своими ощущениями и тем, как оно идет! И, да, пора заводить новый тег #study - про то, чему учусь я...

И пжл, а давайте снова под постом устроим шаринг знаний по классным курсам, которые вы за последние 6 месяцев проходили или сейчас собираетесь пойти!

📘 АУДИТ, КАК ОН ЕСТЬ: БОЛИТ, НО (уже) СВЕТИТ
или как получить не только проверку, но и пользу

Ну что, давайте ставить точку — или хотя бы запятую — в моей серии постов про аудит. Потому что, если честно, уже хочется говорить не о документах, а о вине. Хотя, возможно, это тоже связано.

В чем сила аудита? В том, что он, как лакмусовая бумажка, показывает тебе, что у тебя не в порядке. Если ты умеешь эту бумажку правильно приложить — к процессам, к структуре, к людям, к себе. Иногда это больно, часто мучительно, но всегда полезно. И, наверное, мне повезло, что я попала в него сразу — потому что сразу получила чек-лист из зон, куда надо приложить усилия. Без иллюзий.

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

1️⃣Общая информация
Контакты, каналы коммуникации, расписание, ключевые принципы работы. Все то, что обычно остается в головах — вытаскиваем наружу.
А еще описываем гграницы продукта и командные зоны ответвенности.

2️⃣People Management
Путь сотрудника: от преонбординга до офбординга. Разделы про наставничество, развитие, self-assessment и даже каталог тестовых заданий и вопросов, которые мы даем на интервью.

3️⃣Командные процессы
Как устроена команда, какие ритуалы есть, как часто они происходят, какие задачи решаются. Здесь же:
— JiraFlow (движение задач, кто за что отвечает)
— кросс-командные взаимодействия (с кем и как мы интегрируемся, взаимодействуем, договариваемся, пересекаемся...)

4️⃣Разработка
Процесс разработки, роли, ответственные, как мы принимаем решения и фиксируем изменения.
Работа с техническим долгом: принципы и подходы, процессы, принятые векторы и направления (отражение части технической стратегии).

5️⃣Релизы и деплой
Кто, как, когда, по каким правилам, какие фазы, какие точки контроля.

6️⃣Инцидент-менеджмент и поддержка
Что считается инцидентом, как реагируем, кто отвечает, как фиксируем, что делаем после.

7️⃣Документирование и документация
Методы, стандарты, требования. Как пишем, кто обновляет, где храним. Да, даже это нужно.
Что уже есть, что нужно обновить, что вообще отсутствует. Просто и понятно. Да, звучит похоже на предыдущий пункт, но тут про содержимое, а не про метод.

8️⃣Общекорпоративные подходы, влияющие на команду
Архитектурные комитеты (и прочие совещательные/рекомендательные органы), HeatMaps других подразделений, и прочее, что от компании оказывает влияние на команду.

❗️А теперь, НАПОМИНАЛКИ, чтобы не сделать "плохо себе любимой и команде":
🔗 Если надо сослаться на чужой документ — ставь ссылку, а не цитирование. Даже если он некорректен. Его могут переписать, а ты потом будешь поддерживать зомби-версию.
🔎 Проверь, точно ли вы не расширили общекорпоративный стандарт. Если да — обязательно допиши, как вы его интерпретируете и доработали. Иначе потом никто не разберется, "что вы имели в виду".
🔐 Помни про сенсетивную информацию. Это касается не только логов. Даже шаблон документа может случайно утечь не туда — лучше сразу заложить гигиену. А еще контакты команды и тп.
👅 Косоязычно, но читаемо — лучше, чем "гладко, но ничего не понятно". Особенно, если вы склонны к канцеляризмам (привет, это я 👋).
👋 Если кто-то дает фидбек — радуйся! Лучше поправят, чем проигнорируют. И да, предлагай коллегам почитать — пусть читают и предлагают. Настойчиво, но мягко.
😭 ОС по документу — это не про тебя. И даже не про тебя как специалиста. Это просто обратная связь по тексту. Глубоко выдохнули — и пошли смотреть правки.
😮‍💨 Задолбалась? Ставь точку. Ты всегда можешь вернуться и сделать лучше. Главное — не потерять текст в вечной попытке довести до идеала.

💬 Вывод?
Документы — это не обязаловка и не пыль. Это зеркало ваших процессов.
Писать — больно. Но жить без этого — еще больнее.

А я пойду еще попишу...

#project_management #toolkit

А вот картинка

📚 Катенька и тайная библиотека промтов 🪄🤖

Полезняшка выходного дня! ✨

Как вы знаете, я активный пользователь ChatGPT и постоянно ищу, как еще можно упростить жизнь с его использованием. И вот недавно я откопала настоящую сокровищницу — сайт с готовыми промптами для AI!

Что конечно же, тоже бонус, с учетом аудита…

🌟 Чем это круто?
На aiforwork.co собраны готовые промпты для самых разных задач. Особенно полезно, если вы:
• Разрабатываете формат документа или продумываете политику (пост-инцидент репорты, инструкции и т.д.).
• Ищете шаблоны для стандартных структур.
• Хотите сэкономить время и не изобретать велосипед.

❓ Как это работает?
Берете промпт →
дорабатываете его под свои задачи →
погружаетесь в разговор с ChatGPT.
А еще вы можете совместить результаты поиска в Perplexity с результатами полученными через промпт, еще "покрутить" и ВУАЛЯ!!! - идеально заточенный документ.

✨ Для кого это полезно?
• Для айтишников: есть промпты для технической документации.
• Для креативщиков: раздел Creativity помогает придумывать идеи, а иногда даже устроить веселое общение с ребенком!
• Для всех, кто хочет упростить себе жизнь: это рабочие инструменты для реальных рабочих задач.

P.S. Пробуйте и делитесь своими находками! 😊

#toolkit

📜 Про документацию и древнюю мудрость 😅

Иногда, работая с документацией, стоит просто вспомнить анекдот:

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

Настоятель задумался и пришел к выводу, что монах прав. Взяв свечу, он удалился в библиотеку, чтобы сверить последние копии Писания с самым старым фолиантом, имевшимся в монастыре. И через некоторое время оттуда послышались ужасающие крики — отец-настоятель громко плакал и кричал, биясь о стол головой и повторяя: «Не “celibāte”, а “celebrate”!..»

💡 Просто оставлю это здесь.

📑 Документы, аудит и моя библиотека "на полях"
(да, я все еще где-то в процессе и немного выныриваю рассказать)

Немного расскажу про аудит "подкапотного", да и вдруг кому-то поможет...
Когда нужно готовиться к аудиту, мне на помощь приходят верные помощники и старые друзья. В каком смысле? В самом прямом. Потому что любой аудит — это проверка на соответствие чему-то: чек-листам, требованиям, формальностям. Даже если у тебя все ок с технической реализацией, остается самое «вкусное» — документация.

Вот тут начинается магия (или боль, как посмотреть). Потому что документация очень часто "болеет архитектурными болячками". И имя это болячки = ПРОТЕКАНИЕ ДОМЕНА! Если доменный подход нас еще учит кодить и формировать тех доки раскладывая по "полочкам" доменов, то в процессах все веселее.

Вспомните онбординг — он у кого? У HR, у команды, у девелопмента, у соседей. А теперь собери его в одно место — и ответь на 10 вопросов из таблички аудитора.

И вот как это иногда бывает - пример выдуман и доведен до абсурда (все на том же примере онбординга):
- спейс HR-департамента - общие политики и есть шанс, что определения;
- спейс L&D - куски про обучение (и возможно альтернативные определения менторов/наставников/бадди и тп);
- спейс админов - инструкции про доступы и железо, но в HR доках ссылок на инструкции нет;
- спейс команды - общий шаблон (если есть) + база знаний;
- DevDep - общее по архитектуре, практикам и тп...
- безопасники, кадры и список почти ♾️

И мы приходим к ситуации как с описанием архитектуры и работы всей системы, легко материал может быть разбросана по департаментам, забыт, лежать устаревгим грузом или вообще жить в головах людей-батлнеков.

🔧 Что я делаю, когда приходится заниматься археологией по документам под аудит:
1️⃣ Беру требования. Даже если они абстрактные, они задают структуру.
2️⃣ Отвечаю на вопрос: "Что я хочу сама понять/получить из документации? Зачем она мне?". Не просто "заполнить форму", а реально — какую картину я собираю? Что хочу потом пересобрать?
3️⃣ Иду в свои "запасики" — посты, заметки, драфты, ссылки. Это не политики, нет, это «заметки на полях». Но они помогают работать не с нуля.
4️⃣ Подключаю ИИ:
— Кидаю структуру и черновики — прошу Gemini (для политик лучше чем chatGPT) расширить, подсветить, предложить.
— Прогоняю свои тексты через ИИ — да и русский язык у меня не особенно хорош (школьная 4ка с натяжкой): ИИ убирает повторы, делает читаемо, но без потери смысла.
— А потом прошу проверить документ: что я упустила, где уязвимые места, чего не хватает. Это как свежий взгляд, которого в одиночку не поймать.

📝 Да, я пишу сама. Нет, ИИ не пишет за меня. Но помогает не потеряться и не забыть. И не скатиться в канцелярит или «бла-бла ни о чем».

И еще поделюсь, оформила красиво, то, что выписала себе на страничку в блокнотик в виде схемы:
📌 Мини-чеклист: с чего начать подготовку к аудиту?
✅ 1. Запроси чек-лист/требования — даже если он формальный, он дает каркас.
✅ 2. Создай структуру документов — можно в Notion, Confluence, Google Docs, главное — одно место. У меня конечно же MindMap.
✅ 3. Разбей по зонам ответственности — кто отвечает за инженерные практики, пипл-менеджмент, процессы на разных уровнях, архитектуру, метрики. И делигируй знающим поиск материалов для базы!
✅ 4. Проверяй актуальность — когда последний раз обновляли документ? Кто его обновлял? Не достаточно проверить дату, важно еще и проверить того, кто правит, возможно документ стал уже не тем, о чем заявлено в заголовке.
✅ 5. Добавь метки: "есть", "частично", "нет" в структуру — визуально покажет, куда бежать в первую очередь. И где подключать ресурсы.
✅ 6. Готовь записки, если нехватает времени на полноценное описание — коротко о том, как выстроен процесс, даже если он пока в голове. Надиктовать и транскрибировать, лучше, чем долго писать и делать сразу идеально!
✅ 7. Проверь, где пригодится ИИ — редактирование, генерация структуры, проверка логики — скинь все что можешь скинуть!

🧠 А у вас есть свой способ «как быстро написать нормальный документ»?

#architecture #project_management

📎Когда бумажки важнее кода

Простите, я немного выпала из эфира. Но на это есть уважительная причина — сейчас у меня горячий сезон подготовки к DevOpsConf2025.

Но помимо конфы, меня накрыло штормом имя которому Аудит 🌪. Да-да, тот самый, о котором никто не хочет думать, пока он не стучится в дверь. Внешний или внутренний — неважно, суть одна: приходит проверка, и ты внезапно понимаешь, что даже в IT тебе тоже нужны документы. И описания. И схемы. И объяснения, почему у тебя все ТАК работает.

🔮И тут начинается магия: ты не просто пишешь бумажки, ты вспоминаешь, что за бумажками скрываются процессы, а процессы, как и код устаревают. И вполне возможно вы уже работаете вовсе не так, как когда-то описывали! И приходиться садиться и заново разбираться в процессе, а эта те самые врата в ад, когда вместе с фичей отрефачил весь компонент! Так как внося правки на бумагу ты постоянно думаешь, как улучшить процесс, автоматизировать, внедрить изменения и донести это до команды. И все это — в рамках кратчайших сроков и с минимумом ресурсов. Ведь это же "бумажки", а кто их любит писать, поэтому, да, часто такие вещи откладываются "на потом"... Уровень энергии на нуле, а мозг работает на пределе.

Аудит — это такая штука, к которой можно готовиться вечно. И все равно чувствовать себя неподготовленным. Но, честно, это ценный опыт. Потому что если уж и строить процессы, то не ради бумажек, а ради людей и смысла.

Так что я пока в этом торнадо! Но скоро вернусь — с мыслями, выводами и, возможно, парой дельных гайдов.
Не теряйте!

Кстати, а хотите расскажу, какие процессы пересматриваю, на что обращаю внимание, а что меня удивило.

Да, все про что я счас могу говорить - это ПРОЦЕССЫ!

И, да, очень забавно, что каждый новый аудит, это прежде всего аудит новой меня, с новыми знаниями и навыками, и просто закрыться "старыми листиками" не получается. Так как, ИМХО, если уж тратить время, то на что-то дельное 🙂

#project_management

👵 «Бабка на завалинке» или куда катится этот мир? 🌏

Сегодня я буду гундеть, потому что накопилось. Помните, как бабушки на завалинках сидели и обсуждали, что вот раньше деревья были выше, солнце ярче, а молоко не пахло химией? Ну вот я, кажется, дошла до этого момента.

💭 Тревожная мысль недели: современные дети, а иногда и вполне взрослые люди, теряют что-то базовое. Мир ускорился, TikTok и ИИ сделали информацию доступнее, но легче ли стало мыслить?

Началось все невинно…
Asos выпустил классную футболку с Nirvana. Думаю: «Отличный подарок!» Пишу подруге, спрашиваю, слушает ли ее дочь Nirvana. Ответ дочери: „А кто это?“
Внутри что-то оборвалось. 😐
Ну ладно, Nirvana — это 90-е, можно не слушать.
Но дальше — страшнее...

Выяснилось, что подростки уже не могут отличить Моцарта от Рахманинова. Да что там подростки, даже некоторые мои молодые коллеги в IT-индустрии (20 с хвостиком) не различают их по звучанию. Включаю Фантазию ре минор Моцарта и Вокализ Рахманинова — ноль реакции.

В этот момент мне реально стало страшно.

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

📌 Вот в чем боль:
Если ты не развиваешь свою логику, вкус, восприятие, а просто глотаешь поток информации — то теряешь умение видеть разницу. Это как если бы человек не различал синий и зеленый, потому что ему с детства показывали только черно-белое.

Муж, к слову, от музыки далек, но даже он сказал:
Моцарт математичнее, четкие структуры, Рахманинов более свободный, с надрывом.
Он не взращивался в филармониях и консерваториях, но разницу слышит.

А теперь вопрос: что будет с миром через 10 лет?
Где искусственный интеллект перестанет быть интеллектом, а останется просто искусственным?

Я не против ИИ (вдобавок, что уже не представляю, как жила и работала раньше), я за инструменты, которые помогают мышлению, а не подменяют его.
Но мне страшно!

Это старость? Или есть повод задуматься? 😶

🎭 ИИ и презентации: трагедия, фарс или технический прогресс? 🎭

Как вы знаете, я люблю эксперименты с ИИ. И когда ребята из PENA пригласили меня на TED MVP, я решила не идти проторенным путем, а протестировать, можно ли сделать презентацию с нуля, используя только AI-инструменты.

🚀 Что у меня было в ДАНО?
✔️ Четкое понимание темы (если этого нет – дальше лучше не идти).
✔️ Оплаченный ChatGPT.
✔️ 500 кредитов в Gamma.app.
✔️ 690₽ на подписку Fokus.am (которую я оформила уже в процессе работы и, как оказалось, зря…).

💡 Как я готовила презентацию:
1️⃣ Написала структуру и тексты слайдов в ChatGPT, корректируя голосовым вводом.
2️⃣ Выгрузила их в PowerPoint (как промежуточный этап - это умеет делать chatGPT).
3️⃣ Создала «скелет» презентации с ИИ:
🔹 В Gamma – загрузила текст, выбрала 10 слайдов, получила основу.
🔹 В Fokus – вручную добавляла тексты (автозагрузка PowerPoint не поддерживается).
4️⃣ Начала дорабатывать визуал и тут…
😡 Сломалась на Фокусе – интерфейс неудобный, требует кучи ручной работы.
💙 Подружилась с Гаммой – разобралась с настройками, допилила под себя, гибко кастомизировала картинки по промтам.

⚡️ Что обнаружилось:
🔻 Fokus нельзя использовать без подписки (690₽), отмена подписки – отдельный квест.
🔻 Разобраться без мануалов сложно, но вот тут хороший гайд → artlebedev.ru.
🔻 Гамма дает ограничение на 10 слайдов, но это обходится – просто добавляешь вручную.

✅ Выводы:
✔️ Вся работа заняла ~2 часа.
✔️ Gamma – идеальна, если важно содержание, а не кастомный визуал.
✔️ Есть крутая фича – встроенный режим докладчика, как в PowerPoint.
✔️ Платная версия (8$ в месяц) – и IMHO, оно того стоит!
✔️ Fokus... ну, вы поняли.

💬 А вот и итог моей работы → ссылка на презентацию.

❓ Кто еще делал презентации с ИИ? Какие инструменты использовали?

#toolkit

https://meet.google.com/par-phig-pqe?authuser=0&pli=1

Через 8 минут начнется встреча!

🍷 IT-Винишник уже сегодня! 🍷

Друзья, сегодня в 19:00 (МСК) мы собираемся на уютную онлайн-встречу, чтобы поговорить о жизни в IT за бокалом вина! 🎉

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

Спикеры сегодняшнего мероприятия:
🤳 Вера Земскова — стартапер, создатель мобильного приложения для winelovers, сомелье и чемпионка по стрельбе (чтобы вы понимали уровень мультизадачности!). Ведет очень яркую страницу в Instagram..
🌟 Алина Илюхина — QA в FinTech, ментор WomenInTech, находит вдохновение в вине и тестировании. Автор канала для QA.
📚 Татьяна Гороховская — карьерный стратег, помогает IT-руководителям и экспертам находить новые карьерные траектории и смыслы. Автор канала "Карьера после карьеры".
👩‍💻 Катя Лысенко — Tech Manager в FinTech, ментор, спикер конференций и Автор канала ITKatya.

🍷 Темы вечера:
👉 Как вино помогает переосмыслить подход к архитектуре, тестированию и процессам в IT.
👉 Как IT, как и виноделие, исторически было «мужской территорией» и почему сегодня это меняется.
👉 Как вообще пересмотреть старое и увидеть в нем новое — будь то технологии, работа или просто жизнь.
👉 Открытый микрофон и просто теплый вечер в хорошей компании!!!
👉 NB! Знакомство с интересными винами, так как каждая из нас покажет и расскажет о своей любимой бутылке вина!

📍 Присоединяйтесь!
Ссылка на встречу: Google Meet

Ждем вас! 🍷✨

🍷 IT Винишник: когда старое = модное новое 🍷

Как насчет поговорить о жизни в IT за бокалом вина? Да, вы не ослышались! Ведь иногда стоит сделать паузу, взглянуть на привычные вещи под другим углом и найти вдохновение в самых неожиданных местах. Например, в бокале пет-ната — самого старого и одновременно самого современного одновременно игристого вина.

Почему я говорю про пет-наты? Потому что это Pétillant Naturel — вино, созданное древним способом méthode ancestrale, без вторичного брожения, ремюажа и дегоржажа. Когда-то его пили в деревнях, а теперь оно — символ стиля, легкости и свободы. Как и IT, где новые технологии часто оказываются просто хорошо забытыми старыми.

Так что мы решили устроить винный вечер для IT-шников. Где не просто пьют вино, а говорят о том, что нас вдохновляет, меняет и двигает вперед.

🍷 Кто мы?
Спикеры — девушки из IT, каждая со своей историей и своим взглядом на индустрию. Среди нас:
🤳 Вера — стартапер, создатель мобильного приложения для winelovers, сомелье и чемпионка по стрельбе (чтобы вы понимали уровень мультизадачности!). Ведет очень яркую страницу в Instagram.
🌟 Алина — тестировщица, которую вина вдохновляют на новые продуктовые идеи. Автор канала для QA.
📚 Татьяна — карьерный стратег, который помогает ит руководителям и экспертам строить новые карьерные траектории и смыслы. Автор канала "Карьера после карьеры".
👩‍💻 И я — человек, который обожает IT, вино и ищет точки соприкосновения между ними. Автор канала ITKatya.

🍷 О чем будем говорить?
👉 Как вино помогает переосмыслить подход к архитектуре, тестированию и процессам в IT.
👉 Как IT, как и виноделие, исторически было «мужской территорией» и почему сегодня это меняется.
👉 Как вообще пересмотреть старое и увидеть в нем новое — будь то технологии, работа или просто жизнь.
👉 Открытый микрофон и просто теплый вечер в хорошей компании!!!

Когда?
📅 18 марта в 19:00 (МСК)
📍 Онлайн (ссылку пришлю в день встречи)

Берите свое любимое вино (или чай/кофе) и присоединяйтесь. Будет лампово, тепло и очень по-нашему! 💜

🧑‍🚀 Технические решения времен Аполлона 🚀

Или как старое становится новым, а новое — просто забывается

Давайте поговорим про старое и новое. Про то, как мы иногда с восхищением открываем давно известные вещи, называя их прорывными, и наоборот — списываем проверенные временем идеи, пока кто-то снова не выдаст их за инновацию.

Меня уже несколько недель волнует тема incident management — я глубоко влезла в этот процесс на работе и обнаружила кучу интересных "особенностей восприятия": когда мы принимаем за передовые технологии в IT паттерны более чем полувековой давности!

Сегодня хочу поговорить про graceful degradation — стратегию, которая позволяет системе частично деградировать, но при этом продолжать работать. Звучит как что-то специфичное для софтверной инженерии, верно?

Пример: в банковском приложении временно недоступны платежи по СБП, но остальные переводы работают, API выдает специальную ошибку, а в мобилке - заглушка — это graceful degradation. Когда в системе автоматически отключается часть функционала, но интерфейс подсказывает пользователю альтернативные действия, честно отображая, что часть функционала "легла поспать".

Чуть подробнее с примерами как это работает ➡️ статья

Вот только оказалось, что в IT этот паттерн не зародился, а пришел к нам из инженерных систем и начал использоваться около 70 лет назад!

🚀 NASA и деградация как стратегия
Недавно наткнулась на статью "Designing Graceful Degradation into Complex Systems" написанную учеными исселдовательского центра NASA, в которой они рассматривают взаимодействие между причинами деградации и их связь с предотвращением и вопросы восстановления после деградации. Это не просто дублирование резервных узлов — это целые стратегии по тому, как системы могут адаптироваться к поломкам без катастрофических последствий!

Что меня поразило: graceful degradation у NASA включает ручное управление. В ситуациях, когда автоматизация больше не работает, процесс частично или полностью передается оператору (для некоторых узлов/процессов).

💡 А теперь вспомните, насколько редко мы в IT закладываем деградацию с возможностью перевода на ручной привод, кроме как в ситуациях, когда пользователю просто советуют обратиться в поддержку, ну или в случае "отказа" сервиса проведения on-line KYC предлагаем обратриться в ближайшее подразделение, где оператор сможет провести идентификацию вручную!

И вот тут возникает вопрос:
👉 Действительно ли в IT все новое — это новое?
👉 Не переупаковываем ли мы инженерные практики прошлого, выдавая их за инновации?
👉 Когда технологии “стареют”, а когда — превращаются в новое?

И, возможно, IT-индустрия — это просто огромный цикл, в котором все однажды уже было, но мы просто об этом забыли?

🤔 Давайте обсудим. Может, у вас тоже есть примеры технологий, которые на самом деле просто хорошо забытое старое?

PS Надо рассказать подробнее про incident management или про graceful degradation? (если да - напишите в комменты, пжл)

PPS Статью прикладываю файлом, так как не могу найти ссылку...

#architecture

🌟 Менторы не волшебники, но… приятно помогать светить!

Вчера я рассказывала про Analyst Marathon – дружественную конференцию, про которую я уже писала раньше. Это событие, с которым у меня много пересечений – периодически я помогаю ребятам, поддерживаю их, а еще знаю, что многим из вас эта конференция близка и интересна.

Но есть одна особенная причина, почему я пишу о 13ом Марафоне! В этот раз на марафоне выступает Ира @erman_irina – и для меня это прямо повод для гордости! 🎉

В конце 2024 года Ира выиграла у меня сессию менторинга для спикеров, где мы разбирали важные вопросы:
🔹 Как выбрать конференцию, которая тебе подходит?
🔹 Как определить, о чем говорить, и сформулировать тему доклада?
🔹 На что обращать внимание при подготовке?

И вот Ира – спикер аналитического марафона! 🎤🔥

📌 Когда Ира пришла ко мне с этой новостью - я ВИЗЖАЛА! Потому что самая большая радость для ментора – не просто передавать знания, а видеть, как человек делает шаги, добивается успеха и выходит на сцену.

Я уверена, что это только начало. Впереди у Иры еще много конференций, крутых докладов и профессионального роста, и это невероятно вдохновляет!

И знаете, что я поняла? 🤔
Я давно обещала дописать "Справочник спикера", в котором собраны основные конференции, их специфика, советы по подготовке. Он уже частично написан, даже обсуждался в комментариях, но так и остался в "полумраке" черновиков.

Похоже, пора взять себя в руки, собрать в кулачки и наконец его закончить. Потому что спрос на это явно есть, и такие истории, как у Иры, только подтверждают, что дело нужное!

Так что, друзья, если вы еще сомневаетесь, стоит ли выступать на конференциях, – вот вам живой пример. Все возможно! Главное – найти свою тему и сделать первый шаг. 🚀

А нужны будут помощь и поддержка - приходите!

#my_life