📡 РТРС начал цифровую трансляцию программ телеканала «Первый Псковский» в сетке ОТР

Филиал РТРС «Псковский ОРТПЦ» совместно с АНО ОТВР запустил блоки телеканала «Первый Псковский» в эфире телеканала ОТР в Псковской области.

Охват жителей региона программами первого и второго мультиплексов превышает 99%. «Первый Псковский» вещает на девятой кнопке ежедневно.

✅ Новый профессиональный стандарт «Специалист по исследованиям и разработкам в области квантовых коммуникаций» вступит в силу 1 сентября 2023 года

Документ 📑, разработанный ОАО «РЖД» и АНО «Центр обеспечения цифровой трансформации», определяет компетенции специалистов в сфере передачи и защиты данных.

➡️ Им предстоит разрабатывать конструкторскую документацию, проводить теоретические и экспериментальные исследования в области создания и эксплуатации оборудования, приборов и комплексов для систем квантовых коммуникаций. 

Подробнее о новом профстандарте читайте на страницах «Гудка».

#квантовые_коммуникации #образование

🏆👏🏻 ОАО «РЖД» выиграло первую премию в области корпоративных инноваций в России🇷🇺 – GenerationS Innovation Award

Победа стала возможной благодаря 🔝 эффективной реализации Комплексной программы инновационного развития холдинга.

🎙 «Мы считаем эту награду не только признанием наших достижений, но и авансом с учётом наших планов расширения масштабов и развития новых форматов инновационной деятельности», – сказал начальник Центра инновационного развития ОАО «РЖД» Олег Николаев.

Все подробности 💻 на сайте Gudok.ru

#инновации

✅ Высокоскоростное сообщение и автоматизация управления локомотивом – ключевые темы для отраслевой науки

☝🏻 Результаты этих работ не только повысят качество перевозок, но и помогут сформировать транспортный каркас пространственного развития страны.

О том, как тяга переходит в автоматический режим, а города становятся ближе, рассказывает «Гудок»🗞

#ВСМ #инновации

🏗 Замглавы РЖД Андрей Макаров проверил ход строительства западного обхода Саратовского железнодорожного узла

✔️ На участке Курдюм – Липовский уложено 23 км пути, кроме того завершился вынос трёх газопроводов и двух нефтепроводов.

Обход позволит снять инфраструктурные ограничения для доставки грузов по коридору Север – Юг, а также к портам ⚓️ Азово-Черноморского бассейна.

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

🎬 Подробнее – в сюжете РЖД ТВ
📲 и на нашем сайте.

#Приволжская_ЖД #Инфраструктура

В 2023 году РЖД планируют вложить❗️более 20 млрд ₽ в проекты на территории Самарской области

💼 Об этом заявил начальник Куйбышевской магистрали Вячеслав Дмитриев на встрече с губернатором региона Дмитрием Азаровым. Руководители обсудили планы дальнейшего сотрудничества, развитие пассажирских перевозок и реализацию совместных проектов, имеющих важное значение для Самарской области и её жителей.

Подробнее 🎥 в сюжете РЖД ТВ.

#Куйбышевская_ЖД

📲🎫 ОАО «РЖД» ответило на вызовы времени введением новых сервисов и услуг

О самых важных событиях в жизни огромного коллектива железнодорожников рассказываем в нашей рубрике #20лет_РЖД

🗓 Чем запомнился 2009 год⁉️

➡️ Мировые рынки продолжает сотрясать экономический кризис. В РЖД снижаются объёмы грузовых и пассажирских перевозок, приходится сокращать инвестпрограмму. Но компания выстояла‼️ Более того, в тот год для грузоотправителей и пассажиров вводились новые сервисы и услуги, появлялся современный подвижной состав. Одним из самых значимых событий стал ✔️запуск «Сапсана».

Все подробности – на страницах «Гудка»🗞

Из-за развития ИИ кассиры и операторы-телемаркетологи могут потерять работу

Специалист Александр Линд рассказал в беседе с RT, как искусственный интеллект (ИИ) повлияет на развитие бизнеса и сферу труда, а также какие профессии находятся в зоне риска.

Как пояснил эксперт, с развитием искусственного интеллекта и автоматизации процессов некоторые профессии действительно становятся уязвимыми.

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

«Ожидаемая продолжительность жизни сейчас превысила уже допандемийный период — 73,4 года», — сообщил министр здравоохранения Михаил Мурашко 29 июня на заседании в Госдуме. За 2022 год показатель продемонстрировал рекордный прирост — 2,7 года (до уровня почти 72,8), писал РБК. Исходя из слов Мурашко, ожидаемая продолжительность жизни (ОПЖ) при рождении обновила рекорд в истории России, поскольку прежний максимум был достигнут по итогам доковидного 2019 года (73,34).

Типы кэшей

Если спросить разработчика, что такое кэш, он скорее всего ответит:

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

Это, безусловно, правда, но не вся. В этом посте кратко опишу, что ещё умеют делать кэши и какие они бывают.

1️⃣ Кэш внутри сервиса

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

🔸 ConcurrentHashMap: полностью ручное управление. Разработчик пишет код по наполнению кэша, обновлению и удалению значений
🔸 Google Guava Cache: более продвинутый вариант. Очищает кэш, уведомляет об удалении, предоставляет статистику

2️⃣ Удалённый кэш

Не связан с конкретным сервисом и запущен в отдельном процессе
✅ Доступен для нескольких сервисов
✅ Хранит данные на нескольких уровнях — в оперативной памяти и на диске

3️⃣ Распределённый кэш

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

Уровни 2-3 это скорее ступени эволюции кэшей. Большинство реализаций находятся на уровне 4:

4️⃣ In-memory data grid (IMDG)

Распределённый кэш с дополнительными фичами. Например:
▫️ Атомарный апдейт (вместо чтения и перезаписи)
▫️ Подписка на изменения в кэше
▫️ Поддержка транзакций
▫️ SQL-like запросы
▫️ Средства синхронизации (распределённый lock, очередь)
▫️ Продвинутый мониторинг
▫️ Выполнение скриптов

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

В вакансиях чаще всего встречается Redis, чуть отстаёт Hazelcast. Также видела в проектах Memcached, Ehcache, Aerospike, Ignite/GridGain, Coherence. В их описании нет слова "кэш", как минимум distributed real-time in-memory streaming data platform🙂

Рекомендую погулять по документации того же Redis или Hazelcast, может для вашего проекта найдётся что-то полезное.

Оптимизация запросов

В этом после хочу рассказать основы оптимизации запросов в БД. Буду говорить на примере Postgre, но в других БД процесс похож.

Шаг 0. Вспоминаем основы

При выполнении запроса участвуют два процесса:

▪️ Планировщик — составляет план выполнения запроса. Какие таблицы обойти, что проверить и в какой последовательности
▪️ Исполнитель — извлекает данные по заданному плану

Разработчик может создать дополнительные структуры данных — индексы. Индексы помогают быстрее выполнять запросы, но занимают много места. Если данные в таблице занимают 1 ГБ, то индекс с id займёт 250 МБ.

Шаг 1. Ищем, что оптимизировать

Смотрим таблицу pg_stat_statements — там собирается статистика по запросам. Чтобы получить достоверные данные, берём статистику с продакшн базы.

Ищем запросы, которые выполняются часто или долго.

Шаг 2. Работаем с конкретным запросом

Для экспериментов берём тестовую базу с большим количеством данных. Минимум миллион записей, иначе эффект оптимизаций не будет заметен.

Прогоняем запрос через EXPLAIN ANALYZE:

EXPLAIN ANALYZE SELECT * FROM users where name = ’K’;

EXPLAIN пишет только план выполнения запроса. EXPLAIN ANALYZE выполняет запрос и показывает

▪️ planning time — время планирования запроса
▪️ execution time — время выполнения запроса. Работаем с этим значением

Можно поиграть с условиями, порядком соединения таблиц и разными функциями. Обратите внимание на способ обхода таблицы:

Index Scan using name_index on — при выполнении запроса используется индекс, и это отлично

Seq Scan on означает, что происходит долгий последовательный обход таблицы. Причиной может быть
🔸 поиск по условию (where name = …)
🔸 проверка уникальности поля
🔸 проверка внешнего ключа (foreign key)

Решение здесь простое — добавить индекс по проблемному полю. Базовый вариант выглядит так:

CREATE INDEX index_name ON users(name);

Дальше всё просто:

▫️ Запустить EXPLAIN ANALYZE
▫️ Увидеть в плане выполнения новый индекс
▫️ Порадоваться снижению execution time

Для оптимизаций популярных и тяжёлых запросов добавление индекса оправдано. Разумеется, не нужно добавлять индексы для всех запросов и всех условий. Индексы занимают много места и замедляют запись в базу.

В оптимизации запросов огромное количество нюансов, но большинство проблем решается кэшем и добавлением индекса. Более сложные случаи лучше обсуждать с коллегами DBA😌