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

Собеседование по System Design — это не просто проверка технических знаний, а настоящее испытание вашего инженерного мышления. В отличие от алгоритмических задач, где есть чёткие правильные и неправильные ответы, здесь всё строится на умении анализировать, взвешивать компромиссы и предвидеть проблемы до их появления. Ирония в том, что даже опытные разработчики часто проваливают эти собеседования, потому что сосредотачиваются не на том. Они могут идеально знать, как работает Kafka или Cassandra, но если не умеют структурировать свои мысли и задавать правильные вопросы, их шансы резко падают.

То, что Adobe хотела купить за $20 миллиардов, рынок теперь готов оценить ещё выше. Figma выходит на IPO — и за этой сделкой стоит больше, чем просто подписки.

Всем привет, меня зовут Кирилл и я Android-разработчик в Scanny. В прошлых статьях мы разобрали, как будет выглядеть наш CI/CD, научились запускать статический анализатор кода, выполнять Android (Marathon Labs и Firebase Test Lab) и Unit-тестирование, собирать различные Build Flavors и отправлять их в нашу Telegram-группу.

В этой статье мы настроим публикацию свежих версий в Play Market на примере Gradle Play Publisher и Fastlane, а так же поработаем с Gitlab Tag'ами.

Так же улучшим наш CI/CD, собрав свой Docker-образ со всем необходимым окружением.

Вступление

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

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

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

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

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

В этой статье я попробовал проанализировать инструменты, которые используют продакт-менеджеры, разобрать, что они из себя представляют, а также ответить на ключевые вопросы: Что это? Для чего это нужно? Когда это применять?

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

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

Привет, Хабр! Меня зовут Олег, я являюсь действующим QA Engineer в компании Intelsy. Это мой дебют в написании статьи, надеюсь прочтение будет полезным. Статья для тех, кто хочет улучшить взаимодействие и коммуникации в команде, или взглянуть на это немного под другим углом.

Почему коммуникация — один из ключей к успеху в ИТ‑компании

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

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

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

Сегодня рассмотрим Pest — минималистичный, но выразительный тестовый фреймворк для PHP. Он построен поверх PHPUnit и переосмысляет подход к написанию тестов: делает их лаконичнее, читаемее и проще в поддержке.

Pest — не альтернатива PHPUnit, а надстройка над ним. Он предоставляет декларативный DSL, сохраняя все фичи PHPUnit. Это позволяет использовать существующие PHPUnit-фичи, включая assertions, мок-объекты, аннотации, и при этом писать тесты в более компактной форме.

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

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

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

Помню Ванкувер, 2005 год. Сижу над монолитом на Java в команде того самого автора книги, которую швыряют в каждого джуна. Баги, дедлайны, бессонные ночи. И ловлю себя на мысли: я перестал видеть лес за деревьями. Вернее, систему за строчками кода. Стал «исполнителем»: получил таску → закрыл → получил следующую. Творчество? Инновации? «Да кому это надо, когда прод падает!».

Всем привет! Подводим итоги июня дайджестом ключевых ИБ-новостей. В середине месяца прогремела беспрецедентная 16-миллиардная утечка паролей, которой не было — сенсация оказалась не более чем журналистской уткой.

Из реальных событий, Claude показал неплохие результаты в сценарии с багхантингом. Mr.d0x представил перспективные варианты популярной атаки ClickFix. Исследователи обнаружили, что микрофоны ноутбуков и других устройств испускают радиосигналы с записанным звуком, которые легко перехватить. И наконец, четвёрке участников REvil вынесли приговоры, а во Франции поймали IntelBroker’a и ShinyHunters. Об этом и других интересных событиях июня читайте под катом!

Очевидно, что в IT сейчас полно героев, выросших не на «Кванте», а на кирке из пикселей. Их первая архитектура — это не CRUD-приложение на стажировке, а кубическая хижина из грязи, построенная под крики криперов. Да-да, та самая дряхлая хижина без крыши, но с мечтой.

Эти люди не ищут смыслы. Они их строят. Из блоков, из багов, из боли.

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

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

Для МойОфис как мультипродуктовой экосистемы со сквозными сценариями — все эти вопросы очень актуальны! Поэтому на прошлой неделе JS-еры, дизайнеры и UX-исследователи нашей и других компаний собрались на митапе под названием Frontend&UX Talks, чтобы обсудить эти и другие проблемы современного веба. Получилось интересно, драйвово и даже сказочно! (и я в прямом смысле этого слова :))

Под катом расскажем в 7 тезисах, к каким выводам пришли и как именно: поехали!

О фронтенде в 2025-м году мы поняли, что...

Понятный и простой код — куда важнее, чем кажется

Примитивы это сказка! (причем буквально...)

Реактивное программирование актуальное и удобное! Но не для всех...

Следить за CSS обновлениями каждый квартал – базовый минимум

Темизация это нелегко, но есть лазейки!

Редизайны продуктов – это не страшно! (ну почти...)

За сложными интерфейсами – глаз да глаз...

Диаграмма потоков данных (DFD) — схема, которая показывает, где информация застревает, дублируется или исчезает в никуда. Со стороны такая схема может казаться архаикой — зачем рисовать стрелочки, если можно сразу писать код? Ответ прост: исправлять проблемы в уже написанном коде дороже, чем на этапе проектирования.

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

Давайте начистоту. Когда вы слышите «самоуправляемая команда» или «бирюзовая организация», что вы представляете?

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

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

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

Давайте разбираться. Без булшита и розовых очков.

Недавно залез в ROM оригинального Power Macintosh G3 и случайно обнаружил там пасхалку, о которой до этого ещё нигде не писали.

Началось с того, что одним воскресным утром я решил заглянуть в файл-шаблон ROM для Mac с помощью программы HEX Fiend Эрика Хармана. Меня интересовало, какие ресурсы хранятся в постоянной памяти Power Mac G3. Эта ROM использовалась в моделях Beige, Mini Tower и всех G3, выпускавшихся с 1997 по 1999 годы.

Пишу я эту статью в середине 2025, и мне не верится, что сегодня Power Mac G3 уже больше 27 лет. Невероятно!

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

Почему скрипты?
- Гибкость: кастомизация проверки под свои нужды
- Простота: запуск в cron или systemd - и можно с чистой душой забыть о проблеме
- Самовосстановление: скрипт может не только найти проблему, но и исправить её (рестарт службы, чистка ненужных файлов, логов)

Автоматизированный мониторинг - это не про сложные системы в стиле Zabbix или Prometheus (они очень хороши для масштабируемых решений, данного факта не отрицаю). Это простые скрипты, которые делают ровно то, что вам нужно. Нет лишних зависимостей, сложных конфигов или чего-то лишнего.

Сегодня в 04.07.2025 в три часа ночи пришло вот это письмо. Прочитал в 10 утра и решил рассказать подробности

Представьте, что в будущем научились передавать информацию сквозь время. Вы получили три послания из разных параллельных реальностей: одно из них пугает, второе соблазняет, а третье описывает ту реальность, в которой мы, скорее всего, окажемся уже скоро. На каждом пометка: «Темное», «Светлое» и «Нефильтрованное» «Нормальное». Давайте откроем их по порядку.