No Code DB: Чи варто занурюватись у хмари альтернативи Airtable?
Давайте помріємо на хвилинку. Ви – керівник команди, що росте, або власник бізнесу, який прагне впорядкувати дані, оптимізувати робочі процеси та, звісно, заощадити гроші. Airtable здається чудовим рішенням, але ціна… Ах, ця ціна! Чи є кращі варіанти?
Можу сказати, що я також зацікавилася цим питанням, коли почула про No Code DB. Це відкритий вихідний альтернативний варіант Airtable, який з’явився на горизонті, як справжня зірка у 2021 році. Захована в гіперпросторі GitHub, вона зібрала понад 40 000 зірок, а організації по всьому світу вже використовують її як самостійну хостингову альтернативу Airtable. Але найважливіше питання: чи витримає їхня нова хмарна пропозиція конкуренцію з іншими альтернативами Airtable, що вже існують, та чи забезпечить вона їм модель монетизації, яка допоможе забезпечити стабільність у майбутньому? Відповідь на це питання зануремось разом.
Мені дуже подобається, коли я розглядаю різне програмне забезпечення. Разом з автором відео, я почну з обговорення цінової політики їх нової хмарної пропозиції, яку важливо добре розглянути перш ніж почати працювати.
Короткий погляд на вартість
Перше, що кидається в очі, – це те, що хмарна версія No Code DB доступна безкоштовно у технічному попередньому перегляді. Це, по суті, бета-версія, і я впевнена, що ми побачимо деякі зміни, перш ніж вони почнуть це монетизувати. Як і у багатьох інших додатках, тут буде модель преміум-класу, повністю безкоштовна для базового використання, а також корпоративна пропозиція, і два платні плани посередині.
Найважливіша причина використовувати їхні хмарні пропозиції – це, насправді, ціна. Все виглядає так, що ціни починаються від 99 доларів США на місяць за бізнес-план, і ця вартість включатиме 20 користувачів. Якщо порахувати, це близько п’яти доларів на місяць на одного користувача, що значно дешевше, ніж ви будете платити за Airtable.
Крім того, ви отримаєте 300 000 рядків на робочий простір. Така система трохи відрізняється від тієї, що є в Airtable, де з вас стягують плату за кількість записів на базу. Тут це все разом для вашого робочого простору. Тому для багатьох людей цього буде більш ніж достатньо даних. У вас може бути одна таблиця, яка справді велика – можливо, у вас багато різних контактів, з якими ви взаємодієте, а потім у вас є інші таблиці, яким не потрібно стільки багато даних.
Не менш важливо – вони згадують, що ціни за додаткові рядки з’являться незабаром. Отже, якщо ви перебуваєте на бізнес-плані та просто потребуєте доступу до додаткових рядків, ви зможете заплатити за це, а не обов’язково одразу переходити на корпоративний план.
Отже, коли ми розглядаємо їхні ціни для стартап-команди та бізнесу, мені дуже подобається такий момент, що ціноутворення не буде обмежувати багато переглядів, як у SmartSuite. Перегляди будуть доступні незалежно від тарифного плану. Більше обмежень буде по інших функціях, таких як наявність папок для переглядів, публічний доступ до інформації та, насправді, обмеження. Загалом, надання користувачам можливості мати всі ці функції незалежно від плану, а потім оновлення на основі використання, як на мене, дуже привабливо для багатьох людей.
Занурення в інтерфейс
Коли ви вперше зайдете в No Code DB, ви відразу помітите вкрай просту навігацію. Ми маємо статичну ліву навігацію, яка досить широко використовується в багатьох додатках із низьким кодом. Ви одразу бачите всю інформацію. Звичайно, якщо у вас багато різних баз, це може бути трохи складніше, оскільки у вас буде все.
Тут ми бачимо, що вони вже створили для нас базу. Я знаю, що це виглядає як документація, і в певному сенсі це дійсно надає вам приклади, але це вбудовано в саму архітектуру No Code DB. Цей розділ «Початок роботи» насправді є базою. Ми бачимо різні варіанти роботи з базою, а під нею – різні таблиці. Розділ «Зразки переглядів» насправді є таблицею, як і «Комбінації клавіш». Під таблицями у нас будуть різні перегляди, які ми можемо створити. У нас є різні варіанти – сітка, форма, галерея, канбан, а ще новий – календар, який нещодавно з’явився.
Перш ніж піти далі, давайте спробуємо імпортувати щось з Airtable, оскільки, ймовірно, багато хто з вас, хто дивиться це відео, зацікавлені в використанні No Code DB як альтернативи Airtable. Натиснемо на цю кнопку, щоб створити базу. Ми дамо їй назву і створимо базу. Тепер ми можемо створити наші таблиці вручну, але в цьому випадку ми імпортуємо дані. Натиснемо на це. У нас є різні варіанти: Airtable, CSV, Excel або навіть JSON. Давайте виберемо Airtable. Тут нам знадобиться дві речі – особистий токен доступу з Airtable, а також загальна URL-адреса бази.
У розділі розробників Airtable ми можемо створити новий особистий токен доступу. Я буду трохи щедрим з тим, які області я йому надаю і дам йому доступ до тієї бази або баз, до яких ми хочемо отримати доступ. Створимо цей токен. Скопіюємо особистий токен доступу, вставимо його. Використаємо нашу базу управління проектами. Натиснемо “Поділитися”, “Поділитися публічно”. Скопіюємо це посилання та вставимо нашу загальну URL-адресу бази.
У нас є кілька варіантів імпорту. Якщо ми хочемо мати лише структуру таблиці, а не самі дані, ми можемо зняти цей прапорець. Але давайте імпортуємо все, що зможемо. Єдиний варіант, який зараз сірий, – це імпорт полів формул, який, як написано, незабаром з’явиться. Натиснемо Імпортувати. Це може зайняти кілька хвилин.
Отже, тепер ми можемо перейти на нашу інформаційну панель. Тепер у нас є доступ до кожної з таблиць з нашої бази Airtable. Натиснемо на людей, побачимо дані. Навіть враховано різні зображення, які у нас є. Навіть витягнуто наші перегляди. У нас є один перегляд для наших FTE (штатних співробітників) та для наших підрядників. Насправді, дивлячись на це, він створив перегляди, назвав їх, але не застосував параметри фільтрування. Отже, це, можливо, не було перенесено.
Давайте подивимось, як це виглядає. Якщо ми хочемо спробувати інший перегляд, виберемо “Галерея”. Створимо перегляд. Виглядає досить добре. Автоматично вдалося визначити, яке поле ми використовуємо для вкладень, щоб відобразити їхні зображення. Якщо хочемо, можемо відредагувати, які поля показуватимуться, наприклад, ми б не хотіли показувати фото двічі. Можливо, хочемо показати їх біографію.
Створення форм
Спробуймо створити форму. У наших формах у нас є певний брендинг. Можемо завантажити власний банер, власний логотип. У нас є різні налаштування кольору. Можемо приховати бренд No Code DB. У нас є цей чудовий вибір полів, де ми можемо вибрати наші поля тут, у масовому порядку. Або ми можемо їх змінити. Навіть можемо вибрати поле та зробити його обов’язковим. Далі можемо зробити невелике підтвердження, наприклад, обмежити відсоток заданим діапазоном. Але ми не бачитимемо таких речей, як умовність для полів форми, яка є в Airtable.
Для багатьох людей цих переглядів буде достатньо. Але якщо ви використовуєте Airtable дуже активно для управління проектами, і вам потрібні такі речі, як часові шкали та діаграми Ганта, наразі вам не пощастило.
Давайте подивимося на наші поля. Я зараз у перегляді сітки. Можливо, хочу додати нове поле. Можу це зробити за допомогою кнопки плюса збоку. Якщо подивимося на типи полів, натиснемо цю кнопку, ви побачите, що більшість параметрів тут дуже схожі на ті, що є в Airtable, включаючи такі речі, як зведені дані та формули. Створимо поле “Поточні проекти”. І в цьому випадку ми хочемо прив’язати це до іншої таблиці, бо це дійсно є основою для нашої реляційної бази даних. Виберемо параметр зв’язки.
Тут ми маємо можливість створити різні види зв’язків з базою даних. У нас є “один до одного”, “має багато” (мені не дуже подобається ця мова, але це в основному “один до багатьох”) і ще, звичайно, “багато до багатьох”. Виберемо “має багато”. Ми можемо вибрати нашу дочірню таблицю. У нас є наші різні таблиці, доступні з цієї бази. Зверніть увагу, що у нас немає таблиць, доступних, наприклад, з нашої бази “Початок роботи”. Тому, на відміну від Airtable, немає повноправної синхронізації між базами. Немає одно- або двосторонньої синхронізації. Це, наприклад, не SmartSuite, де можна просто посилатися на інші бази. У нас тут дійсно немає вибору.
Отже, коли справа доходить до структурування ваших баз усередині No Code DB, вам потрібно переконатися, що вся інформація, до якої вам потрібен доступ, є самостійною в одній базі даних.
Виберемо “Проекти” та збережімо. Спробуємо прив’язати запис тут. Можемо натиснути кнопку “Плюс”. Як мені подобається екран зв’язків. У нас тут з’являються зображення. Зверніть увагу, що у нас нуль зв’язаних записів. Давайте подивимось, що станеться, якщо ми розширимо.
Отже, зараз ми можемо побачити перегляд запису, або ми можемо натиснути кнопку плюса, щоб прив’язати його, або створити новий запис. Отже, давайте прив’яжемо його. Я збираюся прив’язати ще один запис. Отже, Ілля тепер прив’язаний до двох проектів.
Я можу натиснути це. Розширюється та відображає різні проекти, до яких він прив’язаний. Хоча мені не дуже подобається користувацький досвід з цим додатковим кліком, якщо я просто хочу швидко переглянути ті проекти, до яких він прив’язаний. Немає можливості подивитися на це. Якщо я зайду сюди та відредагую налаштування для цього, я очікую, що у мене будуть якісь варіанти, але у мене немає інших способів редагувати це. Насправді, навіть не схоже, що у мене є можливість змінити тип зв’язку.
Формули та більше налаштувань
Поглянемо на наші формулки. Вибіріть тип формули. У нас є різні варіанти. Ми можемо пошукати функцію “об’єднання” (concatenation). Натиснемо це. Тепер ми можемо посилатися на наші різні поля. Спробуємо ім’я.
Натиснемо на нього. Поміщаємо його в фігурні дужки. Я хотів побачити, чи є у нас такий самий функціонал, як у Smart Suite, де ми могли б використовувати точкову нотацію. Я б дійсно хотів, щоб кожен інструмент без коду використовував це, тому що це значно полегшує. У нас є пристойний функціонал тут навколо формул. У нас досі є багато різних варіантів. Вам, ймовірно, потрібно перевірити та переконатися, що ключові з них, які ви використовуєте, будуть тут, у No Code DB. Але у нас є загальновживані, наприклад, URL-адреса та код. Хоча тут, на жаль, у нас нічого немає для масивів, унікальних масивів. Отже, у нас немає всієї тієї “полірованої” функціональності, як в Airtable.
Одна з функцій, яка мені дуже подобається в No Code DB, полягає в тому, що якщо ми фактично виходимо з вкладки даних у вкладку “Деталі”, ми бачимо, що у нас є можливість взаємодіяти з нашими різними полями. Отже, ми можемо вносити зміни в цьому чудовому редакторі полів. Замість того, щоб завжди натискати, а потім бачити поле, або приховувати та показувати поля, ми можемо зробити це з цього перегляду полів. Отже, ми можемо вносити зміни до наших різних полів без багатьох додаткових кліків.
Якщо натиснемо на “Зв’язки”, у нас є ця чудова ER-діаграма, яка автоматично створюється для нас, де ми тепер маємо різні таблиці, всі їхні різні зв’язки, і нам нічого не потрібно було робити. Ми, по суті, створили таблиці або, в цьому випадку, імпортували їх з Airtable. Ми бачимо цю діаграму, тому коли ми працюємо над розробкою нових таблиць, або якщо ми працюємо з клієнтами, ми тепер можемо бачити, як все це пов’язано, щоб переконатися, що ми не створюємо зайвих таблиць, щоб переконатися, що у нас відповідні зв’язки, де нам потрібно.
Ось у нас є вкладка для APIs. Насправді, я вважаю, це трохи заплутаним, коли я дивлюся на це, тому що це добре, що ми отримуємо приклади коду. У нас є сценарій shell або, якщо потрібно, Python, і ми це бачимо. Отже, має сенс, що ми можемо скопіювати код, якщо ми пишемо якусь програму чи інтегруємо, що ми маємо доступ до цього коду, однак я б подумав, що тут буде селектор, щоб сказати: «Гей, замість запиту get
, я хочу зробити запит post request або допомогти мені знайти ці параметри, або відсортувати їх таким чином». Даються деякі приклади, але на цьому все. У нас небагато інформації, щоб відштовхуватися в цій частині документації API.
Але натиснемо на нашу базу та натиснемо меню з трьома крапками, і ми можемо натиснути на REST APIs, і тоді це відкриє. Я не впевнений, чи це Swagger. Трохи схоже на Swagger. У нас є ця документація, де ми можемо бачити всі наші різні типи запитів. Мені дивно, що ці дві області не інтегровані між собою. Вони знаходяться в двох різних областях. Але ця документація дійсно хороша.
Тут я бачу посилання на «Ми наймаємо». Я натискаю на нього, тому що мені цікаво, як швидко розширюється No Code DB, але немає вакансій. Зараз я не намагаюся критикувати програму, але одна з тем, яку я знайшов, полягає в тому, що про них як про компанію дуже мало інформації. Так, є активний репозиторій GitHub, де ви можете бачити зміни, які вносяться. Але їхня спільнота мертва. Насправді, я поставив питання, пов’язане з цінами, у їхній власній спільноті вісім днів тому, і жодної відповіді. Не тільки мої питання, я маю на увазі, люди задають питання – немає відповідей. Відверто кажучи, це мене трохи бентежить, тому що якщо моя компанія планує користуватися No Code DB, ми подивимося на варіанти підтримки. Ви бачите «Підтримка», «Спільнота», «Спільнота» та можете платити за консультації за додаткову вартість, якщо у вас більш дорогий план. Я маю на увазі, що це має сенс. Є організації, що надають послуги – люди платять нам за консультації. Але той факт, що підтримки немає в жодному з цих планів, трохи дивує. Я навіть заходив у їхню спільноту Discord, де набагато більше активності, і все ще маса питань і людей, які насправді не пов’язані з No Code DB, роблять усе можливе, щоб відповісти на деякі з питань. Але загалом не так багато людей відповідає на ці запитання. Тому я трохи стурбований.
Так, є велика спільнота людей, які використовують No Code DB, тому що це відкритий вихідний код, але де інфраструктура як компанія? Якщо ми перейдемо на їхню сторінку LinkedIn, ми бачимо, що нікого з організації не наймають. Ніколи не було жодної публікації в LinkedIn про No Code DB.
Якщо подивитися на профіль Навіна, генерального директора, у LinkedIn, ми бачимо, що практично рік немає коментарів або будь-якої взаємодії з No Code DB. Я знаю, що трохи відхилився від теми, і це нічого проти No Code DB як організації. Я бачив це стільки разів з відкритим програмним забезпеченням, що інженери, які працюють над цим, пишуть чудовий дивовижний код, є спільнота навколо нього, люди, яким подобається використовувати програмне забезпечення, але немає життєздатної моделі монетизації. Ось що мене трохи турбує з No Code DB.
Якщо хтось з No Code DB дивиться це відео, не соромтеся зв’язатися зі мною. Я з радістю перегляну свою заяву в коментарях нижче, щоб переконатися, що є точна картина зростання цієї компанії.
Webhooks і автоматизація
Повернемося до APIs. Давайте подивимося на webhooks. Ми можемо створювати нові webhooks всередині системи. У нас можуть бути події, які відбуваються всередині No Code DB, і тоді ми зможемо зробити зовнішній запуск webhook в системі, наприклад, Zapier або Make. Це досить круто. У нас є деякі варіанти, що це може бути при вставці або створенні запису. Це ще одна річ. Мова, яку вони використовують, дуже технічна. Я маю на увазі, це коректно. Якщо ви розробник, вам усе це зрозуміло. Але якщо ви бізнес-користувач, вставки не так часто використовуються.
Ви бачите, що ми отримали оновлення, видалення, і ми можемо це робити на основі масових операцій. Тепер я скажу, що webhooks – це в основному єдиний варіант, який у вас є, коли справа стосується автоматизації. На відміну від Airtable, який має дуже надійний інструмент автоматизації в самій платформі, webhooks – це те, що у вас є всередині No Code DB. Потрібно мати змогу запустити цю зовнішню систему, яка фактично займатиметься автоматизацією за вас.
Ви не збираєтеся будувати її за допомогою якогось інтерфейсу перетягування в додатку. І для тих із вас, хто користується Airtable, важливо відзначити, що в цьому немає конструкції інтерфейсів Airtable. В основному, це лише перегляди, і ми знаємо, що перегляди трохи обмежені.
Якщо ці перегляди працюють для вас, якщо ви просто кажете: «Так, мені просто потрібно мати можливість структурувати свої дані та бачити їх», і вам насправді не потрібна вся потужність інтерфейсів, тоді No Code DB може бути хорошим варіантом для вас. Але ви дійсно будете трохи обмежені, якщо ви дійсно закохалися в функції інтерфейсу в Airtable.
Ми підійшли до кінця. Тепер я знаю, що останнім часом я трохи критикував No Code DB, але це тому, що я хотів зберегти функцію, яку я найбільше люблю, наостанок: можливість підключення до зовнішнього джерела даних. Що це означає? Ймовірно, тисячі, якщо не мільйони компаній мають якусь базу даних Postgres або MySQL, яка живе десь ще, де вже є інформація про їхніх клієнтів або транзакції, і замість копіювання цих даних та імпортування їх в Airtable, як це роблять багато людей, ви просто хочете мати змогу посилатися на ці дані. Або, можливо, ви хочете мати змогу створити власний інтерфейс користувача на основі даних, які у вас є.
У налаштуваннях моєї бази даних є можливість для створення нової таблиці або імпортування даних. Це те, що ми робили раніше з Airtable. А ще у нас є можливість підключити джерело даних. Тут ми підключимо назву джерела Super Base. Це база даних Postgres, яка відбувається у фоновому режимі в Super Base. У Super Base ми можемо переглянути наші налаштування з’єднання і скопіювати перше значення тут.
Ми помістимо це в наше ім’я користувача. Ми візьмемо нашу URL-адресу та оновимо адресу хоста. Ми можемо залишити номер порту. Вставимо пароль. Спробуємо підключитися до нашого джерела даних. Вдалось. Тепер підключимося до джерела даних. Це налаштує його у фоновому режимі для нас. Тоді ми маємо наш Super Base та нашу таблицю відео. Це дані, які я раніше імпортував. Тут у нас наш ідентифікатор, який ми використовуємо як первинний ключ, а потім ми можемо додати інші поля, які нам потрібні. Ми можемо створити наші перегляди, і це дійсно чудове налаштування, якщо ваша мета полягає в тому, щоб сказати: «Гей, у мене є якісь дані для нашої компанії, вона знаходиться в цьому джерелі даних, і я хочу створити інтерфейс користувача на його основі». Це буде відмінним варіантом використання для No Code DB, який можуть зробити багато інших розробників з низьким кодом.
Єдина частина, яку я дійсно хотів би побачити, – це можливість створити нові посилання (як вони це називають) або пов’язати ці таблиці та мати змогу посилатися на інші таблиці, які у нас є в нашій базі. Але це, як виявилось, неможливо. Це було б дійсно круто, як робить це Sоftr, в якому може бути кілька джерел даних, і ви можете посилатися на них за допомогою якогось ключа, як-от адреса електронної пошти. Я дійсно хотів би побачити це як майбутню функцію No Code DB.
Підсумок та остаточні думки
Отже, підсумуємо: чому вам може знадобитися No Code DB?
Перше. Якщо ви розробник і шукаєте відкриту вихідну альтернативу Airtable, це буде відмінним варіантом для вас.
По-друге, якщо ви не технічний спеціаліст, але стикаєтеся з обмеженнями в Airtable, наприклад, з цінами, або хочете мати доступ до додаткових записів у своєму робочому просторі, знову ж таки, є деякі дійсно чудові речі з цінами, які будуть відчуватись набагато менш обмежуючими, ніж ви маєте зараз у такому інструменті, як Airtable.
Але я б сказав, що ця програма відчувається набагato технічною за своєю природою. Все, починаючи від документації до відсутності автоматизації на платформі та необхідності покладатися на Webhooks, буде відчуватися набагато технічніше, і тому це може бути не дуже гарно для вас як користувача, якщо ви не технічний фахівець.
І останнє: хмарна опція, що розміщена на сайті, виглядає так, ніби вона може бути дуже цінною для людей, тому я бажаю їм успіхів у всьому світі. Однак переконайтеся, що ви враховуєте ті проблеми, які я маю щодо життєздатності компанії, якщо прагнете використовувати хмарну опцію. Якщо ви самостійно розміщуєте, ви в основному керуєте програмним забезпеченням, тому вам не потрібно за це так турбуватися. Якщо вони припинять діяльність, у вас все одно буде ваша копія програмного забезпечення. Але якщо ви використовуєте їхню розміщену опцію, вам слід подумати про те, чи буде це життєздатним для вас і вашої компанії.
Якщо у вас виникнуть запитання з приводу власного налаштування автоматизації, не соромтеся зв’язатися з нами на automationhelpers.com, де ми пропонуємо безкоштовні 30-хвилинні консультації.
