Александр Бальмес - Середній
Ви пам’ятаєте день DDD? Наприкінці круглого столу ми запитали вас, як покращити ситуацію, і відповідь була дуже простою: "Майстерня".
Отже, ми організовуємо семінар.
Семінар відбудеться у приміщенні Amabla у суботу 26 березня і буде обмежений для 12 осіб (скажімо, це мій перший, а отже…). Ми, очевидно, не зможемо побачити “все” за один день, і тому нам доведеться бути хитрим. Ось чому ми в основному матимемо справу з основами через різні групи, кожна з яких відповідає за обмежений контекст.
На початку дня, невеликий сеанс «Штурму доменів», щоб очистити події та сутності домену. Щойно штурм домену закінчиться, ми почнемо розробку за допомогою Behat та PhpSpec. ...
Читати далі 2 хв читання
28 січня 2016 р
Сподіваюся, у вас все виходить, на нашому боці ми бігаємо на повній швидкості і перебуваємо в останній підготовці.
Для початківців, і як ви бачите, у нас є наш логотип🤘. Його режисером була Марін Халфорт, велике спасибі !
Сторона програми, невелика проблема для Флоріана Клейна, який зазнав нещастя і не зможе приєднатися до нас (ми дякуємо за адміністративні затримки). Тому саме Матьє Наполі бере факел у світ презентацією: "Геть з мого домену!".
Щодо підтримки зараз:
- Zend France надіслав нам кілька подарунків. Ви знаєте принцип, найкращі запитання матимуть право на приємну дрібницю, дуже м’яку та з 4 ніжками. ...
Читати далі 1 хв читання
8 січня 2016 р
Я радий повідомити про створення першої французької події, присвяченої доменному дизайну в PHP. Мета проста: поінформувати розробників PHP про DDD, демістифікувати його використання та його шаблони протягом усього дня.
Короткий зміст для ледачих;)
День DDD (D4 або домен-керований день дизайну) відбудеться в суботу, 30 січня 2016 року, на семінарі з медіа з 9:00 до 16:30. Ця безкоштовна конференція французькою мовою буде спрямована на демістифікацію використання DDD у PHP. ...
Читати далі 2 хв читання
21 грудня 2015 р
Одна з речей, яка мене найбільше «дратує» в DDD - це суміш DDD/CQRS/EventSourcing. Трохи ніби ми абсолютно хотіли змусити нас повірити, що все нерозлучно. Ще раз, це абсолютно неправильно, і ми проілюструємо це наступним чином.
Візьміть за основу проект DDD, що реалізує сховище шаблонів дизайну та один з головних принципів ігнорування стійкості. Тому ми матимемо такий інтерфейс:
Нічого особливого в цьому інтерфейсі немає. Ми знаходимо стандартні методи та одну з тонкощів DDD: факт пошуку Користувача на основі його UserId (ValueObject). ...
Читати далі 3 хв читання
29 серпня 2015 р
Цього тижня я випустив версію 2.0.0 своєї “бібліотеки” ddd-php і вперше додав застереження. ось чому.
Щоб зрозуміти це застереження, ми повинні повернутися до початку проекту. Як і багато людей, я чув про дизайн, керований доменом. Це було приємно, але це було не для мене. Як і багато людей, лише до цієї статті Вільяма Дюрана я почав по-справжньому цікавитись нею.
Я швидко потрапив у суть справи, вирішивши зосередити 80% своїх розробок навколо принципів цього методу, і на початку у мене було багато проблем з тим, як це зробити, з ким, з чим, все в Symfony контекст. На щастя для мене, 80% моїх проектів також базувалися на MongoDB, тому я мав невелику перевагу завдяки можливості створювати EmbedDocuments (лише набагато пізніше класи, що вбудовуються, прийшли до Doctrine ORM). ...
Читати далі 4 хв читання
29 серпня 2015 р
Усі розробники екосистеми Symfony дуже давно знайомі з інструментом міграції доктрини. Для інших ця бібліотека має на меті полегшити вам життя при створенні завдань з обслуговування на основі бази даних проекту.
Одним із моїх завдань цього року була поступова міграція програми, зробленої за допомогою CodeIgniter. Цей фреймворк, який був дуже популярний у США протягом тривалого часу і насправді є більш гідним процедурних рамок, ніж об'єкт (оскільки спочатку розроблений для PHP 4). Я не рекомендую використовувати його для будь-якого нового проекту. ...
Читати далі 5 хв читання
16 березня 2015 р
У першій статті ми бачили, як встановити Composer на апріорні несумісні проекти. Тепер поговоримо про встановлення плагінів, тем, характерних для цих CMS та/або фреймворків.
Як пояснювалось у попередній статті, залежність, якою керує Composer, зазвичай встановлюється у каталозі постачальника та управляється за допомогою автозавантаження Composer. Але ми тут, наші відомі інструменти також мають свої екосистеми плагінів та тем, які мають свої технічні передумови.
Тому ми зосередимося на композиторі/установниках, бібліотеці для управління подібними справами.
Робота надзвичайно проста і базується на тому ж принципі, що і стандартна бібліотека. Ми збираємося взяти плагін Wordpress і додати до нього файл composer.json. ...
Читати далі 2 хв читання
8 березня 2015 р
У мене немає проблем з цим ім’ям, я консультант. Дозвольте пояснити, чому.
Перша причина: Я використовую свій досвід роботи в якості електрика в будівлі, гарячого гравця, мережевого техніка, незалежного письменника, веб-майстра, інтегратора, менеджера проектів та розробника, щоб поставити себе на ваше місце, щоб зрозуміти ваші проблеми і допомогти вам, наскільки це можливо.
Друга причина: Я не вважаю, що моє головне завдання - довести свою правоту. Якщо ви звертаєтесь до мене, це саме для цього досвіду і для того, щоб отримати найкращу можливу відповідь на ваші проблеми. ...
Читати далі 2 хв читання
7 березня 2015 р
Як уже згадувалося в моєму попередньому дописі, серед іншого, останні два місяці я працював над проектами на основі Wordpress, Prestashop та CodeIgniter. Завдання кожного разу: повернути трохи стандартних добрих практик у цих проектах, які мають кілька спільних моментів:
- Дуже сильна спільнота (плагіни, теми, екосистема),
- Історичний код, який важко перенести без великих перерв,
- Об'єктний підхід на процедурному фоні,
- Майже повна відсутність сумісності.
Ці різні моменти пояснюють багато речей, що стосуються еволюції її інструментів, і цілком нормально/зрозуміло, що відмовитись від спільноти на певний час - це непросте рішення на стороні видавця. ...
Читати далі 4 хв читання
6 березня 2015 р
Зараз 4 місяці, як я покинув свою посаду розробника та став незалежним. Окрім простого задоволення від роботи по-своєму, я досі в основному орієнтував свої послуги на просту мету: вийти зі своєї зони технічного комфорту.
І ось як ви опиняєтесь у Wordpress, Prestashop та CodeIgniter. До того ж тобі це подобається.
Тому я вибрав спеціалізацію не на різних мовах програмування, а на різних професіях. Наприклад, я просунув свої знання системного адміністрування до DevOps через Ansible, щоб покращити (в основі) управління веб-проектами, і виявив, що це також може дозволити мені розгортати або відновлювати дані просто з виробництва. Я перейшов до дизайну, керованого доменом, завдяки повному підходу вгору/вниз за течією, завдяки відображенню впливу, behat та phpspec, наближаючись до об'єкта PHP, "забувши" фреймворк Symfony, щоб присвятити себе його компонентам та їх використанню. ...