@CppPolska: ja to jestem bardziej ciekaw czy Ty tak książke o cpp23 potrafisz napisać

@CppPolska Skoro już obrazek z AI to co niby jest w środku?

Jest mocno przeciętne. Styl jest naiwny, przesłodzony i emocjonalnie płaski. Autor sili się na poetyckość, ale wychodzi infantylnie. Brakuje autentycznego napięcia, psychologii postaci, a dialogi i opisy są sztuczne. Całość przypomina raczej amatorski fanfik niż dojrzałą literaturę. Nieczytelny ton między bajką a dramatem - i żadnego powodu, żeby czytać dalej.

@CppPolska co za slop okładka, marne

@CppPolska sam wydawałeś czy masz jakąś "współpracę" z wydawnictwem? Całość w półtorej roku zrobiles? Jak wyglądała końcówka, czyli przygotowanie do druku, okładka itd?

Ok, widzę że tylko e-book. Planujesz wersję fizyczną? Kojarzysz jak to wtedy działa?

@Serghio: Tak, właśnie tak robię jak piszesz. Korzystam z Flock Store do przechowywania id.

Aktualnie rozwiązanie mam takie, że daję sleep na pół sekundy (i powtarzam to 3 razy) xD W ideale to musiałbym odrzucić wiadomość z nagłówkiem opóźniającym kolejna próbę obsługi, ale brakuje mi wiedzy, żeby robić takie skomplikowane rzeczy, więc obecnie sleep musi wystarczyć.

@Serghio: Czekam 500ms, ponawiam próbę i tak 3x, potem event zostaje odrzucony tak jak przy wystąpieniu wyjątku. Oczywiście loguję to zdarzenie, żebym w razie czego, mógł coś zrobić "ręcznie". No ale jako, że wiadomość zostaje odrzucona, to zgodnie z ustawieniami aplikacji, event wraca do kolejki jakby został normalnie odrzucony (bo np. wystąpił wyjątek) i próba jest ponawiana, ponieważ standardowo w razie błędu - event dostaje ospowiednie nagłówki i obsługa jegoPokaż całość

pracując w Symfony, który uchodzi za najlepsze narzędzie w swojej kategorii

@CppPolska: xD

@Krolik: a potem będziesz miał system z setkami takich obiektów w których wyciągasz sqlem dane i im bardziej złożone zapytanie tym większa przyjemność szukania błędu w razie czego jak coś się wywali. To też nie jest idealne rozwiązanie.

programowanie kiedyś: fast inverse square root
programowanie teraz: modelowanie domeny

xDD

Metody modelowania domeny w Doctrine 2

Warstwa domeny w Domain Driven Design jest prawdziwą wisienką na torcie. Powinniśmy dbać o nią, aby zawsze była czysta.

@CppPolska: Jak będziesz używał encji z ORM-ma jak encji domenowych, to nigdy nie będzie czysta. To są zupełnie inne warstwy. Jak sobie nie wchodzą w paradę, to nie problemu z czystością i setterami.

Wszystkie klasy powinny być finalne bo dziedziczenie jest złe. W najlepszym przypadku niczego nie upraszcza, a w najgorszym prowadzi do sterowania skaczącego po kodzie jak pijany zając.

Fajnie. 15 lat temu twierdzono że finał to zło, bo uniemożliwia dziedziczenia, teraz się to zmieniło i zmieniać się będzie.
Ogólnie, pisz jak ci wygodnie i twojemu zespołowi, bo czasami powstają potworki w stylu "bo taka była filozofia na najlepszy późniejszy rozwój, a tego jednego co ja rozumiał już nie ma".
Offtop: używacie interfejsów, a abstract? Czy też umarło?

@CppPolska: o ja p------ę phpowiec

@CppPolska: settery i gettery zamiast dostępu do pól to jest ta enkapsulacja w oop? ( ͡° ͜ʖ ͡°)

@Pharos: Tak masz rację na początku autor wpisu umieścił encję, która jest encją DDD i encją ORM, ale to przekształca. Usuwa settery i dodaje niezmienniki przez co tworzy encję DDD, dodatkowo wspomina o klasie DTO, która jest modelem anemicznym i tu są wszystkie settery i gettery. Na końcu wpisu encja DDD nie jest równa encji ORM.

@massejferguson: Ofert pracy w Symfony jest dwa razy więcej w Polsce niż dla Laravela, można to sprawdzić na justjoin.it

Utrzymanie dobrego performance aplikacji

@CppPolska: Nie lepiej napisać po polsku 'wydajność' i nie tworzyć takich potworków językowych?

Poczytaj o https://www.cockroachlabs.com/docs/stable/pagination . Paginacja poprzez numer strony to słaby pomysł, który nie skaluje się dla dużej ilości zmian oraz dużych tabel