Стандартний звіт Playwright, який доступний «з коробки».

Дякую, що поділилися своїми очікуваннями! Мені дуже цікаво чути такі думки.

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

Також цікаво було б дізнатися від вас, як від людини, яка працює з Playwright: чи все, про що йдеться у статті, ви використовуєте на практиці? Чи, можливо, щось було новим для вас?

Дуже дякую!)

Дякую, що поділилися своїм досвідом щодо цього!

Прийнято до уваги. Наступного разу наведу складніший приклад, щоб було цікавіше розглядати)

В тому й справа, що коли працюєш у двох студіях, окрім того, що доводиться постійно перемикатися між контекстами, ще й версії GitHub Copilot можуть відрізнятися та працювати по-різному. А коли стикаєшся з такими багами, як я в IntelliJ IDEA — коли неможливо застосувати зміни, згенеровані через Copilot Edits — то бажання користуватись цим функціоналом взагалі зникає, не кажучи вже про очікування, поки щось там пофіксять. Загалом, я впевнена, що все поступово виправлятиметься й оновлюватиметься, питання лише в тому, де підтримка фіч краща і швидша)

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

Дякую, перегляну!