Типичный рабочий день, типичная ситуация в типичной IT‑компании: руководитель отдела, куда требуется сотрудник, снова отказывается общаться с кандидатом, которому менее 25 лет. На аргументы, что у него могут быть 5 лет опыта, и по‑хорошему он вообще мог бы дорасти до сеньора, руководитель отвечает, что сотрудники младше 30-и лет сейчас нормально не работают, только просят денег. Да, еще как понимаю.

Стоп. «А ничо тот факт», что мне вообще‑то тоже меньше 30?

Всем привет, я HR‑менеджер в IT‑компании, и я отношу себя к зиллениалам — поколению на стыке миллениалов и зумеров. Мне кажется, что во мне есть черты как одних, так и других, и поэтому сейчас я буду заниматься тем, чем занимаюсь значительное количество рабочего времени: объяснять миллениалам, почему зумеры «норм», а зумерам — почему иногда миллениалами их поведение воспринимается как инфантильность.

Я работаю в сервисной компании, и в своей работе мы часто используем российские SD-WAN-решения. Делаем крупные и нестандартные внедрения, а также предоставляем сеть по «подписочной модели», в том числе и SD-WAN. В целом технология сама по себе довольно молодая, но за два года работы мы накопили довольно большой и интересный опыт.

В данной статье я хочу поделиться способом конфигурирования NAT на СРЕ от Kaspersky SD-WAN, который пригодится в случае подключения сетей с одинаковым адресным диапазоном. В статье вы не найдете рассказ про технологию SD-WAN в целом, сравнения решения разных вендоров, преимущества и недостатки сервиса, а также какое решение является «более настоящим» SD-WANом, а какое – только оптимизацией выхода в интернет. Потому что, возможно, все это будет темой для следующих статей. Здесь сфокусируюсь только на технических деталях конфигурирования.

В 2025 году все больше российских компаний ищут пути ухода с зарубежных решений виртуализации: VMware, Hyper-V, Nutanix AHV. С VMware и Hyper-V миграция уже более-менее отлажена, а вот с Nutanix AHV — совсем другой разговор.

Мы в команде впервые столкнулись с задачей полноценного переноса виртуальных машин с AHV в отечественную систему zVirt от Orion soft. Готового решения не было ни у кого. В этой статье поделюсь опытом: что сработало, какие были грабли и как мы с ними справлялись.

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

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

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

Многие люди, кто не работает в сфере разработки электроники, представляют себе процесс разработки достаточно просто: разрабатываем схему, трассируем плату, пишем прошивку. А что еще надо?

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

2025 год приносит новый виток трансформации для HR в IT. Сегодня управление талантами – это не просто работа с кадрами, а стратегический инструмент для роста бизнеса. На российском рынке ситуация усложняется двойным давлением: с одной стороны — нехватка IT-специалистов, с другой — необходимость адаптации к локальным решениям после ухода глобальных игроков.

Согласно исследованию Gartner, 75% компаний внедряют ИИ для управления персоналом, а Deloitte утверждает, что 78% сотрудников ожидают индивидуализированного подхода. Но как российским IT-компаниям идти в ногу с мировыми трендами в условиях санкций и технологических ограничений? Как адаптировать передовые практики, учитывая специфику локального рынка?

Меня зовут Камиля — я руководитель отдела по персоналу, коуч ICF и HRBP с 15-летним опытом, и в этой статье поделюсь ключевыми трендами и практическими рекомендациями для HR-профессионалов, которые помогут преодолеть вызовы и ускорить рост вашего бизнеса в 2025 году.

В современном мире границы между работой и личной жизнью становятся все более размытыми. Особенно это заметно в ИТ: здесь гибкий график, удаленная работа и постоянная доступность через мессенджеры стали нормой. В таких условиях часто звучат два термина: work-life balance (баланс между работой и жизнью) и work-life blend (смешение работы и жизни). Но в чем их разница? И как понять, какой подход подходит именно вам? И что вы можете предложить членам своей команды, как руководитель?

Всем привет! Я Алеся, тренер-методист и руководитель отдела обучения ИТ-компании, преподаватель в ВышкаDigital и Innopolis. Уже более 10 лет я занимаюсь обучением и развитием сотрудников в ИТ-сфере, помогая специалистам находить баланс между профессиональными задачами и личной жизнью. Эта статья — результат моих наблюдений, опыта и практики.

История Эльбрус-3

В период с 1984 по 1985 год, когда завершалась разработка первых процессоров «Эльбрус-2», команда Эльбруса под руководством Бориса Арташесовича Бабаяна приступила к предварительным работам над машинами следующего поколения. В 1985 году ИТМиВТ получил государственный заказ на проектирование и создание машины с теоретической максимальной производительностью в 10 ГФлопс. Основные требования к «Эльбрусу-3» оставались такими же, как и к «Эльбрусу-1» и «Эльбрусу-2». Особое внимание уделялось высокой производительности как в научных, так и в универсальных вычислениях, надёжности и совместимости программного обеспечения с ранними моделями «Эльбруса».

В конструкции «Эльбруса-1» и «Эльбруса-2» присутствовал ряд недостатков, которые делали их неподходящими в качестве основной машины с требуемой производительностью, необходимой в государственном применении. Помимо архитектурных ограничений в производительности, требовалось получать больше информации о выполнении программного кода и зависимостях команд и данных в момент исполнения, которая не была доступна динамическому планировщику в момент исполнения.

Планировщик мог учитывать в лучшем случае до 32 инструкции наперёд (общее количество буферных станций, содержащих инструкции и операнды или адреса операндов в каждом функциональном блоке). Часто этого было недостаточно, особенно в случае передачи условного управления (ветвления кода). Более того, динамическое планирование существенно затрудняло отладку. Невозможно было статически определить точный порядок исполнения инструкций. Вариативность в планировании одного исполнения к другому также влияли на показатели производительности. Бабаян отмечает, что ему было крайне трудно демонстрировать работу системы приёмной комиссии по причине того, что не удавалось добиться повторяемости результатов измерения производительности. По этим причинам было решено использовать конвейерные функциональные блоки и сосредоточиться на статическом планировании исполнения команд.

Каждый день мы читаем success stories, слышим от коллег и знакомых об их феноменальных успехах, смотрим на их фантастические достижения по проектам. Да мы и сами в одно время вели своеобразный реестр побед команды и хвалились успехами на коммселлах (это одна из регулярных церемоний из Lean-технологий для формирования культуры непрерывного совершенствования команды).

И как-то так получилось, что в обществе сформировалось негласное табу на разговоры о неудачах. Безусловно, делиться успехами полезно, но жизнь многогранна и состоит не только из удачных моментов, но и из неудачных тоже. И вот однажды я узнал про мероприятие под названием Fuckup Nights: о нем в статье и пойдет речь.

Что делать, если идея долгой и здоровой жизни становится навязчивой? В сегодняшнем мире, где системность и рациональность – ежедневные инструменты, биохакинг привлекает все больше внимания. В этой статье я решила разобраться, что это за подход, реально ли «взломать» себя ради долголетия, есть ли у биохакинга научное обоснование и почему стремление к улучшению иногда становится одержимостью.

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

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

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

Говорят, из кошки не сделать тигра, но сегодня мы попробуем добавить «корпоративности» очень простому и популярному ВПН-решению. OpenVPN Community Edition является решением с открытым кодом, очень популярным в мире и довольно безопасным. В корпоративной среде его использование часто бывает проблематично – отсутствуют важные функции, позволяющие разворачивать решение большому количеству пользователей с минимальными затратами.

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

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

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

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

Когда мы говорим про решения на базе ИИ, кто-то может представлять себе просто обученные модели машинного обучения или нейросети, кто-то магический черный ящик, который умеет «делать магию» и желательно с «точностью 100%», а кто-то просто кусок кода, который надо заставить работать. И с определенной точки зрения каждый будет прав. Кто и в какой части прав, как все происходит чаще всего и какие типовые ошибки ждут на пути внедрения решений на базе ИИ – об этом решил рассказать в статье ниже.

VPN обеспечивает доступ удаленных пользователей в корпоративную сеть. Решений много, но выбор оптимального не всегда очевиден. В данной статье хотел бы поделиться опытом внедрения и использования такого продуктового решении как Always On VPN от компании Microsoft. Подчеркну, что это не просто технология постоянно работающего соединения (многие вендоры используют похожие слова), а название продукта или даже целой экосистемы.

Статья будет полезна архитекторам решений и тем, кто планирует внедрять VPN на основе технологии Always On VPN (или еще сомневается). В документации вендора вопросы, затронутые в данной статье совсем не освещены и понять возможные трудности можно только на основе личного опыта.

Недавно был представлен 8-ядерный процессор следующего Loongson 3A6000 на базе ядра LA664, а знакомый энтузиаст смог приобрести плату на данном процессоре (модель процессора LS3A6000-HV и чипсет LS7A2000).

MQTT (Message Queue Telemetry Transport) — легковесный протокол обмена сообщениями для публикации/подписки сообщений, на настоящий момент этот протокол является основным стандартом в Интернете Вещей (IoT). Брокер MQTT — главный узел (серверное ПО) для подключения IoT устройств и обмену сообщений между ними. На текущий момент доступно более 20 брокеров MQTT с исходным кодом, что затрудняет выбор архитекторами и разработчиками программного обеспечения. В статье будут рассмотрены и сравнены некоторые из самых популярный MQTT-брокеров.

Привет, Хабр! С вами Дарина – инженер второй линии поддержки платформы или просто бывший участник второй линии UNIX team на международном ритейл-проекте.

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