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

Многие ИТ-компании находится в постоянном поиске баланса между автономией команд и централизацией процессов. Эта дилемма не обошла стороной и нас в Content AI. В силу нескольких причин пришлось отказаться от классической плоской структуры, которая подразумевала минимальное количество уровней управления, в пользу иерархической, где напротив, есть довольно четкое распределение ролей и зон ответственности.

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

Все подробности — под катом.

————

Для кого эта статья: менеджеры, тимлиды, директора, отвечающие за организацию процессов, трансформацию команд и внедрение устойчивых практик управления IT. Если вы ищете понятный способ освежить знания по ITIL 4 и посмотреть, как принципы работают вживую — этот разбор для вас.

В этой статье я хочу показать, что из себя представляет System Design. На примере простого и очень популярного на собеседованиях сервиса «Сокращатель ссылок», мы рассмотрим стадии System Design и в конце у нас будет готова схема системы со всеми расчетами.

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

Переживание о том, что могут уволить, возникает и у новичков, и даже у профессионалов, которые склонны иметь синдром самозванца, что достаточно часто встречается в it-профессии.

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

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

Но если копнуть поглубже — всё становится не так очевидно. Сейчас покажу на примерах

Эта статья появилась из-за недостатка комплексных материалов по теме. Конечно, в интернете можно найти качественные статьи, описывающие работу мультикаста, например в знаменитом цикле "Сети для самых маленьких", однако взаимодействие с BGP и MSDP рассматривается в единичных источниках. Предлагаю вашему вниманию простой и базовый пример настройки передачи маршрутов ТВ-трафика через BGP-стык при помощи протокола MSDP.

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

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

Я посвящу этой теме целый пост, потому что она «не помещается в окно Овертона»; чтобы люди хотя бы начали понимать, что я пытаюсь описать, мне обычно приходится показывать видео, которое я выложил под катом.

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

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

Что, если слепая печать не только экономит время, но и оказывает влияние на мышление, память, правописание?

Оказалось — штука интереснее, чем я предполагал. Предлагаю чуть чуть углубиться в тему.

Ты приходишь в новую компанию или проект и видишь большую команду — человек на 30–35 — и думаешь: «Сейчас поработаем, блээээт!» Такие большие, столько опыта и компетенций. Мы обязательно сделаем крутой продукт.

Проходит время, и ты понимаешь: что-то работает не так. Команда начинает расти ещё больше, а результата или положительной динамики как таковой нет. Ничего не оцифровано, только ФОТ — и он растёт (классика жанра).

И ты начинаешь это сравнивать с раковой опухолью: почему так получается и что с этим делать?

Личные наблюдения и немного историй из жизни.

На рынке домашней автоматизации популярны системы на базе KNX и Loxone — особенно если бюджет не ограничен. У KNX десятки производителей, широкий выбор оборудования и зрелая экосистема. Но что делать, если с подрядчиком возникают серьезные проблемы, а доступ к системе заблокирован?

Именно это случилось в доме в Подмосковье: проект начали на KNX, но из-за конфликта с интегратором работы остановились. Система осталась незавершенной, проект оказался запаролен, а разбирательства перешли в суд. Решение порекомендовала новая команда, предложив «переезд» на контроллер с Linux и открытую платформу Home Assistant.

Рассказываем, как удалось запустить надежный и гибкий умный дом на Open Source.

Привет, друзья!

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

В этой статье мы изучим библиотеку react-force-graph-2d для рисования двумерных графов.

Демо приложения:

Локальный запуск приложения:

git clone https://github.com/harryheman/react-graph.git
cd react-graph
npm i
npm run dev

Интересно? Тогда прошу под кат.

Каждый год Xiaomi выпускает новый фитнес-браслет, от поколения к поколению обещая революционные улучшения. На деле часто получается косметический апгрейд за те же деньги плюс пара-тройка новых спортивных режимов, которые чаще всего никто не использует. Дошло до того, что многие в принципе перестали обновляться со старых моделей на новые просто в силу отсутствия кардинальных изменений. А потянет ли Smart Band 10 на то, чтобы его купить? Сейчас посмотрим.

Всем привет! Меня зовут Данила Лопатин, я системный инженер в К2 Кибербезопасность.

В этой статье мой коллега Алексей Ломакин, инженер сетевой безопасности, опишет свой опыт командировок по России — от Таганрога до Хабаровска. Он расскажет, что необходимо инженеру помимо технических знаний и оборудования и поделится советами для успешных командировок.

Я Алексей Ломакин, инженер сетевой безопасности в К2 Кибербезопасность. Примерно половина моей работы — это выезды и командировки. 

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

Технологии бионического зрения повышают светочувствительность и восстанавливают зрение. Они необходимы пациентам с генетическими наследственными и возрастными дегенеративными патологиями сетчатки глаза.

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

Исключения являются частью любого процесса. Разработчики, создающие бизнес-процессы, должны уметь обрабатывать исключения в бизнес-кейсе, чтобы гарантировать, что сам процесс устойчив и может продолжаться после возникновения сбоев. Логика обработки исключений различается в зависимости от вашей задачи и инструментов, которые у вас есть в распоряжении. В этой заметке я попытался определить различные методы обработки исключений, используя язык паттернов. Каждый паттерн следует определённой структуре, называемой Контекст (общая ситуация, в которой проблема повторяется), Проблема (формулировка), Условия (условия, при которых можно рекомендовать предложенные решения) и Решение. Итак, давайте приступим.

Наверняка вы все работаете с Kubernetes, публикуете сервисы наружу через Ingress-контроллер. Уверен, что большинство из вас использует ingress-nginx. Создаете манифест, деплоите его в k8s, но не всегда получаете именно тот результат, который хотели бы. Или же все работает, но спустя какое-то время что-то идет не так. 

В этой серии статей, созданной по мотивам выступления на DevOpsConf’25, мы подробно разберемся как работает сам ingress-nginx контроллер и почему это не совсем классический nginx. Погрузимся в дебри LUA-кода чтобы понять, как реализована балансировка. А также затронем тему сниппетов, как их включить если они вам очень нужны, и почему этого делать не стоит.

Меня зовут Алексей Колосков, я Lead DevOps из Hilbert Team. Больше 15 лет я в IT: за это время админил, разрабатывал, развивал on-premise инфраструктуру, инфраструктуру в облаках и даже курсы по DevOps, Security и DataTech в Yandex Cloud. Hilbert Team — провайдер IT-решений для крупного и среднего бизнеса в области облачных технологий, DevOps, DevSecOps, DataOps, MLOps и FinOps. Партнёр Yandex Cloud со специализацией Yandex Cloud Professional по направлениям DevOps и Data Platform.