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

Джордж Мартин, автор «Песни Льда и Огня», прекрасно вплетает сюжеты из реальной истории в свои произведения. Делает он это довольно медленно, порой пуская ветра вместо выпуска «Ветров Зимы», но всё же делает мастерски.
Так уж вышло, что в основном в своих статьях я разбираю эпоху паруса, и меня попросила моя боевая подруга написать о сражении, которое стало «прототипом» единственного крупного сражения на воде в книгах из цикла ПЛиО.
Естественно, речь пойдёт о Битве на Черноводной.

Как понять, что на собеседовании перед вами сидит не опытный сеньор, а человек с отличными актерскими способностями? Почему кандидаты с безупречными резюме могут стать головной болью для команд, проектов или целых компаний?

В ИТ назрела серьёзная проблема: растёт целая индустрия «волков» – кандидатов, которые рисуют себе опыт, проходят собеседования с подсказками, учат ответы по методичкам и отлично играют роль опытного специалиста. И за их успехами уже стоит целая индустрия – с чатами поддержки, слитыми техничками, базами скринингов и продуманными схемами. 

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

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

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

Третья часть из серии статей на тему создания сетевого чата в Unity с использованием Netcode for GameObjects. Добавляем звуковые уведомления, приватные сообщения и продвинутые функции.

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

Если вы не играли в этот платформер-головоломку, взрывающую мозг, то я вам искренне завидую. Вот без шуток, ведь у вас все еще впереди.

Я впервые прошел Portal в далеком 2008 году, и до сих пор вспоминаю ее с какой-то особой теплотой. И уж совсем сложно вообразить, чтобы в моем плейлисте хоть раз за день не прозвучала Still Alive. Если вы любите этот шедевр Valve, как и я, то усаживайтесь поудобнее — будем ностальгировать вместе. 

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

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

Как подключиться к облаку надёжно и гибко.

Привет, Хабр! Меня зовут Влад Одинцов, я техлид и product owner сетевых сервисов в K2 Cloud. Мы строим облачную платформу, где стабильное и безопасное подключение клиентов к инфраструктуре — ключевой элемент.

В этой статье расскажу про шесть способов подключения к инфраструктуре клиента в К2 Облаке: от Elastic IP до Direct Connect. Каждый из способов решает разные задачи — от простого доступа по публичным адресам до построения отказоустойчивых архитектур гибридного облака. Расскажу о плюсах, ограничениях и подводных камнях.

СРО «Ассоциация Блогеров и Агентств» направила ФАС запрос по поводу удаления старой рекламы с запрещённых ресурсов. ФАС ответил 20.06.2025 года.

ФАС еще раз указал, что с 1 сентября 2025 года вступает в силу запрет на распространение рекламы на ресурсах, связанных с:

LLMки можно любить и ненавидеть, но нельзя отрицать того, что это что-то очень большое и сильно трансформирующее все вокруг. Я регулярно и помногу размышляю над AI-агентами и в целом траекторией genAI движения и после вчерашней презентации GPT-5 мой личный паззлик окончательно сложился. Все это очень похоже на то, что мы уже видели.

И это — iPhone.

Сундар Пичаи — один из самых влиятельных людей в технологическом мире. Он прошел путь от инженера в небольшой команде до главы огромной корпорации Alphabet, стоимость которой недавно превысила $1 трлн. Его история — это история успеха, основанная на упорстве, стратегическом видении и, конечно, глубоких технических знаниях.

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

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

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

В этой статье мы рассмотрим два подхода — LoRA и QLoRA — которые обещают значительно снизить затраты на обучение без потери качества модели. Мы разберем, как эти методы позволяют оптимизировать вычисления и память, а также как с их помощью можно эффективно адаптировать большие модели под разнообразные прикладные задачи.

История о том, как гуманитарий себе сайт навайбкодил. Внутри - примеры промптов, код и размышления на тему RLHF.

Представьте, что в основе вашего коммерческого продукта используется компонент с исходным кодом, который написан на смеси языка С и самописного ассемблера. Из-за слабой детерминированности поиск репродьюсеров сложен, а без репродьюсера мейнтейнер проекта заявляет: «Сделайте так, чтобы я про вас больше не слышал». Я расскажу, как мы построили процесс активной поддержки LuaJIT в СУБД Tarantool, сократили количество инцидентов в продакшене, сократили затраты на бэкпорт патчей из основного проекта и какую роль во всем этом сыграл фаззинг и его специфика.

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

В СУБД Tarantool используется LuaJIT в качестве языкового рантайма, но в Tarantool используется не оригинальный проект, а его форк. Я расскажу, как мы прошли путь от пассивного использования кода LuaJIT к процессу поддержки форка, с которым количество инцидентов на продакшене установилось около нуля, сократились усилия по бэкпортингу патчей из основного проекта, а основной проект получил активных контрибьюторов.

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

Современные робототехнические системы, дроны и автоматизированные устройства требуют точного определения перемещения в пространстве. Один из ключевых компонентов для этой задачи — Оптический модуль инерциальной навигации, такой как MTF02. Этот компактный и энергоэффективный сенсор позволяет устройствам "чувствовать" движение даже без GPS или внешних ориентиров.

Библиотека функций к Script-fu

В принципе реализация представленная в файле obj4.scm и описанная ранее, меня вполне устраивала. Я реализовал там всё что хотел от объектной системы: определения классов и обобщённых функций, множественное наследование, статические поля класса. Но вот какое-то маленькое зёрнышко сомнения, мешало мене оставить этот проект. А всё ли я сделал для ускорения работы системы? И дело даже не в том, что какие то нехорошие люди из проекта GIMPа обрезали возможность для Script-fu загружать расширения, что не даёт возможности быстро рассчитать хеш-код символов(а то и вовсе заменить хеш-таблицы сишной реализацией). Нет. Для себя я спокойно перекомпилирую Script-fu и буду пользоваться всеми преимуществами предоставляемыми настоящей tinyscheme. Но что же можно сделать ещё, чтобы улучшить скорость работы ОО системы? А может и не только скорость.

Как разобрать неразборную клавиатуру NuPhy Halo 75 v2?

Что делать, если залил дорогущую, неразборную механическую клавиатуру сладким кофе? Выкинуть? Конечно нет, разобрать :-)

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

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

Пример ожидаемой ошибки, обусловленной бизнес-логикой — попытка получить объект из хранилища больших неструктурированных данных (blob storage) с последующей необходимостью обработать случай «объект не найден». Другой пример связан с регистрацией пользователя, когда клиент пытается взять себе логин, который уже занят. В принципе, это ожидаемая ситуация и, если она произойдёт, мы вернем пользователю качественное сообщение об ошибке.

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

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

RabbitMQ и Kafka — два популярных инструмента для обмена сообщениями в распределённых системах. Но их установка и настройка может занять часы. В этой статье мы поднимем оба брокера за считанные минуты с помощью Docker, разберём основные параметры и проверим, что всё работает.