Всякое ли задание, которое руководитель делегирует сотруднику имеет одинаковый развивающий эффект? Можно ли смело сказать, что работа на какой-то должности n-ное количество лет обязательно сделает из сотрудника эксперта? Нет, это не так. Время не превращает любителя в профессионала! Почему? Все потому, что профессионал — это человек, который не просто умеет делать, но и:

• понимает, что он делает;
• понимает, почему он именно это делает;
• понимает (видит) и учитывает последствия от своих действий.

Каждое ли поставленное задание включает в себя все вышеописанные знания? Нет, не каждое. В качестве примера, давайте рассмотрим такой пример задания: “Ваня, прошу каждый день выгружать с CRM-ки всех клиентов сегмента “Мясо” и проводить сверку по количеству заказов. У кого будет меньше 15 — присылать мне”. Что делать сотруднику для выполнения задания в целом понятно. Но зачем, почему именно так и что будет происходить с отобранным клиентами дальше — совершенно не ясно. И если мы говорим просто про какого-то штатного специалиста клиентской поддержки — ок, вопросов нет. Но когда такое задание ставится ответственному за доходность клиентов сегмента “мясо” — это уже выглядит немного странно.

Получение результата от выполненного задания — не единственная цель, которую может и должна преследовать компания. Более существенной целью (в долгосрочной перспективе) должна быть цель “развитие сотрудника”: возможность его в будущем самостоятельно выполнять сложные задания и принимать правильные решения. И для достижения этой цели стоит выбирать правильный уровень делегирования. Рассмотрим их все…
Читать дальше →

https://habr.com/ru/post/701084/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701084

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

В некоторых приложениях необходима обработка данных по методу FIFO (first-in, first-out). Он подразумевает, что элементы, добавленные в последовательность первыми (first-in), будут первыми из не"e удалены (first-out). Эту задачу можно решить и с помощью объекта «список», и с помощью двухсторонних очередей. Но для этой цели двухсторонние очереди удобнее списков благодаря особенностям их реализации. 
Читать дальше →

https://habr.com/ru/post/700520/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700520

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

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

Читать далее

https://habr.com/ru/post/701080/?utm_source=habrahabr&utm_medium=rss&utm_campaign=701080

Введение

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

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

Роботизация непрерывной разливки стали

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

Читать далее

https://habr.com/ru/post/700936/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700936

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

Представьте, что вам нужно отслеживать параметры среды, следить за течениями, перемещением рыбы, составлять подробные карты глубин, изучать морское дно и отдельные подводные объекты или явления. Фрахт научно-исследовательского судна — это сезонно и очень дорого. Буквально в десятки раз дороже, чем разместить автономные беспилотники с необходимым набором оборудования и малыми исследовательскими дронами на борту.

Под катом небольшой рассказ про отечественный проект подобных судов.

Читать далее

https://habr.com/ru/post/700840/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700840

Сегодня Операционная аналитика и практики reverse ETL - не столько дань моде, сколько насущная потребность многих компаний. Создать идеальное Хранилище мало, ведь данные создают ценность только тогда, когда вы способны их использовать.

В этой публикации я резюмирую свой опыт выбора решения класса reverse ETL:

— Место reverse ETL в схеме потоков данных

— Потребность в решении задач операционной аналитики

— Различные способы организации reverse ETL

— Кейс: Census для синхронизации данных в Pipedrive CRM

Читать далее

https://habr.com/ru/post/700910/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700910

Ждём участников конференции HighLoad++ 2022 на стенде Магнит ИТ, мы приготовили много интересного.

Читать далее

https://habr.com/ru/post/700924/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700924

За последние два года я создал и запустил восемь небольших онлайн-проектов — от приложений до сайтов. Большинство из них провалились, но в целом мой разношерстный портфель проектов можно назвать прибыльным — на хлеб хватает. Мое последнее начинание, Paper Website, дает возможность вести блог, используя бумагу и ручку. Идея странная, но и у нее нашлись свои немногочисленные ярые поклонники, готовые каждый месяц платить за этот сервис.

Обычно сторонним проектом или сайд-проектом называют проект-хобби, который разработчик развивает параллельно с основной работой (я, например, сооснователь и технический директор финтех-стартапа), вроде робота на Raspberry Pi, приложения для ведения списка дел или игры на iOS, приносящей какие-то деньги. Но я заметил, что все больше разработчиков идут тем же путем, что и я, — запускают не один большой сайд-проект, а много маленьких.

Почему так происходит? Конечно, no-code-платформы, Codecademy и инструменты вроде Stripe помогают запускать проекты, как бумажные самолётики. Это объясняет, как делаются эти проекты и почему такая тенденция возникла именно сейчас. Но почему разработчики развивают так много сторонних проектов? В этом посте я расскажу о некоторых наиболее интересных причинах.

Сайд проекты — сила!

https://habr.com/ru/post/696872/?utm_source=habrahabr&utm_medium=rss&utm_campaign=696872

Привет, Хабр! Меня зовут Олег, я архитектор клиентских решений в Selectel. Недавно мы столкнулись с интересным клиентским кейсом при создании Full-Mesh сети. Расскажу, как пришлось тестировать VPN-сервисы, чтобы найти оптимальное решение.

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

https://habr.com/ru/post/697128/?utm_source=habrahabr&utm_medium=rss&utm_campaign=697128

Добрый день, Хаброжители!
Пополняем коллекцию O'Reilly.

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

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

https://habr.com/ru/post/700834/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700834

Бизнес применяет самые разные способы хранения корпоративных документов и персональных данных. Среди них встречаются нестандартные решения. Так, в одной западной компании, занимающейся разработкой, записи хранили в обычном текстовом файле JSON на диске, пока не перешли на etcd — key-value базу данных (позже компания вернулась к концепции единого файла из-за личных предпочтений фаундера).

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

Упростить все эти задачи можно, используя облачные базы данных по модели DBaaS (Database-as-a-Service). Что еще могут предложить базы данных в облаке? Как минимум две вещи — масштабируемость и производительность. О них расскажем далее. Материал подан доступно для начинающих.

Читать дальше →

https://habr.com/ru/post/700908/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700908

Общеизвестно, что существуют несколько версий протокола OSPF. Однако не только лишь все знают о том, что для OSPFv2 есть несколько вариантов RFC; подавляющая часть реализаций OSPF соответствуют RFC 1583 или RFC 2328. Пикантность ситуации в том, что эти RFC несовместимы между собой, о чём говорит и показывает вендор-которого-нельзя-называть. Ну и зачем же тогда IETF заморочилось созданием второго стандарта? Ответ прост: RFC 1583 содержит архитектурные недостатки, которые могут привести к образованию в сети петель маршрутизации.

Одно из наиболее ярких отличий между стандартами – вычисление метрики суммарного маршрута на ABR.

Читать далее

https://habr.com/ru/post/700380/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700380

Сеть Интернет по своей архитектуре допускает возможность прямого обмена трафиком между любыми узлами, но все же в большинстве сценариев используется асимметричный вариант использования с относительно небольшим количеством узлов, отдающих содержание (объединенных в CDN, кэширующие сети (например, Google Global Cache), либо отдельные зеркала, расположенные на высокоскоростных каналах). При многих достоинствах такой подход не лишен и серъезных недостатков, прежде всего из-за значительной разбалансированности сети и перегрузке некоторых каналов связи при относительно небольшом трафике на других.

Решением этой проблемы могло стать использование сетей, основанных на прямом обмене трафиком (peer-to-peer или p2p), но создание полностью децентрализованной сети представляет значительную сложность, поэтому во многих случаях все же оставляют некоторые общие реестры, хранящие информацию об узлах-носителях определенного содержания (так, например, работают торрент-трекеры) и на которых регистрируются клиенты сети при подключении. Основным недостатком такого псевдодентрализованного подхода является возможность относительно простой остановки функционирования сети через блокировку соответствующих трекеров. Альтернативой могут быть полностью децентрализованные сети и мы рассмотрим в этой статье основные подходы к их реализации на примере свободного протокола и сети Peernet.

Читать далее

https://habr.com/ru/post/700808/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700808

Хабр, привет! Мы российская компания EvaTeam и мы создаем ПО для управления разработкой. Тема первого поста возникла из нашей деятельности, но вот в чем штука — нельзя так просто сделать пост о методологиях разработки и не скатиться в холивар. И хотя материалов о методологиях хватает, о том откуда они произошли — не особо и пишут (видимо потому, что мы бежим только вперед и оглядываться назад некогда). Но если мы хотим получить представление о том, что будет дальше, полезно иногда возвращаться к истокам. Под катом мы пройдемся по эволюции методологий разработки за более чем три десятилетия, по истокам «гибкой» разработки и поразмыслим о том, как новейшие знания приведут нас ко все более быстрым циклам разработки (но это не точно).

Читать далее

https://habr.com/ru/post/700902/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700902

Многие, кто работает с Openstack или собирается разворачивать облако с его последующим использованием, начинают со временем задумываться о тестировании развернутой облачной платформы. Ведь мало развернуть облачную платформу и поставить ее конечному пользователю (тут я подразумеваю под пользователем заказчика и дальше буду также называть пользователем заказчиков, которым поставляется наша облачная платформа). При поставке облачного решения очень важно не просто предоставить продукт, а поставить продукт высокого качества. И тут возникает дилемма: как проводить тестирование продукта, который состоит из большого количества компонентов и сервисов, и все эти компоненты связаны между собой. Другая проблема заключается в том, что приватное облако VK состоит из множества компонентов, которые разработаны компанией и поставляются в коробке облака. И такие компоненты так же необходимо тестировать.

В данной статье будет говориться исключительно про функциональное API тестирование и не будет отражено тестирование UI и нагрузочное тестирование. Это отдельные большие темы для будущих статей.

Так вот, задача заключается в следующем: необходимо провести функциональное API тестирование приватного облака на Openstack. Давайте немного визуализируем структуру нашего SUT, с которым мы будем взаимодействовать из автотестов:

Читать далее

https://habr.com/ru/post/700896/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700896

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

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

Мы в RDP опросили своих коллег и сегодня делимся с вами их советами, как предотвращать выгорание и успешно справляться со стрессом на рабочем месте.

Читать далее

https://habr.com/ru/post/700882/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700882

В этой статье хочу рассказать, как можно из обычных вещей сделать нечто большее и новое используя python, qt и bitcoin библиотеки.

Читать далее

https://habr.com/ru/post/700888/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700888

Раньше аналитиков звали разве что на хакатоны в составе команд. Но относительно недавно — наконец-то — стали появляться специализированные контесты и хакатоны для системных аналитиков. С 2021 года я ввязывалась в целых три: в первом заняла третье место, во втором седьмое, а в последнем — первое.

В статье расскажу, как этим летом прошел хакатон Sovcombank Challenge 2022. И порефлексирую, как не надо участвовать в соревнованиях.

Читать далее

https://habr.com/ru/post/700884/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700884

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

Рассказывает Максим Лядов, ведущий разработчик DD Planet

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

Читать далее

https://habr.com/ru/post/700838/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700838

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

А что если речь идет о градостроительстве и урбанистике — как тут может помочь машинное обучение и какую информацию мы можем использовать?

Читать далее

https://habr.com/ru/post/700672/?utm_source=habrahabr&utm_medium=rss&utm_campaign=700672