KRUHLYK 🇺🇦
Тільки вчора за MCP в штормі вам говорив і тут оновлення PhpStorm, де наче нормально то все має працювати. Буду тестувати сьогодні.
Підключив до Junie MCP сервак для Figma. Запрацювало. Але якість і швидкість роботи Junie саме з Figma дуже відрізняється від тої ж звʼязки з Cursor.
Думаю справа в тому, що до Junie довелось підключати трохи кастомний MCP і проблеми саме з ним.
Думаю справа в тому, що до Junie довелось підключати трохи кастомний MCP і проблеми саме з ним.
Forwarded from Файний програміст 🇺🇦
This media is not supported in your browser
VIEW IN TELEGRAM
🤣15
Погоджуюсь із Сергієм абсолютно в цьому питанні.
Люди розучились саме читати код. Генерять шопопало і зовсім лінуються навіть поревʼювати те, що модель згенерила.
А ви що думаєте?
Люди розучились саме читати код. Генерять шопопало і зовсім лінуються навіть поревʼювати те, що модель згенерила.
А ви що думаєте?
❤1💯1
Forwarded from Дивовижний світ веброзробки
#думки_вголос
Вчора на ламповій тусовці очікувано мова зайшла про вайбкодинг, якість коду і місце людей серед усього цього балагану.
І там прозвучала дуже цікава думка, що однією з проблем нинішньої ІТ-освіти є те, що людей не вчать читати код. Саме читати. Мені ця теза дуже сподобалась, тож вирішив трошки розвинути її.
Зараз код писати може будь-яка більш-менш нормальні модель. Однак саме писати. ШІ може згенерувати працюючий код, але не передбачить і не пояснить наслідки цього коду для проєкту. Він може пояснити як код працює, але як впливає — це вже на межі фантастики.
Вміння читати код, саме читати, а не пробігатися по назвах функцій і змінних — це, фактично, єдиний достовірний спосіб розуміння архітектури продукту. Створювати код нині це рідкісна розкіш, зазвичай ми входимо в уже написане.
Ба більше, не володіючи цією навичкою, ви втратите розуміння навіть своїх рішень. Недарма кажуть, що ваш код, написаний пів року тому, вже чужий код.
А тепер додайте сюди вайбкодинг. Невміння читати рішення ШІ, розуміти їх глибше ніж свої власні, призводить до того, що модель може підсовувати вам якісь геть чудернацькі рішення, які можна сприйняти на віру і протягнути в проєкт якусь відверту дичину. Ну бо воно ж схоже на щосб розумне, чому ні?
А потім будуть вилазити такі бока, що на переробку цих "рішень" витрачатиметься в рази більше часу, ніж на створення.
Вміти читати чужий код, розбиратися в ньому, відчувати й бачити можливі негативні й позитивні наслідки, стає, певно, важливішою навичкою, аніж власне його створювати.
Бо саме створювати його стає усе легше й легше, і через це може виникати ілюзія того, що ШІ "все робить за вас". Але є багато але, і результат залежить від багатьох чинників, до того ж величезна кількість цих чинників не те, що від вас не залежить, ви просто не в курсі їхнього існування.
Так, код створювати легше, а от контролювати його якість стає важче, якраз через оту ілюзію "якісних рішень від ШІ". Ми маємо ще ретельніше переглядати ці рішення. Ще прискіпливіше переглядати кожен рядок. Аналізувати. Передбачати.
Треба припинити бачити свою роль як кодогенератора. Натомість варто потихеньку (а може й швидше вже) качати свої компетенції в сторону "контролера коду". Розбиратися в архітектурі та патернах. Розуміти як і що працює, особливо під капотом. Так, навіть джунам.
Все змінюється, і суть розробки теж. Якщо ви хочете ефективно використовувати ШІ, то варто перестати йому довіряти, тим паче в питанні генерації коду. Ви маєте стати найдушнішими ревʼюверами коду на світі.
Вчіться читати чужий код. Не просто очима, а пропускати його через фільтри недовіри, сумнівів, скепсису та власної технічної і не тільки експертизи. І тоді ніякий ШІ нікого не замінить.
До речі, а ви що думаєте з цього приводу?
@babichdev
Вчора на ламповій тусовці очікувано мова зайшла про вайбкодинг, якість коду і місце людей серед усього цього балагану.
І там прозвучала дуже цікава думка, що однією з проблем нинішньої ІТ-освіти є те, що людей не вчать читати код. Саме читати. Мені ця теза дуже сподобалась, тож вирішив трошки розвинути її.
Зараз код писати може будь-яка більш-менш нормальні модель. Однак саме писати. ШІ може згенерувати працюючий код, але не передбачить і не пояснить наслідки цього коду для проєкту. Він може пояснити як код працює, але як впливає — це вже на межі фантастики.
Вміння читати код, саме читати, а не пробігатися по назвах функцій і змінних — це, фактично, єдиний достовірний спосіб розуміння архітектури продукту. Створювати код нині це рідкісна розкіш, зазвичай ми входимо в уже написане.
Ба більше, не володіючи цією навичкою, ви втратите розуміння навіть своїх рішень. Недарма кажуть, що ваш код, написаний пів року тому, вже чужий код.
А тепер додайте сюди вайбкодинг. Невміння читати рішення ШІ, розуміти їх глибше ніж свої власні, призводить до того, що модель може підсовувати вам якісь геть чудернацькі рішення, які можна сприйняти на віру і протягнути в проєкт якусь відверту дичину. Ну бо воно ж схоже на щосб розумне, чому ні?
А потім будуть вилазити такі бока, що на переробку цих "рішень" витрачатиметься в рази більше часу, ніж на створення.
Вміти читати чужий код, розбиратися в ньому, відчувати й бачити можливі негативні й позитивні наслідки, стає, певно, важливішою навичкою, аніж власне його створювати.
Бо саме створювати його стає усе легше й легше, і через це може виникати ілюзія того, що ШІ "все робить за вас". Але є багато але, і результат залежить від багатьох чинників, до того ж величезна кількість цих чинників не те, що від вас не залежить, ви просто не в курсі їхнього існування.
Так, код створювати легше, а от контролювати його якість стає важче, якраз через оту ілюзію "якісних рішень від ШІ". Ми маємо ще ретельніше переглядати ці рішення. Ще прискіпливіше переглядати кожен рядок. Аналізувати. Передбачати.
Треба припинити бачити свою роль як кодогенератора. Натомість варто потихеньку (а може й швидше вже) качати свої компетенції в сторону "контролера коду". Розбиратися в архітектурі та патернах. Розуміти як і що працює, особливо під капотом. Так, навіть джунам.
Все змінюється, і суть розробки теж. Якщо ви хочете ефективно використовувати ШІ, то варто перестати йому довіряти, тим паче в питанні генерації коду. Ви маєте стати найдушнішими ревʼюверами коду на світі.
Вчіться читати чужий код. Не просто очима, а пропускати його через фільтри недовіри, сумнівів, скепсису та власної технічної і не тільки експертизи. І тоді ніякий ШІ нікого не замінить.
До речі, а ви що думаєте з цього приводу?
@babichdev
👍8🔥2
Перепис школоти.
Хто памʼятає що таке jQuery без гугління у джіпіті?
Хто памʼятає що таке jQuery без гугління у джіпіті?
Anonymous Poll
72%
Я надто старий, щоб таке забути 😄
2%
Whaaat? 🤪
25%
Я б хотів про то забути 😭
2%
Пішов гуглити у джіпіті 🤑
KRUHLYK 🇺🇦
Перепис школоти.
Хто памʼятає що таке jQuery без гугління у джіпіті?
Хто памʼятає що таке jQuery без гугління у джіпіті?
Треба визнати. jQuery популярніший за Laravel майже втричі 🙈
Це опитування від StackOverflow якщо що.
Це опитування від StackOverflow якщо що.
👀5👍1🌚1
Ну шо, спробував я отой ваш GPT-5 для коду. І скажу вам, шо нас або намахали на презі, або воно ще допилюватиметься. Робить відверту дичину. Sonnet-4 на голову зараз краще працює.
👍4🕊2🤬1😢1
Там батя Тейлор у хуітері анонсував новий атрибут
Все йде до прямого байдингу інтерфейсів не у сервіс провайдерах. Думаю це буде нововведенням у Laravel 13 із зворотньою сумісністю для старовірів (типу мене).
Але поки що в доку того не додали (на момент публікації).
https://laravel.com/docs/12.x/container#bind-attributes
#[Bind]. Мабуть корисно буде. Я поки хз, треба спробувати.Все йде до прямого байдингу інтерфейсів не у сервіс провайдерах. Думаю це буде нововведенням у Laravel 13 із зворотньою сумісністю для старовірів (типу мене).
Але поки що в доку того не додали (на момент публікації).
https://laravel.com/docs/12.x/container#bind-attributes
В наступну середу, 13.08 о 19:00, плануємо провести пілотний стрім з публічним інтервʼю кандидата на позицію Junior PHP (Laravel) Engineer.
Вмикайте сповіщення, щоб не пропустити!
https://www.youtube.com/watch?v=GJULU2A4qu8
Вмикайте сповіщення, щоб не пропустити!
https://www.youtube.com/watch?v=GJULU2A4qu8
YouTube
Публічна співбесіда | JUNIOR PHP LARAVEL ENGINEER
Пілотний випуск публічних інтервʼю з потенційними кандидатами на вакансії у IT компаніях.
Кандидат сьогодні - Василь, претендує на посаду JUNIOR PHP LARAVEL ENGINEER. Програмував на Python. Почав займатись PHP з 2025 року.
А для чого це інтерв'ю Василю:…
Кандидат сьогодні - Василь, претендує на посаду JUNIOR PHP LARAVEL ENGINEER. Програмував на Python. Почав займатись PHP з 2025 року.
А для чого це інтерв'ю Василю:…
👍16👏1
Гарного початку тижня, панове! Майте смачну і запашну кавусю та гарний настрій!
❤10
Гайз, а хтось мав досвід роботи із OLED моніторами? Які є плюси-мінуси-підводні камені?
Laravel має чудовий метод для видалення повторюваних символів у рядку — Str::deduplicate(). Він замінює послідовні повтори символів одним символом за замовчуванням для пробілів, а якщо потрібно — можна вказати будь-який інший символ для дедуплікації.
Приклад використання:
Цей метод економить час і позбавляє від складної логіки чи регулярних виразів для видалення дублікатів у рядках. Ідеально для очищення тексту без зайвого коду!
Приклад використання:
use Illuminate\Support\Str;
$result = Str::deduplicate('The---Laravel---Framework', '-');
// Результат: The-Laravel-Framework
Цей метод економить час і позбавляє від складної логіки чи регулярних виразів для видалення дублікатів у рядках. Ідеально для очищення тексту без зайвого коду!
👍7❤2
KRUHLYK 🇺🇦 pinned «В наступну середу, 13.08 о 19:00, плануємо провести пілотний стрім з публічним інтервʼю кандидата на позицію Junior PHP (Laravel) Engineer. Вмикайте сповіщення, щоб не пропустити! https://www.youtube.com/watch?v=GJULU2A4qu8»
KRUHLYK 🇺🇦
В наступну середу, 13.08 о 19:00, плануємо провести пілотний стрім з публічним інтервʼю кандидата на позицію Junior PHP (Laravel) Engineer. Вмикайте сповіщення, щоб не пропустити! https://www.youtube.com/watch?v=GJULU2A4qu8
Важливе уточнення часу проведення стріму.
Через певні технічні форс мажори, змушені перенести стрім з середи на пʼятницю.
Час той самий - 19:00. Чекатимемо всіх!
https://www.youtube.com/watch?v=GJULU2A4qu8
Через певні технічні форс мажори, змушені перенести стрім з середи на пʼятницю.
Час той самий - 19:00. Чекатимемо всіх!
https://www.youtube.com/watch?v=GJULU2A4qu8
YouTube
Публічна співбесіда | JUNIOR PHP LARAVEL ENGINEER
Пілотний випуск публічних інтервʼю з потенційними кандидатами на вакансії у IT компаніях.
Кандидат сьогодні - Василь, претендує на посаду JUNIOR PHP LARAVEL ENGINEER. Програмував на Python. Почав займатись PHP з 2025 року.
А для чого це інтерв'ю Василю:…
Кандидат сьогодні - Василь, претендує на посаду JUNIOR PHP LARAVEL ENGINEER. Програмував на Python. Почав займатись PHP з 2025 року.
А для чого це інтерв'ю Василю:…
🤝7
Коротко про «tap() = Tweak and Return» у Laravel
Я обожнюю, коли можна зробити код і чистим, і ланцюжним одночасно. Функція tap() саме для цього:
Ось простий приклад використання:
Завдяки
Я обожнюю, коли можна зробити код і чистим, і ланцюжним одночасно. Функція tap() саме для цього:
->tap() – дозволяє змінити об’єкт і відразу повернути його.Ось простий приклад використання:
$user = tap(User::find(1), function ($user) {
$user->status = 'active';
});
// $user тепер містить оновленого користувача зі статусом 'active'Завдяки
tap() можна легко вписувати додаткові дії в ланцюжок викликів, не порушуючи читабельності.❤2
Дружньо нагадаю про свій закритий Pro канал, де я публікую більш професійні рішення та підказки щодо Laravel та розробки.
Також там у вас є можливість отримувати мою технічну підтримку та консультацію майже одразу.
Посилання тут
Також там у вас є можливість отримувати мою технічну підтримку та консультацію майже одразу.
Посилання тут
❤1
Якщо треба отримати вхідні дані у конкретних типах замість рядків — використовуйте методи
Документація: https://t.co/KcjMO7ei00
integer(), boolean(), array(), date() та enum(). Laravel автоматично виконає кастинг без ручного приведення типів. Наприклад, $request->integer('age') поверне ціле число, а не рядок. Це значно спрощує роботу з валідацією і обробкою даних у контролерах та формах. Документація: https://t.co/KcjMO7ei00
👍3