@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.

@StarozytnyKosmita a co to za firma?

Dwa lata temu jak szukalem czegos w "IT" napisalem posta na grupie facebookowej. Po kilku dniach przebieralem w ofertach a po tygodniu juz mialem robote.

Teraz pewnie tez bym dluzej nie musial sie rozgladac.

Nadal warto uczyć się technologii związanych z it. Tego typu posty bardzo często piszą słabi programiści kt boją się o robotę albo bootcamperzy w obawie przed konkurencją.

Jedyne co to napiszę że trzeba to lubić i wtedy po 2-3 własnych projektach robota się znajdzie.

Z fartem juniorzy