Розробка програмного забезпечення, як правило, спрямована на узгодження специфікацій з реалізацією.
З цієї причини ми проєктуємо програмне забезпечення так, щоб воно відповідало специфікаціям, а потім реалізуємо його на основі цього проєкту. Потім ми використовуємо тести, щоб підтвердити, що реалізація відповідає специфікаціям, виправляючи реалізацію у разі розбіжностей або уточнюючи специфікації, якщо вони є неоднозначними.
Це можна назвати інженерією, заснованою на специфікаціях та реалізації.
Навпаки, при обговоренні програмного забезпечення сьогодні все більшого значення набуває користувацький досвід.
Крім того, саме поведінка програмного забезпечення, а не його реалізація, насправді формує користувацький досвід.
Таким чином, поза рамками специфікацій та реалізації, існують досвід та поведінка.
Отже, я вважаю, що варто дослідити концепцію інженерії досвіду та поведінки, яка ґрунтується на досвіді та поведінці.
Рідке програмне забезпечення (Liquidware)
Інженерія досвіду та поведінки є нереалістичним підходом при використанні традиційних методів розробки програмного забезпечення.
Це пов'язано з тим, що вона вимагає покращення користувацького досвіду без суворих меж або функціональних розділень у специфікаціях. Випадковий запит від користувача щодо покращення його досвіду може навіть вимагати відмови від усього раніше розробленого програмного забезпечення.
З іншого боку, якщо настане час, коли автоматизація розробки програмного забезпечення на основі агентів за допомогою генеративного ШІ стане звичайною справою, повна перебудова цілих програмних систем стане прийнятною.
Крім того, в таку епоху, оснастивши випущене програмне забезпечення чат-ботом ШІ-інженера, можна припустити, що ми вступимо в еру "рідкого програмного забезпечення" (liquidware), де користувацький інтерфейс може бути змінений відповідно до вподобань кожного користувача.
"Рідке програмне забезпечення" означає щось більш гнучке, ніж традиційне програмне забезпечення, що ідеально підходить для кожного окремого користувача.
Коли настане ця ера автоматизованої розробки та рідкого програмного забезпечення, інженерна парадигма специфікацій та реалізації застаріє.
Натомість ми перейдемо до парадигми інженерії досвіду та поведінки.
Що таке Поведінка?
Простіше кажучи, поведінка — це стан, який змінюється з часом.
І тестування поведінки — це не що інше, як тестування цього змінного в часі стану.
Крім того, тестування поведінки не полягає у підтвердженні відповідності специфікації, що визначає, як змінюються стани. Натомість, поведінка тестується на основі якості користувацького досвіду.
Звісно, якщо існують помилки, які призводять до того, що система виконує ненавмисні для користувача чи розробника операції, це також значно погіршує користувацький досвід. Тому тестування поведінки включає перевірку функціональної відповідності та функціональної валідності.
Після задоволення цих базових функціональних вимог, акцент зміщується на тестування високоякісної поведінки з точки зору користувацького досвіду.
Найвищий Досвід
Для людини найвищим користувацьким досвідом є контроль над власним тілом, коли воно здорове.
Подумайте: щодня ми контролюємо складне, але дуже обмежене тіло вагою в десятки кілограмів, використовуючи його для цілеспрямованої діяльності.
Якби хтось спробував контролювати таку важку, складну та сильно обмежену систему для виконання бажаних дій, досвід зазвичай був би досить поганим.
Однак, поки ми не почуваємося зле, ми рухаємо це важке, складне та сильно обмежене тіло так, ніби воно невагоме, маніпулюємо ним так само легко, як простим механізмом, і не звертаємо уваги на його обмеження та стримування, ніби їх не існує.
Це найвищий досвід.
Прагнучи до високоякісної поведінки, може стати можливим надати досвід, порівнянний з керуванням власним тілом.
Іншими словами, навіть якщо система повільна в обробці, складна за функціональністю та має багато обмежень, можна реалізувати абсолютно безстресовий досвід роботи з рідким програмним забезпеченням.
На завершення
Кінцеве рідке програмне забезпечення пропонуватиме досвід, подібний до досвіду власного тіла.
Таке рідке програмне забезпечення стане для нас чимось на зразок тіла.
Щоразу, коли надзвичайне рідке програмне забезпечення поширюватиметься або його функції вдосконалюватимуться, здаватиметься, ніби наші власні тіла розширюються.