Архітектор даних в епоху ШІ

🌐 Також доступно 28 мовами

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · हिन्दी · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

Зображення згенеровано ШІ

Перекладено ШІ. Спільнота ще не перевірила. Читати англійською

Модуль 7 з 7 розділу Мислити як архітектор даних, першого розділу курсу Data Architect. Кожен модуль самостійний. Попередній: Знайте свої інструменти: дев’ять запитань · Наступний: наступний розділ: моделювання даних

Питання, на яке відповідає цей модуль: Що ШІ змінює для архітектора даних, а чого не змінює?

ШІ змінює архітектуру, але, можливо, не так, як люди думають спочатку.

Згадайте, з чого почався цей розділ: більшу частину кар’єри я був будівельником. Більшість того часу створювати програмне забезпечення було дорого. Потрібні були люди зі спеціальними навичками, а написання коду, побудова інтеграцій, створення застосунків і тестування вимагали часу; навіть експеримент з ідеєю був відчутною інвестицією. ШІ змінює це рівняння. Сьогодні я можу описати, чого хочу, і ШІ напрочуд швидко згенерує модель даних, Apex, Flow, компонент Lightning, інтеграцію, тести чи документацію, а завтра робитиме ще більше.

Тож доречно запитати: якщо ШІ може так багато будувати, що станеться з архітектором? Я думаю, відповідь така: архітектура стає важливішою, а не менш важливою.

ШІ — це ракетний прискорювач

Я використовував цю аналогію у своїх виступах:

ШІ — це ракетний прискорювач. Архітектура — це система наведення.

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

Без надійного наведення більша тяга не допомагає. Вона швидше доставляє вас не туди. Робота архітектора — не все сповільнювати; вона в тому, щоб ми прискорювалися в правильному напрямку.

Зображення згенеровано ШІ.

Уявіть ШІ-інструмент, що будує застосунок удесятеро швидше, ніж ми могли раніше. Чудово, якщо це правильний застосунок. А якщо модель даних хибна, або ми обрали не той стандартний об’єкт, або неправильно зрозуміли, де мають бути основні дані, або дизайн працює за сьогоднішнього обсягу й обвалюється з наступним нулем? ШІ не прибрав помилку. Він допоміг нам збудувати помилку швидше — і збудувати на ній значно більше, перш ніж хтось помітить.

Дешева реалізація переносить цінність

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

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

Генерація — не судження

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

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

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

Але він не відступає, щоб глибше все проаналізувати. Якщо в моделі даних чи дизайні є вада, він не ставить її під сумнів. Він сприймає наявне як припущення і будує поверх нього — швидко й компетентно. Він рідко зупиняється, щоб сказати: «Перш ніж я це додам, може, варто змінити модель, яка у вас уже є». Дивитися на наявне і питати, чи воно правильне, а не лише чи можна збудувати на ньому наступну річ, — досі робота архітектора. Якщо ви хочете, щоб ШІ поставив припущення під сумнів, треба його про це попросити.

Тест на зворотність досі діє

Повернімося до запитання модуля 3: наскільки важко буде скасувати це рішення? ШІ змінює вартість генерації та зміни програмного забезпечення. Він не змінює вартості зміни реальності. Щойно завантажено 100 мільйонів записів, вони існують. Щойно від ідентифікатора залежать дванадцять систем, ці залежності існують. Щойно клієнти користуються процесом або аналітика залежить від того, що означає поле, зміна має наслідки. А щойно дані потрапили туди, куди не мали, жоден новий код їх не поверне.

Незворотне лишається незворотним.

Агенти — новий вид споживачів даних

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

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

І погані дані не стають розумнішими від того, що їх читає ШІ. «Сміття на вході — сміття на виході» досі діє. Дублікати клієнтів, неясне володіння, неузгоджені ідентифікатори й суперечливі системи обліку не зникають, коли ви підключаєте агента; просто наслідки стають помітнішими. Людина дивиться на поле і знає, що ніхто не оновлював його три роки. Агент не має цього інституційного знання і може впевнено діяти на даних, яким усі інші мовчки знали, що не варто довіряти. Архітектура даних стає частиною архітектури ШІ.

Стежте за розростанням схеми

ШІ також робить неймовірно легким створення речей. Потрібен ще один об’єкт, шість полів, ще одна автоматизація? Згенеруйте. Кожне рішення здається дешевим, але згадайте архітектурну гравітацію з модуля 3: ці об’єкти й поля обростають залежностями (автоматизація, інтеграції, звіти, агенти), і незабаром у вас модель даних, яку ніхто не проєктував. Вона просто виросла.

Архітектор має бути готовим запитати: «Нам це справді потрібно?» Іноді найцінніше рішення — нічого не створювати. Добра архітектура — так само про те, що ви не додали, як і про те, що додали.

Людський перегляд — не церемонія

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

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

ШІ не скорочує шлях

Є фраза, яку я використовую, коли говорю про те, як стати архітектором:

ШІ не скорочує шлях. Він може зробити кожен крок вагомішим.

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

Архітектор спрямовує

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

Ось чому останній рівень цього курсу називається Direct (спрямовувати). Ви можете не писати кожен рядок коду, не створювати кожен Flow і не будувати кожен об’єкт. Хтось усе одно має спрямовувати рішення, і це архітектор. ШІ не знищує архітектуру; він змінює, де архітектори створюють цінність. Це надзвичайний час, щоб стати архітектором.

Що тут вирішує архітектор

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

Це і є мислити як архітектор в епоху ШІ.