Ile książek trzeba przeczytać, aby być dobrym programistą w danym języku?

pytanie zadane 18 marca 2017 w C# przez NowyUrzydgownig Mądrala (5,090 p.)

Hej, zastanawia mnie co trzeba umieć, aby znać jakiś język na poziomie średniozaawansowanym i ile książek trzeba przeczytać aby być dobrym w tym języku. Mnie osobiście interesuje C#, jednak czy po przeczytaniu 20 książek o C# będę mógł mówić, że znam C#? Czy to wystarczy, aby znaleźć potem pracę? Czy ważniejsze jest czytanie książek i przerabianie wszystkich przykładów w niej zawartych, czy praca w jakiejś słabej firmie związanej z tym językiem? Czasami w ogłoszeniach jest napisane "bardzo dobra znajomość jakiegoś języka", rozumiem że nie chodzi tu o samą znajomość tego języka, ale również o technologie z nim powiązane, tak samo i tutaj pisząc C# mam na myśli nie sam język, ale i technologie jakie są z nim powiązane i które się wykorzystuje.

23	komentarz 18 marca 2017 przez LordOfTheStrings Obywatel (1,610 p.) Poziom średniozaawansowany: 14,76 książki Bycie dobrym w tym języku: 18,(6) książki

komentarz 18 marca 2017 przez UltraSF Stary wyjadacz (11,740 p.)

hehe

6 odpowiedzi

odpowiedź 18 marca 2017 przez adas94 Nałogowiec (29,200 p.)

A jak złamiesz nogę, to chciałbyś żeby ci ją poskładał ktoś kto już to robił co najmniej kilkadziesiąt razy i ma w tym wprawę, czy gościa, który przeczytał 20 książek medycznych ? Wyłap analogię.

1	komentarz 19 marca 2017 przez Ehlert Ekspert (212,670 p.) Genialny awatar musiałem to w końcu napisać.

odpowiedź 19 marca 2017 przez event15 Szeryf (93,790 p.)

Źle zadane pytanie. Ilość książek w domu nie czyni człowieka oczytanym. Ba nawet ilość przeczytanych książek nie czyni człowieka mądrym.

Żeby nauczyć się matematyki, nie wystarczy przeczytać 5 podręczników. Żeby być prawnikiem, nie wystarczy przeczytać kodeks.

Tak samo z programowaniem. Stan posiadania książek i ich przeczytanie nie oznacza, że jest się dobrym programistą.

Wyznacznikiem jest ilość problemów rozwiązanych za pomocą danego języka. Ilość godzin spędzonych na poznawaniu niuansów w danym języku i poznawanie jego tajników. Jednak znajomość składni języka oraz całego jego API nie świadczy w ogóle o byciu dobrym programistą.

Dobry programista to taka osoba, która do problemu potrafi dobrać odpowiednie narzędzia i rozwiązania. Nie zamyka się na konkretny język i konkretne paradygmaty. To osoba, która wie jakie są możliwości danego języka i wie jak z nich czerpać.

Definiując dobrego programistę można mieć na myśli wyłącznie osobę, która rozwiąże na tyle różnego rodzaju problemów by umieć to robić szybko. Jednak dla każdej dziedziny będzie to inny rodzaj problemu. Przecież programista gier komputerowych rozwiązuje na co dzień inne problemy niż programista piszący systemy bankowe. A ci obaj programiści rozwiązują zupełnie inne problemy niż programista tworzący oprogramowanie do statków kosmicznych, czy do zderzacza hadronów.

odpowiedź 18 marca 2017 przez Programeł Gaduła (3,500 p.)

odpowiedź 18 marca 2017 przez UltraSF Stary wyjadacz (11,740 p.)

odpowiedź 19 marca 2017 przez mokrowski Mędrzec (155,460 p.)

odpowiedź 19 marca 2017 przez kompowiec2 Mądrala (6,380 p.)

tak na dobrą sprawę wystarczy przeczytanie dokumentacji danego języka...

komentarz 19 marca 2017 przez ShiroUmizake Nałogowiec (46,300 p.)

Jak rozumiesz, zasadę działania danego języka ...

komentarz 9 kwietnia 2017 przez kompowiec2 Mądrala (6,380 p.)

A przyjrzałeś się różnym kursom programowania? W najbardziej podstawowej wersji wygląda ona tak:

https://pl.wikibooks.org/wiki/MS-DOS/QBasic

Każdy kurs przeznaczony dla początkujących wyjaśnia samą jej filozofię tj. gramatykę jaką są pętle, instrukcje warunkowe, klasy itd. funkcje i to się zasadniczo nie zmienia, chyba że używasz jakiś ezoterycznych. Dokumentacja potem tego faktycznie nie opisuje bo i po co?

komentarz 9 kwietnia 2017 przez ShiroUmizake Nałogowiec (46,300 p.)

Książki często omijają co dokładnie coś robi, bo z góry, zakłada że użytkownik, ma jakieś pojęcie o danym języku i jego zasadach działania. Nie mówimy tutaj o prostych zależnościach, ale o konkretnych implementacjach, bez rozumienia działania danego języka nie ruszysz tego.