Токсичность в процессах

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

Среди них:
✅ Перегруженность — человек работает на пределе, а тут ещё вы приходите со своими задачами;
✅ Выгорание — возникает как от перегруженности, так и недогруженности. В любом случае человек раздражён, ему уже ничего не надо, а тут ещё вы со своими задачами;
✅ Усталость от постоянных изменений — лёгкий способ застрессовать любое живое существо. Изменения требуют постоянной адаптации + нередко сопряжены с проблемами при миграции, где временно становится хуже, чем было до. Вы со своими задачами и изменениями — раздражитель.
✅ Апатия от отсутствия изменений — что-то близкое к выгоранию, но не совсем то. Реакция, где: «Зачем ты меня почём зря тревожишь, я уже потратил много сил, но ничего не изменить, не лезь».
✅ Личные психотравмы — авторитарные родители, бывшие начальники или, напротив, недостаточно вовлечённые. И так далее и тому подобное.

Когда понимаешь, что стоит за просто неприятным поведением, понимаешь, как с этим работать. Это не значит, что стоит принимать и прощать кому-то неподобающее поведение, но его можно учитывать:
✅ В зависимости от выгорания/перегрузки/недогрузки/стресса от измений или их наличия скорректировать свои подходы, возможно, что-то где-то автоматизировать и оптимизировать;
✅ Дать человеку понимание, что ты ему не враг, что ты понимаешь его, что ты будешь учитывать его боль. Изменить подходы к общению с ним. Например, хвалить, если это умаляет конкретно его боль. Или давать ощущение стабильности, если боится изменений. И так далее. Но делать это искренне.

В ряде случаев можно оказаться бессильным, когда раны человека как чёрная дыра. И фиксится это только в кресле психотерапевта. Но в таком случае можно принимать это как данность и далее строить свою стратегию уже исходя из этого:
✅ В случае наличия влияния, оставляя человека (если полезен или безвреден) или исключая из системы, которую вы строите;
✅ В случае отсутствия влияния, оставляя себя в системе с этим человеком или исключая себя из системы.

А какие ещё причины токсичного поведения вы знаете?

Современная защита

Защищать отечество можно по-разному, а в современном мире это в первую очередь защита информации и различных IT-систем.

Поэтому поздравляю всех защитников отечества вне зависимости от пола. И безопасникам от меня особый респект.

В качестве подарка всем причастным к защите, но не являющимся ИБ-специалистами, подборка курсов по инфобезопасности на Stepik.

✅ Информационная безопасность бизнеса
✅ Введение в Информационную Безопасность
✅ Основы кибербезопасности
✅ Введение в теорию защиты информации
✅ Теоретические основы информационной безопасности

Увлекаюсь философией. Типичная критика одного мыслителя другим мыслителем от античности до наших времён, если кратко:
—Ты — адекватный??? А ничё тот факт, что...

Пусть меня поддерживает или деморализует эта история в попытках каждый раз где-то внедрить что-то новое:

https://dzen.ru/a/YYOtE5fP-kmlLToU

Документирование — это как уборка

Идеальная база знаний, идеальная дока — это словно чистый дом, где всё на своём месте, вещи (документы) легко найти и они чистые (актуальные).

И тут начинается расхождение в подходах к уборке:
📌 Проще поддерживать порядок каждый день по чуть-чуть. Требует дисциплины и регулярности, но меньше сил и времени ежедневно. Это — как трассировка требований, как актуализация документации в процессе согласования требований и разработки. В любой момент времени мы получаем «чистый дом», то есть актуальную и упорядоченную базу знаний;
📌 Больше нравится генеральная уборка — большой пласт работ единым блоком, на которые надо найти большой блок времени и сил. Это — как написание и/или актуализация документации уже после разработки.

И тут ещё есть несколько решений и подходов:
📌 Убираться (документировать) самим, особенно если регулярно — может быть лениво и некогда;
📌 Нанять клининг — если дом (проект) небольшой, хватит одного технического писателя. Но если дом огромный с кучей комнат (проектов, пространств, команд), то нужна целая клининг-команда из технических писателей;
📌 Автоматизировать уборку с помощью роботов для уборки (интеграций, AI-генераций и т.п.), но опять же требует сил, времени, ресурсов на внедрение этого в инфраструктуру;
📌 Убираться не целиком, если техписатель один: либо не все комнаты, а в других будет бардак. Либо делать только внешнюю уборку, а носки будут валяться под диваном.

А как убираетесь в жизни и в документации вы?

Таблица, картинка и текст

Встречал как-то ещё на просторах ЖЖ (ссылки не найду, даже не просите) совет:

- Фиксируй одну и ту же информацию в виде таблицы, картинки и текста.

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

Считаю этот совет годным, так как все люди по-разному воспринимают информацию.
Каждый поймет что-то свое, а рассмотрение с разных сторон помогает.Кстати, не для того ли мы делаем разные модели системы?

#reqs #quote

Флоу внедрения автоматизаций

Дополнение к предыдущему посту. Внедрение автоматизаций — это такой порядок:

Процессы → стандарты → шаблоны → автоматизации.

1. Сначала надо выделить из бытия и описать процессы;
2. Найти общие места, зафиксировать их в договорённости — стандарты;
3. Стандарты уже одной ногой стоят в возможности создать шаблоны — типовые черновики по стандартам;
4. Шаблоны выступают уже как контракты для автоматизаций, где в процессах люди подменяются системами.

Хаотичные процессы → понятные процессы → фиксированные стандарты → типовые решения → автоматизации.

Ушла из анализа… в анализ 😅

У меня задача — организовать удобное создание, обновление и распространение информации через документацию. Внезапно осознала, что сижу и занимаюсь анализом, потому что:

Документация — артефакт процессов. 

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

База знаний и внешняя документация — это по сути продукты, как и любое ПО. Которые должны покрывать боли и JTBD пользователей.

А потому по факту я:
✅ Базово опросила ЦА, на основе их болей и потребностей прописала User Stories;
✅ Делаю что-то типа User Story mapping, чтобы выявить ключевые проблемы, которые затрагивают все ЦА;
✅ Отрисовываю BPMN, чтобы понять, на каких узлах возникают документы, можно ли организовать трассировку документации (например, на этапе анализа на разных уровнях);
✅ Отрисовываю use case, чтобы понять зоны ответственности разных акторов;
✅ Рассматриваю автоматизации и интеграции между разными инструментами, дабы максимально исключить из процесса человека, ускорить и упростить процесс создания документации;
✅ Смотрю на документацию через призму ООП. Пространство для документации для нескольких команд — это общий класс, а пространства команд должны наследовать структуру общего пространства. Это сделает архитектуру хранения доки прозрачной и предсказуемой. Это должно быть как интерфейс приложения, где ожидаемые документы с ожидаемой структурой (нужны шаблоны) лежат в ожидаемых местах, а перелинковка документов и пространств понятна и очевидна;
✅ Создание шаблонов очень упирается в анализ процессов (см. п.3), потому что надо абстрагироваться от конкретных данных и создать верхнеуровневую структуру, которая покроет большую часть различных кейсов создания документации.

To be continued…

Спасибо за интересный подкаст Родиону, Михаилу и Дарье. 🤗

А ещё за возможность попробовать полетать на fpv дроне ✈️

«Вкусно — и точка» и Яндекс сняли супермилое видео в честь Дня всех влюбленных. В нём одинокий робот-доставщик встречает любовь всей своей жизни, робота-разносчика из московской вкусноточки.

переживали за их отношения больше, чем за свои 💔

ChatGPT | Нейросети

Парадокс автоматизации

Как вы могли заметить, я очень люблю автоматизации. Настолько люблю, что в 2020 году даже защитила магистерскую работу по IoT. И так как вокруг только и разговоров, что о беспилотных авто и дронах, то, значит, развитие Индустрии 4.0 идёт полным ходом. По такому поводу процитирую свой собственный техноалармизм.

«Интернет вещей» (Internet of Things, сокращенно IoT) — это концепция вычислительной сети физических предметов, взаимодействующих друг с другом или с внешней средой и исключающее из части действий и операций необходимость участия человека.

И вот что меня беспокоит, так это то, что такие автоматизированные системы становятся все более сложными, и вероятность аварии или сбоя снижается, однако степень тяжести потенциальной опасности во много раз повышается. Эта ситуация называется «парадоксом автоматизации»: повышение сложности вызывает высокие риски при отказе или снижении работоспособности системы.

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

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

Например, в июне 2009 в Вашингтоне столкнулись два автоматизированных поезда метро. Случилось это из-за неисправности компьютера, но водитель не затормозил вручную. Это демонстрирует, что даже специально обученные квалифицированные пользователи склонны излишне полагаться на автоматические системы: следуя неправильным указаниям навигационной системы, они не используют свои навыки и реакции, чтобы избегать опасных ситуаций.

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

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

Во втором случае это вопрос совместной работы IT-компаний, государств, центров сертификации и т.п.

Очень рада, что 16 февраля буду фасилитировать подкаст по гражданским БПЛА и смогу пообщаться с экспертами в этой отрасли. Ведь это наше будущее — дроны-доставщики, дроны-лесничие и т.п.

P.S. ИИ сравнивал моё лицо с Хаяо Миядзаки, если бы я была пожилым мужчиной 😅 А ведь его идеи мне близки.

Куда пойти?

Спрашивают себя люди, потому что всё дорожает, а жить хорошо хочется.

Население: пойдём в IT-специалисты.
Мир: вот вам сокращения в крупных IT-компаниях. А ещё держите подтверждение компетенций от государства, где приоритет при найме по идее проекта должны получать те, кто получит такие подтверждения.

Население: окей, пойдём в курьеры.
Мир: вместо вас продукты будут доставлять дроны, сертифицированные недавно в Тольятти.

Как я использую нейросети и ботов в работе (часть 6)

Ранее я уже рассказывала об использовании GhatGPT для работы с PlantUML-диаграммами, а также о других вариантах применения ИИ для работы.

Сегодня кратко расскажу, что ChatGPT умеет работать с таблицами. Сначала приносите в чат нужный текст, затем используете примерно такой промпт:

<Представь эту информацию в виде markdown-таблицы. Где в первой колонке будет поле (название поля), во второй колонке будет тип данных для поля, в третьей колонке будет описание поля>

Если не указать конкретные поля, ChatGPT создаст таблицу с разбиением на колонки и строки на своё усмотрение. Или, напротив, вы можете задать конкретные названия колонок и строк.

Получившуюся markdown-таблицу можно вставить в документ в рамках подхода Docs-as-Code или конвертировать в нужный табличный формат на сайте TableConvert.

Привет, друзья!

Сегодня наше мероприятие посетила глава управы Марфинского района и теперь мы планируем проводить несколько мероприятий для разных управ

Большое спасибо за проведение подкаста Дарье, Ярославу и Александру 🙏🙏

Все также ждём в музее ❤️

Становимся ближе к званию Федеральное сообщество ☺️

Кошачий онбординг без лишних созвонов

У меня трое котов. И я внезапно осознала, что не знаю, как приучать котов к лотку.

Самую младшую кошку приучал к лотку старший кот. Этого кота в свою очередь приучал к лотку другой кот, который уже давно умер. А умершего кота обучали коты, которые были ещё в родительской семье. Вот что значит, когда процессы онбординга выстроены и всё работает без тимлида.

Когда кто-то вам скажет, что у них в команде нет онбординга и это сложно настроить, расскажите им о котах. Всего лишь общение старшего с младшим и подражание. Как Сан Саныч учил Петьку на заводе в молодости наших родителей — просто, без лишних слов.

🌟 У вас есть электронная подпись? Что, если она не защищает личную информацию, а напротив, делает ее уязвимой? Так ли это, узнаем на открытом подкасте «Можно ли доверять электронной подписи? Юридические и технологические риски».

Мы обсудим, почему одни специалисты уверены в надежности цифровой подписи, а другие сомневаются, и может ли электронная подпись стать полным аналогом собственноручной подписи на бумаге?

🔑 Ведущая:

Дарья Курнаева, технический писатель, аналитик, автор телеграм-канала «Даша IT-следопыт»

🎮 Приглашенные эксперты:

Ярослав Свиридов, эксперт в области цифрового права, автор телеграм-канала «С легким правом»

Александр Погосян, заместитель руководителя подразделения кибербезопасности, эксперт-криптограф

Встречаемся 9 февраля в 12:00

⇢ Регистрация по ссылке ⇠

Обоснуй

Мне нравится новая кнопка «Обоснуй» в локализации ChatGPT. Жду LLM на фене.

Поясни за базар.
Гони лаве за большее количество запросов.

Вторая моя страсть

Готовить! Когда я после школы поступала в университет, то думала, что если не сдам ЕГЭ и экзамены, то пойду в кулинарный техникум. Потому что готовить — это буквально то, что мне нравится больше всего после написания текстов.

Поэтому я решила завести под это второй канал с рецептами и вообще чем-то, что слишком уж не вписывается в IT, потому что я следую принципу единственной ответственности 😅

Подписывайтесь, если интересно 😊

Распределение данных в БД

Какое-то у меня техническое настроение последние дни. Вспомнила тут про сорта распределения данных в БД.

📌 Репликация — дубли на разных серверах.
📌 Шардирование — недубли на разных серверах.
📌 Партиционирование — недубли частями (партициями) даже на одном сервере.

Женщины в истории, имена которых стоит помнить 💃

🍎 Хеди Ламарр изобрела Wi Fi 🔗 (тык сюда*)
🍎 Ада Лавлейс первый программист в истории🔗 (тык сюда*)
🍎 Гертруд Элайон создала лекарство против лейкемии 🔗 (тык сюда*)
🍎 Грейс Хоппер изобрела первый компилятор А-0 🔗 (тык сюда*)
🍎 Энн Цукамото разработала способ изолировать стволовые клетки, что в будущем поможет разработать лекарство от рака 🔗 (тык сюда*)
🍎Сестра Мэри Келлер — популяризировала информатику среди женщин 🔗(тык сюда*)
🍎Маргарет Гамильтон — возглавляла разработку софта для космической программы Apollo NASA в 1969 году 🔗(тык сюда*)
🍎Карен Спарк — разработала концепцию поисковика🔗(тык сюда*)
🍎Радия Перлман — создала протоколы IS-IS и STP🔗(тык сюда*)
🍎🍎 Кэтлин Бут - создала первый язык ассемблера🔗(тык сюда*)

❤️

IT-загадка по HH: выдача из 90-ых

Не ищу работу, но периодически захожу на HeadHunter, когда заходит речь о зарплатах в той или иной отрасли. Обратила внимание, что выдача в мобильном приложении HH теперь загружается до минуты, даже если вакансий всего лишь несколько сотен. Интересно, как они дошли до жизни такой? 

Мои версии:
📌 Сломалась пагинация. Я ещё могу понять, когда при проектировании не закладывают разделение выдачи на порции, но как тут можно сломать то, что работало годами?
📌 WebView. Причём с кручёным-верчёным JS с миллиардом библиотек? 
📌 Отдельный микрофронтенд. Вынесли выдачу в отдельный микрофронтенд, который стал частью длиннющей саги?
📌 Какие-то проблемы с конкретным сервером. Если у меня и у комментатора из магазина приложений это воспроизводится, а у вас, например, нет. 

А у вас какие идеи по поводу этого?

Я — Токсинья

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

Я задумалась, откуда я взяла, что кто-то из зала обязательно пристанет ко мне с такими вопросами, что они сведут мою экспертность на нет. А потом внезапно осознала, что это же я — такая. На всяких митапах я пристаю к людям с очень провокационными вопросами. Где для меня человек будет экспертом только тогда, когда сможет ответить на такие вопросы, осветить какие-то редкие и краевые истории, глубоко закопаться в тему.

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

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

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

Mon amour

Как мы дошли до того, что английское «one-to-one» заменило красивое французское «тет-а-тет»?

Предлагаю все выражения в IT заменить на выражения на языке любви. И будет «рандеву с заказчиком».

Какие ещё IT-термины можно перевести на язык любви?