@MarcinKuklinski wydaje mi się, że dużo osób (w tym ja) może grzmocic content w ciemno bez czytania. Ale akurat trafiłeś w mój temat.

Poza tym że artykuł jest w dużej mierze o PHP z którym nie mam styczności, nie wiem po co to ukrywać w tytule xD

Zatrudnienie DevOpsa to dodatkowy (niemały) koszt [...] Stąd właśnie przychodzi potrzeba obsługiwania serwerów przez nas, backendowców.

Na tym polega DevOps. To o czym mówisz to "zatrudnienie opsa". DevOps == backendowiec robiący dwa etaty (tzn. ogarniający sobie deployment od 0). Gratulacje nowego tytułu.

Przykładowo, jeżeli mamy produkt, który składa się w wariantów, to nie musimy pchać pełnych wariantów w pole variants. Wystarczy wysłać odniesienie do wariantów – identyfikator (listę identyfikatorów), bądź jak to robi API Platform – zwrócić IRI zasobów.

Albo można nie tworzyć nowego standardu i użyć graphql.

@MarcinKuklinski Jakie to jest straszne gówno.... Masz kolejkę i jak nie pobierze to message zamiast zrzucić na kolejkę na koniec jak AMQP mówi to nie. PHP musi być upośledzony i tworzy sobie kolejkę delay, bo tak. Potem miliony tych kolejek wiszą, ani tym zarządzać ani nic. Chcesz rabbita oskryptować to nie, bo puścisz i usunie te wszystkie delay kolejki i stracisz dane. No cudowna technologia prosto od PHP. Nie wiem czy w ciągu mojej całej, trwającej kilkanaście lat kariery zawodowej widziałem bardziej wkurzającą w założeniach bibliotekę.

@sierzant_armii_12_malp i tak i nie. Doświadczony programista moim zdaniem często stosuje zasadę dobrego harcerza i sprząta więcej, niż sam nabrudził. Nie tłumacząc się biznesowi. Bo koniec końców on pracuje przy tym kodzie. To trochę tak, jakby budowlaniec miał kłaść wylewkę bez wcześniejszego oczyszczenia podłoża. Bo biznes mu powiedział, że on chce wylewkę. Że nie chce sprzątania.

Ale to wszystko też zależy od tego, co stoi za słowem "doświadczony programista". Bo to może być ktoś, kto klepie dziesięć lat pietnastotysięczniki, a może to być osoba, która zna wzorce architektoniczne, zna ich wady i podejmuje decyzje roztropnie. Jeden doświadczony programista klepie kodziki tylko do nowych ficzerów, bo biznes tak kazał, a drugi doświadczony programista planuje mikro-refactoring z taska na task, aby długu ubywało.

Przy asynchronicznej obsłudze commandów proponuje zwracać status 202

@JakTamCoTam 

Taka trochę prawda trzeciego rodzaju.

Trzy osoby z mojego otoczenia dostały dobrą robotę w IT, w ciągu tego roku.

"Dekorator", "Kompozyt" i "Adapter" nie ma za wiele wspólnego z zasadą "Open-closed principle". Dlaczego? Te wzorce można zastosować dla każdej klasy/funkcji i jest to niezależne od tego czy ktoś trzymał się zasad SOLID tworząc klasę.

Wiele razy używałem tego zapytania, pierwszy wynik w Google

@ERH ja nie polecam książek. Jak napisałeś - w internecie jest za darmo i aktualne. Serio, uczenie się z książki nie ma sensu.

No i nie napisałeś, na jakim poziomie jesteś i czego konkretnie chcesz się nauczyć. Język sam w sobie jest banalnie prosty.

W zasadzie każda książka jest tak samo dobra jak i zła. Jeśli chcesz się uczyć podstaw i nie programowałeś nigdy wcześniej to ta z 2005 będzie tak samo dobra jak i współczesna - podstawy się raczej nie zmieniły. Jeśli umiesz jako-tako programować to szukaj czegoś nowego opisującego bardziej dobre praktyki w C# i wzorce projektowe itp. Najlepiej samemu przejrzeć daną książkę i samemu wybrać co Ci najlepiej podpasuje - chodzi o styl książki, kolejność i sposób wprowadzania nowych informacji, a czasem nawet i szatę graficzną. A najlepiej to po prsotu pisać swoje programy - znaleźć sobie jakiś cel i go spróbować rozwiązać w praktyce. A w sumie C# jest dość szeroki i jeszcze możesz doprecyzować pytanie, czy chcesz pisać aplikacje webowe, programy okienkowe czy jeszcze coś innego?

Też lubię książki.

• Porada: masz tam u siebie wyższą uczelnię? Otwórz katalog biblioteczny i zobacz czy mają książkę do C#. Zwykle do czytelni nie musisz się zapisywać, a do biblioteki możesz zapisać się nawet nie będąc studentem.
  

• Protip 1: www.google.pl -> "hackernews C# book", https://www.manning.com/books/c-sharp-in-depth-fourth-edition ?
  

• Protip 2: a Zeal Pan zna?
  

• Ostrzeżenie: pod żadnym pozorem nie kupuj książek technicznych na Amazone, żadnych i nigdy. Amazon sprzedaje podrobione książki: na kiepskim papierze, z błędami drukarskimi, rozpadające się. Temat jest znany, ale przypomnienie nie zaszkodzi.