Как стать автором

Меня зовут Кирилл, я IT-директор в Ви.Tech, IT-дочке ВсеИнструменты.ру. Недавно мы записывали подкаст с Сергеем Щербининым, CEO консалтинговой компании fcon tech, бывшим CTO/CIO. Мы не раз возвращались к теме performance review, потому что в какой-то момент стало понятно: проблема почти никогда не в форме, не в туле и не в названиях оценок. Обычно все ломается раньше, в точке, где компания пытается одним процессом одновременно раздать деньги, выровнять ожидания, найти слабые места, вырастить людей и еще убедить всех, что получилось справедливо. В какой‑то момент стало очевидно простое, но важное наблюдение: «золотого стандарта нет».

Это неприятный, но полезный тезис. Вокруг performance review всегда есть соблазн найти готовый рецепт: взять процесс у большой технологической компании, перенести грейды, повторить калибровки, добавить несколько красивых матриц и получить работающую систему. На практике так почти не бывает. Контекст, культура, зрелость менеджеров, масштаб компании, состояние бюджета, все это влияет на результат сильнее, чем сама схема. В реальности у каждой компании в итоге получается своя конструкция процесса. Снаружи она может напоминать чужие схемы, но внутри всегда собрана под конкретный контекст, ограничения и культуру. Чем раньше это признать, тем меньше соблазна тащить чужую модель как готовый ответ на все вопросы.

Стандартная схема Reality+Xray работает по принципу «не пойман — не вор». Зонд подключается без правильного SNI → получает редирект на легитимный сайт → уходит. Но что если зонд знает ваш точный SNI? Что если он стучится не один раз, а методично, каждые 5 минут, из разных подсетей?

Я столкнулся с этим в Беларуси: за трое суток работы скрипта/детектора — ни одного «глупого» зонда с пустым SNI, только аккуратные коннекты с правильным google.com и аномальным поведением. Пришлось добавить два слоя защиты поверх стандартной схемы:

Python берут за скорость реализации. C++ - за производительность и контроль над памятью.

А Go? Go выбирают те, кто любит Go. Я один из них. Долгое время я использовал связку bufio.Scanner + ScanWords + strconv.Atoi. Но стоит в задаче смешать числа, строки или посимвольный ввод - начинаются “танцы с бубном”. В какой-то момент мне надоело, и я написал contestio. Решения оказались простыми. То чувство, когда: “Чёрт возьми! Почему мне это не пришло в голову раньше!?”

Доступ к западным большим языковым моделям (далее - БЯМ) закрывается снаружи и, судя по всему, скоро начнёт закрываться изнутри.
Что останется бизнесу и какую цену нам придётся за это платить? Делюсь своим мнением.

Последние годы FeignClient и RestTemplate были де-факто стандартом для вызова внешних API в Spring. Но теперь появился нативный Http Interface Client — и я решил проверить, можно ли им заменить Feign без потери удобства.

Провёл интересный эксперимент и взял паяльник впервые за долгое время. Если коротко - делал умным освежитель воздуха. Результат вышел на «удовлетворительно», но оно работает:‑)

На каждой второй конференции по медицинскому AI звучит один и тот же сценарий: «Дообучим мультимодальную модель, скормим ей DICOM, и она сама выдаст диагноз». На практике, когда этот скрипт пытается попасть в реальную клинику, начинаются неожиданности. OOM на GPU, врачи не понимают, где галлюцинация модели, а где финальный отчёт, двухгигабайтные NIfTI-исследования рвут таймауты балансировщика.

Я какое-то время тоже думала, что главное — это модель. А потом пересмотрела собственный код. У меня уже есть MRI Second Opinion. Но это не нейросеть. Это контур с доменной моделью, конвейером приёма данных, циклом обработки, обязательным врачебным рецензированием, финализацией и отдельным репозиторием с открытым кодом. В медицинском IT модель — не главная проблема. Главная проблема — чтобы между входом и выходом ничего не потерялось и не сломалось.

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

Мы пытались отправлять уведомления о деплое из GitLab CI в MAX Messenger и долго шли по ложному следу, потому что проблема выглядела как сетевая. Но MAX API честно подсказывал обратное: proto.payload означал, что запрос доходит, а ломается именно body. В итоге решение оказалось не в DNS, а в минимальном JSON payload, очистке переменных окружения и отказе от хрупких shell-конструкций внутри CI job.

Если вы недавно обновились до Unity 6 (или URP 17+) и попытались перенести свои старые пост-эффекты, то наверняка столкнулись с красной консолью и предупреждениями об устаревших методах.

Старые туториалы по созданию эффекта обводки (Outline) через ScriptableRendererFeature больше не работают "из коробки". Unity полностью изменила архитектуру рендера, внедрив Render Graph. Старый добрый метод Execute канул в Лету, а fullscreenMesh заменили на Blitter.

В этой статье мы не просто перепишем классический эффект Outline под новые реалии Unity 6. Мы решим две главные проблемы подобных шейдеров, о которых часто умалчивают в гайдах.

SpaceX планирует вывести на орбиту до миллиона дата-центров. Но есть ряд барьеров

От переводчика: кратко для тех, кому лень читать.

В SpaceX наконец поняли: пора отправлять дата-центры в космос, раз на Земле им уже не хватает ни воды, ни розеток. Звучит круто, но у физики на этот счет другое мнение. Четыре барьера, из-за которых затея Маска рискует превратиться в самый дорогой склад металлолома на орбите:

Перегрев: в космосе нет воздуха для обдува, а излучение отводит тепло слишком медленно. Сервера рискуют свариться при 80 °C.

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

Орбитальный коллапс: разместить миллион спутников и не устроить бесконечную серию столкновений почти невозможно. Орбита не резиновая.

Проблемы со стройкой: ракет нужного масштаба еще нет, а роботы, способные собирать гигантские ЦОД в вакууме, существуют только в виде прототипов.

Итог: обработка фото прямо на спутниках — реальность ближайших лет. Глобальное облако на орбите — фантастика еще минимум на 30 лет.

Защита критических файлов Linux с помощью Wazuh: пошаговое руководство по настройке мониторинга

Настройте защиту критических файлов Linux (/etc/passwd, shadow, sudoers, sshd_config) с помощью Wazuh: whodata, собственные правила и алерты высокого уровня критичности.

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

Я проверил, можно ли закрыть этот разрыв на микроконтроллере STM32N6 со встроенным NPU: распознавать произвольную речь локально, в реальном времени и с потреблением около 0.2 Вт.

О чём дизайн сегодня? Про украшение? Про управление вниманием или про помощь и заботу? Разберём чем мы занимались когда я работал в Лабсе, а именно главной страницей Госуслуг. Хоть со стороны и не заметно что изменения внушительны, когда ты находишься внутри этой структуры становится понятно что всё совсем не так.

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

Управленцы часто действуют интуитивно, пытаясь угадать, где «узкое горлышко», а ресурсы бросают на тушение самых сильных «пожаров», в то время как системные точки сбоев остаются не устранёнными. Результат — хаос, который съедает бюджет и демотивирует опытных сотрудников и снижает уровень удовлетворенности клиентов. Почему же так происходит?

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

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

В данной статье (а возможно цикле статей) речь пойдет о собственной разработке облачного SPA приложения по моделированию пространственных стержневых систем методом конечных элементов с численно-аналитическим решением для инженеров-проектировщиков в основе которого математическая модель Эйлера-Бернулли, вариационные принципы и итерационный метод сопряжённых градиентов применяемый для большеразмерных СЛАУ с разреженной матрицей жёсткости с одной стороны, и JavaScripts экосистема облака, выполненного в стеке Node js, Express js бэкенд части, и React js, MobX, Three js, glsl shaders фронтенд части с другой стороны. Отображение эпюр усилий в пространственных стержневых элементах реализовано на шейдерах vertexShader и fragmentShader. Это позволяет вычислять эпюры для каждого стержня на лету и выполнять отображение графиков (в общем случае полиномов 5 степени) в пространстве мгновенно.

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

Всем привет! Меня зовут Константин Замков. Я главный менеджер в компании «СИБИНТЕК», сертифицированный специалист по управлению проектами PMI PMP, управлению портфелями проектов PMI PfMP и Scrum-мастер PSM-I. В своей работе я управляю сложными комплексными ИТ-проектами и регулярно занимаюсь разработкой и актуализацией календарных планов. В этой статье хочу поделиться практическим подходом, который сформировался у меня за годы работы.

  Представьте стандартный рабочий день в небольшом офисе. Демонстрационный зал на рядом со входом, все технические помещения находятся в глубине — в общем, всё как у людей. Звонок в домофон слышен только тем, кто физически находится в в районе демонстрационного зала. А если там никого нет? А если техподдержка в наушниках разбирает очередную проблему клиента?

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

Вот тут и встаёт задача: сделать так, чтобы при звонке в домофон уведомление прилетало на телефоны основных служб.

Но поскольку мы люди взрослые и серьёзные, просто «поставить зуммер на пульт» нам недостаточно. У нас же есть умный офис!

А если точнее — офис под управлением системы автоматизации AlphaSE и, конечно же, все устройства интегрированы в Home Assistant.

Появилась идея, которая лежит на поверхности: пробросить вызывную панель Hikvision в Home Assistant, написать автоматизацию, а уже внутри AlphaSE настроить отправку уведомлений в Telegram. При звонке виртуально замыкается вход модуля ввода SE 8i, а система автоматизации отправляет сообщение дежурному специалисту.