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

Привет, Хабр! Я Маша Митрофанова, проджект исследования IT-брендов работодателей в ЭКОПСИ. Совместно с Хабром мы с 2020 года ежегодно замеряем привлекательность IT-компаний среди соискателей и сотрудников, а сейчас стартовал уже седьмой цикл нашего исследования. Под катом делюсь аналитикой о том, чем живёт российский рынок IT-кадров и на что на самом деле смотрят специалисты при выборе работы.

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

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

Привет, Хабр! Я Виктория Левена, руководитель отдела аналитики в AGIMA. По моему опыту редизайн часто начинается с ощущения, что что-то не так. Кажется, наш сайт выглядит устаревшим. Кажется, технологии и пользовательские привычки меняются — и нам тоже надо. Кажется, никому в команде не нравится сайт, но никто не может объяснить, почему. С такими ощущениями сложно работать: непонятно, что менять, и главное, как потом доказать, что стало лучше, а не просто по-другому.

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

Появление операционного усилителя как отдельного класса электронных схем произошло благодаря развитию аналоговых вычислителей. Так, прообраз ОУ — суммирующий усилитель Карла Сварцеля из Bell Labs — в начале 1940-х годов стал основой электронной системы управления огнем зенитного орудия M9 gun director. А сам термин «операционный усилитель» впервые сформулировал Джон Рагаццини из Колумбийского университета в своей знаменитой статье «Анализ динамических задач с помощью электронных схем» 1947 года, прямо ссылаясь на работы Bell Labs по этому проекту. Но мало кто задумывается о том, что вычислительная техника оказала значительно больший вклад — без цифровых микросхем мы еще долго могли бы не увидеть первый интегральный ОУ.

Моя текущая скорость примерно в 3 раза выше, чем у среднего Senior 1С-разработчика. Потенциальный потолок при полной автоматизации цикла — 100 задач в неделю (эквивалент 6 синьоров).

Это не теория. Ниже — цифры, архитектура и честный разбор того, что работает, а что нет.

Я использую подписку Claude code Pro MAX 200 USD в месяц и этого полностью хватает.
Работа вся построена через Claude code CLI на выделенном сервере.

Пайплайн разработки строится на команде
/task НазваниеЗадачи - далее промт - что нужно сделать на 2-3 предложения.

Команда /task обёртка - вызывает полный пайплайн.

После стажировки в КОРУСе я довольно быстро оказался на реальных проектах. И, как это часто бывает, проекты были далеко не учебные — крупные клиенты, сложные процессы и живая система, от которой зависит работа бизнеса.

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

За время работы я убедился: младший аналитик на проекте — это не ученик, который просто наблюдает. Это полноценный участник команды, который закрывает целый пласт прикладных задач. Особенно хорошо это видно на проектах внедрения и поддержки Битрикс24.

Меня зовут Семен Курганов, младший аналитик в департаменте CRM&BPM в «КОРУС Консалтинг», и в этой статье я поделюсь своим опытом работы младшим системным аналитиком на проектах Битрикс24.

Коротко для ленивых

В MariaDB 12.3 binlog можно хранить внутри InnoDB через binlog_storage_engine=innodb.

Главный эффект: вместо двух fsync() на commit остаётся один, поэтому на write-heavy нагрузке резко растут TPS и снижается tail latency.

В тестах из статьи прирост на полном durability-профиле составил примерно 2.4x–3.3x.

Backup, restore и ресинк реплик становятся проще, потому что binlog и данные теперь консистентны на уровне одного механизма хранения.

Цена за это: обязателен GTID, Galera пока не поддерживается, а innodb_log_file_size нужно подбирать внимательнее из-за роста объёма redo.

Если у вас обычная схема primary + async replica на InnoDB, эту возможность точно стоит хотя бы протестировать.

В мире медицинского Machine Learning сейчас доминируют англоязычные открытые решения (базирующиеся в основном на датасетах вроде MIMIC-CXR или CheXpert). Если вы хотите развернуть локальную мультимодальную (Vision-Language) модель, которая будет генерировать медицинские репорты по рентгену на русском языке, вы столкнетесь с полным вакуумом.

В этой статье я расскажу о своем пет-проекте: как я с нуля собрал и обучил архитектуру VisionEncoderDecoder, используя "глаза" от Google и "мозг" от Сбера, как решал проблемы с датасетами на Kaggle и почему Seq2SeqTrainer от Hugging Face крашится при сохранении чекпоинтов.

Доступен стабильный выпуск Wayland 1.25. Основные изменения касаются документации, удобства разработки и небольших расширений протокола.

Изменения:

• документация в текстовом формате преобразована из DocBook в mdBook;
• полностью документированы:
  • XML-диалект Wayland (как писать протоколы);
  • модель обновления содержимого (как клиенты отправляют буферы);
  • управление цветом (color management).
• новый атрибут «frozen» для интерфейсов, у которых несколько родительских интерфейсов;
• новый запрос wl_surface.get_release для коллбэков освобождения буфера при каждом подтверждении транзакции;
• новая функция wl_display_dispatch_pending_single() для отправки одного события;
• вывод WAYLAND_DEBUG теперь раскрашен, при включении отладки через переменную окружения WAYLAND_DEBUG;
• исправлены ошибки.

>>> Описание протокола

>>> Скачать

 protocol, wayland

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

Напомним, что функциональные требования – это не 50% от общего объема всех требований к Системе, которые определяют 100+ % успеха разработки и реализации.

Итак, что точно не нужно делать.

В этой статье мы рассмотрим, как при помощи искусственного интеллекта отрефакторить множественные файлы на Java. Действуем по такому сценарию:

Есть компания, которая при работе с микросервисами на Java использует собственную библиотеку, управляющую флагами для переключения фич. Теперь решено мигрировать на  Unleash, где работа с флагами переключения фич организована удобнее, а также предусмотрено поэтапное включение фич.

В 1997 году акции Apple стоили 4 доллара. Компания теряла сотни миллионов и была в шаге от банкротства.

Одной из причин катастрофы оказалось решение, которое за три года до этого казалось спасением: Apple разрешила другим компаниям выпускать Mac по лицензии. Десятки клонов наводнили рынок — дешевле, быстрее, доступнее оригинала.

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

На Хабре — регулярные посты в духе «проклятые HR’ы, 500 откликов, ноль ответов». На hh.ru — число джуниорских позиций сократилось вдвое. При этом, в нашу HR-службу приходят ребята с горящими глазами, проходят обучение — и через месяц кладут заявление, потому что надо ходить в офис (а иногда — сюрприз! - еще и в клиентский). Параллельно ходят байки про синьоров, которых сократили из крупных компаний, и теперь они соглашаются на зарплату вчерашнего стажёра — но живьем таких никто не видел, блин. А тут ещё вайбкодинг, которому едва исполнился год — и он, якобы, уже пишет за троих, и без ошибок. дададад.

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

Привет, Хабр! Я - Александр Черных, HR-директор «Диасофт».

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

Выяснилось: кто-то от имени «Диасофт» ведет полноценный найм в Telegram - с вакансиями, тестовыми заданиями и прочими атрибутами рядового рекрутмента. Только вместо оффера человек получает заблокированный телефон и требование выкупа.

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

Меня зовут Александр Черных, я HR-директор в «Диасофт», и я до сих пор сам провожу собеседования — последние два на этой неделе, стараюсь поддерживать форму, хотя уже двадцать лет, как целый директор, и мог бы не принимать участия в интервью. Но — искренне считаю, что подбор суть острие ножа рынка труда, и если ты от него отгородился условным отделом подбора персонала, то риск перестать понимать мир вокруг стремительно возрастает.

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

Статья о том, почему «лучшие хиты Queen» и «что-нибудь под пробежку» – это принципиально разные запросы, и что с этим делать ML-инженеру музыкального стриминга

Работа принята на EACL 2026 Workshop NLP4MusA. Авторы: Фёдор Бузаев, Ринат Муллахметов, Роман Богачёв, Илья Седунов, Олег Павлович, Камиль Мазитов, Дарья Пугачёва, Иван Сухарев (Zvuk, AIRI, НИУ ВШЭ, Иннополис).

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

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

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

Одна из последних наших историй — как раз про такую ситуацию: собственник решил сократить ИТ‑расходы и внезапно осознал, насколько сильно бизнес зависит от одного человека, у которого сосредоточены ключевые доступы и знание инфраструктуры. Подробности расскажу в первой истории ниже.

1.       Преамбула

В литературе по программированию считается хорошим тоном начать демонстрацию программных средств с примитивной программы, выводящей на экран фразу "Hello, World!".

В разработке системы взаимодействующих движков на Elixir, о которой я писал в статье https://habr.com/ru/articles/1002748/, я как раз подошёл к вопросу отображения поступающих данных телеметрии на экран. Когда были готовы соответствующие базовые модули, я воодушевился идеей повторить знаменитый пример из учебника Кернигана и Ритчи. В результате у меня получилось следующее.

2.       Замысел

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

Термин сток заимствован из событийно-ориентированная архитектуры (EDA). Если угодно, то по-русски это будут выходные отверстий, куда данные "утекают". Напоминаю, что мы разрабатываем систему потоковой обработки данных, где данные находятся постоянно в движении.

3.       Систематизация аппаратных средств

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

Пройден "экватор" моего обучения на COO в Stratoplan и я все чаще ловлю себя на мысли:

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

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