Гуманный аналитик

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

Мне хотфикс сегодня будут ставить под общим наркозом. Надеюсь, всё пройдёт штатно, ибо встречаться со своим разрабочиком пока не хочется👀

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

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

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

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

К чему я всё это пишу?

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

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

#стейкхолдеры

"Прыгая" по телеграм-каналам наткнулся на одном из них на совсем свежий пост, содержащий подборку лайфхаков по разработке sequence-диаграмм на PlantUML.

Всё бы ничего, но использованные иллюстрации я точно уже видел в статьях на Хабре. Более того, первая диаграмма — это вообще из моей статьи (если конкретно, то отсюда). Это ли не признание? 😅

А, если серьёзно, то данная ситуация вызывает смешанные чувства.

Мне не то чтобы жалко, нет. Для того статьи и пишут, чтобы их читали, обогащались знаниями и идеями. Но всё же немного грустно, оттого, что ссылок на первоисточники нет.

А вы сталкивались с чем-то подобным? Если да, то как вы это восприняли? Обязательно делитесь своими мыслями в комментариях. Также призываю проголосовать за наиболее подходящий на ваш взгляд вариант. Предлагаю варианты:
🔥 — на костёр за такое
🙏 — понять и простить
🗿 — да пусть себе копируют
💯 — это 100% признание

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

📜 В Китае планируют наладить производство оптических дисков, которые позволят сохранять до 360 терабайт данных, при этом анонсируется долговечность хранения в десятки лет. Если технология пойдёт в массы, то ею определённо заинтересуются ЦОДы, а также компании, чьи процессы предполагают оперирование большими объёмами данных.
Подробнее: здесь.

📜 Компания Apple представила беспроводные наушники AirPods с функцией синхронного перевода. Теперь стало возможным слышать перевод речи собеседника в реальном времени, правда для этого требуется наличие iPhone. Как сообщается, русский язык в настоящее время не поддерживается, но будем ждать.
Подробнее: здесь.

📜 В сентябре во время репетиции авиашоу в Китае произошло столкновение двух летающих автомобилей Xpeng. Если оставить за скобками "коптерообразный" внешний вид транспортных средств, то это событие, наверное, можно считать первым ДТП в воздухе. Кроме того, буквально на днях стало известно о запуске первой линии по производству этих летающих автомобилей, что поднимает вопросы безопасности движения на новый уровень, ведь сцены из фантастических фильмов прошлого становятся реальностью.
Подробнее: здесь и здесь.

📜 В России продолжается давление на Telegram и WhatsApp. Если несколькими месяцами ранее у пользователей возникли сложности со звонками посредством этих популярных мессенджеров, то в последнее время перестали приходить СМС, необходимые для регистрации новых учётных записей. Аналогичным образом недуг проявляется и при попытке оплатить premium-подписку Telegram, но, выражаясь словами медиков, лечение в данном случае симптоматическое.
Подробнее: здесь и здесь.

📜 В последние дни наблюдается рост числа обзорных публикаций на тему формата JSONC. Основным и, пожалуй, единственным отличием этого формата от классического JSON является поддержка однострочных и многострочных комментариев. JSON with Comments — теперь вы знаете, что скрывается за акронимом. Также напомню, что годом ранее я делал сравнение текстовых форматов. Возможно, пригодится.
Подробнее: здесь и здесь.

📜 Международный валютный фонд (МВФ) усматривает образование пузыря, созданного в результате значительных инвестиций в искусственный интеллект, и предупреждает о рисках его сдутия. На фоне этих осторожных оценок всё чаще встречаются публикации о пугающе высоком уровне капитализации высокотехнологичных компаний США и сомнительных сделках, способствующих дальнейшему росту их акций. Если данные верны, то размер пузыря ИИ сопоставим с пузырём доткомов 90-х.
Подробнее: здесь и здесь.

#дайджест #4ir #технологии #интеграции #форматы #ai #железо #экономика

Недавно я упоминал о приглашении стать одним из судей 👨‍⚖️ хакатона, проводимого AITEX. Так вот, на минувших выходных мероприятие состоялось. А буквально только что я выслал организаторам заполненный оценочный лист со своей подписью. Дело сделано!

Каждый проект нужно было оценить по 5 критериям с выведением интегральной оценки. Теперь дело за малым: организаторам необходимо собрать все судейские оценки, свести результаты воедино и определить победителей🎉✨

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

#события #судейства #ai

☝️ Тезисно о версионировании API

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

#карточки #интеграции #сервисы

🧑‍⚖️ IT, закон и порядок

Подготовил подборку статей, посвящённых правовым вопросам разработки ПО.

💠 Авторское право в трудовых отношениях | Ликбез об авторском праве, переходящий к отношениям между работником и работодателем, приводятся примеры из судебной практики и рассматривается вопрос о необходимости выплаты авторских вознаграждений со стороны работодателей.

💠 Правовой статус ПО, созданного разработчиком в рамках трудовых отношений с работодателем | Более сжатое изложение, уже без вводных и юридических хитросплетений.

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

💠 Кто автор? О правах на код, написанный с помощью искусственного интеллекта | Рассматриваются вопросы авторства и возможных юридических последствий, которые могут возникнуть в условиях применения ИИ в своей работе.

💠 Началось: Роскомнадзор приступил к проверкам и начал рассылать предпринимателям первые требования по новому закону | Разбираются советы о том, каких правил стоит придерживаться, если у вас есть веб-сайт, пусть даже простой лендинг.

#статьи #подборки #право #ai

🛠 Техдолг... как много в этом звуке...

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

🤷‍♂ Возникает парадоксальная ситуация: новая квартира ещё непригодна для проживания, а старую в скором времени придётся освобождать. Вам предстоит срочно договариваться с застройщиком, чтобы получать доступ к объекту, далее пригласить бригаду рабочих для ремонта и наконец-то переехать. Однако дефицит времени вынуждает вас принять решение: отдельные этапы работ придётся отложить до лучших времён. Конечно, ваша цель — сделать всё качественно, но временные рамки неумолимы.

💻 Такая же картина наблюдается и в процессе разработки программного обеспечения. Мы называем это техническим долгом. Так что же это?

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

❌ Негативные последствия накапливаемого технического долга очевидны. Если игнорировать их существование, решение рискует превратиться в нечто нестабильное и хрупкое; в решение, которое сложно поддерживать и развивать дальше. И рано или поздно команде потребуется вернуться к старым проблемам, чтобы довести всё до ума.

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

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

💎 Да, так или иначе все мы работаем ради денег, но удовлетворённость и гордость за труд — это то, что нельзя недооценивать. Качество продукта и эмоциональная составляющая его создателей всегда идут рука об руку. Это факт.

⚡ Друзья, спешу поделиться.

The Association of Information Technology Experts (AITEX) оказала мне честь, пригласив меня принять участие в AITEX Summit Fall 2025: From Intelligence to Impact в качестве судьи.

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

#достижения #события #судейства #ai

Ясно? Доклады, полезные для системных аналитиков (и не только!). Смотрите, что бы прокачаться в поиске решений:

✨ Дмитрий Уткин. Пять направлений повышения зрелости архитектуры →

YouTube | RuTube | VK Video

✨ Анастасия Севостьянова. Docs as Code. Когда документация становится частью кода, а не пыткой →

YouTube | RuTube | VK Video

✨ Лев Немировский. Применение архитектурных стилей в проектировании сложных систем →

YouTube | RuTube | VK Video

✨ Любовь Вайгель. Особенности СА в разных предметных областях →

YouTube | RuTube | VK Video

✨ Наталья Новикова, Роман Бушняков. Строительство моста вебсокетов →

YouTube | RuTube | VK Video

✨ Андрей Бураков. Всё есть состояние. CAP в теории и реальности →

YouTube | RuTube | VK Video

✨ Анна Курманова. Не просто курсы: как мы сделали школу аналитиков точкой роста и стратегическим активом →

YouTube | RuTube | VK Video

✨ Александра Клименко. Навыки на вырост: как получать удовольствие от работы сейчас, расти в профессии или менять её без потерь →

YouTube | RuTube | VK Video

📣 Наконец-то стали доступны записи докладов секции по системному анализу конференции CodeFest'15. Смотрим👇

#codefestru #видео

📖 "Пятая дисциплина. Искусство и практика обучающейся организации" Питера Сенге

В этот раз хочу поделиться впечатлением о другой классической работе.

💡 Содержание. Книга посвящена концепции организации как "обучающейся системы". Автор утверждает, что успешная компания должна стать организацией, способной постоянно учиться и адаптироваться к изменениям. Сенге выделяет пять ключевых дисциплин, формирующих такую систему:

1. Системное мышление — умение видеть взаимосвязи между элементами и понимать динамику сложных ситуаций.
2. Личная мастерская — развитие личностных качеств сотрудников для повышения эффективности.
3. Интеллектуальные модели — осознание и изменение ментальных моделей, влияющих на поведение и принятие решений.
4. Общее видение — создание общей цели и миссии, объединяющих коллектив.
5. Командное обучение — формирование командного духа и способности решать проблемы совместно.

🔍 Что внутри. Могу порекомендовать ознакомиться с "Пивной игрой" из главы 3. Она довольно любопытна, даже если не играть в неё, а проследить динамику и её результаты, глядя на это со стороны — со стороны читателя книги. Помимо этого в книге есть и другие интересные моменты. Вот, например, такая мысль (процитирую):

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

В главе 5, рассматривая эффект задержки на примере регулирования температуры воды, автор приходит к заключению, как будто написанному для всё той же пивной игры (да, системы имеют общие черты):

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

На страницах книги читатели также узнают, что:
🍬 увеличение продолжительности рабочего дня для решения срочных задач быстро становится неэффективным.
🍬 когда самые опытные специалисты вынуждены тратить часть своего времени на решение управленческих вопросов, процессы разработки замедляются.
🍬 по мере расширения компании возможности для карьерного и профессионального роста сужаются, а взаимное недовольство и напряжённость — возрастают.

Поскольку большинство из нас является наёмными работниками, то примеры будут полезным и нам.

🍯 Ложка дёгтя. Начиная с 3 главы материал становится сложнее. Плюс довольно часто автор для убеждения в верности своей философии начинает приводить цитаты других людей и накладывать на них свои мысли. Как итог, растекается по древу, что существенно усложняет восприятие и так непростой книги. Я точно не смог вникнуть во многие содержащиеся в ней смыслы.

💡 Выводы. Эту книгу есть смысл читать после "Искусства системного мышления", чтобы, с одной стороны, повторить ряд концепций, и, с другой стороны, чтобы материал дался легче.

Второй момент: "Пятая дисциплина" адресована в большей степени управленцам, притом не менеджерам проекта или продукта, а скорее руководителям верхнего уровня. Наверное, стартаперам тоже подойдёт, хотя Сенге в явном виде их не упоминает.

В то же время для системных аналитиков книга может быть полезна в части философского взгляда на работу в команде, но этот философский характер временами постичь будет непросто. Как следствие, рекомендовать этот труд для прочтения сложно (стоит хорошенько подумать☝🏻). Но, если и читать, то только вдумчиво и на свежую голову.

😱 Забавный факт. Если послушать произношение фамилии автора книги, то окажется, что он Сэ́нджи.

#книги #системныйподход #менеджмент

🔥 Залипательная Kafka

Читали про Apache Kafka, но в голове всё равно трудно представить, как она работает? Не беда! В открытом доступе есть средство для визуального моделирования работы с этим брокером. https://softwaremill.com/kafka-visualisation/

Пройдя по этой ссылке, вы можете самостоятельно крутить-вертеть параметры, как душе угодно. Однако, если вы пока слабо представляете себе работу с Кафка, то могу рекомендовать воспользоваться следующим алгоритмом.
👇

0️⃣ Стоит начать с выставления самого медленного режима анимации – это 5s.

1️⃣ Далее выставляем число партиций – 1шт, число брокеров – 1шт, фактор репликации – 1 (то есть без репликации). Для начала пусть будет 1 продюсер и 1 консьюмер. Запускаем и следим за анимацией: это самая простая ситуация, при которой сообщение перекладывается через Кафку в единственного консьюмера.

2️⃣ Добавляем второго консьюмера, указав ту же консьюмер-группу "A", что и у первого. Будет видно, что новый консьюмер (потребитель) ничего не потребляет. Вывод: число потребителей не должно превосходить число партиций Кафки.

3️⃣ Далее стоит привязать второго консьюмера к новой группе "B". Станет видно, что теперь оба консьюмера стали независимо потреблять сообщения из единственной партиции. Таким образом у нас имеется 2 независимых потребителя данных.

4️⃣ После этого выставляем число партиций в значение 2 и перепривязать второго консьюмера снова к той же консьюмер-группе "A". Будет видно, что при равенстве числа партиций и консьюмеров, состоящих в одной консьюмер-группе, каждый консьюмер вычитывает сообщения строго из одного топика.

5️⃣ Добавляем третью партицию и видим, что эта патриция теперь вычитывается первым консьюмером. Причина: каждая добавляемая партиция распределяется между имеющимися потребителями.

6️⃣ Теперь стоит сделать небольшую диверсию, удалив второго консьюмера. После этого все партиции переназначаются на оставшегося единственного потребителя.

7️⃣ Если установить число партиций в значение 2 и число брокеров – тоже в 2, то будет видно, как независимо работают 2 брокера Kafka, а их сообщения потребляются единственным "выжившим" консьюмером.

8️⃣ Но, поскольку брокеры должны быть надёжными, то выставим фактор репликации в значение 2. После этого будет видно, что у каждого брокера стало по 2 партиции: ярким цветом показана партиция-лидер, блёклым – партиция с репликами сообщений от другого брокера.

9️⃣ Если после этого нажать синюю кнопку питания у брокера 1, то он "потухнет". После этого брокер 2 возьмёт на себя хранение всех сообщений продюсера.

🔟 Если снова нажать кнопку питания у брокера 1, то брокер вернётся в строй и довольно быстро будет навёрстано отставание от брокера 2. Брокер 1 продолжит работу.

🔢 Далее можно продолжать экспериментировать, играя всеми доступными параметрами и рассматривая получающиеся при этом результаты.

☝ Меняя параметры, не забывайте нажимать на кнопку "Apply Setup", чтобы применить все изменения. А если захотите провести эксперимент с выставленными параметрами с чистого листа, то просто нажмите в правом верхнем углу кнопку "Restart".

Удачных экспериментов!

#интеграции #брокеры #анимация

Друзья, поздравляю всех с Днём системного аналитика! 🎂

Желаю, чтобы у вас полными были не только требования, но и банковские счета. Чтобы баги обходили стороной код вашей команды, а дедлайны становились такими же мягкими, как уютный диван после тяжёлого трудового дня.

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