Створений щоб помирати
165 subscribers
30 photos
9 videos
43 links
Канал про PHP, розробку, проєктування і нескінченне навчання в циклі життя.
Download Telegram
Я Олександр Майстренко, ІТ-директор і викладач PHP-курсів (php-pro, php-base, php-web). Програмую вже майже два десятиліття і близько десяти років викладаю PHP на курсах, люблю чистий код і здоровий скепсис.

Цей канал — для моїх студентів і всіх, хто працює з PHP, вчиться чи просто не вилазить із PhpStorm.

Тут буде все по темі PHP

Чому канал називається саме так?

UPD:
В коментарях під цим постом можна писати запити на теми, що вас цікавлять
👍3
Перелік хештегів для зручного пошуку постів

📚 Тематика
#php
#architecture
#symfony
#composer
#docker
#sql
#testing
#designpatterns
#solid
#oop
#ddd
#jsonrpc
#microservices
#documentations
#algorithm

🛠 Практика
#examples — корисне
#tools — інструменти, утиліти
#tips — короткі поради
#mistakes — типові граблі
#refactor — приклади рефакторингу
#debug — про дебаг, логування, профілювання
#phpstorm — найкраща IDE
#ai — ШІ помічник

👨‍🏫 Освіта / досвід
#videoarchive — архівне відео з (вебінарів)
#course — матеріали з курсів
#question — питання до аудиторії
#talks — думки й міркування
#4students — для випускників

😄 Гумор і факапи
#game — інтерактивна гра
#rants — бурчання з досвідом
#wtf — код або ситуації, від яких немає слів
#humor — ІТ гумор
#quote — цитати від студентів і колег

Інше
#longread
#holywar
#rating
#career
#work
#series — серія статей

UPD:
В коментарях під цим постом можна писати запити на теми, що вас цікавлять
🔥3👍2
Створений щоб помирати pinned «Перелік хештегів для зручного пошуку постів 📚 Тематика #php #architecture #symfony #composer #docker #sql #testing #designpatterns #solid #oop #ddd #jsonrpc #microservices #documentations #algorithm 🛠 Практика #examples — корисне #tools — інструменти, утиліти…»
#question
Розпочати пропоную з вікторини ))
Уяви, що ти пишеш бібліотеку для публічного використання, хочеш, щоб вона була максимально зручною, стабільною та підтримуваною. Що з цього потенційно завдасть найбільше шкоди у довгостроковій перспективі?
Anonymous Quiz
63%
Відсутність інтерфейсів, усе зав’язано на конкретні класи
12%
Глибока залежність від Symfony компонентів
16%
Відсутність семантичного версіонування
0%
Публічні властивості в Entity
9%
Документація тільки в README, без автогенерації
🔥5👍1
#longread #documentations #examples
Документація, яку хочеться читати! Але це не точно... 🤷‍♂️

Зазвичай тема документації — це болюча тема в багатьох компаніях. Часто тому, що її або ніколи не пишуть, або пишуть «щоб було», або загальними фразами тому що «і так зрозуміло».
Раніше і я грішив цим: не було ні часу, ні мотивації розписувати очевидне.
Але не цього разу.

Зараз я і моя "команда молодая" розробляємо сервісоорієнтовану платформу для FMCG. Звісно задач валом і тому сайт для маркетингу ми робити не встигаємо, відтак (не з мого рішення) взяли підрядників. Сказали: ось ці хлопці робитимуть нам сайт на WordPress. І серед іншого — там має бути мультимовний каталог продукції з фасетними фільтрами.
Пишіть у коментарі, якщо не знаєте, що це таке і чому це маст-хев для e-commerce.


Поспілкувавшись із WordPress-розробником, я зрозумів, що якщо він і витягне цю задачу, то зробить це десь за рік. Тому вирішив допомогти. Як же їм поталанило, що у нас вже є готовий мікросервіс catalog, побудований за EAV-патерном (Entity-Attribute-Value), де кожен параметр — це окремий об'єкт у структурі, і це одразу дає можливість будувати фасетні фільтри з коробки
Колись напишу окремий пост про бібліотеку, яку я для цього зробив, дайте знати якщо це цікаво.

Коротше надав йому API — замість того, щоб він пилив свою адмінку, фільтри, хостинг картинок тощо.
Для нас — ще один клієнт до додатку, для нього — купа зекономленого часу.

І підійшов я до цього з ентузіазмом: розписав максимально детальну API-документацію. І філософію, і особливості, і як краще підходити до інтеграції. Зробив обгортку над markdown, щоб генерувати сторінки як треба. 🔗 Ось результат мені не соромно виставити це на загал.

І що ви думаєте? Все, що було написано в блоках warning і attention, він проігнорував (чи просто не читав) — і по кожному кейсу потім писав мені:
“какая-то ашипка”
“штото нє работаєт”


Поки я не розжував йому все персонально.

———
Мораль історії:

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

а ще:
У вас тепер є майже унікальна можливість подивитися, як виглядає реально доступно написана документація API — по версії Доктора 😄
🔥5👍2🤣1
#question
Уявімо, що ти проєктуєш новий сервіс для обробки замовлень.
У тебе є класс Order, який містить продукти, статус, покупця, тощо. Що з наступного більш за все порушує SRP (Single Responsibility Principle)?
Anonymous Quiz
5%
Order::calculateTotal()
86%
Order::sendConfirmationEmail()
2%
Order::addItem(Product $product)
5%
Order::markAsPaid()
2%
Order::isLargeOrder()
❤3👍1