Все потоки

Календари это давнее моё увлечение.

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

Календари обычно требовались для планирования сельхоз работ и проведения религиозных обрядов.

Календари основывались на каких-то природных периодических процессах. Лунный календарь имел в основе изменение вида Луны на небосводе. Солнечный календарь опирался на период обращения Земли вокруг Солнца – год. Год делили на промежутки в виде периода от новолуния до новолуния – месяц. Месяц делили на недели, а недели на дни. Получался лунно-солнечный календарь.

У шумеров недели не было. Месяц делили на дни.

У Майя в неделе было в одном календаре 13 дней, а месяцев в году восемнадцать. Это бытовой календарь. Был у Майя также религиозный календарь содержавший 260 дней, 20 месяцев и 13 дневных недель содержащих по 13 дней.

Не буду утомлять примерами календарей прошлого.

Постепенно официальным календарём в мире стал григорианский календарь, который всем хорошо известен. В этом календаре 365 – 366 дней, 12 месяцев, семидневная неделя. В России остался в употреблении и юлианский календарь (старый стиль), который применяется в церкви.

Календари создавались каменными, бумажными, механическими. Один из старейших механических календарей известен как антикитерский механизм.

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

В наше время компьютерная техника позволяет создавать цифровые календари.

* Статья предназначена для молодых инженеров-исследователей, не знающих – где взять данные для проведения исследований в области машинного обучения.

Первое время при работе с Flutter мне хватало Hive. Быстро, удобно, но возможностей Hive мне стало не хватать. На странице https://pub.dev/packages/hive разработчики посоветовали попробовать Isar и я решила рискнуть. Много звездочек, но он совсем свежий, ошибки не гуглятся, а документация оставляет большие белые пятна.

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

Приблизительно три года назад на Google I/O 2019 была анонсирована новая перспективная библиотека для разработки Android-приложений под названием compose. С тех пор он рос все больше и больше и становился все лучше и лучше. Многие люди даже говорят, что он знаменует собой конец использования XML в разработке Android-приложений. С тех пор, как Google выпустил первую стабильную версию, была написана куча учебных пособий, выпущено множество курсов и разработано большое количество библиотек для поддержки экосистемы.

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

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

На Хабре я уже описывал полный функционал Vinteo Video Core в этой статье.
Решение Винтео находится в реестре российского ПО и доступно для бесплатного тестирования. Присылайте запрос - организуем пилот.

Сейчас мы рассмотрим следующие возможности сервера ВКС Винтео:

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

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

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

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

Геокаскад - функционал позволяющий создавать инфраструктуру ВКС на географически распределённых серверах Vinteo, обеспечивая высокое качество связи и снижение нагрузки на каналы.

Продолжаем разбираться с линейной алгеброй для 3D-приложений вместе Александром Паничевым — ведущим разработчиком логики в UNIGINE. В прошлом уроке мы поговорили про предназначение математики в трехмерной графике и вспомнили основные операции над векторами. А в этом уроке переходим к более сложным темам: углы Эйлера и кватернионы.

Мы в облачном провайдере T1 Cloud уделяем серьезное внимание защищенности клиентских сервисов, поэтому решили подготовить серию материалов о разработке приложений в облаке. Начнем с вводных и расскажем, что собой представляет процесс безопасной разработки программного обеспечения (Secure SDLC) и на какие нюансы стоит обратить внимание в этом контексте.

Привет! Меня зовут Григорий, я техлид в Cloud Infrastructure Team в Сравни. Моя команда отвечает за observability системы и облачную инфраструктуру. Не так давно мы полностью обновили наш стек мониторинга. Хочу рассказать, как у нас организовано хранение long-term метрик без использования Object Storage.

Мы в Сравни долгое время использовали связку Prometheus + Thanos для мониторинга и хранения данных. Для Thanos мы использовали схему с sidecar’ом. Эта схема работала довольно неплохо, но с ростом проекта — росло и потребление ресурсов. Со временем задачи по scrape samples уже потребляли значительные ресурсы. Когда только на Prometheus стало уходить больше 30 ядер vCPU и 100 гигабайт RAM, мы начали искать способы оптимизации потребления ресурсов. 

Первым делом определили требования, которые необходимы для системы мониторинга:
- должно поддерживаться развертывание в Kubernetes;
- система должна быть способна переезжать из одного Kubernetes-кластера в другой без потери данных;
- нужна поддержка downsampling;
- возможность построить high availability систему;
- в идеале, чтобы система требовала очень мало внимания на обслуживание ;)

Мы поизучали варианты, и сперва показалось, что будет хорошей идеей взять стек VMAgent + Thanos receiver. Как несложно угадать из названия статьи, этого у нас не получилось. Недавно я увидел в одном профессиональном чате, что коллеги захотели использовать такой же стек и по тем же причинам, что и мы. Поэтому решил поделиться нашим опытом и рассказать, к чему мы в итоге пришли.

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

Представляю вашем вниманию адаптированный и дополненный перевод этой замечательной статьи.

AbortController и AbortSignal предоставляют возможность применения некоторых интересных паттернов, рассмотрению которых и посвящена данная статья.

Однако давайте начнем с типичного примера использования AbortController.

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

Привет, Хабр! Меня зовут Александр Крашенинников, и я занимаюсь в xcom-shop климатической техникой. Мои коллеги уже написали несколько постов о доступности компьютерного оборудования разного вида, но сегодня мы хотели бы поговорить про “погоду в доме”. Когда на улице такая жара, наличие кондиционера в любом помещении становится крайне желательным. И вот тут ёкает коварная мысль — а что если кондиционеры тоже перестали поставлять? Или взвинтили на них цены до небес? Спойлер, в 99% случаев вы можете расслабиться, ничего такого. А вот владельцам ЦОДов и серверных, возможно, придется немного напрячься.

Рейтинг антивирусного ПО для Windows составлен на основе обзоров ведущих западных и отечественных журналов по кибербезопасности.

Всем салют! Я Макс Политов, руководитель группы бренда работодателя и IT-бренда  Lamoda. Мы с командой через коммуникации влияем на опыт сотрудников и кандидатов. Хочу рассказать об одном коммуникационном проекте, который мы недавно запустили.

Я решил поделиться кейсом, который помог напомнить сотрудникам о той ценности, которую мы создаем для бизнеса и наших пользователей. Для этого мы запустили Demo Day — площадку, на которой любой коллега в режиме живой демонстрации может рассказать о продукте, над которым работает вместе с командой. Без слайдов, графиков и нудных выступлений показывают всем именно то, что видят наши пользователи. То, что создает целая команда из разработчиков, аналитиков, дизайнеров, тестировщиков и других специалистов.

Надеюсь, наш опыт окажется полезным и кто-то из читателей попробует провести мероприятие подобного формата в своей компании — на весь офис или конкретную команду!

Привет, Хабр! Меня зовут Дмитрий Адмакин, руководитель отдела архитектурных решений и перспективной разработки одного из бизнес-центров в компании «БАРС Груп». Сегодня я расскажу о том, как мы создавали современную систему мониторинга по исполнению государственных программ, и что из этого вышло.

Недавно мы с командой переехали в мессенджер Mattermost на замену Slack, но мы столкнулись с одной неприятной проблемой. Мы не можем в бесплатной версии уведомлять пользователей через тег группы@groupname в бесплатной версии этой возможности нет.

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

Так родилась идея хака.

Экспертная некомпетентность

"… приходилось работать и с некомпетентными начальниками, и по моему личному убеждению, уж лучше, чтобы начальник орал, кричал и матерился, но делал это по делу, нежели начальник, который дает неуместные распоряжения и комментарии. Как раз о таком и расскажу…
На то время я работал экономистом. Мой начальник, прекрасный и профессиональный человек, пошел на повышение, а на его место пришла девочка (чуть старше меня) с другой сферы. Со слов директора, она имела большой опыт управления, но в другой сфере. Первое время она вникала в процесс и особо нас не трогали. Мы к ней также не обращались: работа у нас была налажена, да и чем она бы могла нам помочь? При этом, она уже вполне раздавала новые поручения и контролировала работу. Как руководитель, чувствовалось, что она опытная и делает все уверенно.
Спустя месяц она решила, что знает достаточно, и решила участвовать полноценно во всех наших делах и процессах. И тут начались проблемы… Она начала вносить изменения в отлаженные процессы, с целью оптимизации, при этом она отменяла важные операции. Она не понимала, что делала, и когда я пыталась ей объяснить, что операцию отменять нельзя, так как она очень важна — она говорила «посмотрим» и продолжала. После очередной «оптимизации», мы провалили KPI, к нам пришел директор, и только после его разноса она вернула все назад.
Работа с ней не ладилась. Она нас не слушала, так как считала, что мы специально противимся изменениям, чтобы работать вальяжно (так дословно она нам и сказала). Кроме изменений в процессах, она поручала нам совсем ненужные задачи, а когда что-то не получалось, обвиняла нас в том, что мы специально не показали ей риски. Все вопросы и проблемы мы решали сами. В те редкие случаи, когда кто-то из нас приходил к ней за советом, она долго думала, а потом говорила: «Уточните вопрос у …» и называла имя какого-то сотрудника.