Latest / M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською / Швидко виправляємо валідацію форм Power Pages з GitHub Copilot і @powerpages у VS Code (ШІ-дубляж)

Transcript

Швидко виправляємо валідацію форм Power Pages з GitHub Copilot і @powerpages у VS Code (ШІ-дубляж) · M365.FM – подкаст про Microsoft 365, Copilot і ШІ українською

• 0:00
  Ви знаєте те неприємне відчуття, коли форма в PavaPages не проходить валідацію,
• 0:03
  а повідомлення про помилки Марні як відповідь 404.
• 0:06
  Мозок не знайдено.
• 0:07
  Саме цю проблему ми сьогодні й вирішимо.
• 0:09
  Ми розглянемо 5 кроків – оптимізацію шаблонів Liquid,
• 0:13
  прискорення JavaScript і валідації форм,
• 0:15
  прості пояснення коду, інтеграцію HTML з Bootstrap для адаптивних макетів
• 0:20
  та спрощення викликів WebAri.
• 0:22
  Важливе зауваження!
• 0:23
  Вам знадобляться VS Code з розширенням PavaPlatformTools,
• 0:25
  GitHub Co-Pilot Chat та вміст вашого сайту, завантажений через PavaPlatform CLI
• 0:30
  з автентифікацією Dataverse.
• 0:31
  Це налаштування робить Co-Pilot контекстнозалежним.
• 0:34
  Завдяки цьому Co-Pilot перестає видавати випадкові фрагменти коду.
• 0:37
  Він надає контекстний ітеративний код, що скорочує кількість спроб і помилок.
• 0:40
  Я покажу вам точні запити, щоб ви могли відтворити результати самостійно.
• 0:43
  А оскільки більшість проблем починається з JavaScript,
• 0:45
  давайте перейдемо до того, що стається, коли помилки форми здаються справжнім випробуванням.
• 0:49
  Коли JavaScript поводиться непередбачувано, він може швидко перетворити просту перевірку форми на катастрофу.
• 0:55
  Один зайвий символ, і замість блокування некоректних даних весь процес руйнується.
• 1:00
  Це зазвичай той момент, коли ви дивитеся в екран і не розумієте,
• 1:02
  як банан зміг пройти крізь вашу ретельно написану логіку валідації.
• 1:06
  Ви знаєте, як це буває, форма виглядає безпечно,
• 1:08
  валідатор має віцію в атиній синітниці,
• 1:10
  але кмітливий користувач вводить саме те, на що ви не розраховували.
• 1:13
  Раптом консоль вибухає скаргами, а кожна вкладка у VS Code здається глухим кутом.
• 1:18
  Дрібні помилки завдають найбільшої шкоди.
• 1:20
  Пропущена крапка з комою або помилка області видимості,
• 1:23
  яка в голові виглядає правильно, але під час виконання коду діє як отрута.
• 1:26
  Такі дрібні промахи постійно виникають у реальних проєктах,
• 1:29
  і саме тому зламана валідація – це такий частий запит у веброзробці.
• 1:33
  Зазвичай ви дієте методом грубої сили.
• 1:36
  Ви змінюєте рядок, оновлюєте сторінку,
• 1:38
  отримуєте нову помилку і повторюєте цикл, поки щось нарешті не запрацює.
• 1:41
  Вечір минає, а результатом часто стає лише склеєний скотчем скрипт,
• 1:44
  який просто якось працює.
• 1:46
  Жодної елегантності, жодного корисного досвіду.
• 1:48
  Ось чому налагодження валідації здається такою невдачею.
• 1:51
  Ви намагаєтеся щось зробити, але шанси проти вас.
• 1:54
  Тут на допомогу приходить Co-Pilot.
• 1:56
  Загальні пропозиції Co-Pilot іноді допомагають,
• 1:58
  але часто вони виглядають як випадкові уривки з напівзабутого квесту.
• 2:02
  Корисні за ідеєю, але неправильні в деталях.
• 2:04
  Це тому, що звичайний Co-Pilot не знає особливостей PAVA Pages.
• 2:07
  Але додайте учасника равлик PowerPage,
• 2:09
  і замість шаблонного коду ви отримаєте контекстнозалежні рішення,
• 2:12
  створені спеціально для вашого середовища.
• 2:14
  Компанія Microsoft створила його для роботи зі специфікою PAVA Pages,
• 2:17
  включаючи шаблони Liquid та прив'язки Dataverse,
• 2:19
  а отже, підказки враховують особливості, які зазвичай викликають труднощі.
• 2:23
  І справа не лише в генерації фрагментів коду.
• 2:25
  Інтеграція равлик PowerPage також може пояснити конструкції,
• 2:28
  характерні для PAVA Pages, тож ви не просто копіюєте і сподіваєтесь на краще,
• 2:31
  а дійсно розумієте, чому скрипт працює саме так.
• 2:33
  Завдяки цьому налагодження стає схожим не на блукання з зав'язаними очима,
• 2:37
  а на роботу пліч-о-пліч із тим, хто вже пройшов цей шлях.
• 2:40
  Наприклад, ви можете просто ввести цей запит у чат Co-Pilot.
• 2:43
  Равлик PowerPage напишет JavaScript-код для перевірки поля форми,
• 2:45
  щоб переконатися, що значення телефонного номера відповідає дійсному формату.
• 2:49
  Це не просто теорія, це готовий до демонстрації ввідний запит,
• 2:52
  який ви побачите пізніше в цьому посібнику.
• 2:54
  Код, який ви отримуєте, це не абстрактний фрагмент із мережі,
• 2:56
  а готове рішення, адаптоване для компіляції у вашому середовищі PAVA Pages.
• 3:00
  Ця передбачуваність – справжній прорив.
• 3:02
  Зі звичайним Co-Pilot відчуття таке, ніби ви запросили Барда,
• 3:05
  який може взяти правильний акорд, але часто мелодія зовсім не відповідає поточному бою.
• 3:09
  Зравлик PowerPage – це більше схоже на подорож із рейнджером,
• 3:12
  який уже знає, де ховаються пастки.
• 3:14
  Квест стає менше про виживання серед пасток
• 3:15
  і більше про створення зрозумілого користувацького досвіду.
• 3:18
  Інструмент не замінює ваші судження, він їх загострює.
• 3:21
  Ви самі вирішуєте, що вважається валідним введенням
• 3:23
  і як помилки мають спрямовувати користувача.
• 3:25
  Але замість того, щоб витрачати ресурси на синтаксичні помилки
• 3:27
  та одруки в логічних значеннях,
• 3:28
  ви зосереджуєте зусилля на тому, щоб зробити робочий процес інтуїтивно зрозумілим.
• 3:31
  Якщо все налаштовано правильно, ці етапи перевірки перестають бути перешкодами
• 3:34
  і стають частиною безперервної взаємодії для кожного, хто користується формою.
• 3:37
  Це може здатися не надто вражаючим досягненням,
• 3:40
  але запобігання базовим збоям рятує вас від шквалу дрібних запитів у майбутньому.
• 3:44
  Коли Coopilot бере на себе рутинну роботу зі створення точного коду перевірки,
• 3:48
  ви перемикаєтесь із режиму виживання на вдосконалення роботи програми.
• 3:51
  Ця різниця має значення, адже коли ви бачите, як цілеспрямовані команди змінюють процес генерації коду,
• 3:56
  ви починаєте думати, що ще можна розблокувати за їхньою допомогою.
• 3:59
  І саме тоді стає очевидною справжня перевага використання Coopilot із PowerPages.
• 4:03
  Отримання переваги за допомогою команд Coopilot.
• 4:05
  Отримання переваги тут означає знання правильних команд для Coopilot,
• 4:09
  замість того, щоб сподіватися на удачу.
• 4:11
  Це справжня сила використання учасника равлик PowerPage.
• 4:14
  Він перетворює чат Coopilot зі звичайного помічника на контекстно-залежного партнера,
• 4:18
  створеного для вашого середовища PavaPages.
• 4:20
  Ось як його викликати.
• 4:22
  У VS Code відкрите панель чату Coopilot і введіть запит, почавши його з равлик PowerPage.
• 4:27
  Цей тех сигналізує Coopilot завантажити інтелектуальний модуль PavaPages замість стандартного режиму.
• 4:32
  Ви можете запитувати валідатори, фрагменти ліквід або навіть виклики,
• 4:36
  прив'язані до Dataverse, і Coopilot адаптує відповіді під систему, для якої ви пишете код.
• 4:41
  Але перед тим, як це запрацює, вам потрібен правильний набір інструментів.
• 4:44
  Становлений Visual Studio Code, розширення PavaPlatform Tools, розширення GitHub, Coopilot Chat
• 4:49
  і автентифікований у вашому середовищі Dataverse інтерфейс PavaPlatform CLI.
• 4:53
  Крок автентифікації найважливіший, оскільки Coopilot розуміє ваше середовище лише тоді,
• 4:57
  коли ви завантажили вміст сайту UWS Code, увійшовши в систему.
• 5:00
  Без цього він просто вгадує.
• 5:02
  І одне застереження щодо керування.
• 5:04
  Деякі функції Coopilot для PavaPages ще в попередній версії,
• 5:06
  і адміністратори орендерів керують їх увімкненням через Coopilot Hub у налаштуваннях керування.
• 5:10
  Не дивуйтеся, якщо функції продемонстровані тут, вимкнені у вашій організації.
• 5:13
  Це перемикача адміністратора, а не помилка.
• 5:15
  Ось у чому різниця після налаштування.
• 5:17
  Звичайний Coopilot – це як просити Барда про пораду на полі бою.
• 5:21
  Ви отримаєте приємну мелодію, можливо, якісь загальні коментарі,
• 5:23
  але жодної деталі необхідної для роботи з шаблонами Liquid або полями сутностей Dataverse.
• 5:28
  Учасник равлик PowerPage ближче до Рейнджера, який уже вивчив місцевість.
• 5:32
  Це не просто код, який компілюється, це код, який посилається на правильні прив'язки,
• 5:36
  вписується у валідатори форм і відповідає тому, як працює PavaPages.
• 5:39
  Одна метафора, один контраст, один результат.
• 5:42
  Корисний контекстно-залежний вивід замість крихких загальних фрагментів.
• 5:45
  Давайте поговоримо про результати.
• 5:47
  Якщо ви попросите звичайний Coopilot створити процедуру перевірки,
• 5:50
  ви, ймовірно, отримаєте скрипт, що працює в простій HTML-формі.
• 5:52
  Але якщо вставити його в PavaPages, ви зіткнетеся з сліпими зонами.
• 5:55
  Жодного розпізнавання схеми сутностей, жодного уявлення, що роблять теги Liquid
• 5:59
  і точно жодного розуміння правил Dataverse.
• 6:01
  Це працює як скотч, липко, але ненадійно.
• 6:04
  Зробіть той самий запит із равлик PowerPage на чолі, і раптом ви отримаєте валідатори,
• 6:07
  які не просто працюють, а прив'язуються до правильних посилань на поля сутностей, які вам потрібні.
• 6:11
  Той самий запит, адаптований до контексту вивід, ніяких нічних сесій, виправлення помилок.
• 6:15
  І мова не лише про генерацію скриптів.
• 6:17
  Команди на кшталт равлик PowerPage поясни наступний код, відсоток include page copy, відсоток
• 6:22
  дають вам зрозумілі пояснення конструкції Liquid або PavaPages.
• 6:26
  Ви не копіюєте сліпо, ви насправді формуєте розуміння.
• 6:29
  Це інша сила, бо ви вивчаєте руни, одночасно застосовуючи їх.
• 6:33
  Чим довше ви працюєте з цими командами, тим більше змінюється ваш робочий процес.
• 6:37
  Замість того, щоб поодинці виправляти помилки о другій ночі,
• 6:40
  ви ставитеся до Coopilot як до другої пари очей, яка вже знає, що ламалося в 90% подібних збірок.
• 6:45
  Ці команди не дають вам читкодів, вони дають розуміння та робочі приклади,
• 6:49
  що враховують особливості середовища.
• 6:51
  Вони рятують вас від нескінченних циклів переробки.
• 6:53
  У звичайній ролі Coopilot ви опинитеся десь посередині.
• 6:56
  Непоганий скрипт, трохи переробки, кілька спроб і помилок, і все готово.
• 7:00
  У ролі равлик PowerPage це відчувається як природна двадцятка.
• 7:03
  Скрипти валідації ідеально вписуються у вашу форму PowerPages,
• 7:07
  ліквід-включення проходять, а прив'язки Dataverse не видають помилок.
• 7:10
  Це не везіння, це результат того, що Coopilot знає середовище, для якого ви пишете код.
• 7:15
  Проте ця перевага дає вам лише чернитку.
• 7:17
  Робочий фрагмент коду не означає готовий продукт.
• 7:20
  Користувачі вводять дивні дані, повідомлення про помилки потребують деталізації,
• 7:23
  а скрипти мають розвиватися далі, ніж каркас, який дає Coopilot.
• 7:26
  І саме тут починається наступний виклик.
• 7:28
  Шлях від каркаса скрипта до надійного коду починається там, де й більшість валідаці з базових речей.
• 7:35
  Ви отримуєте першу чернитку – простий скрипт, який технічно працює, але блокує лише найочевидніші помилки.
• 7:40
  Уявіть це як воїна першого рівня з картонним щитом.
• 7:43
  Він витримує один-два слабкі удари, але як тільки реальний користувач починає атакувати, він розлітається на друзки.
• 7:48
  Кожен, хто запускав форму, знає, що скрипт ніколи не залишається довго у своєму початковому стані.
• 7:52
  Ви захищаєтеся від простих помилок, але потім користувач вставляє емоді в поле телефону або вказує завтрашню дату народження.
• 7:58
  Раптом ваш захист руйнується, тікети летять у пошту, а ви залишаєтеся з хиткою валідацією, яка майже нічого не робить.
• 8:04
  Корінь проблеми не лише у покритті валідації, а у зворотному зв'язку.
• 8:08
  Повідомлення на кшталт «невірні дані» – це програмний еквівалент замкнених дверей без жодної таблички.
• 8:12
  Воно нічого не каже користувачам, тому вони гадають, помиляються знову і зрештою перекладають проблему на вас.
• 8:17
  Саме тоді кількість тікетів у службу підтримки зростає через ті самі передбачувані причини.
• 8:20
  Ось у чому зміна. Ці картонні скрипти не повинні залишатися крихкими.
• 8:24
  З Co-Pilot ви не просто приймаєте каркас, ви перетворюєте його на міцну броню.
• 8:28
  Робочий процес досить простий, щоб запам'ятати його як цикл із чотирьох кроків, згенерувати каркас,
• 8:32
  попросити Co-Pilot покращити повідомлення про помилки, додати обробку виняткових ситуацій і, нарешті, розгорнути.
• 8:37
  Кожен крок перетворює тонкий клинок на справжню зброю, який ви довіряєте в роботі.
• 8:41
  Co-Pilot працює в межах сесії, що робить цей процес швидким.
• 8:44
  Оскільки ви перебуваєте в тому ж чаті, де з'явився каркас, ви просто пишете «Оновить код» і напишіть детальні повідомлення про помилки.
• 8:50
  Co-Pilot не починає з нуля, він буквально оновлює код, який у вас уже є в редакторі.
• 8:54
  Жодних перемикань між вкладками браузера чи створення запитів з нуля.
• 8:58
  Це ітеративний процес, а не копіювати-вставити.
• 9:00
  І ви можете побачити результат миттєво.
• 9:02
  Уявіть, як було до і як стало після.
• 9:04
  Ваш перший чернитковий варіант видає некоректне введення.
• 9:07
  Після одного уточнення він пише «Номер телефону має містити лише цифри та щонайменше десятьох символів».
• 9:11
  Така зрозумілість змінює користувацький досвід.
• 9:14
  Замість стіни ви будуєте мотускову опору.
• 9:16
  Вони знають, що пішло не так і як виправити це самостійно.
• 9:19
  Жодних тікетів, жодних нарікань менше згаяного часу з вашого боку.
• 9:22
  Запитайте знову про краєві випадки, і Coopilot посилить захист.
• 9:25
  Потрібно перевірити, чи не потрапляють спецсимволи в числові поля.
• 9:28
  Запитуйте Coopilot у тому ж чаті.
• 9:30
  Хочете більш детальні відповіді для різних типів помилок?
• 9:33
  Той самий робочий процес.
• 9:35
  Щоразу скрипт стає дедалі надійнішим, і це відбувається з урахуванням контексту вашого середовища PavaPages, а не просто загального вебреду.
• 9:41
  Насправді відбувається зміна того, як ви налагоджуєте код.
• 9:43
  Ви припиняєте гасити пожежі в окремих рядках зламаного синтаксису і починаєте створювати робочі чернетки.
• 9:48
  Coopilot уже надає вам робочу базу, тому ваша енергія йде на шліфування.
• 9:52
  Замість спроби і помилок із синтаксичними примхами, ви цілеспрямовано формуєте те, як код звертається до користувача.
• 9:57
  Це скоро чує час на доопрацювання та зменшує навантаження на підтримку.
• 10:00
  Коли ви дивитеся на це крізь такий цикл «Каркас», «Уточнення повідомлень», «Захист від крайових випадків», «Розгортання»,
• 10:05
  ви розумієте, що не лише запобігаєте хаосу в даних, а й активно зменшуєте майбутнє навантаження на підтримку.
• 10:10
  Кожне створене повідомлення про помилку – це одним запитанням, чому це не працює.
• 10:13
  Менше у вашій черзі тікетів.
• 10:15
  Кожен оброблений крайовий випадок – це на одне крихке поле менше, що може призвести до збою в роботі.
• 10:19
  До того моменту, як удосконалення від «Коупайлот» накладено, каркас залишається під бронею, але він повністю трансформується.
• 10:25
  Те, що починалося як тимчасове рішення, стає чимось достатньо стійким для робочих даних із зворотним зв'язком, який навчає користувача, а не блокує його.
• 10:33
  Як паперовий щит, перекований у сталевий – це змінює відчуття боротьби по обидва боки екрана.
• 10:37
  І хоча скриптова перевірка – це лише частина пазла, навколо неї існує ширше поле бою.
• 10:42
  Код може бути захищеним, але виникає питання, як керувати всією структурою, у якій він живе, не сповільнюючи процес.
• 10:48
  Ось де з'являється наступний виклик – не в самому скрипті, а в тому, як ви працюєте з картою вашого сайту.
• 10:53
  Редагування карти підземелля за допомогою CLI та VS Code
• 10:56
  Коли ви хочете вийти за межі окремих скриптів і почати керувати всім сайтом, вам потрібно більше, ніж просто редагування грубою силою.
• 11:02
  Вам потрібна правильна карта.
• 11:04
  Редагування карти підземелля за допомогою CLI та VS Code – це спосіб перестати блукати темними коридорами і тримати кожен шлях у полі зору.
• 11:10
  Хаотичний спосіб – це жонглювання вкладками у браузерному дизайн-студії, перемикання на термінал, а потім постійне переміщення файлів туди-сюди заради дрібних правок.
• 11:17
  Це працює, але виглядає незграбно.
• 11:19
  Інтегрований спосіб – це завантаження всього вмісту сайту локально через Pava Platform CLI, а потім редагування та розгортання через розширення Pava Platform Tools у VS Code.
• 11:26
  Один робочий процес без зайвих рухів. Ось як це працює.
• 11:30
  Перш ніж щось робити, ви проходите автентифікацію у своєму середовищі Dataverse.
• 11:34
  Уявіть це як відчинення вхідних дверей, щоб CLI міг отримати доступ до вашого сайту.
• 11:39
  Після автентифікації ви виконуєте одну команду, щоб завантажити вміст веб-сайту у локальну робочу область.
• 11:44
  Це вивантаження забирає шаблони, скрипти, CSS та ресурси.
• 11:48
  Повна копія внутрішньої структури вашого сайту на вашому комп'ютері.
• 11:52
  Co-Pilot також виграє, адже маючи локальні файли, він може звертатися до сутностей середовища замість того, щоб вгадувати навмання.
• 11:59
  З цього моменту ви працюєте лише у VS Code.
• 12:01
  Хочете підправити ліквід шаблон.
• 12:03
  Файл прямо перед вами.
• 12:05
  Виправити логіку валідації.
• 12:06
  Відкрийте JavaScript файл поруч із ним.
• 12:08
  І оскільки все централізовано, ви в реальному часі бачите взаємозв'язки замість перемикання між інструментами без розуміння загальної картини.
• 12:14
  Розширення Pava Platform Tools робить команди CLI зрозумілими та зручними.
• 12:18
  У вас залишається доступ до командного рядка, але тепер він у терміналі VS Code, прив'язаний до робочої області, де ви пишете код.
• 12:25
  Це означає, що не потрібно запам'ятовувати довгі рядки щоразу, коли ви виконуєте одні й ті самі короткі команди.
• 12:30
  Завантажити, відредагувати, розгорнути.
• 12:32
  Плавний цикл.
• 12:33
  Жодних фрагментів, що залишаються поза синхронізацією.
• 12:36
  Процес розгортання також спрощується.
• 12:38
  Після внесення змін ви використовуєте той самий CLI-процес, щоб повернути їх у середовище Pava Pages.
• 12:44
  Це замикає коло безподвійної роботи чи помилок версійності.
• 12:48
  Ви не копіюєте папки вручну і не сподіваєтеся, що сесія браузера ще не закінчилася.
• 12:52
  Ви тримаєте все в одному середовищі, яке повністю контролюєте.
• 12:56
  А приріст продуктивності стає справді помітним, коли ви додаєте Co-Pilot у цей цикл.
• 13:00
  Замість роботи з розрізненими фрагментами, ваші запити до равлик PowerPage відбуваються в тій самій робочій області, що й в міст сайту.
• 13:06
  Ви можете змінити скрипт валідації та одразу перевірити, як він взаємодіє з Liquid шаблонами на сусідній вкладці.
• 13:11
  Це одне середовище, один контекст, один крок від запитання до відповіді.
• 13:14
  Щоб зробити це наочно, я покажу вам у короткій демонстрації.
• 13:17
  Виконайте одну команду CLI для завантаження сайту, відкрийте Liquid файл сторінки та його скрипт валідації у VS Code,
• 13:23
  а потім попросіть равлик PowerPage оновити повідомлення про помилки.
• 13:26
  Це весь цикл.
• 13:27
  Мапа перед очима, файли під рукою, AI-асистент на поготові.
• 13:31
  Справжня перемога не в тому, щоб додати більше інструментів, а в тому, щоб їх об'єднати.
• 13:36
  Ви позбуваєтеся перемикання контексту, залишаєтеся зосередженими та працюєте в єдиному стабільному середовищі,
• 13:41
  де код, контент і допомога у згодженні.
• 13:43
  Це економить час, але, що важливіше, не дає вам витрачати енергію на відволікання замість реальної розробки.
• 13:49
  Коли карта нарешті у вас в руках, ви більше не блукаєте, гадаючи, де наступна перешкода.
• 13:54
  Але навіть якщо структура проєкту зрозуміла, деякі битви залишаються, бо коли бос з'являється у вигляді купи помилок налагодження,
• 14:00
  головне випробування, чи зможете ви розгадати його схему атак.
• 14:03
  І це битва, у яку багато розробників досі вступають на ослі.
• 14:06
  Налагодження битв з босами за допомогою Co-Pilot.
• 14:09
  Іноді справжнє випробування – це зовсім не написання нового коду, а з'ясування, чому те, що здавалося нормальним, раптово стає проблемним.
• 14:15
  Ось тут і стає в пригоді налагодження битв з босами за допомогою Co-Pilot.
• 14:20
  Налагодження Пава Пейджа зможе нагадувати обмін ударами з босом, який приховує свій стиль атаки.
• 14:24
  Помилки виглядають випадковими.
• 14:26
  Журнали помилок кричать без жодного контексту.
• 14:28
  Ви переглядаєте довгі скрипти, не знаючи, чи проблема в синтаксисі, помилці тегу Liquid,
• 14:32
  чи в тому, що прив'язки Dataverse відмовляються співпрацювати.
• 14:34
  Те, що мало стати швидким виправленням, забирає цілу сесію, бо вирядок зарядком намагаєтеся розібрати нісенітницю.
• 14:39
  Liquid робить це складнішим.
• 14:41
  Крихітний тег може змінити всю сторінку.
• 14:43
  Іноді вдало, а іноді катастрофічно неправильно.
• 14:46
  Один пасент-інклуд-пасент додає контент без проблем.
• 14:50
  Інший у дещо іншому контексті руйнує всю вашу розмітку.
• 14:53
  Прив'язки Dataverse додають ще більше труднощів.
• 14:55
  Вони можуть правильно працювати в одній формі та безшумно збоїти в іншій.
• 14:59
  Власна документація Microsoft визнає цю особливість.
• 15:02
  Liquid і Dataverse поводяться по-різному залежно від розміщення,
• 15:04
  тому методом спроб і помилок ваш неофіційний робочий процес стає «пересувай, доки не запрацює».
• 15:09
  Саме тут Co-Pilot у PowerPages змінює ваші шанси на успіх.
• 15:13
  Замість того, щоб витрачати цілий вечір на експерименти на осліп, ви можете освітити код-прожектором.
• 15:18
  Ви просто вводите в чат Co-Pilot
• 15:19
  «At PowerPages explain the following code passent include page copy passent»
• 15:25
  без зайвих розмов і загальних порад.
• 15:27
  Ви отримуєте просте пояснення того, що робить цей тег, що він підтягує
• 15:31
  і чому його розташування на сторінці впливає на поведінку.
• 15:34
  Фактично, ви припиняєте гадати і нарешті отримуєте зрозумілий сценарій дій вашого боса.
• 15:39
  Щоб отримати максимум від цього, структуруйте своє налагодження як коротке демо.
• 15:43
  По-перше, знайдіть проблемний фрагмент.
• 15:45
  Форма ламається одразу після тегу include.
• 15:47
  По-друге, вставте цей код у Co-Pilot із командою «Пояснення».
• 15:50
  По-третє, використайте пояснення Co-Pilot для невеликого переписування або коригування макета.
• 15:54
  Потім протестуйте.
• 15:55
  Кроки прості – поясни, застосуй, протестуй.
• 15:58
  Ви бачите результати, не застрягаючи в нескінченних спробах і помилках.
• 16:01
  А Co-Pilot виходить далеко за межі перекладу.
• 16:03
  У тому ж чаті ви можете попросити виправити помилку.
• 16:05
  Наприклад, Co-Pilot може запропонувати налаштувати вкладеність елемента include
• 16:09
  для кращої сумісності з макетом або підправити JavaScript,
• 16:12
  щоб обробник подій спрацьовував, не перевантажуючи консоль.
• 16:14
  Оскільки він працює з урахуванням контексту вашого робочого простору PowerPages,
• 16:18
  поради стосуються безпосередньо вашого середовища, а не загальних веб-понять.
• 16:22
  Це різниця між випадковим продавцем Зілля та тим, хто справді знає босса, з яким ви б'єтеся.
• 16:26
  Перевага відчутна одразу.
• 16:28
  Замість того, щоб витрачати півдня на пошук однієї зламаної прив'язки,
• 16:30
  ви одразу переходите до розуміння причини її збою.
• 16:32
  Це перетворює налагодження з виснажливої лотереї на тактичне завдання.
• 16:35
  Ви бачите, що зламалося, застосовуєте цілеспрямовану латку і перевіряєте, чи стабілізувалася робота.
• 16:39
  Це більше схоже на реакцію на видимі закономірності, ніж на витягування кубиків із проклятого мішка.
• 16:44
  Ось як це виглядає на практиці.
• 16:45
  Раніше повідомлення про помилку «щось пішло не так» змушувало вас нескінченно ходити колами навколо проблеми.
• 16:51
  Завдяки поясненню Coopilot ви дізнаєтеся, що TechInclude завантажує певний фрагмент сторінки,
• 16:55
  і у вашому варіанті він перекрив необхідний контейнер.
• 16:58
  Ви переписуєте розміщення, як радить Coopilot, повторно тестуєте, і форма працює правильно.
• 17:02
  У три кроки ви проходите шлях від розгубленості до рішення.
• 17:05
  Звісно, є правило, яке варто повторити.
• 17:07
  Coopilot надає вагомі пропозиції, але це не гарантія.
• 17:10
  Завжди перевіряйте та тестуйте перед розгортанням у продуктивному середовищі.
• 17:13
  Ставтеся до результатів як до стратегічного посібника, а не як до миттєвого луту, який можна одягнути на осліп.
• 17:17
  Вони економлять час, але саме ваше судження забезпечує стабільність системи.
• 17:20
  Коли ви створюєте цей цикл зворотного зв'язку, пояснення, коригування, підтвердження, страх перед налагодженням зникає.
• 17:26
  Liquid більше не здається хаотичним жартівником, примхи Dataverse перестають бути загадками,
• 17:30
  і навіть сюрпризи JavaScript перетворюються на контрольовані контратаки.
• 17:34
  Битва з боссом залишається викликом, але ви б'єтеся з баченням ситуації,
• 17:37
  а не отримуєте удари з несподіваних сторон, і ця зміна перспективи – справжня перемога.
• 17:41
  Налагодження Coopilot не скасовує самого зіткнення.
• 17:44
  Ви все ще пишете код, тестуєте і вирішуєте проблеми, але перестаєте витрачати сили на вгадування загадкових виводів
• 17:50
  і отримуєте надійну перевагу, що готує ґрунт для фінального етапу.
• 17:54
  Чим стають усі ці зміни, коли ви робите крок назад і дивитеся на ширший квест?
• 17:58
  Висновок зводиться до такого.
• 18:00
  Coopilot не пропускає бої, він змінює спосіб, у який ви їх ведете.
• 18:03
  Ви переходите від крихких спроб і помилок до коду з підтримкою ЩІ, який сам себе пояснює,
• 18:07
  вдосконалюється за командою і створює потоки, якими користувачі можуть користуватися без роздратування.
• 18:12
  Ось ваші п'ять переваг – оптимізація шаблонів Liquid, прискорення JavaScript і перевірки форм,
• 18:17
  зрозумілі пояснення складних фрагментів коду, додавання HTML і Bootstrap для адаптивних макетів
• 18:22
  та спрощення викликів вебарі без зайвих здогадок.
• 18:25
  Деякі функції все ще перебувають у попередньому перегляді.
• 18:27
  Адміністратори клієнтів вмикають їх через хаб Coopilot у центрі адміністрування Pava Platform,
• 18:31
  тому зверніться до свого адміністратора, якщо чогось не вистачає.
• 18:33
  Боса переможено, здобич отримано.
• 18:35
  Активуйте підписку, натисніть на дзвіночок для отримання нових демо-версій
• 18:38
  і напишіть у коментарях, яку саме проблему з валідацією чи Liquid ви б хотіли,
• 18:41
  щоб Coopilot вирішив наступною.
• 18:42
  Ми вдосконалимо наступні огляди, зосередившись на ваших найскладніших запитах.