@mat89c: Świetne. Ale jak się otwiera drzwi? I z nieobracającą się mapą dziwnie mi się nawiguje.

We wcześniejszym wpisie ktoś też pisał o info o pomieszczeniu. Widziałbym to jako lewitujący napis w rogu pomieszczenia. Może rozwijany/chowany jakimś przyciskiem.

@dasfddklfdslkfkx: Dzięki. Drzwi są zamknięte na stałe :p Tam są puste pokoje i projekt wnętrza obejmował tylko widoczną cześć. Informacje z poprzedniego posta mam na uwadze i będę je powoli wdrażał. Aktualnie zbieram jeszcze feedback co powinienem poprawić / ulepszyć.

@mat89c: Czułość myszy podkręć ze x2

@mat89c: na boga, wyłącz to przechwytywanie kursora

@armin-van-kutonger Tzn. w ts jest serwer websocketowy na Nest.js, a C jest kompilowanie do WebAssembly. Ogólnie w miarę dobrze to działa. Chyba to największy plus tego rozwiązania, że jest możliwość kompilowania na różne platformy

@mat89c:
Tak, można zapisywać co było już odkryte. W sumie tak samo jakbyś robił zdjęcie w momencie odkrycia.

@mat89c: fajne, tylko kto te mieszkania będzie teraz oglądał ( ͡° ͜ʖ ͡°)

@ujdzie: Unreal Engine 4. Jest jeszcze sporo niedociągnięć, ale powoli idzie do przodu i staram się poprawiać.

@mat89c: Wygląda całkiem dobrze. Poszedłeś w stronę Vertical Slice Architecture - umieściłeś kontrolery w bounded contekście. Ja osobiście wolę jednak mieć kontrolery w osobnym kontekście. Mam wtedy src/UI/Rest i src/UI/Web, czyli kontrolery traktuję jako część interfejsu użytkownika, która składa polecenia do kupy i wrzuca na busa. Niemniej, to mi się wydaje kwestią preferencji.
Jedną rzecz mógłbyś rozważyć - w obiektach DTO zamiast geterów używać bezpośrednio składowych. Wprowadzono readonly nie bez powodu. Dzięki temu masz mniejsze klasy DTO, a nie tracisz nic.

Jeszcze event bus w messengerze się przyda, jeśli będziesz używał zdarzeń domenowych lub nawet event sourcingu.

#symfony

@mat89c: A jedną rzecz zauważyłem jeszcze. To też jest dyskusyjne, ale walidację Commandów przeniósłbym do kontrolera. W handlerze poleceń nie powinny się znaleźć wadliwe obiekty poleceń. Zobacz np, że będziesz miał duże problemy w przypadku asynchornicznych handlerów - jak poinformujesz usera o błędzie? Wielu programistów poleca walidację w handlerach, ale ja uważam, że obiekt polecenia jest kontraktem między warstwą UI oraz aplikacji. Aplikacja mówi: wypełnij taki obiekcik zgodne z wytycznymi, to ja wykonam to polecenie i już się sama zajmę interfejsem Modelu.
Polecenia są konstruowane przez kontroler, więc to on powinien odpowiadać za walidację. Inputy przecież waliduje i wstawia do nowo tworzonego obiektu, więc jak z dobrych danych może powstać wadliwy obiekt polecenia? No nie może.
Czyli - kontroler rozmawia z widokami i z warstwą aplikacji (poprzez polecenia), natomiast warstwa aplikacji wie jak używać modelu.

@mat89c: dopóki nie trafisz do środowiska gdzie nikt nic nie rozumie po polsku to się nie przełamiesz. A przynajmniej takie jest moje doświadczenie.

@keton22: wiem, ale jak to będzie wyglądało jak na daily będę dukał i stresował się czy ktoś mnie zrozumiał :) wolałbym tego uniknąć

@mat89c: a skąd mamy wiedzieć jaki jest twój poziom i co się interesuje(UI, tooling)?

@zackson: Faktycznie nie sprecyzowałem jasno. Wcześniej pracowałem jako fullstack developer (symfony/vuejs), miałem pół roczną przerwę. Myślę, że poziomem jestem gdzieś między junior/mid. Nie wiem co mógłbym jeszcze napisać. Mogę dać link do mojego githuba, chociaż niewiele tam mam to znajdzie się jedna apka w symfony/vuejs - https://github.com/mat89c