PHPers Summit 2023
26 - 27 May 2023 at MTP Poznań

Frameworks compatibility checks is an uncharted territory. The fast pace of modern release requires automation to keep up with the API description : new classes, methods and arguments, and sunsetting ones. We introduce the PDFF archive : PHP Document File Format. It provides an encyclopedic description of any PHP API, OOP or not. Static analysis tools take full advantage of this knowledge base to identify discrepancies. PDFF is both machine and human friendly,and it includes future versions.

0

Atrapy obiektów (ang. mock objects lub test doubles) stanowią fundament Londyńskiej szkoły TDD. Na przestrzeni lat zdołały już zyskać złą sławę w niektórych kręgach programistów. W swojej prezentacji Jakub wyjaśni dlaczego „mocków” nie należy się bać ani unikać i jak mogą nam pomóc w pisaniu łatwego w utrzymaniu kodu. Dowiemy się także jak, kiedy i dlaczego warto ich używać. Kluczem do sukcesu będą testy interakcji i kontraktu (ang. Collaboration and Contract tests).

Running well performing php8 application at scale is challenging itself. We gonna start slow and you gonna listen about Php8 JIT compiler configuration and see couple benchmarks. After the JIT we gonna take to another level. Level of developer good practices. With all that knowledge I will guide you on a path of a greenfield application and show the possible pitfalls and hiccups. Finally we gonna take a ride on a roller-coaster of a legacy app that is performance lacking.

Running well performing php8 application at scale is challenging itself. We gonna start slow and you gonna listen about Php8 JIT compiler configuration and see couple benchmarks. After the JIT we gonna take to another level. Level of developer good practices. With all that knowledge I will guide you on a path of a greenfield application and show the possible pitfalls and hiccups. Finally we gonna take a ride on a roller-coaster of a legacy app that is performance lacking.

The term "monolith" is quite comprehensive, and "refactoring" is as well. Therefore, I would like to present to you just one context for these highly broad terms: What is involved in the process of refactoring code to transition from a monolithic system to a modular one? What problems can arise, and how can they be addressed? How do you extract code, establish boundaries, and construct contracts between the separated areas?

You’ve started a new job. As you dig deeper into the codebase, the WTFs per minute rate rapidly increases, and you’re left wondering… “Where do I start?!”. In this talk, I’ll draw on my own experiences of joining several different teams to help maintain their legacy codebase. You’ll come out of this talk with a better understanding of when you should or should not refactor existing code, the importance of communication, documentation, testing, and ideas for automated tests and checks.

Ask PHP developers which big feature they wished PHP had and many would say generics. Generics offer additional type checking that reduces the chances of bugs. Hopefully one day they'll be implemented at language level but what if we want them now? This talk starts with a deep delve into generics and the benefits of them. We'll then look at how existing static analysis tools can be configured to (almost) give us generics in PHP now.

1

Od wielu lat rozmawiamy o tworzeniu systemów, które są lepiej podzielone. Łatwiejsze w rozbudowie i utrzymaniu, pięknie napisane i dobrze podzielone na moduły. Wiele czasu poświęciliśmy na dyskusje o mikroserwisach, CQRS, event sourcingu, itp. Ale czy można prościej? Postaram się przybliżyć proste podejście do event-driven architecture, wspomnę też o wadach.

W codziennej pracy każdego programisty nadchodzi taki dzień, gdy w swojej aplikacji zauważa schematyczny i powielający się kod. Czy jest na to recepta? Tak! Znalazłem ją dzięki wykorzystaniu Reflecton API, a teraz podzielę się nią z Wami. Omówię ją na przykładzie patternu Factory. Przejdziemy przez definicję, implementację oraz wydajność tego rozwiązania przy praktycznym zastosowaniu w kodzie produkcyjnym.

Wraz ze wzrostem organizacji pojawia się odwieczne pytanie - dookoła czego organizować swoje zespoły? Technologii? Istniejących mikroserwisów? Funkcji? Rynku? W tej prezentacji opowiem o Topologiach Zespołów - czterech typach zespołów (Stream-aligned, Enabling, Complicated subsystem, Platform), trzech typach współpracy (Collaboration, X-as-a-Service, Facilitating) a także dookoła czego ja krok-po-kroku organizuję zespoły, żeby osiągnąć jak najlepsze rezultaty produktowe.

In this session Paul is will share with you his tips & tricks learned when building CI pipelines for large orgs such as the UK Government, banks and the private sector. Doing CI already? Whether you're a beginner or CI ninja, you'll gain value from this session as we cover a broad range of topics and tools like Docker, Jenkins, AWS to truly push CI pipelines to the limit. After this session you'll walk away with new ideas, tools and lots of real-world experience, to set you on your way.

In this session Paul is will share with you his tips & tricks learned when building CI pipelines for large orgs such as the UK Government, banks and the private sector. Doing CI already? Whether you're a beginner or CI ninja, you'll gain value from this session as we cover a broad range of topics and tools like Docker, Jenkins, AWS to truly push CI pipelines to the limit. After this session you'll walk away with new ideas, tools and lots of real-world experience, to set you on your way.

- What is application server for PHP and how to build it. - Implications of using app server (performance, flexibility, deployment) - Writing long-running (resident memory apps), benefits - Advanced patterns of using app servers

Od długów do długofalowego sukcesu, czyli jak projektować aplikacje, aby były rozwijalne przez dłuższy czas. W moim wystąpieniu opowiem o sprawdzonych metodach projektowania aplikacji, w taki sposób, aby nie generowały długu technologicznego. Przybliżę, jakie błędy powodują, że koszt dodawania nowych funkcji rośnie oraz w jaki sposób możemy się przed nimi uchronić. Sprawdź, czy Twoja aplikacja ma szansę przetrwać próbę czasu i rozwoju - poznaj skuteczne zasady projektowania długoterminowego.

Uwielbiamy kłótnie o definicję "RESTful", śmiejemy się z SOAP i protokołów RPC, ale uważamy, że GraphQL jest super... Zapomnijmy o skrótowcach i porozmawiajmy o prawdziwym znaczeniu API. Zobaczmy, jak bardzo przesyłanie JSONów przez protokół HTTP ogranicza nasze rozumienie API i jak szeroko można je zastosować - od zmiennych i funkcji, aż do łączenia całych systemów. Zobaczysz, że myślenie w kategoriach API pozwala na projektowanie lepszych systemów właściwie na każdym poziomie abstrakcji!

Czy zdarzyło Ci się kiedyś dostać takie Code Review, że momentalnie wpłynęło na Twoje emocje? A może to Twoje komentarze wywołują różnego rodzaju uczucia? ;) Jak to w IT bywa, to czy komentarz jest właściwy "to zależy" od sytuacji. O tym od jakiej sytuacji zależy, będzie właśnie ta prezentacja.

Developing software over an extended period presents its own set of unique challenges. Quite often you end up facing your own previous decisions, or worse, other's decisions - and sometimes, choices made in the past are no longer the best choices. Join us as we explore the strategies and best practices for ensuring the long-term success of your software development project. In this talk, we will go in-depth to the development and ong

Writing software that is oriented around the business is challenging. We need to cover integrations, orchestrations, resiliency and it all pushes us away from the business. We pay the cost in delivery time, quality of our domain models and general understanding of the business we work in. This presentation is about making a shift back to the business without forgetting about technical parts. As we can achieve both, yet to make it happen we need architecture that fully supports that.

Co testować i jak testować? Te dwa pytania mogą być potężną przeszkodą na początku przygody z metodologiami takimi jak TDD oraz BDD. Po latach, dochodzę do fundamentalnej konkluzji: testami powinny być pokryte przede wszystkim wymagania biznesowe. W prezentacji przedstawię podeszliśmy do testowania różnych interfejsów użytkownika (tradycyjnego UI-a opartego na Twigu oraz API stworzonego za pomocą API Platform), nie tracąc skupienia na wartości biznesowej aplikacji.

Pewnego dnia przyszedł mi do głowy pomysł - zbudować narzędzie do statycznej analizy wydajności kodu. Czy to w ogóle możliwe? Jak podejść do takiego zadania? Przedstawię niezbędną wiedzę, a także swoją koncepcję dla PHP wraz z fragmentami kodu. Jednak nie tylko to będzie istotne. Prześledzimy również krok po kroku proces walidacji i realizacji takiego pomysłu. Czy projekt okaże się sukcesem? Zapraszam na prezentację.

Bycie Liderem Technicznym to nie tylko większa odpowiedzialność ale i miejsce przy stole gdzie podejmuje się kluczowe decyzje, przede wszystkim te, związane z technologią. Taka sytuacja przypomina jednak bycie między młotem (biznesem) a kowadłem (zespołem developerskim). Podczas prezentacji zastanowimy się, czy w takich warunkach można odnaleźć się i dlaczego warto? Na końcu dotrzemy do miejsc najciemniejszych i zmierzymy się z największymi lękami związanymi z byciem liderem.

Świat innowacyjnych technologii zmienił sposób w jaki dziś korzystamy z internetu. Technologie asystujące i alternatywne metody komunikacji stają się coraz bardziej powszechne, zwiększają produktywność i ułatwiają codzienne funkcjonowanie. Tworząc dostępne rozwiązania możemy usuwać ograniczenia i tworzyć przestrzeń równych możliwości. Podczas prezentacji przedstawię różne oblicza cyfrowej dostępności, porozmawiamy także o tym kiedy i dlaczego ma ona znaczenie w pracy backendowca.

0

Creating current time information in code is rather easy by calling time() or new DateTimeImmutable() directly when the information is necessary. But that then makes the code a nightmare to test. In this session we will see how the new PSR-20 allows us to change that by still making it easy to generate current time information but also allowing one to test the code. And we will get some background info why it was designed in such a way.

0

Iterators could save your day on many occasions. Everyone has already been bothered by memory overflows when trying to manage too big collections in PHP. These are omnipresent in the most famous PHP libraries: Symfony, Doctrine, PHPUnit and even the SPL. The latter contains a lot of ready-to-use iterators that will allow you to manage collections of any size, without ever having to worry about memory. You won't be able to do without Iterators and Generators soon!

W złożonych projektach, dyskusje na temat decyzji architektonicznych mogą być trudne. Jednak są kluczowe dla sukcesu projektu. W tej prezentacji omówię prowadzenie skutecznych dyskusji w firmie z wykorzystaniem zapisanych decyzji (ADRs), odwołując się do swojego doświadczenia i studium przypadków. Uczestnicy otrzymają praktyczne narzędzia do poprawy komunikacji technicznej i podejmowania decyzji.

Kilka serwisów, kilka zespołów, kilka zdarzeń - proces tworzenia konta w domenie finansowej (FinTech). Opowiem jak w pewnej organizacji rozwiązaliśmy problem wielokrotnej implementacji obsługi zdarzeń.

Your script is constantly waiting. For the database, the e-mail server, the HTTP server of any service, a file from the disk or even for the RAM. And with it the customers wait. I want to show how with an asynchronous architecture, RabbitMQ and ReactPHP the waiting time is significantly shortened and that sometimes you do not have to wait.

Using an outbox pattern, I will show you how to make reliable communication between services. The presentation will also have a demo with an implementation of the pattern.

You have a 20-years-old PHP app with 2 millions lines of code, and PHP 7.4 just reached End Of Life. What do you do? You migrate it to 8.2 overcoming all the challenges along the way! What kind of challenges are these and how do you deal with them? I will talk about it on the example of an initiative conducted at GetResponse.

Environment as a Service (EaaS) is about giving developers the ability to spin up production-like ephemeral environments for development, preview and testing, so that developers can focus on direct productive activities, like designing and implementing the code, or spend more time on (automated) testing activities. Having the ability to effortlessly create environments at their fingertips enables developers to have a much faster feedback loop, being able to test with real services and dependencies before merging the code into a shared branch, or even during (remote) development. Remote development enables developers to start coding in the cloud within minutes - or even seconds - on a production-like setup that reflects changes in real-time. Code can still sit on the local machine, or it can be located solely in the remote containers, it is a metter of choice. But everything is integrated with the developer's local IDE, which allows for the same development experience that local development has. With EaaS, the manual or semi-automated work of spinning up environments becomes a thing of the past, as do many other pains, such as having constant idle times in a developer's day, rework due to configuration differences, or having releases blocked by a single last-minute issue. Isolation of features is key; it also enables true end-to-end individual (automated) testing. Onboarding becomes a bliss for new developers, while keeping focus is enabled for all team members. Bunnyshell is a self-service environment management platform that helps developers to increase velocity and maintain their focus by simplifying the process of creating and managing environments. And don't worry, costs are also kept in check. EaaS is not designed to replace your existing CI/CD pipelines, but instead it allows you to integrate with them. It truly allows the developers to have their own simplified space, enabling the true embrace of the "shift left" culture.

Architectural decisions, whether made intentionally or incidental, can have a huge impact on your day to day work. They can make changes more difficult, slow things down or make it harder to onboard new people. While there are quite a few talks on architecture patterns you rarely see real life examples. Luckily, open source projects are great for this. You can see the history and both the changes and discussions around them. So, let's do just that.

Współbieżność i problemy typu Race Condition to często napotykany temat podczas rozwijania skomplikowanych, szybko skalujących się systemów. Na prelekcji opowiem o mechanizmach lockowania zasobów, case study naszego systemu płatności, problemach na które się natknęliśmy, fuckupach oraz o tym, jak podejść do tematu, żeby nie dać się zwariować!

Chcę opowiedzieć o zbieraniu wymagań, ustalaniu rzeczywistych potrzeb klienta oraz dostarczaniu wartości, która jest kluczowa w całym projekcie. Najważniejsze jest, co dostarczymy ostatecznemu użytkownikowi, a nie najnowocześniejsze technologie i features.

Nie zawsze dołożenie sprzętu rozwiązuje problemy. Zapraszam na podróż, w której poznasz nasze techniki monitorowania, analizy i wykrywania wąskich gardeł na platformie obsługującej tysiące sklepów internetowych. Dowiesz się gdzie namierzyliśmy problemy , które z nich i jak rozwiązaliśmy, a gdzie poszliśmy na kompromis.

How to simplify the maintenance of complex websites? How to make site building quicker without losing flexibility and extensibility needed for more complex projects? How to combine information from different systems in one place (e.g. products, content, media)? To tackle these issues we built a tool based on Symfony envisioned to be used in front of a backend system like a CMS or an eCommerce and provide a faster and more agile way to implement and maintain complex web solutions.

On Conferences, we learn about DDD, Hexagonal Architecture or CQRS. Naturally, when we come back to work, we want to use these methodologies and practices which often results in just having “DTO”, “Repository”, “ValueObject” or even “CQRS” directories in our code… This is a very technical separation of namespaces and code in general, which doesn’t help in finding what exactly is implemented in our system. In my presentation, I will show how I deal with separating features and how we, as an Engineering Team, can implement clearly business requirements in systems that are not handling Facbook-scale traffic.

Jeśli chcesz poznać praktyczne zastosowanie headless, ta prezentacja jest dla Ciebie. Przedstawie do architekturę headless na przykładzie TYPO3 i Nuxt. Podczas prezentacji omówię nasz workflow oraz stack technologiczny. Pokażę, jak wszystko połączyć w sensowną całość, krok po kroku opowiem jak developować oraz deployować aplikacje, nie zabraknie też best practices.

Wyznaję pogląd, że bycie wykwalifikowanym specjalistą to za mało, a wysoko rozwinięte kompetencje społeczne są niezbędnym elementem sukcesu ludzi i całych organizacji. Jakie są najbardziej przydatne umiejętności miękkie w pracy? Które z nich pozwalają na skuteczną i satysfakcjonującą współpracę z innymi ludźmi? Dlaczego właściwie są takie ważne? Jak je rozwijać?

Phel is a functional programming language that compiles into PHP. It is a dialect of Lisp inspired by Clojure and built on PHP’s ecosystem. Among other features, it has persistent data structures (Lists, Vectors, Maps, and Sets), macros, recursive functions, and a REPL. I want to talk about the basics of Phel and a live coding demo showing its potential.

W trakcie prezentacji opowiem o tym dlaczego utrzymywanie testów w projektach bywa trudne. Zaprezentuję techniki rozwiązania tego problemu co doprowadzi nas do koncepcji imperative shell functional core. Zdefiniuje cechy tej architektury i krótko pokaże jej implementacje w PHP.

Podejście API First polega na wytwarzaniu interfejsu API jako pierwszego elementu w procesie planowania i tworzenia aplikacji, a wytworzony kontrakt jest głównym punktem wejścia dla innych elementów. Pomiędzy korzyściami dla biznesu i zespołów developerskich ogromne znaczenie stanowi niezależność API, łatwość integracji z innymi aplikacjami i usługami oraz usprawnienie zarządzania zmianą i rozszerzaniem aplikacji bez konieczności przebudowy całej architektury.

Jak ChatGPT - jeden z najbardziej zaawansowanych modeli językowych opartych na sieciach neuronowych - może pomóc programistom w ich pracy. Omówimy, jak ChatGPT działa, jakie problemy może rozwiązywać i jak można go wykorzystać do generowania kodu, analizy kodu, automatycznego tłumaczenia dokumentacji technicznej oraz do tworzenia wirtualnych asystentów dla programistów i nie tylko. Pokażemy również jak Blix wykorzystał OpenAI produkcyjnie. I tak, ten opis wygenerował w większości Chat GPT ;)

0

In recent years, machine learning has become an essential tool for developing intelligent systems. With the rise of artificial neural networks, programming languages such as Python and R have become the go-to options for machine learning implementation. But is PHP a viable alternative? In this presentation, we will explore the potential of PHP for implementing artificial neural networks by examining its limitations compared to other popular languages. We will also demonstrate the application of machine learning in PHP through a case study where we trained a convolutional neural network model to control a prototype of an autonomous vehicle using Raspberry Pi and Nvidia's "DAVE 2" CNN model architecture.

Better Software Design - Podcast na żywo

0

W czasach gdy znaczna większość prezentacji opowiada o rzeczach pomagających tworzyć dobry i solidny kod, my dla odmiany opowiemy sobie o tym co można zrobić aby nam i naszym kolegom pracowało się trudniej. Z lekkim przymrużeniem oka powiemy sobie o kilku – zgadniecie ilu? – sposobach, aby to co tworzymy było trudniejsze w utrzymaniu, nie tylko przez nas, ale przede wszystkim przez innych, co zaowocuje tym, że staniemy się niezastąpieni w projekcie, a nasze zatrudnienie będzie pewniejsze.

A strong dependency exists between API Platform and Symfony's Serializer component. Both of them are providing technical solutions about object serialization. Groups, context builders, normalizers, access controls, [...]. So many available tools that are addressing specific needs. But, how to choose the adapted technical solution? During this talk, we will cover some technical solutions, and we will focus on the needs they try to address in order to use them wisely.

If there is one thing that the market surely doesn’t need anymore, it would be yet another CMS. So why give a new, young CMS a chance? First of all, Sulu is not a classic content management system. It is not exclusively about placing content and presenting it. It is and can do much more. Sulu tries to bridge the gap between classic or rather complex Symfony applications and content management systems, without making concessions in one direction or the other. How can this work? Lets Check !

Legacy kojarzy się źle. A może istnieje "druga strona medalu"? Podczas prezentacji pokażę, że praca z odziedziczonym kodem może być szansą rozwoju. Opiszę historię, którą przeżywa programista rozpoczynający działanie w tak trudnym środowisku. Pokażę techniki, które ułatwią wprowadzanie zmian bez strachu. Postaram się przekonać, że można czerpać radość z pracy z zastanym kodem, nie cierpiąc na syndrom sztokholmski. Programowanie daje dużo możliwości rozwoju, zmiana myślenia o legacy może okazać się ciekawą alternatywą