Kurgan-Telecom Ru | Информационные технологии

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

Раньше для такого требовались: стейт‑машина с полудюжиной состояний, очереди и воркеры, обработчики на каждое событие и блокировки от race conditions. Теперь всё это описано в одной функции, которая вообще выглядит как псевдокод. 

Магия? Нет, Temporal. 

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

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

Меня зовут  Ярослав, я data pre-sale в MWS. За долгие годы работы я совершил массу ошибок и однажды чуть не похоронил проект, потому что послушал заказчика и не поговорил с бухгалтером, которому в итоге предстояло пользоваться продуктом. Оказалось, их боли — две огромные разницы. В итоге я вывел для себя два главных правила:

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

— Твоя главная суперсила — не техстек, а синергия. Умение переводить с языка бизнес-хотелок на язык Python и обратно, а потом и на диалект «бухгалтера Галины Ивановны» — вот что определяет успех твоего проекта. 

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

Начало 18-го века, Пётр I строит флот. И тут к нему является крестьянин из Подмосковья с предложением, которое звучит как авантюра: сделать судно, что «будет ходить в воде потаённо» и сможет проходить под днищами кораблей.

Причём автор идеи — человек без образования и чинов.

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

Спойлер: идея не сработала.

Но история всё равно крутая.

Привет, Хабр! 

Команда подкаста «Скрамное ИТ» снова на связи. И на очереди наш новый выпуск, в котором мы, два его ведущих Зураб и Савелий, обсуждаем айтишные стереотипы. Да, нас стало на одного ведущего меньше, но, как я уже сказал, его место занял немногословный коллега. И знаете, его молчаливая мудрость и тонкая ирония задали тон всей беседе. 

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

StarRocks 4.0: Real‑Time Intelligence on Lakehouse. Сквозная оптимизация конвейера в реальном времени, 3–15× ускорение JSON, SQL Plan Manager, Decimal256 и поддержка Apache Iceberg для нативной Lakehouse‑аналитики.

Можно ли было читать советские стихи американцам? Пытаюсь выяснить это с помощью Python на примере Андрея Вознесенского.

Шутки, мемы, картинки от нейросетей — тему про Долину подхватили даже крупные компании.

Но вот нюанс, о котором не говорил еще никто: имя «Лариса Долина» — это оказывается официально зарегистрированный в Роспатенте товарный знак.

За каждое нарушение прав на товарный знак по закону можно взыскать компенсацию до 5 000 000 рублей. А с 3 января 2026 года эта планка вырастет до 10 000 000 рублей.

Казалось бы, это абсурд — взыскивать деньги за шутки в интернете. А само решение по квартире вам как?

Я юрист по интеллектуальным правам. Товарные знаки, патенты и авторские права — это моя профессия.

Как думаете, сколько еще квартир сможет купить Долина на сумму взысканных компенсаций?

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

Всем привет! Мы делаем проекты по Zabbix, накопили большую экспертизу и решили сделать переводы нескольких статей, которые нам показались интересными и полезными. Наверняка, будут полезны и вам. Также своим опытом делимся в телеграм-канале zabbix_ru, где вы можете найти полезные материалы и записи наших вебинаров, опубликованных на нашем ютуб-канале (прим. переводчика). Ниже ссылки на предыдущие статьи из цикла.

Миграция с MySQL на PostgreSQL

SELinux: интеграция с Zabbix и другими инструментами

Защита от ложных срабатываний триггеров в Zabbix с использованием функций min/max/avg

Zabbix – автоматизация управления пользователями (JIT)

Zabbix — это надежное решение с открытым исходным кодом для мониторинга ИТ-инфраструктуры, позволяющее отслеживать и анализировать производительность сети, серверов, приложений и других компонентов. По мере роста объема данных эффективное управление временными рядами становится ключевым фактором. Поэтому, начиная с версии 5.0, Zabbix начал поддерживать TimescaleDB — расширение PostgreSQL, оптимизированное для временных рядов. В этой статье рассматриваются преимущества использования TimescaleDB в Zabbix, ключевые таблицы и процесс установки. Подробности под катом.

Под землёй каждый день работает один из самых нагруженных «кластера» в стране — поезда метро, которые мы привыкли воспринимать как нечто само собой разумеющееся. За последние 10–15 лет российские метрополитены прошли путь от «номерных» вагонов с лампочками и табличками к платформам уровня «Москва‑2020/2024» и «Балтиец» со сквозным проходом, цифровой диагностикой и подготовкой под беспилотное вождение. Эта статья — попытка посмотреть на эволюцию вагонов метро как на обновление крупной системы: что именно меняется в «железе», зачем это нужно городу и пассажиру и куда всё идёт после 2025 года.

Если вы работаете с ClickHouse, то наверняка слышали про такую фишку, как внешние словари. А если не слышали, самое время узнать, потому что эта штука способна творить чудеса с производительностью запросов и удобством архитектуры.

В этой статье разберем ее подробнее.

Привет, Хабр! Я Кирилл Адещенко, исполнительный директор департамента цифрового бизнеса РСХБ. В этой статье я делюсь наблюдениями и выводами о том, как команды банков работают с публикацией мобильных приложений в условиях ужесточения правил магазинов приложений и санкционных ограничений.

Еще лет 10 назад iPhone в корпоративной среде воспринимали примерно как электрокары Тесла. Да, красиво, да, статусно, но как с этим жить – решительно непонятно. Особенно людям, которые дальше Windows и Outlook вообще никогда не выглядывали. Но мир поменялся, айтишники забыли, как патчить KDE2 под FreeBSD, а iPhone научились нормально работать с MDM. Однако остался вопрос: насколько все это применимо к реальной жизни, особенно в наших широтах, где к эппловским девайсам отношение стало, мягко говоря, настороженным?

Привет, Хабр! Это Сергей Перевозчиков, основатель агентства контекстной рекламы «КонтекстЛаб». Чтобы не столкнуться с провалом при расширении рекламных вложений в Яндекс Директ, важно понимать: почему при росте бюджета стоимость заявки растёт, а сами лиды почти не добавляются?

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

В кейсе расскажем, как удерживали целевую стоимость лида при масштабировании кампании.

Привет, Хабр! Сегодня хочу поделиться опытом того, как я отказался от стандартной утилиты мониторинга SSSD в пользу прямого общения с демоном через D-Bus и создал полнофункциональный Ansible-модуль.

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

Эксплуатация уязвимости типа use after free в ядре Windows и без того непростая задача, но когда к этому добавляется состояние гонки (race condition), сложность возрастает на порядок. CVE-2025-29824 — наглядное тому подтверждение, однако, как будет продемонстрировано ниже, создание рабочего эксплойта для нее — достижимая цель.

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

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

Если вы до сих пор пытаетесь выстроить нормальную работу в таск-трекере — расслабьтесь. Это скучно и неблагодарно. Гораздо интереснее использовать эти  11 вредных советов.

Статья представляет собой подборку актуальных вопросов и ответов, которые часто встречаются на собеседованиях по фронтенд-разработке. Материал охватывает ключевые темы: HTML, CSS, JavaScript, Typescript, React и Next.js. Каждая секция содержит практические вопросы с разбором правильных решений, пояснениями и примерами кода, что позволяет читателю не только подготовиться к собеседованию, но и углубить понимание основных принципов фронтенд-разработки. Статья будет полезна как начинающим, так и опытным разработчикам, желающим систематизировать знания и освежить навыки перед интервью.

Работаю в ИТ с 2004 года. Пришёл осознанно в индустрию не за деньгами - по любви к технологиям и тишине, когда можно заставить машину делать нужные вещи. Начинал с настольных приложений на Delphi, бэкенд на Python, немного React. Сейчас Финтех.

История о том, как, работая тимлидом Python-команды, решился принять вызов на переход в сферу 1С и что из этого вышло.

Недавно я тут на Хабре написал цикл статей про «Запрещенные фразы для ИТ-менеджера». Это фразы которыми неопытные менеджеры пытаются отбиться от неожиданных задач, и это же фразы, от которых почему то плохо заказчикам, бизнесу и начальству.

Там я разбирался почему плохо, и почему фразы:

- Этого нет в ТЗ!

- Этого нет в должностной инструкции!

- У меня нет на это ресурсов!

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

Каждая статья собрала больше 10000 прочтений, и в каментах к каждой был вопрос: "Окей, чел, если так говорить нельзя, то как можно? Расскажи и покажи на примерах, раз такой умный!"

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

Тема универсальная для всех: РП, продуктологов, сервис-менеджеров, аккаунтов и даже топов (хотя обычно они это знают).

Основана она на моем личном опыте (см профиль), на опыте менеджеров, у которых я этому учился и на опыте менеджеров, которых я этому учил сам, как РПО и ментор.

Статья написана по мотивам публикаций в моем ТГ канале «Морковка спереди, морковка сзади», который полностью посвящен управлению в IT, а особенно той его части, которой толком никто не учит: софтскиллам. Если вам это интересно, заходите, читайте и подписывайтесь, там уже почти 4000 манагеров, также читайте мои статьи тут, на Хабре.

Итак, поехали.