Czy programista powinien uczyć się wszystkiego na pamięć?

...czy jest sens uczenia się wszystkich nazw metod,bibliotek itp. szczególnie gdy poznaje się więcej niż 1 język?

A od czego jest dokumentacja?

@up do nauki! :D

...czy jest sens uczenia się wszystkich nazw metod,bibliotek itp. szczególnie gdy poznaje się więcej niż 1 język?

Nie. Programowanie to nie medycyna ani prawo.

Jest sens. Ja zapamiętuje kod z wielu języków i dzięki temu zaoszczędzam mnóstwo czasu który bym tracił na przeglądaniu dokumentacji.

Akurat... jak się umie googlować to znalezienie info o nazwie potrzebnej funkcji to krótka chwila. A na pewno krótsza niż kucie na pamięć. Z resztą jak wygooglojesz coś to i tak pewnie zapamiętasz to na dłuższy czas.

jak jest awaria musicie umieć improwizować.

zakuwanie jest dla kujonów

Nie ma sensu - jak będziesz z czegoś często korzystał, to zapamiętasz, w innych wypadkach jest dokumentacja.

Niby nie, ale na rozmowie o pracę nie pozwolą ci na "wiem, ale nie pamiętam i muszę wygóglać".

@Azarien ale kto cię na rozmowie będzie pytał "jak sie nazywa funkcja która..."? ;) Zresztą jak czegoś sie używa to siłą rzeczą sie to pamięta.

Programista niczego nie powinien się uczyć na pamięć. Co najwyżej datę urodzin żony :)

Każdy szanujący się programista, uczy się kodu swojej aplikacji na pamięć. Pewne kłopoty w zapamiętaniu sprawiają liczba pustych linii między metodami i liczba spacji między operatorami. To wymaga dużo ćwiczeń :P

Biorąc pod uwagę pewną ważną prawidłowość a konkretniej zasadę 80/20 i to że pewne rzeczy będą występowały częściej niż inne nauka wszystkiego nie ma najmniejszego sensu a tylko niepotrzebnie absorbuje to czas i nauka czegoś co będzie wykorzystywane bardzo rzadko to jakieś totalne nieporozumienie.

Ale i to szukanie po stacku czy tam dokumentacji potrafi być żmudne i czasochłonne. Prosty przykład. Ktoś np. nie miał nigdy do czynienia z tworzeniem aplikacji webowych i postanawia napisać taką, korzystając oczywiście z Google, bo teraz jest niemal wszystko. A potem jak już taką napisze, kolejną i jeszcze następne. Ile mu zajmie napisanie pierwszej aplikacji a ile następnej (mniej więcej podobnej)?

Co do wymogów na rekrutacjach, jeśli jest taki wymóg że wszystko ma być w bani to znaczy że szukają chyba tylko i wyłącznie wymiatacza który napisze coś szybko a nie kogoś kto wie gdzie co ma znaleźć. No ale cóż, w przypadku gdy się realizuje coś na krótkie deadliny chyba uzasadnione.

Moim zdaniem jedną z ważniejszych rzeczy, których programista musi się nauczyc to szybkie znajdowanie pewnych informacji w internecie :P Ale to raczej dzieje się samoczynnie podczas zabaw z programowaniem :D

Jeszcze cos w sprawię nauki metod, klas, itd. jak coś wykorzystuje sie wielokrotnie to samo po jakimś czasie zostaje w głowie. Na rozmowach o pracę bardziej powinni sprawdzać umiejętności algorytmiczne niż znajomość bibliotek.

Na pamięć nie ale czym częściej, więcej się z czegoś korzysta tym jest mniejsza potrzeba zerkania co chwilę do dokumentacji czy przykładów oraz na okienka z IntelliSense :)

Mnie na rozmowie na staż pytali o metody do dzielenia i łączenia stringów oraz ich argumenty(w kolejności!) oraz różne przestrzenie nazw. To było co najmniej chore.

Tak naprawdę nazw klas,metod które warto pamiętać nie trzeba się jakoś specjalnie uczyć na pamięć - ponieważ wykorzystuje się je często same zostają w głowie. Do pozostałych jest albo Intelisense albo StackOverflow itp.

Mój znajomy kiedyś opowiadał o takiej firmie, gdzie idąc na frontendowca pytali go o np. wykorzystywaną ilość bitów do zapisu kolorów w X przestrzeni barw, albo o dokładne metody z parametrami do zrobienia Y, po czym kiedy zapytał się o to rekruterów (o przestrzenie barw) to stwierdzili, że "nie pamiętamy" i zaczęli się nad nim pastwić, że ma w CV wpisane "znajomość assemblera" wyskakując z pytaniami "A w tym assemblerze to napisałby pan stronę?" i zaczęli się wyśmiewać z tego, że stwierdził, że teoretycznie wszystko da się zrobić, chociaż nie zawsze ma to sens :). Dlatego czasami faktycznie rycie na pamięć może się przydać, aczkolwiek takie firmy służą chyba biciu rekordów czasu poszukiwania pracowników, bo nie sądzę, żeby ktoś szanujący siebie poszedł tam pracować (przynajmniej mam taką nadzieję).