Дякую. З часом буде таке ж відео, але для JS. Для фронту буде багато відео, але трохи пізніше. Це якщо цікавить frontend. Якщо ні, то наступне відео днями буде маленьке але, сподіваюсь, корисне не залежно від технології
Вітаю. Наступні десь 10 відео будуть по беку. Це має практичний сенс і, сподіваюсь, на реліз nuxt4. Це десь місяць. Але одразу перепрошую, такі часи що жодних термінів обіцяти не можу. По фронтенду: налаштовую storybook, на його основі тести. + тести accessability, css property, + те ж що роблю для php CI/CD лінтери код complexity, і так далі. Насправді це не жарт - я реально роблю проєкт, а відео роблю по моментах які думаю що будуть цікавими, або ж часто бачу(або робив сам) помилки. Якщо цікаві такі теми, треба почекати. Якщо ні - дякую за відгук.
Чудово, але чи можна цю приблуду законфіжити під конкретну версію пихи? Я що сь по докам не знайшов. Типу, щоб воно розуміло, що не завджи треба конструктор класу викликати при створенні нового екземпляру, наприклад. І наприклад не юзаємо стрікт тайпи в коді, то це можливо вирубити для фіксів кодстайлу?
Вітаю. По-перше, дякую за україномовний контент! Використовую, здається, з php7 (точно до релізу 8). Жодних питань при переході з версій не виникало. Щодо стрікт типів - за замовчуванням вимкнено, і можна увімкнути. Ця збірка це красиво запакований github.com/PHP-CS-Fixer/PHP-CS-Fixer в якості код стайлеру, та github.com/PHPCSStandards/PHP_CodeSniffer/ як статік код аналізатор. Набір правил за замовчуванням зібраний під Laravel (або під інші фреймворки, це є в документації) і його можна переробити абсолютно під себе. Буль яке правило (sniff або fixer) можна додати, відключити або налаштувати. І правила за замовчуванням не жорсткі. Його впровадження набагато легше ніж умовний phpstan з lvl 7 врубити. Тому і рекомендую всім підряд.
@@oleksii_letscode Тут прошу вибачення. Не перевіряв, бо для цього треба мати кодову базу з конкретними кейсами. Все ж нагадаю що це просто набір правил, які можна налаштувати.
@oleksii_letscode phpinsights.com/insights/code.html#declare-strict-types Якщо я правильно зрозумів проблему. Але питання в, тому що для laravel він removed за замочуванням 🤷♂
Дайте будь ласка невеликий коментар, чому ви на згадали про Laravel pint, він начебто в сам Phpstorm вшитий і доступний у проекті відразу після ініціалізації нового проекту ??
Вітаю. Абсолютно чесна відповідь - я про нього не знав. Якось реліз пройшов повз мене. Зараз розібрався і на жаль там лише код стайлер жодного статичного аналізу, перевірки пакетів тощо. Тому, на цю мить, insights вважаю кращим рішенням. Але дуже гарно що Laravel офіційно дивиться в цю сторону. Дякую за інформацію.
Оо дякую вам дуже гарний та детальний відосик 😮
Я хоч і не пишу на php, але було цікаво глянути
Дякую.
З часом буде таке ж відео, але для JS. Для фронту буде багато відео, але трохи пізніше.
Це якщо цікавить frontend. Якщо ні, то наступне відео днями буде маленьке але, сподіваюсь, корисне не залежно від технології
@@butthurtdeveloper8578 мене теж цікавить саме фронтенд
Вітаю.
Наступні десь 10 відео будуть по беку. Це має практичний сенс і, сподіваюсь, на реліз nuxt4. Це десь місяць. Але одразу перепрошую, такі часи що жодних термінів обіцяти не можу.
По фронтенду: налаштовую storybook, на його основі тести. + тести accessability, css property, + те ж що роблю для php CI/CD лінтери код complexity, і так далі.
Насправді це не жарт - я реально роблю проєкт, а відео роблю по моментах які думаю що будуть цікавими, або ж часто бачу(або робив сам) помилки.
Якщо цікаві такі теми, треба почекати. Якщо ні - дякую за відгук.
Чудово, але чи можна цю приблуду законфіжити під конкретну версію пихи? Я що сь по докам не знайшов. Типу, щоб воно розуміло, що не завджи треба конструктор класу викликати при створенні нового екземпляру, наприклад. І наприклад не юзаємо стрікт тайпи в коді, то це можливо вирубити для фіксів кодстайлу?
Вітаю. По-перше, дякую за україномовний контент!
Використовую, здається, з php7 (точно до релізу 8). Жодних питань при переході з версій не виникало.
Щодо стрікт типів - за замовчуванням вимкнено, і можна увімкнути.
Ця збірка це красиво запакований github.com/PHP-CS-Fixer/PHP-CS-Fixer в якості код стайлеру, та github.com/PHPCSStandards/PHP_CodeSniffer/ як статік код аналізатор.
Набір правил за замовчуванням зібраний під Laravel (або під інші фреймворки, це є в документації) і його можна переробити абсолютно під себе. Буль яке правило (sniff або fixer) можна додати, відключити або налаштувати.
І правила за замовчуванням не жорсткі. Його впровадження набагато легше ніж умовний
phpstan з lvl 7 врубити. Тому і рекомендую всім підряд.
@@butthurtdeveloper8578 навзаєм, подяка за українську в ютубі. Ну от я перевірив і мені фіксами він все вище зазначене "повиправляв" :\
@@oleksii_letscode Тут прошу вибачення. Не перевіряв, бо для цього треба мати кодову базу з конкретними кейсами. Все ж нагадаю що це просто набір правил, які можна налаштувати.
Це так. Проте таких налаштувань не знайшов, чи не зрозумів як налаштувати. Тому і питаю. Як мінімум стрікт тайпи прибрати б для початку 💁♂️
@oleksii_letscode phpinsights.com/insights/code.html#declare-strict-types Якщо я правильно зрозумів проблему. Але питання в, тому що для laravel він removed за замочуванням 🤷♂
Дайте будь ласка невеликий коментар, чому ви на згадали про Laravel pint, він начебто в сам Phpstorm вшитий і доступний у проекті відразу після ініціалізації нового проекту ??
Вітаю.
Абсолютно чесна відповідь - я про нього не знав. Якось реліз пройшов повз мене.
Зараз розібрався і на жаль там лише код стайлер жодного статичного аналізу, перевірки пакетів тощо. Тому, на цю мить, insights вважаю кращим рішенням.
Але дуже гарно що Laravel офіційно дивиться в цю сторону.
Дякую за інформацію.
@@butthurtdeveloper8578 Дякую, за відповідь :)