калькулятор віку

Перевірка відмінностей (diff checker) порівнює два тексти та показує, які саме рядки відрізняються. Вставте оригінал (версію «до») у ліве текстове поле, а змінену версію (версію «після») — у праве; інструмент за мілісекунди виконає порівняння на основі LCS і виділить усі розбіжності.

Додані рядки відображаються зеленим, видалені — червоним, а змінені рядки мають підсвічування на рівні символів для тих частин, що фактично змінилися. У підсумковому рядку зверху відображається кількість доданих, видалених та змінених рядків, а також відсоток схожості.

Використовуйте його для порівняння будь-якого звичайного тексту:

• вихідного коду
• JSON-конфігурацій
• YAML-маніфестів
• CSV-експортів
• лог-файлів
• чернеток у форматі Markdown
• звичайної прози

Інструмент обробляє вхідні дані UTF-8 обсягом до кількох мегабайтів з кожного боку без помилок.

Найважливіше: кожен байт обчислень виконується локально у вашому браузері. Нічого не надсилається на сервер, не записується в логи та не залишає ваш пристрій — це безпечно для пропрієтарного коду, внутрішніх документів та конфіденційних даних.

Порівняння двох текстів складається з трьох швидких кроків:

• Крок 1: Вставте оригінальний текст у ліве поле. Це версія «до» — файл у тому вигляді, в якому він був до змін, оригінальна чернетка або попередня конфігурація. Використовуйте Ctrl+A, а потім Ctrl+C у будь-якому редакторі або браузері, щоб скопіювати текст, а потім Ctrl+V у вікно перевірки.
• Крок 2: Вставте змінений текст у праве поле. Це версія «після» — відредагований файл, нова чернетка або оновлена конфігурація. Порівняння обчислюється автоматично, як тільки обидві сторони заповнені.
• Крок 3: Прочитайте результат. Зелені рядки — це додавання, присутні праворуч, але відсутні ліворуч; червоні рядки — це видалення, присутні ліворуч, але відсутні праворуч; рядки з підсвічуванням на рівні символів — це «зміни» (пара видалення + додавання у схожому контенті).

Підсумок зверху дає загальне уявлення: кількість доданих, видалених елементів та відсоток схожості від 0% (немає збігів) до 100% (ідентичні).

Увімкніть «ігнорувати пробіли», якщо зміни стосуються лише форматування; увімкніть «ігнорувати регістр», якщо вам не важлива різниця між великими та малими літерами.

Інструменти порівняння працюють на одному з трьох рівнів деталізації: рядок, слово або символ.

• Порядкове порівняння є універсальним стандартом для коду та конфігурацій: кожен рядок розглядається як окрема одиниця, і інструмент визначає, які саме рядки були додані, видалені або суттєво змінені. Саме це показують GNU diff, git diff, Pull Request на GitHub та IDE.
• Порівняння за словами (іноді називають «word diff») розділяє текст за межами пробілів — це краще для прози, де редагування часто відбуваються всередині речень.
• Порівняння за символами — це найвища деталізація, яка використовується більшістю інструментів для підсвічування точного фрагмента, що змінився всередині рядка.

Інструмент вище показує порядкове порівняння як основний вигляд, а порівняння за символами — як підсвічування змінених рядків. Це той самий дворівневий підхід, який використовують VS Code, JetBrains та GitHub.

Використовуйте порядкове порівняння для перевірки коду, порівняння за словами — для редагування тексту, а за символами — лише для коротких порівнянь (окремі речення, ідентифікатори, URL-адреси).

Вихідний код — це найпоширеніший випадок використання, адже кожен огляд коду, кожен PR та кожен коміт у git передбачають порівняння коду.

Інструмент працює з будь-якою мовою програмування, оскільки алгоритм LCS не залежить від мови: JavaScript, TypeScript, Python, Go, Rust, Java, Kotlin, Swift, C, C++, C#, PHP, Ruby, Scala, Elixir, Clojure, shell-скрипти, Dockerfiles, Terraform HCL, SQL — усе працює однаково.

Найкраща практика для порівняння коду: перед вставкою відформатуйте обидві сторони однаковим форматувальником (Prettier для JS/TS, Black для Python, gofmt для Go, rustfmt для Rust), щоб різниця у відступах та стилі не заважала бачити реальні семантичні зміни. Якщо ви не можете переформатувати код, використовуйте опцію «ігнорувати пробіли», щоб пропустити відмінності у відступах.

При порівнянні різних мов (наприклад, реалізації на Python та порту на Go) порядкове порівняння працюватиме, але відсоток схожості буде оманливим — змістовною одиницею тут є структурна схожість, а не збіг рядків.

JSON diff — один із найбільш затребуваних сценаріїв: порівняння відповідей API, конфігураційних файлів, package.json та структурованих даних.

Важливий підготовчий крок: відформатуйте обидві сторони ідентично. Використовуйте «pretty-print» з однаковими відступами (зазвичай 2 або 4 пробіли) і відсортуйте ключі об'єктів за алфавітом. Без нормалізації структурно ідентичний JSON може видати величезну кількість «шуму» лише через те, що ключі розташовані в іншому порядку.

Інструменти для нормалізації:

• jq з прапорцем --sort-keys
• Python json.dumps з sort_keys=True
• jsonformatter.org

Для семантично усвідомленого порівняння JSON (де {a:1, b:2} та {b:2, a:1} вважаються рівними), спеціалізовані інструменти, як-от json-diff (npm), jq або JSON Patch (RFC 6902), дають кращий результат, ніж звичайне порядкове порівняння.

Інструмент вище добре працює для JSON, якщо обидві сторони попередньо нормалізовані; якщо вам часто потрібно семантичне порівняння JSON, розгляньте можливість використання спеціальної бібліотеки у вашому стеку.

YAML та CSV — це рядково-орієнтовані формати, які добре порівнюються рядковими інструментами, зазвичай з меншою кількістю «шуму», ніж JSON, оскільки YAML не має фігурних дужок, а CSV має стабільну структуру рядків.

Поради для YAML: переконайтеся, що обидві сторони використовують однакові відступи (2 чи 4 пробіли — це важливо, оскільки в YAML відступи мають значення), однаковий порядок ключів та однаковий стиль лапок для рядків. Для маніфестів Kubernetes, файлів Docker Compose та YAML-файлів CI/CD цей інструмент є стандартом.

Поради для CSV: переконайтеся, що обидва файли використовують однаковий роздільник (кома, крапка з комою, табуляція), однакові закінчення рядків (LF проти CRLF — багато CSV з Excel використовують CRLF), однаковий порядок стовпців та відповідні заголовки.

Для великих CSV (>10 000 рядків) спеціалізовані інструменти, такі як csvdiff (Aswinkarthik) або daff (paulfitz), показують структуровані зміни (який саме рядок і стовпець змінився); для менших файлів цей інструмент швидкий і простий.

Усі сучасні інструменти порівняння базуються на сімействі алгоритмів LCS (Longest Common Subsequence — найдовша спільна підпослідовність).

Оригінальний алгоритм був опублікований Джеймсом Хантом і Дагом Макілроєм у Bell Labs у 1976 році — це та сама стаття, що породила команду Unix 'diff', яка використовується й досі. У 1986 році Юджин Майерс опублікував статтю «An O(ND) Difference Algorithm and Its Variations», яка оптимізувала LCS для типових випадків невеликих змін у великих обсягах даних.

Алгоритм Майерса працює за час O((N+M)D), де N+M — загальний розмір вхідних даних, а D — кількість редагувань. Це набагато швидше, ніж наївний O(N×M) для реальних завдань (де D мале порівняно з N+M). GNU diff, git diff, libxdiff (використовується в Mercurial, Subversion, GitHub) реалізують Майерса або близькі до нього варіанти «patience diff» та «histogram diff».

Цей інструмент використовує реалізацію LCS на JavaScript, оптимізовану для продуктивності браузера — достатньо швидку для вхідних даних розміром до кількох мегабайтів з кожного боку.

Існує два основні способи відображення відмінностей: пліч-о-пліч (split view) та уніфікований (unified).

Пліч-о-пліч розміщує оригінальну та змінену версії у двох колонках зі змінами, вирівняними по горизонталі — це легше для читання людиною, оскільки ви бачите обидві версії одночасно, а візуальне групування робить структуру очевидною. Це стандарт для IDE (VS Code, IntelliJ), PR на GitHub (у режимі 'split') та більшості онлайн-інструментів.

Уніфікований вигляд складає видалені та додані рядки в одну колонку з префіксами '-' та '+' плюс 3 рядки незміненого контексту зверху та знизу — це компактніше, зручніше для скриптів (це формат патч-файлів, які приймають 'git apply' та 'patch'), і є стандартом для командного рядка та оглядів коду через електронну пошту (наприклад, список розсилки ядра Linux).

Вибирайте «пліч-о-пліч» для візуального огляду невеликих та середніх змін; вибирайте «уніфікований» для компактного відображення великих переписувань, копіювання як патч-файлу або обміну в текстових контекстах (чат, пошта, термінал).

Порівняння документів охоплює широкий спектр: відстеження того, що редактор змінив у чернетці, порівняння двох версій договору, перевірка перефразування проти копіювання (легка перевірка на плагіат) або аудит змін у перекладі.

Використовуйте цей інструмент для будь-якого текстового документа. Для інших форматів:

• Для файлів Microsoft Word .docx, спочатку експортуйте їх у звичайний текст (Файл > Зберегти як > Звичайний текст у Word або Формат > Звичайний текст у LibreOffice). Ви втратите форматування (жирний шрифт, курсив, заголовки), але побачите кожну текстову зміну.
• Для PDF-документів, спочатку скористайтеся конвертером PDF-у-текст (pdftotext з poppler-utils або онлайн-інструменти), а потім порівняйте витягнутий текст.
• Для Google Docs, використовуйте вбудовану «Історію версій» (Файл > Історія версій > Переглянути історію версій), яка показує зміни з авторами.

Для довгої прози, де розриви рядків довільні, розгляньте інструменти порівняння на рівні слів (diff --word-diff у git) — вони ігнорують переноси рядків і показують реальні зміни на рівні слів.

Конфіденційність має значення, коли ви порівнюєте пропрієтарний код, внутрішню документацію, фінансові записи, дані клієнтів або будь-який конфіденційний текст. Багато онлайн-інструментів завантажують введений текст на свій сервер для обробки — це зручно, але є реальним ризиком для чутливого контенту.

Цей інструмент працює повністю на стороні клієнта: алгоритм LCS виконується в JavaScript всередині вашого браузера, жоден запит fetch() не залишає ваш пристрій, жоден запис не створюється на сервері. Перевірте це самі: відкрийте DevTools > вкладка Network і вставте текст — ви побачите нуль вихідних запитів.

Для максимальної конфіденційності з дуже чутливим контентом використовуйте локальний інструмент, який ніколи не торкається мережі:

• GNU diff (вже встановлено в Linux/macOS)
• git diff (у будь-якому репозиторії)
• Вбудований diff у VS Code
• Diff в IDE від JetBrains
• Beyond Compare

Для разових порівнянь менш чутливого тексту перевірений браузерний інструмент, як цей, дає зручність веб-сервісу з конфіденційністю локального додатка.

Для розробників diff — це щоденна інфраструктура: огляд коду, перевірка PR, вирішення конфліктів злиття, порівняння конфігурацій між середовищами, налагодження регресій.

Використовуйте git diff для відстежуваних змін (git diff, git diff --staged, git diff main..feature, git diff HEAD~3); використовуйте онлайн-інструмент вище для швидких порівнянь (хтось скинув фрагмент у Slack, ви порівнюєте дамп змінних середовища між staging та prod, ви перевіряєте локальну конфігурацію колеги проти своєї).

Для вирішення конфліктів злиття тристоронні інструменти (kdiff3, p4merge, вбудований вигляд у VS Code) перевершують двосторонні, оскільки вони показують спільного предка на додаток до обох сторін.

Для огляду коду в масштабі GitHub PR, GitLab MR та Gerrit використовують той самий рядковий LCS diff під капотом — те, що ви бачите в PR, це той самий алгоритм, який ви можете запустити локально через git diff або вставити в онлайн-інструмент вище. Порівняння відтворюване між інструментами: однакові вхідні дані завжди дають однаковий результат.

Обидва інструменти створюють математично еквівалентні LCS-порівняння — базовий алгоритм однаковий.

Використовуйте git diff, коли:

• у вас є файли в git-репозиторії
• ви хочете порівняти коміти/гілки/індексовані зміни
• вам потрібно автоматизувати порівняння (CI-перевірки, pre-commit хуки)
• вам потрібне порівняння з урахуванням історії (git log, git blame)
• або ви створюєте патч-файл (git format-patch)

Використовуйте онлайн-інструмент, коли:

• у вас є «сирий» текст не з репозиторію (фрагмент із чату, відповідь API, дамп конфігурації)
• ви хочете швидке візуальне порівняння без налаштування репозиторію
• ви порівнюєте дані між системами, де git недоступний (хтось на Chromebook, зустріч з огляду коду)
• або контент чутливий, і ви хочете перевірений інструмент лише в браузері без мережевих запитів

Обидва інструменти мають бути в арсеналі розробника; жоден не замінює інший. Головні переваги онлайн-інструменту — нульове налаштування та візуальне порівняння пліч-о-пліч; головні переваги git — знання історії та інтеграція в екосистему.