Я взглянул на апрельский рейтинг TIOBE за 2026 год и протёр глаза. Python, C, C++, Java, C# — скучно. Но вот на 10-й строчке восседает Delphi. А Fortran, язык, на котором писали ещё при царе Горохе и который, по мнению всей «модной» тусовки, давно должен лежать на свалке истории, стабильно держится в топ-15. В марте 2025 года он вообще ворвался в двадцатку вместе с такими «мамонтами», как Ada и COBOL.

Что за чертовщина? Rust, который кричали на каждом углу как «убийцу С++», пыжится на 16-м месте, а его рост, по словам генерального директора TIOBE Пола Янсена, замедляется. В это же время Fortran, тихо и без лишнего шума, продолжает быть фундаментом, на котором держится вся мировая наука. Почему компании не переписывают миллионы строк легаси на Python или Go? Потому что цена ошибки в коде, который считает ядерный реактор или прогноз погоды на завтра, исчисляется не в часах разработчика, а в миллиардах долларов и человеческих жизнях.

Давайте разбираться, что такое современный Fortran и почему ваш скепсис по поводу «динозавра» не имеет под собой никаких оснований.

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

Материал станет первой частью нового цикла. Если тема вам интересна, с удовольствием продолжу делиться своими знаниями о Playwright.

Привет, Хабр. Собрали апрельскую подборку открытых уроков – 70+ разборов по ключевым направлениям разработки и смежных ролей. В программе – практические темы, которые сейчас формируют повседневную работу команд: OpenAPI и REST-дизайн, Symfony и Angular, конкурентность в C++ и Swift, Observability через Grafana, архитектура SIEM, PostgreSQL как векторная база, Spark 4.0, а также влияние ИИ на разработку и тестирование.

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

В статье разберем реальную задачу аналитика ассортимента в ритейле: «Какие товары люди покупают вместе», на учебных данных, с кодом SQL, со всей необходимой математикой и с примером выводов.

Пока вы спорите о скруглении углов в новой дизайн-системе и попиваете лавандовый раф, где-то в Челябинске ослепленный бликами от раскаленной стали оператор пытается разглядеть ваш элегантный серый шрифт на мониторе 2012 года выпуска. Спойлер: у него не получается.

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

С 2020 года я адаптирую стерильную эстетику Figma под суровую реальность промышленных мониторов.

Добро пожаловать в цех! Давайте разберем, как не провалить проект на этапе компонентов.

Продолжаем разбираться в технологии WebSocket. В первой части (WebSocket для начинающих системных аналитиков: просто о сложном. Часть 1), мы познакомились с основами WebSocket, а теперь давайте заглянем под капот реального сайта, например, криптобиржи. Попробуем понять, как работает этот сложный механизм: что происходит, когда вы видите мгновенно меняющиеся котировки и графики, и что происходит “за кулисами”.

Эта статья для начинающих системных аналитиков, которые хотят понять основы WebSocket.

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

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

Автор

Выполняйте свои скрипты Python, как команды bash

Написание скриптов Python для создания интерфейсов командной строки (CLI) — широко используемый метод для DevOps и бэкенд разработки.

Ключом к реализации CLI в Python является встроенный модуль argparse. Он предоставляет все необходимые функции и позволяет использовать скрипт Python в качестве команды bash.

В этой статье будут представлены некоторые важные моменты создания CLI с помощью Python на 7 уровнях сложности.

«Зачем беспокоиться о том, чего не произойдёт?»

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

За двадцать лет мировые траты на ИТ в расчёте на доллары 2025 года увеличились втрое, с 1,7 триллиона до 5,6 триллиона, и продолжают расти. Несмотря на дополнительные траты, показатели успеха за эти годы повысились незначительно. Из-за этого потери бизнесов и общества становятся всё серьёзнее, ведь ПО проникает во всё большее количество аспектов нашей жизни.

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

Как я говорил двадцать лет назад, причинами краха проектов часто становятся крах человеческого воображения, нереалистичные или несформулированные цели проектов, неспособность справиться со сложностью проекта или неучтённые риски. Всё это регулярно приводит к ИТ-катастрофам и сегодня. Существует и множество других причин, часть которых выявил глава кафедры бизнес-технологий Школы бизнеса Университета Виллановы Стефен Андриоле; его диаграмма, показанная ниже, впервые была опубликована в Forbes в 2021 году. Было бы крайне удивительно обнаружить проект, потерпевший крах каким-то уникальным, незадокументированным ранее образом, потому что подавляющее большинство таких неудач вызваны вполне преодолимыми факторами, за десятки лет изложенными в сотнях отчётов, научных исследований, технических книг и учебников по управлению. Читая литературу о таких катастрофах, часто испытываешь дежавю.

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

Я — системный аналитик. Но долгое время я не применяла системное мышление к себе, я проектировала архитектуры, создавала диаграммы, детализировала процессы и уточняла требования... Но когда речь заходила о моей собственной карьере, я ощущала растерянность. Меня мучил вопрос: «К кому мне подойти, чтобы расти профессионально?»

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

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

Привет, Хабр. Меня зовут Люба Вайгель. Я системный аналитик в СберЗдоровье — MedTech компании №1 в России. Я довольно давно работаю системным аналитиком: помимо медтеха, на моем счету опыт в финтехе, госсекторе. В этой статье я хочу поделиться материалами, которые в своё время помогли мне и могут быть полезны всем, кто только делает первые шаги в системном анализе.

Перефразируя известный мем: «вопрос смешной, ситуация страшная».

Поймут те, кто пытался собрать свои достижения к перфоманс ревью или для смены работы и влетал в тотальный ступор: чем‑то точно занимался эти полгода/год/три, но чем? Когда дофига всего делаешь, особенно, в быстром темпе, легко забыть, что было даже совсем недавно.

«Пилил баги, фиксил фичи», — за такое ни рейза не дадут, ни оффера. И что делать, чтобы сэкономить себе время и нервы?

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

Кому предложат ЗП 200-, а кому 400+? Собеседование расставит всё на свои места.

Знакомство и остальные компоненты собеседования описаны в первой части. Сегодня говорим про харды. Итак, сразу к делу.

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

Перед прочтение приглашаю в свой канал про рост продуктов.

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

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

🔥 Серия: Чем болен средний бизнес? Диагностика и лечение управленческих болезней. Статья 4 Миллионы на ветер: как не купить IT-систему, которая вас разорит

[💼 Бизнес-модели*] [📊 Управление проектами*] [💻 IT-инфраструктура*] [📈 Аналитика*]

❓ Почему 9 из 10 IT-проектов превращаются в «черную дыру» для денег? И как попасть в те 10%, у которых все получилось?

😩 Вы устали от обещаний интеграторов и бесконечных счетов за «доработки». Вы видите, как дорогая ERP-система превращается в дорогую иконку на рабочем столе, которой никто не пользуется. Знакомо?

⚠️ Проблема не в том, что вы выбрали «не ту» систему. Проблема в том, что вы играете в игру с заведомо проигрышными правилами.

📉 В этой статье мы разбираем всю цепочку провала - от выбора системы до саботажа сотрудников:

🚫 «Прокрустово ложе» для бизнеса: Как коробочные решения ломают ваши уникальные процессы.
💸 Скрытые затраты: Почему реальная стоимость проекта в 5 раз выше той, что вам показывают в смете.
🧠 Когнитивная ловушка: Почему сложные схемы BPMN и архитектура «1С» обречены на провал на уровне человеческого мозга.

🚀 Но главное - мы поговорим о выходе. В статье я покажу альтернативный путь, основанный не на выборе «модного» софта, а на построении системы, понятной всем — от директора до кладовщика. Узнайте, как язык ДРАКОН и архитектура на базе метамодели меняют правила игры и позволяют, наконец, получить от IT то, чего вы ждали — порядок и управляемость.

🛠️ Хватит латать дыры. Пора строить мосты. Инструкция - внутри.

Почему ваша BPMN-стратегия - это путь в никуда. Научный взгляд на управленческий тупик.

Мы привыкли доверять стандартам. Но что если главный стандарт описания бизнес-процессов - BPMN - фундаментально порочен?

Это не просто мнение, это факты из когнитивной психологии и исследований IT-проектов:
🧠 Когнитивная перегрузка: Человеческий мозг не способен эффективно работать с сотней визуальных символов. BPMN нарушает базовые принципы эргономики.
🌉 Коммуникационный разрыв: BPMN так и не стал единым языком для бизнеса и IT, порождая бесконечные ошибки "перевода".
🏢 Архитектурный тупик: Даже в связке с мощными ERP-системами, BPMN лишь автоматизирует "функциональные колодцы", а не создает целостную систему.

В своей новой статье я провожу параллель между провалом советского проекта ОГАС и современными проблемами "цифровизации". И показываю, как наследие той самой инженерной школы в виде языка ДРАКОН и современных платформ (АСис) позволяет построить то, о чем все говорят, но никто не умеет - настоящую, работающую холакратию.

Готовы посмотреть на управление процессами под другим углом? Читайте полную версию.

Исповедь замученного директора: почему ваш главный враг — не хаос, а собственный образ мыслей

Статья из серии "Чем болен средний бизнес? Диагностика и лечение управленческих болезней"

Вы - самый занятой и самый уставший человек в своей компании. Хватит.

Вы - тот самый "пожарный", "нянька" и "арбитр", который лично разруливает каждый затык. А в это время ваш бизнес, как тот воз из басни, тянут в разные стороны. Знакомо?

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

Я начинаю серию статей, где без воды разбираю, чем на самом деле болен средний бизнес. В первой статье - жесткий, но честный диагноз. Я покажу 4 симптома, которые есть у 80% руководителей, и дам одно простое упражнение, которое вскроет истинные причины вашего хаоса.

Готовы посмотреть правде в глаза и начать строить систему, а не латать дыры?

Первая статья из серии уже ждет вас. Осторожно, может быть больно.

**#бизнеспроцессы #управление #менеджмент #хаос #стартап #дракон