Якщо потрібен цілісний локальний проєкт
Вкладені робочі області, файли Windows, пошук по дереву та відновлення з резервної копії мають залишатися в одній бібліотеці.
8 можливостей Schemas по порядку: що це, яке завдання вирішує, як влаштовано в нас і чим на це відповідають Miro та draw.io. З чесною позначкою там, де ми не перші.
Вкладені робочі області, файли Windows, пошук по дереву та відновлення з резервної копії мають залишатися в одній бібліотеці.
Коментарі, згадки, спільний доступ і редагування в реальному часі важливіші за автономність і локальне володіння файлами.
Потрібні зрілі сторінки, шари, експорт і вибір локального чи хмарного сховища для окремих схем.
Вісь цього порівняння — функціонал Schemas. Ми беремо наші можливості по черзі й дивимося, чим на кожну відповідають Miro та draw.io. Це не огляд Miro чи draw.io: у них є галузі, яких ми не реалізуємо, і в це порівняння вони не потрапляють.
Будь-який елемент робочої області може володіти власною дочірньою робочою областю — зі своїм вмістом, своєю камерою та шляхом назад до батьківської області.
Складна робота не вміщається на одну площину. Зазвичай її починають розтягувати в боки, і через місяць проєкт перетворюється на поле, де вже не знайти нитку.
Подвійний клік відкриває наступний рівень, навігаційний ланцюжок веде до батьківської області. Дерево рівнів зберігається разом із кореневою робочою областю, тому пошук і експорт розуміють глибину, а не лише поточний екран.
Глибина — не режим і не окрема функція, а властивість моделі елемента. Тому вона не потребує ручних посилань між документами й не розсипається під час перенесення проєкту.
Сильна організація дошки: іменовані області, шари та вкладені контейнери в режимі діаграм.
Зрілі сторінки в одному файлі; перехід на наступний рівень будується посиланнями між сторінками.
Збирання процесних, UML- та архітектурних схем у справжній робочій області: фігури, групи, підписи та три типи зв’язків.
Схема потрібна не заради картинки. Якщо фігури та зв’язки не можна довести до ладу, діаграма залишається чернеткою й перестає бути документом, на який можна посилатися.
Фігури, групи, підписи та зв’язки залишаються частиною проєкту й потрапляють в експорт разом із тим рівнем, якому належать.
Тут ми не заявляємо переваги: і Miro, і draw.io — зрілі редактори діаграм. Наша відмінність у тому, що схема живе всередині проєкту з деревом рівнів і матеріалами, а не окремим документом поряд із ними.
Широкі набори фігур і шаблонів для діаграм на спільній дошці.
Великі бібліотеки фігур, включно з UML та архітектурними нотаціями, і точна робота з геометрією.
PDF, документи, SVG, зображення, архіви, аудіо, відео та посилання лежать поряд зі схемою як керовані файли проєкту.
Матеріал, вирваний із контексту, втрачає сенс: схема в одному місці, договір у другому, референс у третьому — і зв’язок між ними тримається лише в чиїйсь пам’яті.
Проєкт зберігає файл у власній локальній бібліотеці й будує перегляд для орієнтації, а оригінал залишається звичайним файлом Windows — його можна відкрити, скопіювати й передати.
Файл не перетворюється ні на хмарне вкладення, ні на посилання в чужу теку: він частина проєкту й переїжджає разом із ним.
Файли прикріплюються до дошки й живуть у хмарному просторі команди.
Діаграма й матеріали залишаються окремими файлами у вибраному сховищі.
Бібліотека, налаштування, історія та матеріали зберігаються на вашому комп’ютері; основна робота не потребує акаунта та інтернету.
Якщо проєкт живе в чужому сервісі, доступ до нього залежить від мережі, тарифу й того, чи працює сервіс узагалі.
Застосунок відкривається як звичайна програма Windows і читає локальну теку бібліотеки: базу SQLite, керовані файли, перегляди та службові дані.
Автономність тут — нормальний режим, а не аварійний. При цьому draw.io Desktop теж повністю працює без мережі: наша відмінність у тому, що автономність поєднана з єдиною бібліотекою та деревом рівнів.
Офіційного автономного режиму немає; сила Miro — спільний доступ і спільна робота через хмару.
Desktop-версія автономна на Windows, macOS і Linux; файли можна зберігати локально.
Глобальний пошук знаходить конкретний елемент у глибині проєкту, показує шлях до нього й відкриває потрібну робочу область.
У багаторівневому проєкті об’єкт втратити простіше, ніж файл: ви пам’ятаєте, що він є, але не пам’ятаєте, на якому рівні та в якій гілці.
Результат — не список файлів: пошук повертає шлях до об’єкта, відкриває робочу область, якій він належить, і повертає до самого елемента.
Пошук розуміє дерево рівнів, бо дерево — частина моделі проєкту, а не угода про імена тек, яку потрібно дотримувати вручну.
Знаходить дошки та вміст у хмарному просторі команди.
Знаходить фігури й текст у відкритому файлі діаграми.
Нативний пакет зберігає проєкт цілком, а зовнішні формати віддають матеріал туди, де його продовжать, покажуть або погодять.
Проєкт, який не можна винести із застосунку, — заручник інструмента. Проєкт, який виноситься лише картинкою, не можна продовжити.
Формати .cppboard і .cppcanvas зберігають дерево й дають точне продовження роботи. SVG, PNG, JPEG, WebP, PDF, PPTX, JSON, draw.io та автономний HTML вирішують завдання показу й передавання.
Точне продовження редагування обіцяють лише наші нативні формати — зовнішні вирішують різні завдання й можуть втрачати частину структури, і ми говоримо це прямо. draw.io при цьому залишається орієнтиром відкритої файлової сумісності.
PDF, JPG, SVG і CSV; частина структури, коментарів та інтерактивності не переноситься.
Файли зручні для Git і зовнішніх сховищ, сильна екосистема імпорту.
Імпорт та експорт працюють не лише з «усім проєктом»: можна взяти поточну робочу область, вибрану гілку або проєкт цілком.
Зазвичай доводиться вибирати між «віддати все» і «зібрати потрібне вручну». Обидва варіанти погані, коли передати треба одну гілку — і тільки її.
Імпорт додає матеріал у поточний контекст, а не в корінь проєкту. Експорт віддає вибраний масштаб у вибраному форматі.
Вибір масштабу можливий саме тому, що проєкт — дерево: у гілки є межа, яку можна назвати, перевірити й передати.
Експорт охоплює дошку або виділений на ній фрагмент.
Експорт охоплює сторінку, виділення або файл діаграми цілком.
Історія дій, безпечне видалення, кошик, перевірка бібліотеки та відновлення робочого контексту з резервної копії.
У великому проєкті ціна випадкової дії зростає: помилка коштує не одного елемента, а всього зібраного контексту.
Перевірка бібліотеки зіставляє базу, зв’язки записів і обов’язкові файли. Повна резервна копія створюється без перезапису наявної й залишається там, де ви вкажете.
Відновлення — частина локальної бібліотеки, а не послуга сервісу: копія залишається у вас і не залежить від доступу до акаунта.
Версії дошки зберігаються в хмарному просторі разом із самою дошкою.
Історія визначається тим, де лежить файл, а не самим редактором.