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

😁😆😁 на выходных закончить чек-лист по переходным требованиям. Заодно разобраться со странностями в Word.

❌ Ничего не произошло и не произойдёт

Эта памятная доска прекрасно иллюстрирует идею, что иногда полезно в спецификации/ТЗ явно прописывать то, что точно не стоит ожидать после реализации ☝️🙄

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

Но зачем вообще описывать то, что делать не планируется? Я выделяю две основные причины.

1️⃣ Так вы жёстко выстраивание рамки, препятствующие расползанию скоупа (scope creep) — неконтролируемого расширения уже зафиксированного объëма работ. При возникновении недопонимания в будущем (смежники и заказчики порой такие забывчивые...🙈) всегда можно будет ссылаться на зафиксированные рамки.


2️⃣ Как это ни парадоксально, такой способ стимулирует другие стороны более вдумчиво относиться к согласованию документа. Именно в этот момент могут выявиться ранее не озвученные требования, которые "выстрелили" бы позднее.

В общем, как ни крути, сплошная польза😎

#требования

⚡ CodeFest 16: а поговорить?

Спешу поделиться отличной новостью!

✅Этой весной, 30–31 мая, в Новосибирске пройдёт ежегодная ИТ-конференция CodeFest. Это уже само по себе замечательное событие, но есть и ещё одна приятная деталь.

✅Программный комитет утвердил меня в качестве спикера трека "Архитектура и анализ". Я выступлю с докладом на тему: «AS IS → TO BE: минимизируем риски перехода».

В рамках выступления мы обсудим переходные требования: их природу, виды, возможные последствия игнорирования и многое другое. Более подробную информацию вы найдёте в описании. Приходите!

#анонсы #события #выступления #требования #проекты

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

P.S. Если что, имею водительское удостоверение категорий "B", "B1", "M". 16 лет водительского стажа. Предложения о работе направляйте в личку 🙄

#юмор

🎭 Пословицы в IT: мудрость, проверенная временем

Ну что, немного похулиганим? Предлагаю вспомнить народную мудрость, но уже в новом исполнении. Специально ко Дню смеха 🤣

🟢Один в поле не кластер.
🟠Мал DDR, да дорог.
🟢Не пойман — не баг.
🟠Хочешь Miro — готовь VPN.

🟢Фичу тогглом не испортишь.
🟠Тише едешь — меньше троттлинг.
🟢Меньше багов — крепче спишь.
🟠Поспешишь — саппорт насмешишь.

🟢Не всё то денежка, что кэш.
🟠На чужой API рот не разевай.
🟢Бэкап познаётся в беде.
🟠Лучше Kafka, чем никогда.

🟢Первый код комом.
🟠Язык до стейкхолдера доведёт.
🟢Чем дальше влез, тем больше логи.
🟠Метрика не воробей: вылетит — не поймаешь.

🟢Кто рано встаёт, pull request подаёт.
🟠Что написано пером, то не вырубишь hotfix'ом.
🟢Без труда не выкатишь и фичу из спринта.
🟠Волков бояться — на собес не ходить.

🟢Большому серваку большое облако.
🟠Серверная стойка недалеко падает.
🟢Лучше синица в руках, чем блэкаут в ЦОДе.
🟠В гостях хорошо, а под админом лучше.

🟢Синк скрам-мастера боится.
🟠Терпение и труд бэклог перетрут.
🟢Одна голова хорошо, а две — команда.
🟠Делу — время, дедлайну — час.

Друзья, тоже посетило вдохновение? Тогда пишите свои шедевры в комментариях.
👇

#юмор

🔥🔥🔥 О пользе прогреваний ♨️

В мире высоких нагрузок и быстрых приложений даже самые умные алгоритмы требуют разминки 🏋️‍♂️. Это помогает системе набрать рабочую скорость 🏃🏽 и встретить пиковую нагрузку во всеоружии. Такие "разминки" получили название прогревов. Рассмотрим наиболее популярные из них.


😀 Прогрев виртуальной машины (VM Warming, или JIT Warming)

Процесс, при котором виртуальная машина (например, JVM или .NET CLR) постепенно компилирует наиболее часто используемые участки кода в машинный код с помощью JIT-компиляции (Just-In-Time). В результате приложение со временем начинает работать быстрее и отзывчивее. Правда, производительность во время прогрева может меняться неравномерно, и пиковая скорость достигается не всегда мгновенно — но в целом техника действительно ускоряет долго работающие программы.


😀 Прогрев кэша (Cache Warming)

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


😀 Прогрев сессии пользователя (Session Warming)

Метод продления активной сессии без повторного входа. Мобильные приложения и веб‑сервисы периодически отправляют серверу сигнал (ping), чтобы сервер не закрывал сессию из-за таймаута. Обычно сессия просто продлевается, и клиент продолжает использовать тот же идентификатор. В некоторых системах при этом может выдаваться новый токен, клиенту может возвращаться заголовок Set-Cookie с новым значением Expires или что-то иное, но, при этом, главной задачей является сохранение пользователя в системе, пока он активен.


😀 Прогрев индекса (Index Warming)

Техника для баз данных и поисковых движков. Индексы — это структуры данных, ускоряющие поиск. Их прогрев означает предварительную загрузку индексных данных в оперативную память, чтобы первые запросы после запуска системы обрабатывались максимально быстро. Часто для этого используются специальные команды (например, LOAD INDEX INTO CACHE в MariaDB) или прогревочные запросы (искусственные запросы, которые заставляют систему загрузить в память данные из критичных таблиц). Прогрев индекса фактически является частным случаем прогрева кэша, но применительно к кэшу СУБД.

#термины #данные #проектирование #архитектура

🐲 Переходные требования и где они обитают

Для сегодняшнего поста я выбрал такой заголовок, потому что достаточно давно заметил одну любопытную вещь.
 
Когда дело доходит до обсуждения требований, буквально каждый мгновенно превращается в эксперта. Функциональные требования? Легко! Нефункциональные? Тоже окей. Но вот переходные?..

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

Кроме того, если обратиться к серьёзной литературе вроде BABOK или PMBOK, то окажется, что этот вид требований если и упоминается, то удостаивается лишь нескольких предложений.
 
Возможно, кто-то скажет, что раз вопросу не уделяется много внимания, то его значимость минимальна. Но это не так. Практика показывает, что игнорирование переходных требований — это прямая дорога к провалу всего проекта и загубленному реноме продукта. А раз так, то с этим определённо надо что-то делать. Что делаю лично я?

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

Как это будет происходить, сообщу чуть позже. В общем, буду держать вас в курсе!

Ну а пока предлагаю вспомнить, какие бывают требования в принципе.
👉 Вспоминаем! 👈

P.S. Недавно провёл небольшой опрос среди действующих аналитиков. Отвечая на вопрос, какие виды требований бывают, никто из респондентов не назвал переходные требования👀

#требования #анонсы

📚 Сегодня в книжной рубрике продолжу тему коммуникаций! 💬

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

Заинтриговал? Тогда рассмотрим следующие действительно стоящие работы:

🔷 "Аргументируй это! Как убедить кого угодно в чём угодно"

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

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

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

🔶 "100 правил убеждения и аргументации"

По сути эта книга — сборник правил, оформленных в форме коротких тезисов. Если вы прочли "Аргументируй это!...", то половина данной книги будет выглядеть как краткое резюме без объяснений и причин, только выжимка. Означает ли это, что чтение будет пустой тратой времени? Отнюдь! Концентрированные мысли позволяют закрепить материал и впоследствии быстро вспомнить детали. А если предыдущую работу ранее читать не довелось, то "законы" из данной книги придётся просто принять на веру.

Отмечу, что у этой книги тоже есть спорное решение в части дизайна: каждый тезис/закон напечатан на отдельной странице крупным шрифтом. С одной стороны, это визуально фокусирует внимание на одной мысли, но, с другой стороны, размер книги легко мог бы быть в 5 раз меньше.

🔷 "Как выступать публично: 50 вопросов и ответов"

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

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

Смысловое наполнение данной работы в определённой степени повторяет рассмотренную ранее книгу Н. Зверевой. Однако здесь изложение строится вокруг аспектов выступления; оно, как мне кажется, более концентрированное и утилитарное. В книге также даётся много советов, которые будут полезны тем, кто сам отвечает за выступление или попросту не может полагаться на организаторов (например, иметь запасной комплект батареек для микрофона). А такому количеству причин улыбаться, как в вопросе 42, я ранее вообще не встречал.

👉 Для сравнения: в работе Зверевой изложение строится от цели выступления. Автор признаёт ценность искренности, поднимает глубинные вопросы вида: "Действительно ли люди ждут вашего сообщения?"; рассматривает 5 принципиально разных целей выступления и 5 типов ораторов. Также в "Я говорю..." много отступлений, баек, наблюдений за манерами и поведением известных ораторов, в частности политиков и тележурналистов прошлого. Обсуждаются вопросы дикции, грамотного владения языком и сбора материалов для будущих выступлений и дресс-кода.

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

#книги #коммуникации

Поступило предложение рассмотреть вакансию аналитика. Но есть нюанс...

🍽📶 Ты не ты, когда голоден

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

Для подключения 🤬 нужно было либо пройти регистрацию, либо аутентифицироваться через известную заморскую соцсеть. Решил пойти по второму пути, удобно же! Сделал все подтверждения и тут началась эпопея.

Сначала выдали квест пройти несколько капчей ("Выберите все машины", "Выберите все светофоры" и проч.). Осилил! 💪

Затем попросили подтвердить владение приложением этой соцсети, мол, это точно я делаю попытку, а не кто-то посторонний. Подтвердил! 😡

Наконец, квесты пройдены, заведение выдало мне доступ к всемирной паутине… А секунд через пять всё закончилось.

Я повторял этот путь несколько раз, и каждый раз результат был столь же непродолжительным и плачевным. Махнув рукой на это всё, решил больше не мучаться, тем более что настало время трапезничать. Кстати, ужин удался🤗

Так вот, вернувшись вечером в гостиницу, зашёл в приложение всё той же соцсети (хотя я уже начинал сомневаться, что эта сеть вообще социальная). И тут я обомлел: уведомление твёрдо и чётко гласило, что кто-то из Таиланда завладел моими учëтными данными и пытался авторизоваться. Это, безусловно дерзкое, посягательство самым решительным образом было пресечено в зародыше, а мне следовало немедленно сменить якобы скомпрометированный пароль 🤦‍♂️

‼️ Всё стало ясно: в ресторане меня выкидывало из сети именно потому, что система воспринимала мои попытки подключиться как подозрительные. По какому-то нелепому алгоритму сначала приходил, условно говоря, сигнал "OK" (не зря же я светофоры и прочую ерунду тыкал), а буквально сразу (скорее всего, за это отвечает отдельный фоновый процесс) следовал бан.

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

Как говорится: ага, щас! 😎

Уверен, многие уже слышали — и не раз! — обсуждения того, может ли 🤖 заменить человека. Мол, он работает быстрее, лучше и точно заменит джунов.

Но знаете что? Я понял, что он точно никогда не сможет делать даже близко по качеству то, что могу я или вы. Он не сможет просто взять, махнуть на всё рукой и поехать отдыхать на море; пройтись по песочку и укрыться в тени сочной пальмы🏖

Как вы уже догадались, именно этим я и планирую заниматься в ближайшие дни. Так что не теряйте меня. Всех обнимаю! Тай, встречай! 🏝🇹🇭

❌ Не так страшен кэш, как его малюют

Если ранее я писал о многообразии термина "кэш", то сегодня хочу сосредоточиться на более прикладных вопросах. Мы поговорим про алгоритмы работы с ним.
👇

〰️ Стратегии кэширования (Caching Strategies) 〰️

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

🟢 Стратегии для чтения
Направлены на минимизацию задержек при доступе к данным и повышение производительности системы.
🟢🟢 Cache aside — при обращении к данным проверяется наличие их копии в кэше. Если копия отсутствует, запрашиваются данные из основного хранилища, далее они сохраняются в кэше и возвращаются клиенту.
🟢🟢 Read through — клиентские запросы направляются непосредственно в кэш. Если данные отсутствуют, кэш самостоятельно извлекает их из основного хранилища, сохраняет и далее возвращает клиенту.

🟢 Стратегии для записи
Направлены на минимизацию задержек при сохранении изменений и обеспечение согласованности данных.
🟢🟢 Write around — запись выполняется в обход кэша прямо в основное хранилище. Если эти данные впоследствии понадобятся для чтения, они попадут в кэш по одной из стратегий для чтения. Такой подход снижает риск потери данных при сбоях кэша, но увеличивает задержки.
🟢🟢 Write back, или Write behind — записываемые данные сначала сохраняются в кэше, а позже асинхронно записываются в основное хранилище. Такой подход повышает производительность, но требует механизмов отслеживания состояния кэша.
🟢🟢 Write through — данные одновременно записываются и в кэш, и в основное хранилище. Такой подход гарантирует мгновенную доступность данных, но замедляет операции записи.


〰️ Политики очистки кэша (Cache Clearing) 〰️

Определяют правила управления памятью кэша и в зависимости от цели эти политики можно разделить на две категории:

🔵 Политики вытеснения (Cache Replacement, или Cache Eviction)
Вытеснение — это автоматическое удаление старых записей кэша, чтобы освободить место для новых. Цель — эффективно использовать ограниченное пространство кэша.
🔵🔵 FIFO (First In First Out) — удаляются данные, дольше всего находящиеся в кэше независимо от частоты использования.
🔵🔵 LIFO (Last In First Out) — первыми удаляются недавно добавленные данные, сохраняя наиболее старые.
🔵🔵 RR (Random Replacement) — данные для удаления выбираются случайным образом.
🔵🔵 LRU (Least Recently Used) — удаляются данные, которые дольше всего не использовались; критерий — время последнего обращения.
🔵🔵 LFU (Least Frequently Used) — удаляются наименее часто используемые данные; критерий — частота обращений.

🔵 Политики инвалидации (Cache Invalidation)
Инвалидация — процесс удаления устаревших или нерелевантных данных из кэша для того, чтобы он содержал только актуальную информацию. Цель — обеспечить соответствие данных, хранящихся в кэше, данным из источника.
🔵🔵 Инвалидация при изменении — происходит сразу после обновления данных в источнике, гарантируя свежесть данных в кэше.
🔵🔵 Инвалидация при чтении — проверяется актуальность данных при каждом запросе, что может привести к снижению производительности.
🔵🔵 Инвалидация по истечении времени (Time To Live, TTL) — устанавливается ограничение срока жизни данных, после которого они автоматически удаляются из кэша.

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

#проектирование #данные #термины

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

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

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

📜 Сообщается, что 1 апреля 2026 в России будет окончательно заблокирован Telegram. Остаётся только надеяться, что это "утка" или случайно просочившаяся с репетиции в прессу неудачная первоапрельская шутка какого-то стендап-комедианта, чьë выступление мы не увидим.
Подробнее: здесь и здесь.

📜 Вышли данные о состоявшемся в 2025 г. сокращении 20% сотрудников Сбербанка. Официальной причиной называется повсеместное внедрение технологий искуственного интеллекта. На этом фоне Сбер в 2026 г., как ожидается, существенно нарастит свои инвестиции в развитие ИИ. Вытеснение людей нейронками налицо.
Подробнее: здесь и здесь.

📜 В начале 2026 г. в Шанхае запустили первую демонстрационную линию по производству процессоров на основе дисульфида молибдена. Несмотря на относительно скромное число транзисторов, выращиваемых на кристалле на текущий момент, физические свойства материала выглядят многообещающе. Альтернатива кремнию уже на пороге.
Подробнее: здесь.

📜 На Форуме будущих технологий, проходившем в конце февраля 2026 г., Сбер совместно с МФТИ представил научный проект по записи и долговременному хранению информации в молекулах ДНК. Промышленных решений ещё нет, но утверждается, что в перспективе ДНК может выступать в качестве носителя данных нового поколения.
Подробнее: здесь.

#дайджест #ai #железо #сбер #технологии

🍲 Трёшка! Мы её теряем!

Согласно данным РБК, для одобрения ипотеки на приобретение скромной трёшки в российских городах-миллионниках потребуется зарплата в среднем 257'800 руб.

Если говорить о Москве, то планка необходимого дохода поднимется до 715'500. Питер и Казань занимают почётное второе и третье место соответственно.

Не знаю, как вам, а меня цифры впечатляют. Особенно что касается столицы.

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

Так вот, при средней 225'000 руб. с разбросом ± 90'000 руб. выглядит так, что трёшка системному аналитику, скорее всего, не светит чисто математически. Для того, чтобы получить на неё ипотеку квалифицированному специалисту может потребоваться рост доходов в 2.5-3 раза от текущих уровней.

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

#жиза #экономика #ипотека #недвижимость #зарплаты

📚 Сегодня книжная рубрика будет необычной! 💬

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

Речь пойдëт о следующих книгах:

✔️ Ларри Кинг "Как разговаривать с кем угодно, когда угодно и где угодно"

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

✅ Нина Зверева "Я говорю — меня слушают. Уроки практической риторики"

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

⭐️ Никита Непряхин "Гни свою линию: Приёмы эффективной коммуникации"

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


И напоследок ☝️

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

2⃣ Все три книги доступны в удобном карманном формате (165×115 мм). А значит, их легко положить в рюкзак или кармашек сумки для ноутбука — и отправляться в путь! ✈️ Я именно так и поступаю.

#книги #коммуникации

Ещё немного фоточек 📷 с мероприятия.