Привет, Хабр! Сегодня мы делимся своими тестами сервера от компании “Ситоника”. Этот 4U-сервер, который может выступать как хранилище данных, так и одним из узлов виртуализации, поставляет российская компания. Практика показала, что его хватает для решения большинства типовых задач. Чем Sitonica SR403W отличается от наводнивших в последнее время отечественный рынок китайских серверов, и почему нам все равно пришлось выяснять нюансы его работы в WeChat, читайте под катом.

Пару недель назад разработчик системы резервного копирования Vinchin порадовал всех нас новой версией своего решения. Мы уже рассказывали немного о “семерке” и обещали поделиться  с вами результатами тестирования ее функционала. В этом посте разберемся, насколько обновление версии повлияло на работу СРК, расширились ли сферы ее применения (а точнее — насколько они расширились). Если вы до сих пор сидите на “запретной” СРК или присматриваете себе новую платформу для резервного копирования, давайте подробнее знакомиться с Vinchin 7. Под катом — подробный разбор новых функций со скриншотами и примерами использования.

Сегодня многим из нас приходится работать с новыми продуктами. Этого никто не просил, просто старые перестали быть доступны. И, как показала практика, однозначных аналогов, увы, не существует. Чтобы создать альтернативу используемым ранее экосистемам, нужно собрать пазл из нескольких продуктов российских разработчиков. Но их действительно много. Как же выбрать подходящие? Мы решили, что проще установить наиболее интересные на один стенд, провести интеграции и пусть каждый сам смотрит. Как мы это делали, и что там теперь “крутится”, читайте под катом.

Мы уже не первый год помогаем российским компаниям строить и развивать инфраструктуру. Параллельно прокачиваем собственный сервис и расширяем парк оборудования. Сегодня у нас самый большой в Москве склад запасных частей. Как построена его работа изнутри – все подробности под катом. Меня зовут Наталия Сляднева и я занимаюсь сервисом вычислительного оборудования в компании КРОК. Я расскажу, как события 2022 года повлияли на наши запасы оборудования, а заодно проанализирую, как в связи с этим изменились запросы клиентов.

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

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

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

Детали и крутые фото из заповедников – под катом.

В посте покажем несколько кейсов команд – под наше увеличительное стекло попали два решения на основе нейронных сетей (одно отлавливает медведей на фотоловушках, а другое подсчитывает рыб) и таймлайн новостей Камчатки за последние 20 лет (расскажем, зачем вообще такое понадобилось). 

Хабр, пРевит! Мы с @KirillYakimenko из команды спасателей BIM-сопровождения проектов департамента инженерных и мультимедийных систем КРОК. Наша задача — ломать себе голову и придумывать решения во имя спокойной жизни проектной команды. Как, наверное, и многие, мы постоянно придумывали и обновляли различные варианты шаблонов, решений внутри этих шаблонов, семейств и подходов по ведению проектов, развивали ФОП и т.д. и т.п. Но в определённый момент мы решили остановиться и подумать — а тем ли мы занимаемся и на то ли мы тратим наше драгоценное время, когда есть «живые» шаблоны ADSK?...

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

Заказчик обратился к нам с амбициозной задачей — создать зелёный офис класса А+, соответствующий требованиям стандарта BREEAM (международный «зелёный» стандарт оценки эффективности зданий, разработанный британской компанией BRE Global). И чтобы энергоэффективные технологии. И еще трансформируемые помещения в придачу. 

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

В последнее время мы много работаем с регионами, проектируем и строим дата-центры от Краснодара до Крайнего Севера. И каждый раз интересно наблюдать, насколько там другие — по сравнению с Москвой — отношения.

Вот, возьмем, к примеру, Магнитогорск (здесь и далее впечатления личные). Там люди с понятиями. Если сказали, что сделают, то точно сделают в срок. При этом многие вещи решаются на слово. Народ очень вежливый, адекватный, спокойный. Без торгашества: не ждешь, что тебя нагреют. Когда мы собирались в Магнитогорск, нам говорили — да там 90-е, криминал. Ничего такого. Культурный спокойный город. 

И да, в Магнитогорске мы тоже строили ЦОД. Расскажу, как это было, и чем ещё запомнилась Магнитка. 

Привет, Хабр! Меня зовут Екатерина Герт. Вот уже больше 10 лет я работаю системным аналитиком в проектах по заказной разработке ПО для компаний из разных отраслей и госсектора. Это всегда работа над большими проектами. 

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

Для меня это были непростые месяцы в моей карьере. Я хочу поделиться с вами своим опытом – как пережить такие ситуации, не перегореть и завершить работу в срок. Моя история может быть полезна тем, кто переживает аврал на работе и ищет способы выйти из него без потерь.

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

Поехали! 

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

Другой вопрос, если речь идёт об удобстве эксплуатации чего-нибудь побольше, чем дачный домик, да еще и чтоб инженерных систем было много. Если этажей больше одного, а помещений хотя бы десятка два, то для бесперебойного и безаварийного обслуживания такого здания приходится содержать целый взвод дяденек. В плохие дни они будут бегать со стремянкой, ругательствами и отверткой и прикладывать все силы, чтобы клиенты не заметили протекающий унитаз или погасший светильник. В спокойные дни они будут играть в Counter-Strike, а вам — если вы вдруг директор — будет казаться, что вы зря платите им деньги.

Если кто думает, что такой работы уже не осталось, так я сам в аналогичном месте имел третье место в общем зачёте за терроров. А если вы вдруг директор, ваши деньги вам дороги, а траффик от игрушек валит работу офисной почты, то наличие автоматики инженерных систем — это неиллюзорная возможность сократить персонал до 2 человек и одного монитора, хотя и большого, не меньше, чем на 50 дюймов.

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

Отказ от бумаги стал хайповым трендом, но быть в тренде ради тренда не интересно. Именно поэтому иногда уход от бумаги на практике становится допрасходом, а не выгодой.

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

Например, спикер из УБРиР расскажет, как банк перешёл на цифру и стал обслуживать клиентов в 7 раз быстрее и дешевле.

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

Интересно? Регистрируйся  по ссылке

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

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

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

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

Каждый iOS разработчик в своей жизни уходил с собеседования в расстроенных чувствах и мыслью “это что еще за новая аббревиатура?” Архитектурами пугают и джунов, и миддлов, и синьоров (и наверное даже синьорит). Важно не просто знать что стоит за названием, но ещё и в каком случае какую использовать. Литературы по этому вопросу преступно мало, редкие обсуждения в интернете ограничиваются собственным опытом и какими-то поделками на гитхабе.

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

Первая часть посвящена MV(X) паттернам: самым известным и распространенным практикам в индустрии.

Если обычные разработчики ходят на собеседования тренироваться и набирать опыт, то я пошёл выписывать все косяки. Чтобы их не было у меня, потому что я нанимаю людей. Собственно, стало интересно, как устроено в других компаниях — и я пошёл собеседоваться. Началось всё c базового набора: аккаунт зума, почта, резюме. Дальше можно пройти за неделю 10-12 собеседований, на что до тотальной удалёнки ушёл бы месяц.

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

Выложил на HH. Дальше ждать пришлось недолго. Первый час — уже несколько откликов и звонок. Всего за сутки было 20 откликов и пять звонков. Предложений много, все с самыми интересными проектами, стеком, ДМС и макбуком (которого пока нет, но обязательно пришлём через месяц-два).

На третий день я набрал примерно 30 проектов, которые были бы мне интересны, если бы я действительно искал работу (пост бы неожиданно закончился здесь, если бы нашёл что-то более интересное, чем уже есть), и начал описывать то, что попало в отсев.

В отличие от многих других разработчиков я не клал трубку, когда слышал, что звонят из банка. Поэтому по итогу меня нашли банки, страховые, интеграторы и продуктовые компании.

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

Привет Хабр, на связи Иван Большаков — архитектор интеграционных решений, эксперт департамента разработки ПО КРОК. Я расскажу, как мы делали интеграционный слой для CRM-системы группы контакт-центров торговой сети Пятерочка.

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

Привет, Хабр. Меня зовут Алексей, и уже 10 лет я занимаюсь проектированием и внедрением противопожарных систем. В 2021 году в нашей сфере грядут существенные изменения, связанные с внедрением новых стандартов — СП 484.1311500.2020, СП 485.1311500.2020, СП 486.1311500.2020. Эти документы вступают в действие как раз сегодня, 1 марта. Изменения концептуальные, и затронут они всех участников процесса — производителей оборудования (вендоров), проектировщиков, инсталляторов, заказчиков.

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

У нас было 2 проектных менеджера, 72 эксперта от производства, 33 высококлассных спеца из двух IT-команд, несколько десятков систем управления производством по всей стране, а еще, разработчики КРОК и Группы НЛМК прежде не работали вместе.

Звучит как организационный ад, и это недалеко от истины. Но мы справились и теперь хотим поделиться опытом работы в объединенной команде Группы НЛМК и КРОК в масштабном проекте по развитию информационных сервисов службы продаж.