METANIT.COM

Основные типы баз данных (продолжение в следующем посте)

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

Гайд для маркетологов по эффективным онлайн-встречам Как CMO, PR и digital-маркетологам повысить результативность брейнштормов, совещаний и планерок с командой с помощью онлайн-встреч? Гайд МТС Линк: 37 страниц полезных материалов, чек-листов и кейсов для эффективных видеовстреч и совещаний. ✅ В гайде: - Как создать постоянную ссылку на регулярные встречи с подрядчиками, командой или агентствами и подключаться в 2 клика; - Как управлять встречей и завершить ее четкими договоренностями с ИИ-расшифровкой голоса в текст; - Как проводить кастдевы, брейнштормы и формулировать гипотезы с помощью 15+ шаблонов в онлайн-досках МТС Линк; - Как разом пригласить всех участников на синк таким образом, чтобы все пришли. Бонус внутри: 5 способов не выгореть от бесконечных синков. ✨ Скачайте гайд бесплатно по ссылке Скачать #реклама 16+ mts-link.ru О рекламодателе

Одна из версий роудмапов с Джуниора до Синьора

Гендиректор Nvidia: электрики, сантехники и плотники — главные профессии ближайшего будущего для развития ИИ-технологий Генеральный директор Nvidia Дженсен Хуан в интервью британскому каналу Channel 4 заявил, что для развития ИИ‑технологий самыми ценными кадрами станут те, кто умеют работать руками. Обслуживание ИИ‑систем требует большого количества рабочей силы и сложнейших систем, включая охлаждение, сетевые соединения и электропитание, а также строительства новых ЦОД. Глава Nvidia считает, что в ближайшие 10–20 лет будет высокий спрос на строительство таких ИИ‑кластеров, а поэтому и зарплаты у электриков, сантехников, плотников и специалистов подобных профессий резко взлетят вверх. Хуан не исключил, что мир стоит на пороге новой промышленной революции — и одной из главных проблем этого перехода станет именно острая нехватка квалифицированных рабочих кадров. «Если вы электрик, сантехник, плотник, нам понадобятся сотни тысяч таких людей, чтобы построить все эти ИИ‑заводы. И сектор квалифицированных рабочих каждой экономики переживёт бум. Вам придётся строить, вам придётся продолжать удваивать каждый год. И я думаю, что вы будете строить инфраструктуру ИИ здесь, в Великобритании, в течение десятилетия», — пояснил Дженсен Хуан. https://www.channel4.com/news/electricians-and-plumbers-will-triumph-in-ai-race-nvidia-boss

Библиотекари в США начали жаловаться, что их просят найти несуществующие книги, которые на самом деле стали результатом галлюцинаций искусственного интеллекта. Этот тренд нарастает с момента выхода GPT-3.5 в конце 2022 года. Проблема обострилась летом, когда посетители начали запрашивать несуществующие книги, но от реальных авторов. Такие списки для летнего чтения распространялись в специальных выпусках изданий Chicago Sun-Times и The Philadelphia Inquirer. Автор такой подборки признался, что использовал ИИ для составления списка, не проверяя факты. «К нам приходили люди в библиотеку и спрашивали об этих авторах. Это действительно очень раздражает и серьёзно отбрасывает нас назад в плане информационной грамотности сообщества», — рассказал один из сотрудников учреждения. «Библиотекари сообщают об общей атмосфере замешательства и недоверия, которую они испытывают со стороны своих читателей. Они видят, что у читателей, по-видимому, снизился уровень критического мышления и любопытства. Они определённо сталкиваются с некоторыми типами психозов и другими проблемами психического здоровья». https://www.404media.co/librarians-are-being-asked-to-find-ai-hallucinated-books/

Практические советы по использованию индексов в базе данных (продолжение предыдущего поста) Индексируйте столбцы в WHERE * Если столбец используется в WHERE, он должен быть проиндексирован. * Начинайте с высокоселективных столбцов (например, user_id, email, status). Покрывайте запрос * Используйте покрывающие индексы, включающие все столбцы, используемые в запросе. * Это позволяет избежать возврата к таблице (ускоряет чтение). Индексируйте соединения и внешние ключи * Если по столбцу выполняется в JOIN, индексируйте его. * Отсутствие индекса на внешних ключах = медленные соединения, гарантировано. Используйте частичные индексы (Postgres) или фильтрованные индексы (SQL Server) * Индексируйте только те строки, которые имеют значение. * Пример: индексируйте только активных пользователей. Удаляйте неиспользуемые индексы * Индексы замедляют запись. * Используйте pg_stat_user_indexes, sys.dm_db_index_usage_stats или эквивалент для удаления лишнего. Используйте составные индексы (правильно) * Порядок имеет значение: индекс (user_id, created_at) ≠ (created_at, user_id). * Подбирайте индекс под фильтры и сортировки запросов. Избегайте низкоселективных индексов * Не индексируйте булевы значения или столбцы с малым количеством уникальных значений. * Они не фильтруют данные, а только занимают место. Следите за функциями в WHERE * WHERE YEAR(created_at) = 2024 = полное сканирование таблицы. * Вместо этого: created_at BETWEEN '2024-01-01' AND '2024-12-31'. Измеряйте, а не угадывайте * Используйте EXPLAIN, ANALYZE или планы запросов, чтобы увидеть, что происходит. * Не доверяйте интуиции; доверяйте плану выполнения. Тестируйте до и после * Измеряйте время выполнения запросов до и после изменений индексов. * Если улучшение менее 80%, пересмотрите дизайн.

Практические советы по использованию индексов в базе данных (описание в следующем посте)

Игра для извращенцев) Исходный код: https://gist.github.com/NSG650/74143df2a3eaea089e68cea8f551ba1d

Как говорит калькулятор на MacOS; память есть? А если найду?

Бесплатный курс по дизайну: веб, графический и UX/UI Получи востребованные навыки: - создание дизайна сайтов и приложений - создание инфографики и карточек для маркетплейсов - работа в графическом редакторе Figma и др. Студенты курса в среднем зарабатывают от 68 000 ₽ уже во время обучения💰 Зарегистрироваться #реклама 16+ ydaev.ru О рекламодателе

В руководство по языку Java добавлены новые статьи: Файлы JAR, их создание и выполнение http://metanit.com/java/tutorial/13.1.php Создание и подключение библиотеки JAR http://metanit.com/java/tutorial/13.2.php Установка пути к классам Java http://metanit.com/java/tutorial/13.3.php #java

Ищу желающих заполнять карточки товаров на ВБ! Работа полностью на удаленке с зп до150 000 рублей в месяц. Без опыта, нужен только телефон, занятость 3-6 часов в день. Всему обучат на бесплатном курсе и после возьму на работу: ✅ 3 дня уроков по 30 минут ✅ Домашки с проверкой и оплатой бонусами ✅ Плачу 10 тыс за каждую выполненную домашку Все кто пройдет курс, получат сертификат от школы с образовательной лицензией. ⚡ Набор заканчивается завтра. 👍 Для регистрации жмите кнопку "Зарегистрироваться" Зарегистрироваться #реклама 16+ course.wildmanager.ru О рекламодателе

Покрывающие индексы (Covering indexes) (продолжение предыдущего поста) Покрывающие индексы — это индексы, которые при грамотном использовании способны значительно повысить производительность системы. Покрывающий индекс — это такой индекс, который используется для получения всех столбцов результата запроса без необходимости обращения к основному хранилищу данных таблицы. Для Postgres это означает обход файла куч таблицы, а для MySQL — обход кластеризованного индекса данных таблицы. Рассмотрим пример запроса:

SELECT name, email
FROM user
WHERE name > 'C' AND name < 'G';

Если у нас есть индекс только по имени, например:

CREATE INDEX idx_name
ON your_table (name);

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

CREATE INDEX idx_name_email 
ON your_table (name, email);

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

Покрывающие индексы и непокрывающие индексы (Covering indexes vs Non-covering indexes) (описание в следующем посте)

REKONFA Live 6 ноября приглашаем всех, кто имеет отношение к маркетингу и рекламным технологиям, обсудить рынок, тренды, вызовы и их решения. С докладами на актуальные темы выступят лидеры индустрии и медийные спикеры. Принять участие можно офлайн и онлайн. Мероприятие бесплатное, нужно только зарегистрироваться. Зарегистрироваться #реклама 18+ ya.rekonfa.ru О рекламодателе

Сравнение HTTP/2 и HTTP/3 (продолжение предыдущего поста) В чем же разница между протоколами HTTP/2 и HTTP/3? Начнем с основ: * 1996 → HTTP 1 * 1997 → HTTP 1.1 * 2015 → HTTP 2 * 2022 → HTTP 3 HTTP 1.1: ✓ Персистентные соединения — повторное использование соединений вместо открытия новых. ✓ Частичная передача — отправка данных частями вместо ожидания полного ответа. ✓ Улучшенный кеш — добавлены заголовки для лучшего управления кешем и соединениями. 🅇 Последовательные запросы — запросы блокируют друг друга (блокировка в очереди на уровне запросов). 🅇 Множественные соединения — браузеры использовали несколько TCP-соединений для ускорения. Он ввел основные функции, которые используются до сих пор. HTTP 2: ✓ Мультиплексирование — несколько запросов в одном TCP-соединении. ✓ Сжатие заголовков (HPACK) — уменьшение размера метаданных. ✓ Приоритет потоков — обеспечение загрузки критических ресурсов в первую очередь. 🅇 Блокировка в очереди (HoL) — потеря пакета блокирует все потоки. Хотя HTTP 2 оптимизировал TCP, он оставался ограниченным из-за блокировки в очереди TCP. HTTP 3: ✓ Построено на QUIC (UDP) — больше нет узких мест TCP. ✓ Независимые потоки — потеря пакета в одном потоке не влияет на другие. ✓ Быстрые рукопожатия — объединение настройки транспорта и шифрования в один шаг. ✓ Мандатное шифрование (TLS 1.3) — безопасность по умолчанию. ✓ Миграция соединений — бесперебойная работа при изменении сети. Итог: HTTP 2 оптимизировал TCP, но HTTP 3 внедряет QUIC, делая соединение быстрее, надежнее и зашифрованным по умолчанию.

Сравнение HTTP/2 и HTTP/3 (продолжение в следующем посте)

Практикум по Docker: обновление контейнерного приложения без потери данных 🐳 Контейнеры по умолчанию получают относительно устойчивую файловую систему — изменения, внесённые приложением, сохраняются после перезапуска контейнера, вызванного сбоями приложения, перезагрузкой хоста и т. д. Однако иногда может потребоваться использовать тома, чтобы сделать одни части файловой системы контейнера более надёжными, чем другие. Благодаря томам, даже если вы полностью удалите контейнер (вместо его простого перезапуска), вы сможете продолжить использовать данные приложения в его преемнике (например, в том же приложении, но с более новым образом). #docker