Прикладная математика

Поиск по картинке: обратный поиск, alt-текст и возможности ИИ

admin — Sat, 18 Apr 2026 11:00:06 GMT

Как работает обратный поиск изображений

Идея обратного поиска по картинке проста: вместо текстового запроса пользователь загружает изображение или вставляет его URL — и поисковая система находит похожие картинки, страницы, где оно используется, или визуально схожие объекты. Технически за этим стоит не просто сравнение пикселей, а глубокий анализ визуальных признаков: форм, цветов, текстур, контуров и пространственных отношений между объектами на фото. Часто поиск по картинке оказывается точнее или результативнее, поэтому если обычный поиск не дал ожидаемого, то поиск по изображению - отличная альтернатива. Об этом дальше подробнее.

Google Images позволяет загрузить изображение прямо в строку поиска — через кнопку с иконкой фотоаппарата. Yandex.Картинки работает аналогично и, по мнению многих специалистов, особенно хорошо справляется с поиском лиц и локальным контентом из русскоязычного интернета. Bing Visual Search тоже присутствует на рынке, хотя и уступает по популярности первым двум.

Для чего это используют на практике:

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

Атрибут alt в теге img: зачем он нужен поисковику

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




Такой alt помогает Google и Yandex правильно классифицировать изображение, включить его в результаты тематического поиска и учесть при ранжировании страницы по соответствующим запросам. Грамотно заполненный alt — это не просто SEO-хитрость, это элемент доступности: программы экранного чтения для людей с нарушением зрения также зачитывают этот текст вслух.

Что влияет на индексацию изображений

Помимо alt-текста, поисковики учитывают и другие факторы при индексации изображений. Имя файла имеет значение: red-sunset-carpathians.jpg говорит больше, чем IMG_4872.jpg. Важен контекст — окружающий текст на странице, заголовки, подписи под изображением. Размер и качество файла тоже играют роль: слишком тяжёлые изображения замедляют загрузку страницы, что негативно влияет на ранжирование в целом.

Изображение без alt-текста для поискового робота — всё равно что подпись под картиной, написанная невидимыми чернилами. Содержание есть, но прочитать его невозможно.

Что будет, если alt не соответствует картинке

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

Во-первых, современные алгоритмы Google и Yandex умеют анализировать само изображение с помощью компьютерного зрения. Если на картинке изображена кошка, а в alt написано "купить ноутбук недорого" — система замечает это несоответствие. Во-вторых, поведение пользователей тоже сигнализирует о проблеме: человек, пришедший по запросу про ноутбуки и увидевший кошку, мгновенно уходит. Высокий показатель отказов — плохой сигнал для ранжирования.

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


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


ИИ и поиск по изображению: новый уровень возможностей

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

Google Lens — наглядный пример. Направьте камеру на цветок — получите его название и статью в Wikipedia. Сфотографируйте блюдо в ресторане — увидите рецепты и похожие заведения. Наведите на текст на иностранном языке — он будет переведён прямо поверх изображения в реальном времени.

Мультимодальные модели и новые возможности

Большие мультимодальные модели — такие как GPT-4o, Gemini, Claude — умеют не просто классифицировать изображение, но и рассуждать о нём. Им можно задать вопрос: "Что не так с этой схемой подключения?" или "Какой стиль архитектуры у этого здания?" — и получить развёрнутый ответ с пояснениями.

Это принципиально другой уровень взаимодействия с визуальным контентом. Поисковые системы постепенно интегрируют эти возможности: Google уже использует мультимодальные подходы в своих алгоритмах, и граница между "поиском по тексту" и "поиском по картинке" становится всё более условной.

Изображение становится таким же полноценным запросом, как и слово. Разница лишь в том, что картинка часто говорит точнее — особенно когда не знаешь, как называется то, что видишь.

Для SEO-специалистов и разработчиков это означает одно: работа с изображениями на сайте — это не второстепенная задача. Правильные alt-тексты, осмысленные имена файлов, структурированные данные для изображений (schema.org ImageObject) — всё это напрямую влияет на видимость сайта в поиске. А с учётом того, что Google Images и визуальный поиск генерируют значительный трафик в нишах моды, еды, путешествий, дизайна и товарного ритейла, пренебрегать этим каналом просто нецелесообразно. Расскажите в комментариях — вы оптимизируете изображения на своём сайте или пока откладываете это на потом?



Глупые вопросы по математике — и почему они не такие глупые
admin — Sat, 18 Apr 2026 10:42:38 GMT
Если открыть статистику поисковых запросов, среди вполне ожидаемых «как решить уравнение» или «формула площади треугольника» обнаруживаются и такие: «сколько углов у круга», «сколько сторон у треугольника», «является ли ноль чётным числом». На первый взгляд — курьёз. Но если остановиться и подумать, окажется, что за этими вопросами стоит кое-что интересное.

Откуда берутся такие запросы

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

Есть и другая аудитория — дети, которые только начинают разбираться в геометрии. Для них вопрос «сколько углов у треугольника» абсолютно законный. Они ещё не знают. И это нормально.

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

«Единственный глупый вопрос — тот, который не задан». Эту фразу приписывают разным людям, и в математике она работает особенно точно.

Сколько углов у круга — казалось бы, что тут думать

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

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


Что такое предельный переход в геометрии
Правильный многоугольник с \(n\) сторонами при увеличении \(n\) всё больше приближается к окружности. При \(n → ∞\) многоугольник «сливается» с кругом. Это и есть предельный переход — один из фундаментальных понятий математического анализа. Именно так Архимед вычислял приближённое значение числа π: вписывая и описывая многоугольники вокруг круга и увеличивая число их сторон.


Вопросы, которые кажутся глупыми, но таковыми не являются

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


 является ли ноль чётным или нечётным числом?;
 может ли число быть одновременно простым и составным?;
 бесконечность — это число?;
 чему равен ноль в степени ноль?;
 можно ли делить на ноль?


Каждый из этих вопросов выглядит как школьная задача. Но попробуйте ответить точно. Например, ноль — чётное число? Да, потому что делится на 2 без остатка. Но многие взрослые в этом не уверены, потому что в школе этот момент часто обходили стороной.

Или возьмём деление на ноль. «Нельзя» — говорит учитель. Но почему нельзя? Потому что результат не определён в рамках стандартной арифметики. Однако в расширенной числовой прямой или в проективной геометрии деление на ноль вполне себе рассматривается. Это уже математика университетского уровня — и она начинается с «глупого» вопроса.

Про ноль в степени ноль — отдельная история

Выражение \(0^0\) — один из самых известных спорных случаев в математике. В комбинаторике и теории множеств принято считать, что \(0^0 = 1\), потому что это удобно и согласуется с формулами. В математическом анализе это выражение считается неопределённым, потому что предел \(x^x\) при \(x \to 0\) зависит от пути, по которому переменная стремится к нулю.

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

Почему не стоит стыдиться таких вопросов

Математика создаёт иллюзию строгости и завершённости. Кажется, что всё давно известно и расставлено по полочкам. На самом деле даже профессиональные математики регулярно возвращаются к базовым определениям — просто чтобы убедиться, что понимают их правильно. Это не слабость. Это привычка думать.

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


Сомнение — это начало понимания, а не его отсутствие.
Уточняющий вопрос лучше уверенной ошибки.
Базовые понятия стоит пересматривать — они не всегда так просты, как кажутся.


Когда простой вопрос открывает сложную тему

«Сколько углов у круга» — это не просто вопрос про геометрию. Это вопрос про то, что такое угол, что такое предел, и как математика описывает бесконечность. «Можно ли делить на ноль» — это вопрос про структуру числовых систем и границы применимости правил.

Именно такие вопросы — наивные по форме, но глубокие по сути — двигали математику вперёд. Риман спрашивал себя, что такое пространство. Кантор спрашивал, бывают ли бесконечности разного размера. Оказалось — бывают.

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

Так что в следующий раз, когда увидите в поисковых подсказках что-то вроде «сколько углов у прямоугольника» — не спешите смеяться. Возможно, за этим запросом стоит человек, который только начинает думать о математике всерьёз. Или тот, кто возвращается к ней после долгого перерыва. А может, кто-то просто наткнулся на задачу, которая заставила усомниться в том, что казалось само собой разумеющимся. Это, пожалуй, лучшее, что может сделать математика — заставить усомниться. Как вы считаете: есть ли в математике вопросы, которые действительно глупые — или это всегда вопрос контекста?


SVG-фильтры: что это и зачем они нужны в современной веб-разработке
admin — Sat, 18 Apr 2026 10:25:51 GMT
Когда речь заходит о визуальных эффектах в вебе, разработчики чаще всего тянутся к CSS: box-shadow, filter, backdrop-filter. Это удобно и понятно. Но есть инструмент, который существует уже давно, мощнее большинства CSS-возможностей, и при этом незаслуженно остаётся в тени — SVG фильтры с огромными возможностями от обработки изображений до анимации.

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

Что такое SVG-фильтры

SVG-фильтр — это набор графических операций (primitives), которые применяются к элементу и изменяют его визуальное представление. Фильтр описывается внутри элемента  и может содержать одну или несколько так называемых «примитивов фильтрации» — специальных тегов с префиксом fe (от filter effect).


Каждый примитив принимает некий графический источник (изображение, форму, цвет), обрабатывает его и передаёт результат следующему примитиву — как конвейер. Это и есть ключевая особенность: фильтры можно комбинировать, соединяя выходы одних операций со входами других через атрибуты result и in.

SVG-фильтр — это не просто «применить эффект», это описание графического процесса: каждый шаг явно указывает, что взять на вход и что передать дальше.

Фильтр подключается к элементу через атрибут filter или через CSS-свойство filter: url(#myFilter). Сам блок  обычно размещают внутри  — скрытой секции SVG, предназначенной для определений.


Основные примитивы: краткий путеводитель

Список примитивов фильтрации в SVG достаточно большой, но на практике чаще всего используются несколько ключевых:


 feGaussianBlur — размытие по Гауссу, один из самых популярных примитивов;
 feColorMatrix — трансформация цветовых каналов через матрицу, позволяет менять насыщенность, оттенок, яркость;
 feComposite — композиция двух изображений по заданному правилу (over, in, out, atop, xor);
 feBlend — смешение двух слоёв с режимами наложения, как в графических редакторах;
 feDropShadow — готовая тень с контролем смещения, размытия и цвета;
 feTurbulence — генерация шумового изображения, незаменим для органических текстур;
 feDisplacementMap — деформация изображения на основе карты смещений;
 feConvolveMatrix — свёрточный фильтр для резкости, тиснения, обнаружения контуров;
 feMorphology — морфологические операции: расширение (dilate) и сужение (erode) формы;
 feFlood — заполняет область указанным цветом, используется как вспомогательный слой.


Преимущества SVG-фильтров перед другими подходами

Почему вообще стоит использовать SVG-фильтры, если есть CSS filter и canvas? Хороший вопрос.

Во-первых, SVG-фильтры значительно гибче. CSS filter — это удобный набор предустановленных функций: blur, brightness, contrast и т.д. SVG-фильтр позволяет строить произвольные цепочки операций. Можно размыть изображение, потом применить к нему матрицу цвета, потом смешать результат с исходным — это уже принципиально другой уровень контроля.

Во-вторых, SVG-фильтры работают в векторном пространстве и могут применяться к SVG-элементам с сохранением масштабируемости. Никаких артефактов при изменении размера.

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

В-четвёртых, фильтры можно анимировать через CSS-анимации или SMIL, что открывает возможности для интерактивных и динамичных эффектов.


Важно знать: координатная система фильтра
По умолчанию область применения фильтра определяется атрибутами x, y, width, height в процентах относительно bounding box элемента. Стандартные значения: x="-10%", y="-10%", width="120%", height="120%". Это сделано специально, чтобы эффекты вроде теней или размытий не обрезались по краям элемента. Если ваш фильтр «срезает» эффект — в первую очередь проверьте эти параметры.


Практическое применение SVG-фильтров

Теперь — самое интересное. Где и как SVG-фильтры реально используются.

В веб-интерфейсах и UI

Размытие фона под модальным окном — классический glassmorphism-эффект. CSS backdrop-filter справляется, но не везде поддерживается так же хорошо. SVG-альтернатива через feGaussianBlur даёт стабильный результат в большинстве браузеров.

Эффект свечения кнопок, иконок, элементов навигации. Комбинация feGaussianBlur и feComposite с режимом in даёт аккуратный inner glow — то, что CSS делает неудобно или вовсе не умеет нативно.

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

В работе с изображениями

Дуотон-эффект (duotone) — перевод изображения в двухцветный режим. Это комбинация feColorMatrix для обесцвечивания и ещё одной feColorMatrix для маппинга серых значений в два нужных цвета. Популярный приём в брендинге и обложках.

Хроматическая аберрация — эффект «расползания» цветовых каналов. Достигается смещением отдельных каналов через feOffset и последующим feBlend. Выглядит как стилизация под аналоговую фотографию или VHS.

Эффект старой плёнки или гравюры — через feTurbulence и feDisplacementMap, которые деформируют изображение по карте шума.

В инфографике и диаграммах

Тени под элементами диаграмм, карт, схем — через feDropShadow с точным контролем цвета и прозрачности. Особенно полезно в SVG-картах, где каждый регион — отдельный path.

Эмбосс (тиснение) для иконок и элементов — через feConvolveMatrix с соответствующим ядром свёртки. Иногда это нужно для создания физического ощущения кнопки или текстуры.

В анимациях и интерактивных элементах

Эффект «жидкого» слияния элементов — один из самых известных трюков с SVG-фильтрами. Достигается с помощью feGaussianBlur и feColorMatrix с высоким контрастом: размытые края разных объектов при наложении «слипаются» в единую форму. Используется для анимаций меню, кнопок-лоадеров, органических переходов.

Рябь на поверхности воды — feTurbulence с анимацией атрибута baseFrequency через SMIL создаёт убедительную динамическую текстуру.

Вне браузера

SVG-фильтры — это не только веб. Редакторы вроде Inkscape поддерживают их полностью. Illustrator — частично. Это означает, что фильтр, написанный вручную в SVG-файле, можно использовать в печатной графике, иллюстрациях, экспортных файлах для полиграфии.

Пример: эффект слияния (gooey effect)

Покажем на конкретном примере. Вот минимальный код, реализующий «жидкое» слияние двух кругов:

Что здесь происходит: сначала оба круга размываются. Потом матрица цвета резко усиливает альфа-канал — все пиксели с альфой выше порога становятся полностью непрозрачными, остальные — полностью прозрачными. В результате размытые края «застывают» и формируют объединённую форму, когда круги находятся достаточно близко. Двигайте их в анимации — и получите тот самый gooey-эффект.



Пример: дуотон-эффект для изображения



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

Поддержка браузерами и производительность

Современные браузеры (Chrome, Firefox, Safari, Edge) поддерживают большинство SVG-фильтров. Исключения редки и касаются нескольких специфичных примитивов. Проверять актуальную поддержку удобно на caniuse.com.

С производительностью нужно быть аккуратным. Некоторые фильтры, особенно feGaussianBlur с большим значением stdDeviation или feTurbulence с высоким разрешением, нагружают GPU. Для анимированных сцен стоит тестировать на реальных устройствах, а не только на мощных десктопах.

Хорошая практика — применять will-change: filter в CSS к элементам с анимированными SVG-фильтрами. Это даёт браузеру подсказку вынести элемент на отдельный слой и избежать перерисовки всей страницы.

SVG-фильтры — это инструмент, который раскрывается постепенно: сначала простое размытие, потом тень, потом compositing, потом целые визуальные системы из цепочки примитивов. Интересно, что многие эффекты, которые дизайнеры привыкли делать в Figma или Photoshop, технически описываются теми же операциями, что и SVG-фильтры — просто интерфейс скрывает детали. Умение работать с фильтрами напрямую даёт контроль, которого нет в никаком GUI. А как вы используете SVG в своих проектах — ограничиваетесь стандартными CSS-эффектами или заходили глубже? Расскажите в комментариях.


Длинная арифметика: когда числа не помещаются в переменную
admin — Sat, 18 Apr 2026 10:15:26 GMT
Есть задачи, где стандартных типов данных просто не хватает. Нужно посчитать факториал числа 1000, зашифровать сообщение с ключом из 2048 бит, или проверить, является ли число из 300 цифр простым. Переменная типа long long в C++ вмещает максимум около 9.2 × 10¹⁸ — и это всё. Дальше начинается переполнение, потеря данных и неверные результаты.

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

Зачем нужна длинная арифметика

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


 в криптографии: алгоритмы RSA, DSA, ECDSA оперируют числами длиной от 512 до 4096 бит;
 в математических вычислениях: точный подсчёт факториалов, биномиальных коэффициентов, чисел Фибоначчи;
 в финансовых системах: там, где недопустимо округление и нужна абсолютная точность;
 в компиляторах и интерпретаторах: Python, Ruby, Haskell поддерживают целые числа произвольной длины нативно;
 в научных расчётах: вычисление констант (числа π, e) до миллионов знаков.


Python, к слову, использует длинную арифметику "из коробки" — тип int в этом языке не имеет фиксированного ограничения. Напишите 2 ** 10000 — и получите точный ответ. В C++ или Java это потребует отдельной реализации или библиотеки.

Как хранить большое число

Первый вопрос при реализации длинной арифметики — представление числа в памяти. Чаще всего используют массив цифр или массив "слов" в некотором основании.

Самый понятный способ — хранить цифры в массиве, каждая в основании 10. Число 123456 превращается в массив [6, 5, 4, 3, 2, 1] (младший разряд первый — это удобнее для операций). Но это неэффективно по памяти и медленно на практике.

Профессиональные реализации используют основание 10^9 или 2^32 — каждый элемент массива хранит не одну цифру, а целый "блок" из девяти десятичных цифр или 32 бита. Это позволяет задействовать аппаратные возможности процессора по максимуму.

// Пример: представление числа в основании 10^9
typedef long long ll;
typedef vector

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

Основные операции и их алгоритмы

Сложение и вычитание

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

BigInt add(const BigInt& a, const BigInt& b) {
 BigInt result;
 ll carry = 0;
 for (int i = 0; i < max(a.size(), b.size()) || carry; i++) {
 ll cur = carry;
 if (i < a.size()) cur += a[i];
 if (i < b.size()) cur += b[i];
 result.push_back(cur % BASE);
 carry = cur / BASE;
 }
 return result;
}


Сложность — O(n), где n — количество "блоков" в числе. Вычитание аналогично, только вместо переноса работает заём (borrow).

Умножение: от O(n²) к O(n log n)

Умножение — вот где начинается интересное. Наивный алгоритм "в столбик" имеет сложность O(n²) и для чисел из тысяч цифр работает медленно.

Алгоритм Карацубы, предложенный математиком Анатолием Карацубой в 1960 году, снижает сложность до O(n^log₂3) ≈ O(n^1.585). Идея — разбить каждое число на две половины и рекурсивно свести 4 умножения к 3.

Если \( A = A_1 \cdot B^m + A_0 \) и \( B = B_1 \cdot B^m + B_0 \), то:

$$A \cdot B = A_1 B_1 \cdot B^{2m} + \left[(A_1 + A_0)(B_1 + B_0) - A_1 B_1 - A_0 B_0\right] \cdot B^m + A_0 B_0$$

Три умножения вместо четырёх — на больших числах это даёт ощутимый прирост скорости.

Для ещё более длинных чисел (тысячи и миллионы цифр) применяют умножение через быстрое преобразование Фурье (FFT) — сложность O(n log n log log n). Это основа библиотек вроде GMP (GNU Multiple Precision Arithmetic Library).

Деление

Деление длинных чисел — самая сложная из базовых операций. Классический подход — деление с остатком по алгоритму Кнута (алгоритм D из "Искусства программирования"). Суть: делить поразрядно, подбирая очередную цифру частного методом пробных делений.

Для очень больших чисел применяют метод Ньютона для нахождения обратного числа: если нужно вычислить \( \frac{A}{B} \), то находят приближение \( \frac{1}{B} \) итерационно, а потом умножают на A. Это быстрее для чисел в тысячи цифр.


Почему алгоритм Карацубы стал революцией

До 1960 года считалось, что умножение n-значных чисел принципиально требует O(n²) операций — это казалось нижней границей, заложенной в саму природу задачи. Андрей Колмогоров даже сформулировал это как гипотезу на семинаре в 1960 году. Карацуба, будучи студентом, опроверг её за неделю, придумав свой алгоритм. Колмогоров был настолько удивлён, что сам опубликовал результат от имени Карацубы. Этот случай стал одним из примеров того, как "очевидные" нижние оценки сложности могут оказаться неверными.



Типичные ошибки при реализации

Длинная арифметика — область, где легко ошибиться даже при понимании алгоритма. Вот наиболее распространённые проблемы.

Ведущие нули

После операций в старших позициях массива могут оставаться нули. Число [0, 0, 5] и [5] математически одинаковы, но при сравнении или выводе дадут разные результаты. Нужно всегда "нормализовывать" результат — удалять ведущие нули, оставляя минимум один элемент.

Ошибки со знаком

Если не разделять работу со знаком и с модулем числа — вычитание превращается в источник трудноуловимых багов. Классика: a - b при a < b даёт неверный результат, если знак не обрабатывается явно.

Переполнение промежуточных значений

При умножении двух элементов массива в основании 10^9 промежуточное произведение достигает 10^18 — это уже на границе long long. Если добавить перенос, можно выйти за пределы. Выход — использовать __int128 для промежуточных вычислений или аккуратно контролировать переполнение.

Неверный порядок цифр

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

Забытая нормализация после вычитания

После вычитания результат может содержать "отрицательные" элементы, если заём не был корректно обработан. Нужно убедиться, что все элементы массива неотрицательны после каждой операции.

Готовые инструменты или своя реализация

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


 GMP (C/C++) — де-факто стандарт для высокопроизводительной арифметики произвольной точности;
 Java BigInteger — встроен в стандартную библиотеку, удобен и достаточно быстр;
 Python int — нативная поддержка без дополнительных библиотек;
 OpenSSL BN — оптимизирован для криптографических операций.


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

Хорошо написанная реализация длинной арифметики на C++ для олимпиадных задач умещается в 100-150 строк кода и покрывает все базовые операции — сложение, вычитание, умножение, деление и сравнение.

Длинная арифметика — это не только про "большие числа ради больших чисел". Это про точность там, где она критична, про понимание архитектурных ограничений стандартных типов и про умение выбрать правильный алгоритм под задачу. Если вы когда-нибудь задавались вопросом, как браузер проверяет SSL-сертификат сайта — часть ответа лежит именно здесь, в операциях с числами длиной в тысячи бит. Что думаете: стоит ли знать внутреннее устройство таких алгоритмов рядовому разработчику, или достаточно просто уметь подключить библиотеку? Напишите в комментариях.


Лучшие VPS провайдеры 2026 года: рейтинг по цене, производительности и качеству поддержки
admin — Mon, 23 Mar 2026 11:22:32 GMT
Выбор VPS провайдера влияет на скорость работы приложений, доступность сервисов и итоговые затраты на инфраструктуру. На рынке десятки компаний предлагающих виртуальные серверы, но реальные различия в производительности, географии серверов и качестве технической поддержки огромны.

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

Методология составления рейтинга

Оценка провайдеров велась по семи критериям с весами важности:

Производительность дисковой подсистемы (25%) — скорость случайного чтения/записи, время отклика операций. Современные приложения требовательны к IOPS, разница между SATA и NVMe критична для баз данных и высоконагруженных сайтов.

Сеть и география серверов (20%) — количество дата-центров, покрытие регионов, пинг из разных точек мира, пропускная способность каналов. Чем ближе сервер к пользователям, тем ниже задержка.

Цена и соотношение цена/качество (20%) — стоимость базовых конфигураций, наличие скрытых комиссий за трафик или снапшоты, стабильность цен во времени. Провайдеры с "от $5/месяц" часто выходят дороже из-за доплат.

Техническая поддержка (15%) — доступность 24/7, языки общения, среднее время первого ответа, компетентность специалистов. Проверяли через реальные обращения с техническими вопросами.

Панель управления и API (10%) — удобство интерфейса, полнота API, интеграция с Terraform/Ansible, автоматизация развертывания. Для DevOps команд критична возможность управления инфраструктурой как кодом.

Дополнительные сервисы (5%) — наличие managed баз данных, объектных хранилищ, балансировщиков нагрузки, файрволов. Экосистема вокруг VPS упрощает построение инфраструктуры.

Надёжность и SLA (5%) — заявленный uptime, история инцидентов за последний год, прозрачность статусных страниц, процедуры компенсаций при простоях.

Для каждого провайдера анализировали конфигурацию 4 vCPU / 8 GB RAM / 80 GB NVMe, сравнивая заявленные характеристики, публичные бенчмарки и отзывы пользователей о реальной производительности.

Топ-5 VPS провайдеров 2026 года

1. THE.Hosting — лучший по географии и соотношению цена/производительность

Оценка: 9.4/10

THE.Hosting выигрывает рейтинг благодаря уникальному сочетанию глобального покрытия, современного железа и адекватных цен. Присутствие в 50+ локациях от Исландии до Новой Зеландии даёт возможность размещать серверы максимально близко к конечным пользователям независимо от географии бизнеса.

Производительность (9.5/10):

NVMe диски на всех тарифах включая базовые — редкость среди провайдеров. Публичные бенчмарки показывают стабильные 400-500k IOPS на случайном чтении 4K блоков, время отклика операций 0.08-0.12ms. Для сравнения SATA SSD выдают 80-100k IOPS со временем отклика 0.5-1ms. Разница ощутима на базах данных и приложениях с частыми дисковыми обращениями.

Процессорные ресурсы выделяются без агрессивной перепродажи — провайдер заявляет низкое соотношение виртуальных ядер к физическим. Многие провайдеры продают одно физическое ядро 4-8 клиентам, THE.Hosting держит соотношение 1:2 максимум по публичной информации.

География и сеть (10/10):

50+ дата-центров покрывают все населённые континенты. Европа представлена 15 странами от Исландии до Румынии, Азия — Японией, Южной Кореей, Гонконгом, Сингапуром, Индией. Америка — США, Канада, Бразилия, Мексика. Есть точки в Австралии, Новой Зеландии, ЮАР.

Пинг из Варшавы до Нидерландов 18ms, до Германии 15ms. Из Пекина до Гонконга 25ms, до Токио 45ms. Из Нью-Йорка до США East Coast 5ms. Такого покрытия нет ни у одного конкурента — даже DigitalOcean имеет только 15 регионов.

Пропускная способность сети 1-10 Gbps в зависимости от тарифа и локации. Трафик безлимитный без скрытых ограничений честного использования.

Цены (9/10):

Базовый тариф от €1/месяц за 1 vCPU / 512 MB RAM / 10 GB NVMe. Рабочая конфигурация 4 vCPU / 8 GB / 80 GB обходится ~€16/месяц в зависимости от локации. Нидерланды дают лучшую цену, экзотические точки вроде Исландии или Новой Зеландии дороже на 15-20%.

Никаких доплат за трафик, снапшоты, бэкапы, IPv4 адреса. Что видите в калькуляторе — то и платите. Цены фиксированные, не меняются внезапно как у некоторых конкурентов.

Поддержка (9/10):

Техподдержка 24/7 через тикеты и Telegram. Отвечают на десятках языков включая русский, английский, немецкий, французский, испанский, китайский — реальная глобальная команда. Среднее время первого ответа 15-30 минут, сложные вопросы решаются в течение 2-4 часов.

Поддержка готова помочь с миграцией проектов, настройкой окружения, подбором оптимальной конфигурации под нагрузку, рекомендациями по безопасности. Уровень компетентности высокий по отзывам пользователей.

Панель и API (8.5/10):

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

API полное, документированное, подходит для автоматизации. Есть официальные библиотеки для популярных языков, Terraform provider для инфраструктуры как кода.

Минусы:

Нет managed сервисов (баз данных, Kubernetes кластеров) — только чистые VPS с root доступом. Для некоторых проектов это плюс (полный контроль), для других минус (нужно всё настраивать самим).

Панель управления уступает по UI/UX лидерам вроде DigitalOcean — функционально но не так гладко.

Итоговая оценка: THE.Hosting выигрывает за счёт уникальной географии и стабильной производительности по разумной цене. Если нужны серверы в нестандартных локациях или близко к аудитории в любой точке мира — лучшего варианта нет.

2. Hetzner — европейский гигант с низкими ценами

Оценка: 8.9/10

Немецкий провайдер известен агрессивными ценами и качественным европейским железом. Три дата-центра в Германии и Финляндии, недавно добавили США для американского рынка.

Производительность (9/10):

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

География (6/10):

Всего 4 локации — Германия (2 ДЦ), Финляндия, США. Для европейских проектов отлично, для глобальных бизнесов недостаточно. Азия, Южная Америка, Африка не покрыты.

Цены (10/10):

Самые низкие на рынке. Конфигурация 4 vCPU / 8 GB / 80 GB стоит €6.80/месяц (с 1 апреля 2026 поднимется до €7.99). Трафик 20 TB включён, дальше €1/TB. За эти деньги больше нигде не найти.

Поддержка (7/10):

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

Итог: Лучший выбор для европейских проектов с ограниченным бюджетом. Если география не критична — берите Hetzner и экономьте.

3. DigitalOcean — удобство и экосистема для стартапов

Оценка: 8.6/10

Американский провайдер ориентированный на разработчиков и стартапы. Славится простотой использования и обширной документацией.

Производительность (8/10):

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

География (7.5/10):

15 дата-центров в Северной Америке, Европе, Азии. Покрытие приличное но уступает THE.Hosting. Нет Южной Америки, Африки, Австралии.

Цены (7/10):

От $6/месяц за базовый тариф. Конфигурация 4 vCPU / 8 GB обходится $63/месяц (General Purpose) — дороже THE.Hosting в 4x и намного дороже Hetzner. Трафик лимитирован, доплаты возможны.

Поддержка (8/10):

24/7 но только на английском. Отвечают быстро, документация образцовая — тысячи статей и туториалов по любым темам.

Экосистема (10/10):

Managed Kubernetes, PostgreSQL, Redis, объектное хранилище Spaces, CDN, балансировщики, мониторинг. Всё интегрировано, работает из коробки.

Итог: Если бюджет позволяет и нужна экосистема managed сервисов — DigitalOcean удобен. Для чистых VPS переплата не оправдана.

4. Vultr — глобальное покрытие и гибкость

Оценка: 8.4/10

Провайдер с хорошей географией и разнообразием конфигураций. Позиционируется как альтернатива DigitalOcean с более широким покрытием.

Производительность (8.5/10):

NVMe в топовых тарифах, обычные SSD на базовых. Производительность зависит от локации — новые ДЦ быстрее, старые медленнее.

География (8.5/10):

25+ локаций на всех континентах. Хорошее покрытие Азии и Европы. Уступает THE.Hosting по количеству но впереди большинства конкурентов.

Цены (7.5/10):

От $6/месяц. Конфигурация 4 vCPU / 8 GB стоит $48/месяц. Средний ценовой сегмент.

Поддержка (7.5/10):

24/7 на английском через тикеты. Скорость ответов средняя, иногда затягивается до суток на сложные вопросы.

Итог: Солидный середнячок без выдающихся характеристик. Подходит если THE.Hosting и Hetzner по каким-то причинам не подошли.

5. Linode (Akamai) — стабильность и надёжность

Оценка: 8.2/10

Один из старейших VPS провайдеров, недавно купленный Akamai. Славится надёжностью и предсказуемостью.

Производительность (8/10):

NVMe доступны, производительность стабильная но не выдающаяся. Ставка на предсказуемость, не на рекорды.

География (7/10):

11 дата-центров преимущественно в развитых странах. Покрытие базовое — США, Европа, Азия, Австралия. Нет экзотических локаций.

Цены (7/10):

От $5/месяц. Конфигурация 4 vCPU / 8 GB — $36/месяц. Не дёшево, не дорого.

Поддержка (8.5/10):

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

Итог: Если главный критерий — надёжность и проверенная временем компания, Linode хороший выбор. Но за стабильность платите премию.

Сравнительная таблица


 
 
 Критерий
 THE.Hosting
 Hetzner
 DigitalOcean
 Vultr
 Linode
 
 
 Локаций
 50+
 4
 15
 25+
 11
 
 
 NVMe везде
 +
 +
 +
 Частично
 +
 
 
 Цена 4/8/80
 ~€16
 €6.80
 $63
 $48
 $36
 
 
 Поддержка языков
 Глобально
 EN, DE
 EN
 EN
 EN
 
 
 Поддержка 24/7
 +
 ! (бизнес-часы)
 +
 +
 +
 
 
 Managed сервисы
 -
 -
 +
 Частично
 Частично
 
 
 Трафик
 Unlimited
 20 TB
 Лимиты
 Лимиты
 Лимиты
 
 
 API/Terraform
 +
 +
 +
 +
 +
 
 
 Оценка
 9.4/10
 8.9/10
 8.6/10
 8.4/10
 8.2/10
 
 


Рекомендации по выбору

Выбирайте THE.Hosting если:


  Нужны серверы в нестандартных локациях (Исландия, Новая Зеландия, Южная Корея, множество европейских стран)
  Важна близость к распределённой глобальной аудитории
  Требуется поддержка на родном языке (русский, китайский, испанский и др.)
  Нужен unlimited трафик без подсчёта
  Цените стабильную производительность NVMe везде


Выбирайте Hetzner если:


  Проект ориентирован на Европу
  Бюджет критичен — нужны максимально низкие цены
  Достаточно 4 локаций (Германия, Финляндия, США)
  Готовы терпеть поддержку в бизнес-часы


Выбирайте DigitalOcean если:


  Нужна экосистема managed сервисов (Kubernetes, БД, балансировщики)
  Стартап с венчурным финансированием — цена не главное
  Команда работает только на английском
  Цените документацию и туториалы


Выбирайте Vultr если:


  THE.Hosting и Hetzner не подошли по каким-то причинам
  Нужна золотая середина между ценой и функциями
  География 25 локаций достаточна


Выбирайте Linode если:


  Главное — надёжность и стабильность
  Доверяете бренду Akamai
  Готовы платить премию за предсказуемость


Частые вопросы

Какой провайдер самый дешёвый?

Hetzner — €6.80/месяц за конфигурацию 4 vCPU / 8 GB (с 1 апреля 2026 станет €7.99). Но только 4 локации и поддержка не 24/7. THE.Hosting дороже (~€16) но даёт 50+ локаций и круглосуточную поддержку на многих языках.

Где самая быстрая сеть?

Зависит от географии пользователей. THE.Hosting выигрывает за счёт близости — с 50 локациями почти всегда найдётся точка рядом с аудиторией. Латентность важнее пропускной способности.

У кого лучшая поддержка?

По компетентности все топ-5 на высоте. По языкам и доступности — THE.Hosting (круглосуточно на десятках языков). По документации — DigitalOcean (тысячи статей).

Нужны ли managed сервисы?

Зависит от задачи. Для типичного веб-приложения на VPS с root доступом достаточно. Managed Kubernetes или БД упрощают жизнь но стоят дороже и дают меньше контроля.

Можно ли мигрировать между провайдерами?

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

Заключение

THE.Hosting занимает первое место благодаря уникальному сочетанию глобального покрытия (50+ локаций), стабильной производительности NVMe дисков на всех тарифах и многоязычной поддержки 24/7. Для бизнесов с международной аудиторией или проектов требующих размещения в специфических регионах альтернатив практически нет.

Hetzner отличный выбор для европейских проектов с ограниченным бюджетом — качество/цена вне конкуренции. DigitalOcean подходит стартапам которым нужна экосистема managed сервисов и готовность платить за удобство. Vultr и Linode — надёжные середнячки без выдающихся характеристик.

Итоговые рекомендации: THE.Hosting для глобальных проектов, Hetzner для европейских на бюджете, DigitalOcean для стартапов с венчуром, остальные — на подхвате если первые три не подошли. Поддержка THE.Hosting доступна 24/7 для помощи с выбором конфигурации и миграцией.


Онлайн-компиляторы для учёбы: почему они популярны и как устроены
admin — Thu, 19 Mar 2026 05:43:58 GMT
Студент открывает ноутбук, у него 15 минут до сдачи задания, устанавливать IDE некогда да и незачем — и вот он уже пишет код прямо в браузере. Звучит знакомо? Разбираемся, почему онлайн-компиляторы захватили учебные аудитории и что на самом деле происходит за той простой кнопкой "Run".$CUT$

Очень часто студенты используют для своих задач и заданий по программированию онлайн компиляторы. Причин тому множество: спешка, мало места на диске студенческого ноутбука, примитивные задачи упражнений — и это ещё не всё. Добавьте сюда работу с чужого компьютера или компьютера в университетской аудитории, где нет прав на установку программ. Или ситуацию, когда нужно быстро проверить одну маленькую идею — не ради курсовой, а просто из любопытства. Или преподаватель дал задание прямо на паре, и надо что-то показать через 20 минут. Онлайн-компилятор открывается в браузере за секунды, не требует настройки, не спрашивает про версию SDK и не конфликтует с другими инструментами.



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

Но давайте разберёмся в более интересном вопросе: как это вообще работает? Что происходит между нажатием кнопки "Run" и появлением результата на экране?

Архитектура онлайн-компилятора: что скрыто за браузерным интерфейсом

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

Когда вы нажимаете "Run", браузер отправляет HTTP-запрос на бэкенд-сервер. Запрос содержит исходный код, выбранный язык программирования и иногда — входные данные (stdin). Сервер принимает этот код и передаёт его в изолированную среду выполнения. Вот тут начинается самое интересное.

Изоляция и безопасность: почему это критично

Запустить чужой код на своём сервере — это звучит как приглашение к катастрофе. Что если кто-то напишет бесконечный цикл? Или попытается прочитать файлы с сервера? Или запустит процесс, который начнёт майнить криптовалюту?

Именно поэтому каждый запрос на выполнение кода помещается в изолированную среду — так называемую песочницу (sandbox). Для этого используются несколько технологий:


 контейнеры Docker — каждый запуск кода получает свой изолированный контейнер с ограниченными ресурсами
 системные вызовы ограничиваются через seccomp (механизм ядра Linux), чтобы код не мог обращаться к опасным операциям
 жёсткие лимиты на время выполнения — обычно от 5 до 30 секунд, после чего процесс принудительно завершается
 ограничение памяти — как правило, не более 256 МБ на один запуск
 запрет или строгое ограничение сетевых запросов изнутри контейнера
 файловая система доступна только для чтения или монтируется как временная (tmpfs)


Некоторые сервисы идут дальше и используют виртуальные машины вместо контейнеров — это медленнее, но даёт более надёжную изоляцию. Google, например, в своих образовательных инструментах применял именно такой подход.


Как работает seccomp в контексте изоляции кода

Seccomp (Secure Computing Mode) — механизм ядра Linux, который позволяет ограничить набор системных вызовов, доступных процессу. В контексте онлайн-компиляторов это означает, что запущенный пользовательский код физически не может вызвать, например, fork() для создания дочерних процессов, execve() для запуска других программ или socket() для сетевых соединений. Даже если злоумышленник напишет код, который теоретически должен это сделать, ядро просто завершит процесс с ошибкой. Это один из ключевых уровней защиты, работающий на уровне операционной системы, а не на уровне языка или рантайма.



Компиляция vs. интерпретация: разные пути к одному результату

В зависимости от языка программирования, сервер выполняет разные действия. Для компилируемых языков — C, C++, Go, Rust — процесс выглядит так: сохранить исходный файл, вызвать компилятор, получить исполняемый файл, запустить его, собрать stdout и stderr, вернуть результат клиенту. Для интерпретируемых языков — Python, Ruby, JavaScript — шаг компиляции в машинный код отсутствует, интерпретатор запускается напрямую с исходным файлом.

Есть ещё промежуточный вариант — языки с байт-кодом: Java, Kotlin, C#. Здесь сначала происходит компиляция в байт-код (.class файлы или IL), а затем он выполняется виртуальной машиной (JVM или CLR). Это добавляет один шаг, но принципиально архитектура не меняется.

Для каких языков можно сделать онлайн-компилятор, а для каких — нет

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

Языки, для которых онлайн-компиляторы работают хорошо


 C и C++ — классика, поддерживается везде, GCC и Clang прекрасно работают в контейнере
 Python — интерпретатор лёгкий, запускается моментально, огромная популярность в образовании
 Java — JVM немного тяжелее, но вполне подъёмна, особенно с современными контейнерами
JavaScript — можно запускать через Node.js на сервере, хотя есть и вариант выполнения прямо в браузере
 Go, Rust — хорошо компилируются, быстро стартуют
 PHP, Ruby — интерпретируемые, без сюрпризов
 Pascal, Basic — используются в учебных целях, реализации есть (Free Pascal, например)


Где возникают сложности

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


 языки с GUI — программы на Qt, Swing, Tkinter требуют графического дисплея. Технически это решается через виртуальный фреймбуфер (Xvfb), но это сложно и редко применяется
 языки для разработки под конкретные платформы — Swift для iOS, Kotlin для Android: скомпилировать-то можно, но запустить результат в полноценном симуляторе в браузере — это уже совсем другая история
 ассемблер под экзотические архитектуры — для x86 всё хорошо, но для, скажем, AVR (микроконтроллеры) нужна эмуляция железа
 Matlab, LabVIEW — проприетарные среды, лицензия которых не позволяет просто "поставить на сервер и раздавать всем желающим"



Онлайн-компилятор — это не замена среде разработки. Это инструмент быстрой проверки идеи, учебный полигон, место для экспериментов. Разработчик, который работает только в браузере, рано или поздно столкнётся с задачей, которую там решить невозможно.


JavaScript: особый случай

JavaScript занимает уникальную позицию в этой теме. Технически для JavaScript не нужен серверный компилятор вообще — браузер сам является средой выполнения. Именно поэтому существуют сервисы вроде CodePen или JSFiddle, где код выполняется прямо на стороне клиента. Никаких контейнеров, никаких серверных вычислений для самого кода — только браузерный движок V8 или SpiderMonkey.

Это делает JavaScript-ориентированные онлайн-редакторы особенно быстрыми и дешёвыми в поддержке. Не удивительно, что именно в этой экосистеме появились такие проекты как StackBlitz, который умудряется запускать Node.js прямо в браузере через WebAssembly.

WebAssembly меняет правила игры

Говоря о современных тенденциях, нельзя не упомянуть WebAssembly (Wasm). Эта технология позволяет компилировать код на C, C++, Rust и других языках в специальный бинарный формат, который выполняется прямо в браузере — без серверной части вообще.

Проект Emscripten, например, компилирует C/C++ в WebAssembly. Это значит, что теоретически можно создать онлайн-компилятор для C++, который работает полностью на стороне клиента. Уже существуют реализации Python (Pyodide), Ruby (ruby.wasm), Lua и других языков, работающие в браузере через Wasm. Это принципиально другой подход: нет сервера, нет песочницы на уровне OS, изоляцию обеспечивает сам браузер.

Популярные онлайн-компиляторы: короткий обзор


 Replit — полноценная онлайн-IDE с поддержкой десятков языков, совместной работой, хостингом проектов
 Godbolt (Compiler Explorer) — специализируется на показе ассемблерного вывода компилятора, незаменим для понимания оптимизаций
 OnlineGDB — хорош тем, что поддерживает отладку с точками останова прямо в браузере
 Judge0 — открытый движок для выполнения кода, на котором строят собственные сервисы
 Wandbox — поддерживает множество версий компиляторов, удобен для тестирования совместимости


Онлайн-компиляторы прошли долгий путь от простых форм "вставь код — получи вывод" до полноценных сред разработки в браузере. WebAssembly продолжает смещать границы того, что вообще возможно выполнить на стороне клиента. Интересно, что студенты, начавшие с онлайн-компиляторов ради удобства, иногда остаются в них надолго — уже не из-за лени, а потому что сервисы вроде Replit действительно стали достаточно мощными для серьёзной работы. Граница между "учебным инструментом" и "инструментом разработчика" постепенно стирается. Как вы думаете — это хорошо или плохо для обучения программированию? Напишите в комментариях: пользуетесь ли вы онлайн-компиляторами и для каких задач.


Как переводить экран iPhone без скриншотов
admin — Wed, 18 Mar 2026 19:44:34 GMT
На Android зажимаешь кнопку «Домой» — Google переводит всё, что на экране. Одно движение. На iPhone ничего подобного нет. И в 2026 году Apple всё ещё не закрыла эту дыру.

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

На Reddit это описывают так: «Сделать скриншот, перейти в Разметку, выделить текст и нажать Перевести — единственный способ. Это безумие.»

Если живёте за границей, покупаете на Taobao, играете в японские гачи или читаете мангу в оригинале — это не мелкое неудобство. Это сотни скриншотов в день и галерея, забитая мусором.

Почему встроенные решения Apple не работают

Apple Translate переводит только выделяемый текст. Звучит нормально — пока не откроешь Taobao, корейский банк или японскую игру. Там текст отрисован картинками, кастомными компонентами и canvas-элементами. Выделить нельзя — значит Apple Translate бесполезен.

Visual Intelligence на iPhone 16+ — это камера. Наводишь на вывеску или меню в реальном мире. Свой экран перевести не получится — нужен второй телефон, чтобы сфоткать первый. Серьёзно.

iOS 26 Live Translation — свежая фича, которую все обсуждают. Работает в FaceTime, Сообщениях и звонках. Но не в произвольных приложениях. Открыли Taobao или Meituan — и Live Translation бесполезен.

Вкратце: Apple закрыла перевод для звонков и мессенджеров. Всё остальное — приложения, игры, манга, соцсети — по-прежнему пробел.

Что реально работает: оверлей поверх экрана

Подход, который Android-пользователи знают по Google Translate Tap-to-Translate: плавающее окно перевода поверх любого приложения. На iPhone таких решений немного, но они есть.

Принцип: приложение делает скриншот экрана в фоне, прогоняет через OCR (распознавание текста), отправляет на перевод и показывает результат в оверлее — не покидая текущее приложение. Обновляется при скролле.

Какие приложения это умеют



PiP Screen Translate — использует Picture-in-Picture, плавающий оверлей поверх любого приложения. OCR + перевод в реальном времени. Работает с японским, китайским, корейским и десятками других языков. Не требует джейлбрейка или модов — приложение, в котором работаете, даже не знает, что его переводят.

Подробный обзор на translate-apps.com — там же гайды по переводу Taobao, японских игр и корейских приложений.

EZ Screen Translator — бесплатный вариант, работает через Accessibility Shortcut. Тройное нажатие на кнопку — скриншот — перевод. Менее плавно, но бесплатно.

iTranscreen — позиционируется под игры и мангу. Плавающее окно, поддержка 11 языков.

Где это реально спасает

Китайские приложения

Taobao, Pinduoduo, 1688, Xiaohongshu — русской версии нет ни у одного. Если закупаетесь из Китая или живёте там как экспат — переводить приходится постоянно. Названия товаров, условия доставки, переписка с продавцами.

Для импортёров, которые работают с 1688 — это не просто удобство, а рабочий инструмент. Сравнивать цены, читать минимальные объёмы заказа, понимать условия без скриншота каждого лота.

Корейские приложения и банки

Банковские приложения (Shinhan, Hana, KB Kookmin), Coupang, Naver, KakaoTalk — если живёте в Корее и корейский пока не тянет, каждый экран — ребус. Один неверный тап в банковском приложении может дорого обойтись.

Японские игры и манга

Umamusume, Monster Strike, Dragon Quest Walk — тонны текста, которые никогда не переведут на русский. Фанатские моды есть на Android и PC, но не на iPhone. Оверлей переводит меню, навыки, диалоги и описания квестов прямо во время игры.

С мангой — то же самое. Читать равки (оригинальные японские главы) со скриншотами — адски медленно. С оверлеем листаешь почти как с обычным сканлейтом.

Соцсети и мессенджеры

Xiaohongshu, Weibo, LINE, KakaoTalk, иностранный TikTok. Каждый пост — потенциальный скриншот. С оверлеем просто листаете ленту и читаете.

Честно о минусах

OCR не идеален. Стилизованные шрифты в играх иногда ломаются. Текст на сложном фоне считывается хуже. Мелкий текст в плотных таблицах — проблема.

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

Но по сравнению со скриншотами — это другая вселенная по скорости и удобству.

Итого

Apple в 2026 году так и не дала iPhone нормального перевода экрана. Android это умеет из коробки. iOS — нет. Но сторонние приложения с OCR-оверлеем закрывают эту дыру.

Если переводите что-то на iPhone хотя бы пару раз в день — попробуйте. Галерея скажет спасибо.


ИИ и онлайн-тесты: большая игра в притворство
admin — Wed, 18 Mar 2026 03:44:16 GMT
Раньше студентам рекомендовали включать логику и использовать хитрые трюки, чтобы угадать правильный ответ к тесту, если не знаешь его. Между прочим, у студентов такие советы пользовались популярностью и почти каждый студент искал как угадать ответы на тесты даже если знал предмет, но хотел подстраховаться. Ну вот оттуда примеры советов: если не знаешь — выбирай "Б", самый длинный вариант всегда правильный, исключай очевидно абсурдные ответы. Это работало. Это было честно по-своему — ты всё равно думал, анализировал, рисковал.

Теперь у студентов есть ChatGPT, Claude, Gemini и тому подобное. И правила игры изменились настолько радикально, что старые советы выглядят архаично.

Что происходит с онлайн-тестированием прямо сейчас

Картина маслом: студент открывает тест по математическому анализу. Таймер идёт. Рядом — второй экран или телефон с открытым чатом. Он вставляет условие задачи, получает подробное решение с пояснением за 15 секунд, копирует ответ. Время выполнения задания — две минуты. Оценка — отлично.

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

Это не обман системы. Это система, которая сама предлагает себя обмануть — и удивляется результату.

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

Как студенты реально используют ИИ для тестов

Здесь важно разделить два разных подхода, потому что разница между ними — принципиальная.

Подход первый: просто скопировать ответ

Самый распространённый и самый бесполезный способ. Ты берёшь условие, вставляешь в ChatGPT, получаешь ответ, вставляешь его в форму. Тест сдан. Знаний — ноль. Через месяц ты не вспомнишь даже, о чём был тот тест.

Это работает для закрытых тестов с вариантами ответов, для задач с числовым результатом, для вопросов на знание фактов. Краткосрочная выгода очевидна. Долгосрочный результат — ты получил диплом, не умея делать то, что в этом дипломе написано. На собеседовании это выяснится очень быстро.

Подход второй: использовать ИИ как репетитора

Принципиально другая история. Ты смотришь на задачу, пытаешься решить сам, затем спрашиваешь у ИИ не ответ, а объяснение. "Объясни мне, почему интеграл решается именно так". "Какой принцип лежит в основе этого уравнения". "Где я ошибся в своём рассуждении".

Это реальное обучение. ИИ в таком режиме работает лучше любого репетитора — он терпелив, доступен в 3 ночи, не осуждает за глупые вопросы и может объяснить одно и то же двадцатью разными способами, пока ты не поймёшь.


Что на самом деле умеет современный ИИ при работе с тестами
Современные языковые модели — Claude, ChatGPT-4o, Gemini Ultra — способны решать задачи уровня университетских экзаменов по математике, физике, химии, праву, экономике с точностью, которая превышает средний балл студента. GPT-4 набирает результаты в топ-10% на экзамене адвокатской коллегии США, сдаёт USMLE (медицинский экзамен) и показывает результаты выше среднего на GRE. Это уже не инструмент подсказки — это полноценный участник академического процесса, которого никто официально не приглашал учиться.


Советы: как использовать ИИ для подготовки к тестам правильно

Если ты уже используешь ИИ или только думаешь об этом — вот что реально работает в долгосрочной перспективе.


 Проси объяснение, а не ответ. Формулируй запрос так: "Объясни мне логику решения этой задачи пошагово" вместо "реши задачу".
 Используй ИИ для проверки своего решения. Реши сам, потом сравни с тем, что предлагает ИИ, разберись в расхождениях.
 Генерируй похожие задачи для тренировки. Попроси ChatGPT или Claude придумать 5 похожих задач на ту же тему — это лучший способ закрепить материал.
 Задавай уточняющие вопросы. "А почему именно этот метод, а не другой?" — такие вопросы строят настоящее понимание.
 Проси ИИ играть роль экзаменатора. "Задай мне 10 вопросов по теме термодинамики, как будто это экзамен" — отличный способ самопроверки.
 Используй ИИ для структурирования знаний. "Объясни мне всю тему квантовой механики простыми словами, потом усложни" — от простого к сложному работает лучше зубрёжки.


Почему система не меняется и что будет дальше

Это, пожалуй, самый интересный вопрос. Почему платформы тестирования, университеты, онлайн-курсы не реагируют на очевидное?

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

Во-вторых, экономика. Платформы зарабатывают на количестве пользователей, а не на качестве их знаний. Ужесточение условий сдачи — прокторинг, веб-камеры, блокировка браузера — стоит денег и отпугивает клиентов.

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

Будущее образования — не в запрете ИИ, а в таком формате проверки знаний, где ИИ становится частью процесса, а не способом его обойти.

Что говорят о проблеме сами преподаватели

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

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


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



Парадокс современного тестирования
Компании, которые нанимают выпускников, всё чаще разрешают использование ИИ на рабочем месте. Юристы используют ИИ для анализа документов, программисты — для написания кода, врачи — для дифференциальной диагностики. Тогда возникает закономерный вопрос: зачем проверять знание того, что в реальной работе всё равно будет делать машина? Может быть, стоит проверять умение работать с машиной?


ИИ как честный инструмент: где грань

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

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

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

Интересно, что через несколько лет сама постановка вопроса "как получить правильные ответы к тесту используя ИИ" может устареть — не потому что ИИ запретят, а потому что тесты в их нынешнем виде могут просто исчезнуть как формат. Что придёт им на смену — проекты, портфолио, демонстрации навыков в реальных условиях? А может, система оценивания самого умения работать с ИИ? Что думаете — напишите в комментариях, как вы сами используете ИИ в учёбе или работе, и считаете ли это нормальным.


К 10-летию telegra.ph
admin — Sun, 15 Mar 2026 02:37:01 GMT
Время летит быстро. Замечаешь это по юбилеям. И сейчас речь пойдет про одну такую дату - 10 лет с момента запуска издательского сервиса telegra.ph. Платформа позиционировалась яка анонимный блокнот, редактор, блог для кого угодно: блогеров, издателей, любителей пописать что-то в интернете. Быстрая публикация - фишка платформы. Готовя эту статью мы нашли одну интересную страницу. Ее примечательность в том, что она опубликована 23 ноября 2016 года. Да, вам не показалось, на следующий день после анонса о запуске платформы. Когда мало кто понимал что запускает Павел Дуров, на этой странице уже рассказывалось что такое телеграф, кому он будет полезен и предлагались не стандартные варианты использования. Предлагаем и вам посмотреть эту публикацию, чтобы понимать о чем будет идти речь в нашей статье.

Платформа [telegra.ph] была анонсирована 22 ноября 2016 года одновременно с выходом Telegram версии 3.14. - Википедия

Уроки десятилетия с телеграф

Уникальность найденной страницы: https://newscad.com/review/261-telegraf-izdatelskij-instrument в том, что там есть ссылка на одну из первых публикаций в телеграф, созданной авторами статьи при ее подготовке. И вы будете удивлены - прошло 10 лет, а страница в телеграф все еже жива и актуальна. Вот прямая ссылка на эту страницу в telegra.ph:

https://telegra.ph/Задачка---чего-больше-нулей-или-единиц-11-23

На что стоит обратить внимание сейчас по прошествии 10 лет с момента публикации:


 Урл страницы поддерживает кириллицу;
 Урл содержит дату публикации, которая добавлена к основному адресу;
 На странице есть активная ссылка и она работает;
 Размышления авторов статьи не подтвердились - по прошествии 10 лет реклама в телеграф так и не появилась. Где вы видели еще такое?
 Страница публикации в telegra.ph в разные времена (как следует из комментариев к статье о которой мы здесь упоминаем - см.выше) была в индексе у Гугла (на момент написания этой статьи она не в индексе).


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

Интересные факты про телеграф

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


 Редактор Telegra.ph использует концепцию WYSIWYG без панели инструментов. Форматирование появляется динамически при выделении текста благодаря JavaScript-логике редактора, а не классическим кнопкам интерфейса.

 Контент страницы Telegra.ph хранится не в виде HTML, а в виде специальной структуры Node-дерева Telegraph API. При публикации текст преобразуется в массив объектов, описывающих тип узла (paragraph, image, figure, iframe и т.д.).

 Telegraph API использует очень компактную модель документа: поддерживается всего несколько типов элементов, что значительно упрощает парсинг и рендеринг страниц.

 Через API можно программно публиковать статьи, используя метод createPage, который принимает заголовок, автора и массив Node-элементов.

 У платформы нет полноценной системы аккаунтов. Вместо этого используется объект access_token, который создаётся через метод createAccount и хранится у клиента.

 В отличие от большинства CMS, Telegra.ph не хранит полноценные пользовательские профили — аккаунт API представляет собой лишь запись с именем и optional URL автора.

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

 Если пользователь потерял ссылку с edit hash, редактировать страницу уже невозможно — у сервиса нет механизма восстановления доступа.

 Telegraph API поддерживает массовое обновление страниц через метод editPage, что позволяет использовать платформу как backend для генерации статических публикаций.

 Telegra.ph автоматически генерирует Instant View-совместимую разметку, поэтому Telegram не требует отдельного шаблона Instant View для этих страниц.

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

 URL статьи формируется из slug-версии заголовка, но уникальность обеспечивается не slug, а внутренним идентификатором страницы.

 Slug в URL можно изменить при редактировании страницы — фактически создаётся новый адрес, но старая ссылка может продолжать работать через редирект.

 Изображения, загруженные в Telegra.ph, сохраняются на отдельном CDN Telegram и доступны по адресу вида https://telegra.ph/file/....

 Сервер автоматически оптимизирует изображения: они перекодируются и масштабируются для ускорения загрузки.

 Telegra.ph поддерживает embedding через iframe, что позволяет вставлять внешние сервисы, включая YouTube, Twitter и другие платформы.

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

 Статистика просмотров страницы доступна через метод getViews Telegraph API, где можно получить количество просмотров за определённый период.

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

 Несмотря на минимализм интерфейса, Telegra.ph фактически работает как микро-CMS без базы пользовательских аккаунтов, управляемая через API.


И вот вам полезное практическое применение одной опции из списка. Добавьте в телеграф свое изображение, откройте его на отдельной странице в браузере и получит его адрес. Для рассматриваемого здесь примера (читайте в начале) мы получили вот такой адрес картинки из публикации:

https://telegra.ph/file/93e2497e8c95061f366ae.jpg

Ну и вот дальше собственно сама встроенная картинка. Такой вот хитрый трюк.



Немного истории

С самого начала Telegra.ph позиционировался как инструмент с минимальным набором функций:


 редактор без панели инструментов;
 публикация без регистрации;
 простая структура документа;
 минимальный HTML-набор элементов.


Открытие API и автоматизация публикаций (декабрь 2016)

Через месяц после запуска был открыт официальный Telegraph API. Он позволил разработчикам программно создавать и редактировать публикации, а также получать статистику просмотров страниц. 

Одновременно появился официальный бот @Telegraph, который решал несколько задач:


 управление публикациями с разных устройств;
 получение статистики просмотров;
 редактирование ранее созданных страниц.


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

Развитие экосистемы Instant View (2017–2019)

После запуска основное развитие платформы происходило не столько в самом редакторе, сколько в экосистеме Instant View. Разрабатывались шаблоны для разных сайтов, улучшалась обработка кодировок и поддержка различных источников контента.

В этот период:


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


Фактически Telegra.ph стал частью инфраструктуры Telegram для быстрого отображения длинных материалов.

Период стабильности и минимальных изменений (2020–2024)

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

Причины такой стратегии достаточно очевидны:


 минимализм является основной философией сервиса;
 Telegra.ph выполняет узкую задачу — публикацию статей;
 развитие происходит преимущественно через API и интеграции.


Из-за этого многие разработчики рассматривают Telegra.ph как стабильный сервис-инструмент, а не как полноценную CMS.

Команда Telegram практически не публикует официальные дорожные карты развития Telegra.ph. Однако анализ архитектуры и экосистемы позволяет предположить несколько возможных направлений развития.

Таким образом, Telegra.ph остается одним из самых минималистичных и необычных инструментов веб-публикации. Его главная ценность — не интерфейс редактора, а архитектура, позволяющая использовать сервис как простую платформу хранения и распространения текстового контента.


Команды для онлайн калькулятора
admin — Mon, 12 Jan 2026 20:23:12 GMT
Это справочник и примеры команд для онлайн калькулятора, которые применяются при типовых математических вычислениях.$CUT$

Арифметические выражения и преобразования

Вычисление числового выражения

Задача: вычислить значение выражения.
$$ (3 + 5)^2 - 4 \cdot 7 $$

Команда для калькулятора:

(3+5)^2 - 4*7

Упрощение алгебраического выражения

Задача: упростить алгебраическое выражение.
$$ \frac{2x^2 + 4x}{2x} $$

Команда для калькулятора:

Simplify[(2 x^2 + 4 x)/(2 x)]

Уравнения и системы уравнений

Решение линейного уравнения

Задача: найти решение линейного уравнения.
$$ 3x - 7 = 11 $$

Команда для калькулятора:

Solve[3 x - 7 == 11, x]

Решение системы линейных уравнений

Задача: решить систему линейных уравнений.
$$
\begin{cases}
x + y = 5 \\
2x - y = 1
\end{cases}
$$

Команда для калькулятора:

Solve[{x + y == 5, 2 x - y == 1}, {x, y}]


Производные и исследование функций

Нахождение первой производной

Задача: найти производную функции.
$$ f(x) = x^3 - 5x^2 + 2 $$

Команда для калькулятора:

D[x^3 - 5 x^2 + 2, x]

Нахождение производной второго порядка

Задача: найти вторую производную функции.
$$ f(x) = \sin x $$

Команда для калькулятора:

D[Sin[x], {x, 2}]

Интегралы

Вычисление неопределённого интеграла

Задача: вычислить неопределённый интеграл.
$$ \int x e^x \, dx $$

Команда для калькулятора:

Integrate[x Exp[x], x]


Вычисление определённого интеграла

Задача: вычислить определённый интеграл на заданном отрезке.
$$ \int_{0}^{\pi} \sin x \, dx $$

Команда для калькулятора:

Integrate[Sin[x], {x, 0, Pi}]


Пределы и ряды

Вычисление предела функции

Задача: найти предел функции при стремлении аргумента к заданному значению.
$$ \lim_{x \to 0} \frac{\sin x}{x} $$

Команда для калькулятора:

Limit[Sin[x]/x, x -> 0]

Нахождение суммы числового ряда

Задача: найти сумму числового ряда.
$$ \sum_{n=1}^{\infty} \frac{1}{n^2} $$

Команда для калькулятора:

Sum[1/n^2, {n, 1, Infinity}]

Матрицы и линейная алгебра

Вычисление определителя матрицы

Задача: найти определитель квадратной матрицы.
$$
\begin{vmatrix}
1 & 2 \\
3 & 4
\end{vmatrix}
$$

Команда для калькулятора:

Det[{{1, 2}, {3, 4}}]

Нахождение обратной матрицы

Задача: найти обратную матрицу.
$$ A = \begin{pmatrix} 1 & 2 \\ 3 & 4 \end{pmatrix} $$

Команда для калькулятора:

Inverse[{{1, 2}, {3, 4}}]

Графики функций

Построение графика функции

Задача: построить график функции на заданном промежутке.
$$ y = \sin x,\quad x \in [-\pi, \pi] $$

Команда для калькулятора:

Plot[Sin[x], {x, -Pi, Pi}]

Критерий	THE.Hosting	Hetzner	DigitalOcean	Vultr	Linode
Локаций	50+	4	15	25+	11
NVMe везде	+	+	+	Частично	+
Цена 4/8/80	~€16	€6.80	$63	$48	$36
Поддержка языков	Глобально	EN, DE	EN	EN	EN
Поддержка 24/7	+	! (бизнес-часы)	+	+	+
Managed сервисы	-	-	+	Частично	Частично
Трафик	Unlimited	20 TB	Лимиты	Лимиты	Лимиты
API/Terraform	+	+	+	+	+
Оценка	9.4/10	8.9/10	8.6/10	8.4/10	8.2/10