Programming on Mateusz Cholewka

5 Local Environment Mistakes I See Everywhere, and How to Fix Them Properly

Fri, 21 Mar 2025 00:00:00 +0000

Every new project brings fresh challenges, but the very first one is always the same: getting it to run locally.

Every time I start working on a new project, I end up asking other developers how to launch it. Documentation is usually long, outdated, and full of manual steps, like adjusting configs, copying envs, secrets, and so on.

Luckily, it doesn’t have to be this way. A few small practices can make your local environment clean, repeatable, and easy to work with, not just for you, but for the entire team.

Alpine.js modal transition in Livewire the missing manual part

Wed, 23 Feb 2022 00:00:00 +0000

For the last few days, I’m learning how to use the Laravel Livewire framework. I’m really impressed with how well it works, and how fast we can develop working applications using Livewire along with Tailwind CSS. It’s a great option for someone who wants to start his own startup as a one-man army. Only you need to know is PHP or more precisely Laravel and some HTML / CSS.

Not everything is possible over the wire

HTML over the wire (which is the main concept behind Livewire) is very powerful, but not everything is possible to do using only on the backend. Some UX features require to use of the frontend API.

Prepare your table data to CSV/Excel exports

Sun, 13 Jun 2021 00:00:00 +0000

I neglected this blog a little bit :smile: but I don’t want to abandon it. I decided to take what Andrzej Krzywda said about blogging to my :heart:. Andrzej said that the good topic to write a blog post is to describe what you learned in your work. So today I would like to describe how I solved the problem of modifying data in tables. Yeah, I know it may sound trivial, but I created an interesting solution, and get some good feedback about it. So I decided to share it on my blog.

Command Bus w Laravel

Sun, 27 Dec 2020 00:00:00 +0000

You can read this article also in english “Restore missing Command Bus in new Laravel versions”.

Command, to prosty wzorzec, dzięki któremu możemy w łatwy sposób wydzielić w naszej aplikacji mniejsze akcje i wyzwalać je przy pomocy jednej zależności, tzw. Command Bus’a. Samo używanie komend jest dość proste, a może przynieść spore korzyści choćby w czytelności kodu. Kiedy używamy command busa, możemy w przyszłości w prosty sposób skręcić w naszym projekcie w kierunku CQS, czyl podziału akcji na komendy i zapytania (nie mylić z CQRS, które mówi o rozdzieleniu modeli zapisu i odczytu, co jest już trochę bardziej skomplikowane, ale oczywiście to ten kierunek).

Restore missing Command Bus in new Laravel versions

Sun, 27 Dec 2020 00:00:00 +0000

Command Bus is a very powerful pattern, which can help you in decoupling your application modules. You can in an easy way separate small actions, and trigger them using a single dependency called CommandBus.

The cause why this pattern is able to decouple your modules is that actually, the module that is dispatching the command doesn’t have to care about the actual implementation of the action. No matter if that’s a simple DB query, complicated calculations, or calling another remote service. Using this pattern will help you also if you want to implement one of CQS and CQRS patterns.

Wzorzec repozytorium w Laravelu

Tue, 01 Dec 2020 00:00:00 +0000

Od dłuższego czasu szukam najlepszego rozwiązania, które pozwoliłoby mi w Laravelu oddzielić swój kod od warstwy bazy danych. Eloquent, czyli domyślny ORM dla Laravela, jest zbudowany na bazie wzorca ActiveRecord, co oznacza, że każda Encja/Model, mają zaszyty w sobie dostęp do bazy danych i nijak nie da się go z tamtąd “wytargać”.

Nie chcę się tutaj skupiać na tym, gdzie i jak należy używać wzorca Repository, ponieważ to jest całkowicie osobny temat i może jeszcze kiedyś się tego podejmę, ale jeszcze nie dziś. W skrócie to dlaczego chcę oddzielić kod biznesowy od warstwy bazy danych, to chęć lepszego podziału odpowiedzialności w klasach, oraz możliwość testowania kodu całkowicie niezależnie od bazy danych. Oczywiście takie testowanie ma sens tam, gdzie mamy jakąś logikę biznesową, jeśli mamy prostego CRUD’a, to nie ma potrzeby ani stosować repozytorium, ani testować bez użycia bazy danych.

Reprezentacja wartości (ValueObject)

Mon, 28 Sep 2020 00:00:00 +0000

Domain Driven Design to popularny już od kilku lat temat w programowaniu. Wiedzy dotyczącej DDD jest bardzo dużo i zastosowanie tego podejścia w pełni jest bardzo trudne dla początkującego programisty. Istnieją jednak pewne obszary w tej metodyce, które możemy wyodrębnić i zastosować w naszej codziennej pracy, w projektach niewykorzystujących DDD. Jednym z takich obszarów są building block’i. W tym artykule przedstawię jeden z nich, a mianowicie ValueObject.

Gdzie leży problem?

Czy 6zł to tyle samo co ocena 6 w dzienniku? No nie. A jeśli tak jest, to po pierwsze to bardzo tanio, a po drugie, to niezgodne z prawem ;). A jak takie wartości zapiszemy w kodzie, jeśli chcemy coś zaprogramować? No zapewne w obu przypadkach najlepszym typem danych do zapisu tych wartości będzie integer lub float. Ale czy napewno?
Dla uproszczenia przyjmijmy, że jest to integer:

Używanie typu Enum w PHP

Mon, 21 Sep 2020 00:00:00 +0000

W programowaniu bardzo często można trafić na sytuację, w której jakiś obiekt może istnieć w wielu stanach. W różnych stanach mogą być np. umowy (szkic, zaakceptowana, podpisana), posty (szkic, opublikowany, zaplanowany), konta (niepotwierdzone, potwierdzone). W niektórych przypadkach może wyniknąć potrzeba rozdzielenia konkretnych stanów na osobne klasy, w jeszcze innych wykorzystanie tzw. maszyny stanów, ale nie będę się na tym dziś skupiał. Chciałbym się skupić na wyrażaniu stanu przy pomocy wartości.