Web Overflow 🇺🇦

#todo написати функцію будь-якою мовою програмування, яка приймає квадратну матрицю розміру n та повертає цю ж матрицю, повернуту на 90 градусів за годинниковою стрілкою.

Наприклад:
[[1,2,3], [[7,4,1],
[4,5,6], => [8,5,2],
[7,8,9]] [9,6,3]]

* завдання з зірочкою: виконати поворот in-place, тобто над оригінальною матрицею без використання додаткової памʼяті.

Трішки понеділкової рефлексії...

Вгадайте на яку тему? Звичайно ж ШІ, блін!

👩‍💻 Настя:

Насправді, мене трохи підзадовбав увесь цей хайп на темі ШІ. Останні пару тижнів щодня або бачимо якісь "шокуючі" новини — а-ля програмісти більше не потрібні, або прилітають задачі, максимально прості, але з умовою "можна використати ШІ", або в чаті хтось ділиться історіями, де замовники з розуму зійшли через цей ШІ.

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

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

І наостанок — мені страшно уявити наступне покоління програмістів, які не звикли самостійно сидіти, гуглити й вирішувати проблеми. Можливо, так само колись думало попереднє покоління про появу Інтернету.

Поживем — побачим. А поки, будь ласка, вчіться, не генеруйте код сліпо і читайте Web Overflow. Цьом!

👨‍💻 Юра:

Загалом, ще на початку буму ШІ, я був дуже зацікавлений: купив онлайн-«сімку», щоб почати писати до ChatGPT, отримав бета-доступ до Bard (того, що зараз — Gemini). Зараз ШІ для мене — це інструмент, і, насправді, трохи дратують люди, які вважають його або чарівною паличкою, здатною заткнути будь-яку дірку, або джерелом достеменної правди.

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

Цікаво спостерігати за появою цілого напряму — prompt engineering, який я, чесно кажучи, не до кінця розумію. Тобто, звісно, зараз потрібно вміти правильно формулювати запити, але робити з цього мало не цілу професію? Наче ж ніколи не було "Googling Engineer". Якщо всі прогнозують стрімкий розвиток ШІ, то хіба він не мав би зрозуміти запит людини, яка не проходила курс зі складання запитів?

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

Якщо коротко: вчіться використовувати ШІ — і розвивайтесь самі.

#localhost

#todo написати функцію будь-якою мовою програмування, яка приймає два параметри — суму S та кількість N, і повертає масив із N випадкових чисел, що у сумі дорівнюють S.

Наприклад:
S = 100, N = 3 => [25, 54, 21]
S = 100, N = 3 => [4, 23, 73]
S = 100, N = 5 => [14, 33, 9, 12, 32]

Next.js App Router 🚏

Колись давно, до Next.js 13, існував лише pages router. Він працював за доволі простими правилами: є папка pages, у якій кожен файл (крім деяких зарезервованих) автоматично стає сторінкою. Шлях до сторінки визначався її розташуванням у цій папці.

Однак із появою серверних компонентів, actions та підтримки streaming зʼявився і новий підхід до роутингу.

У Next.js 13 було представлено новий App Router. Замість папки pages тепер використовується папка app, де сторінками є лише файли з іменем page.tsx (чи з іншим відповідним розширенням). Такий підхід дозволяє використовувати всі нові можливості React: асинхронні компоненти, серверні функції, а також новий функціонал, зокрема layout, loading, паралельні роути тощо.

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

👉 А який тип роутера ви використовуєте у своїх застосунках?

#interview

Я тепер Vibe coder 💅

Нещодавно @Yurets7777 розповідав у чаті, що замовник хоче почути пояснення від тих, хто не використовує Cursor: як вони планують залишатися такими ж продуктивними, як ті, хто працює з ним?

ШІ настільки швидко розвивається, що важливо навчитися ефективно ним користуватися. Тож я вирішив спробувати й встановив Cursor, зараз тестую Free Trial.

Перше, що варто відзначити: Cursor побудований на базі VS Code. Тому, якщо ви працювали у VS Code, звикнути до нього буде легко. Передбачено імпорт налаштувань, хоча у мене виникли труднощі з перенесенням профілів. У VS Code я використовував різні конфігурації для різних проєктів, але перенести їх у Cursor не вдалося. Я спробував вручну відтворити налаштування, але зіткнувся з іншою проблемою: при відкритті не-default профілю всі параметри постійно скидалися. Загалом, останнім часом я працював у Neovim, тому перехід дався непросто.

Ще не до кінця розібрався з робочим процесом у Cursor. Тут є кілька режимів (chat, agent…), і підказки буквально вискакують на кожному кроці, навіть коли їх не просиш. Поки що ретельно перевіряю кожну зміну, яку він пропонує, і досить часто доводиться вказувати, що виправити. Також не до кінця зрозумів, як краще з ним працювати: давати одразу велику задачу й доопрацьовувати її частинами чи самому продумувати загальну схему, а потім просити імплементувати окремі шматки?

Загалом, враження поки змішані. Для мене ШІ — це інструмент, яким можна користуватися, але точно не той, що зробить усю роботу за мене. Водночас здається, що Cursor (разом із Windsurf, Trae та іншими) задає правильний напрямок. Vibe coder-ом я поки точно бути не хочу, але намагаюся знайти оптимальний спосіб інтеграції ШІ у свій робочий процес.

Подивимося, як ця технологія розвиватиметься далі.

А ви вже тестували щось подібне? Діліться враженнями! 💛

#experience