C# - optymalny poziom szczegółowości

Mam pytanie. Koduje już ok rok czasu w C# i nie wiem na jaki poziom szczegółowości mam się zagłębić, czy np wystarczy mi wiedza co to jest Lista, Słownik oraz główne ich właściwości i metody, czy powinienem wiedzieć jak działają IEnumerable, IEnumerator, ICollection itp? A drugie pytanie czy wiedza z blogów mi wystarczy, lub czy muszą to być szczegółowe informacje z książek lub dokumentacji (dotyczące czystego C#)?

Kluska11 napisał(a):

Mam pytanie. Koduje już ok rok czasu w C# i nie wiem na jaki poziom szczegółowości mam się zagłębić, czy np wystarczy mi wiedza co to jest Lista, Słownik oraz główne ich właściwości i metody, czy powinienem wiedzieć jak działają IEnumerable, IEnumerator, ICollection itp? A drugie pytanie czy wiedza z blogów mi wystarczy, lub czy muszą to być szczegółowe informacje z książek lub dokumentacji (dotyczące czystego C#)?

Zgaduję, pytasz o rekrutację?

Miesiąc temu się przedstawiałeś jako początkujący, a problemy to potwierdzały

Kolekcje to poziom 0+ ;-) Wiedza z programowania starcza ;-)

a wiedza z samych blogów wystarczy

A jakie blogi czytasz?

te wybieram z tych blogów, w których treść jest dość wyczerpująca i w przystępny sposób podana

No jak umiesz ocenić "wyczerpująca" i rzeczywiście znajdujesz takie materiały, to pewnie wystarczy. Nic nie stoi na przeszkodzie, żeby całe książki były na blogach. Kwestia tylko taka, że blogerzy często gadają głupoty, więc jak nie masz odpowiedniej wiedzy, to się nie połapiesz.

Na to nie ma jednoznacznej odpowiedzi. Z każdym językiem/technologią wiąże się wiele zagadnień i w zasadzie nie da się ich wszystkich znać chyba że w pełni się poświęcisz tej konkretnej technologii. Poza sprawami czysto technicznymi danego języka dochodzi wiedzą z wzorców, czystego kodu itp. Najlepiej wybierz się na kilka rozmów kwalifikacyjnych i się zorientuj w tym co jest wymagane i ile z tego umiesz.

Macie tak, że czasem czujecie się **zażenowani **TYLKO dlatego, że nie czuje się zażenowany ten, co powinien?

Bez przerobienia jakiejś solidnej książki, to Kolega jeszcze nie wie, czego nie wie.
"Czy można uczyć się tylko z blogów" ... pozwólcie w tych politycznie poprawnych czasach zachować swoją interpretację

• "uczenie się z blogów" moja intuicja podpowiada, że jest to po prostu szukanie gotowców (a i często do problemów XY). Wielokrotnie tutaj cytujemy psychologiczne prawo (zanim kawa się we mnie rozpuści wyleciały mi nazwiska) że początkujący mają wysoką samoocenę.
• uprawiania tego zawodu metodą pańszczyźnianą, to sobie nie wyobrażam. W tym kontekście uprawiania z ideą "wiedzieć jak najmniej", bez ciekawości, bez poszerzania horyzontów. To przyjdzie wypalenie itd.

Może trzeba się zawstydzić na pierwszej rekrutacji, niektórym to jest potrzebne.

Powinieneś samodzielnie ukończyć mały projekt realizujący konkretne zadania.
Powinieneś być w stanie swobodnie wyrażać swoje myśli przy użyciu języka programowania.

Chirurg jak idzie do pracy, to powinien potrafić przeprowadzić całą operację, a nie tylko rozciąć i zeszyć...

Zamiast skupiać się na samym języku warto uczyć się po prostu programowania, bardziej złożone konstrukcje językowe uczy się i tak przy okazji (np. Użycie metod asynchronicznych bo GUI się zawiesza po wysłaniu polecenia)
Warto ze zrozumieniem znać i stosować SOLID bo to pada na każdej rozmowie i jest niezbędne w pracy. Wzorce projektowe też są bardzo przydatne.
Druga kwestia to przyzwyczajenie do pisania testów jednostkowych, mockowanie interfejsów.
Warto znać chociaż jeden framework(np. ASP lub WPF), potrafić w nim stworzyć aplikację zgodnie ze standardami i domyślną architekturą.

Z perspektywy juniora: w typowym korpo projekcie rzadko kiedy używam czegoś więcej niż kolekcje generyczne więc warto je znać + LINQ i lambdy. Jednak wiedza na temat struktur danych i algorytmów pozwala czasem znaleźć dużo lepsze rozwiązania niż złoty młotek w postaci List<T>.

Aż się pochwalę ( ͡° ͜ʖ ͡°) przez 3,25 roku nauki .NET przerobiłem poniższą listę książek, do tego kilkanaście-dziesiąt tutków z PluralSight, tony przerobionych blogowych postów, odpowiedzi na SO, turoriali na CodeProject itp. Przyznaję, że sporo wleciało jednym uchem, wyleciało drugim, dużo nie zrozumiałem, lub zrozumiałem dopiero później, część przykładów z różnych powodów pomijałem, ale coś tam chyba zostało w głowie. I sporo jeszcze w planach do ogarnięcia.

Może się zainspirujesz poniższą biblioteką. Powodzenia.