Кожен може створити програмне забезпечення: що буде з базами даних

Епізод подкасту Lightcone від Y Combinator під назвою What Happens When Everyone Can Build Software порушує питання, яке вже сьогодні стосується й малих компаній: що станеться, коли кожен може створити програмне забезпечення самостійно? Гість випуску — засновник і генеральний директор Supabase Пол Копплстоун (Paul Copplestone).

Supabase стартувала в літньому наборі Y Combinator 2020 року. Згідно з описом епізоду, який оприлюднив YC, сервіс нині має 13 мільйонів користувачів і керує понад 50 мільйонами баз даних. Компанія готується до майбутнього, у якому кожен зможе написати власне програмне забезпечення, мільярди людей матимуть персональну базу даних, а значну частину попиту генеруватимуть ШІ-агенти.

Творці — вже не лише програмісти

Центральна теза епізоду — різниця між традиційними розробниками та новою хвилею творців. Цьому порівнянню відведено окремий блок, так само як трьом епохам Supabase і чотирикратному зростанню виручки. Для українського підприємця ця думка звична: бухгалтерка, перукарка чи власник інтернет-магазину сьогодні можуть зібрати собі робочий інструмент без залучення ІТ-компанії.

Зміна не скасовує потреби в знаннях, а переносить її. Коли інструмент можна зробити самому, важливішим стає питання, які дані він обробляє, хто його підтримує і як він залишається безпечним. Цю ж тему ми розглядали в матеріалі про робоче середовище, в якому ШІ-агент справді працює.

Персональні застосунки й власні дані

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

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

Агенти як користувачі баз даних

Ближче до кінця епізоду йдеться про розробку для персональних агентів, про використання власного продукту в щоденній роботі (dogfooding), а також про дизайн і оцінювання, що відштовхуються від агентів. Окремо обговорюють упровадження ШІ всередині самої Supabase та уроки, винесені по дорозі.

Коли головний користувач сервісу — агент, а не людина, продукт має бути передбачуваним, добре задокументованим і придатним до тестування. Те саме стосується автоматизацій малої компанії. Про значення відкритості та замінності ми писали і в статті про відкриті ШІ-моделі.

Коли інструмент можна зробити самому, важливішим стає питання, які дані він обробляє і хто за них відповідає.

Що варто зробити підприємцю вже зараз?

• Оберіть одне повторюване завдання, наприклад відстеження комерційних пропозицій чи бронювань, і спробуйте створити для нього невеликий власний інструмент.
• Ще до початку вирішіть, де зберігатимуться дані, хто матиме до них доступ і як робитимуться резервні копії.
• Записуйте, що робить інструмент, щоб його міг підтримувати й хтось інший.
• Якщо доручаєте агентові роботу з даними, обмежте його права та перевірте ситуації, коли інформації бракує.

Фінал епізоду присвячено майбутньому програмування і тому, як простіше створення програмного забезпечення відчиняє двері новому підприємництву. Ширшу картину стартап-середовища пропонує наша стаття про розуміння клієнтів як конкурентну перевагу ШІ-стартапу.

▶

Перегляньте оригінальний епізод на YouTube: Y Combinator.

Джерела

• Y Combinator: What Happens When Everyone Can Build Software (Lightcone, YouTube) — Джерело — опис епізоду, оприлюднений YC, і перелік розділів із часовими позначками, а не перевірена розшифровка. У програмі, зокрема: творці проти традиційних розробників (4:34), персональні бази даних (12:12) і дизайн, орієнтований на агентів (30:01). Практичні поради — власні міркування автора.