Najlepszy moment na rozpoczęcie praktyki

Tak, wiem, już setki razy było o tym, że aby zostać dobrym koderem należy pisać pisać pisać, a czytać tylko trochę, najpierw książkę - jako podstawę - potem dokumentację...ale...

Zwracaliście również uwagę na ryzyko stosowania karkołomnych rozwiązań z powodu nieznajomości podstaw, czasem wręcz elementarza i że przed opanowaniem tego nie należy realizować nawet małych projektów, aby nie nabrać złych nawyków (np. kopiowanie i wielokrotne wklejanie polecenia, które ma być wykonane z góry określoną ilość razy, zamiast stosować do tego pętle; wyważanie otwartych drzwi przez nieużywanie frameworków).

Pytanie gdzie jest ten moment, w którym należy zaprzestać samego czytania i równolegle wprowadzić praktykę, która stopniowo będzie wypierać czytanie? Może chwila, w której skończyliśmy przerabiać książkę stanowiącą podstawę, a rozpoczynamy używanie dokumentacji?

jakiśtam napisał(a):

Tak, wiem, już setki razy było o tym, że aby zostać dobrym koderem należy pisać pisać pisać, a czytać tylko trochę, najpierw książkę - jako podstawę - potem dokumentację...ale...

Zwracaliście również uwagę na ryzyko stosowania karkołomnych rozwiązań z powodu nieznajomości podstaw, czasem wręcz elementarza i że przed opanowaniem tego nie należy realizować nawet małych projektów, aby nie nabrać złych nawyków (np. kopiowanie i wielokrotne wklejanie polecenia, które ma być wykonane z góry określoną ilość razy, zamiast stosować do tego pętle; wyważanie otwartych drzwi przez nieużywanie frameworków).

Pytanie gdzie jest ten moment, w którym należy zaprzestać samego czytania i równolegle wprowadzić praktykę, która stopniowo będzie wypierać czytanie? Może chwila, w której skończyliśmy przerabiać książkę stanowiącą podstawę, a rozpoczynamy używanie dokumentacji?

Musisz sam dużo pisać kodu, no nie ma rady od małych projektów aż po duże. Potem w miare coraz to wyższej jakości kodu wracaj do tych małych i je poprawiaj. Nie ma rady książka/internet + projekty; Na bieżąco. Książka bez praktyki nie ma sensu, tak samo jak praktyka bez elementarza/specyfikacji.

Musisz sam dużo pisać kodu, no nie ma rady od małych projektów aż po duże. Potem w miare coraz to wyższej jakości kodu wracaj do tych małych i je poprawiaj. Nie ma rady książka/internet + projekty; Na bieżąco. Książka bez praktyki nie ma sensu, tak samo jak praktyka bez elementarza/specyfikacji.

Dzięki za odpowiedź ;), ale wydaje mi się, że nie przeczytałeś dokładnie mojego pytania. To co napisałeś już wiem i stwierdziłem w poście.

Pytanie gdzie jest ten moment, w którym należy zaprzestać samego czytania i równolegle wprowadzić praktykę

Jak dojdziesz do programu "hello world" w książce.

jakiśtam napisał(a):

Musisz sam dużo pisać kodu, no nie ma rady od małych projektów aż po duże. Potem w miare coraz to wyższej jakości kodu wracaj do tych małych i je poprawiaj. Nie ma rady książka/internet + projekty; Na bieżąco. Książka bez praktyki nie ma sensu, tak samo jak praktyka bez elementarza/specyfikacji.

Dzięki za odpowiedź ;), ale wydaje mi się, że nie przeczytałeś dokładnie mojego pytania. To co napisałeś już wiem i stwierdziłem w poście.

Napisałem między wierszami. "Na bieżąco"

Jak dojdziesz do programu "hello world" w książce

Nie miałem na myśli bieżącego testowania tego, o czym czytamy. Chodziło mi o stosowanie tego w projektach. To różnica.

Jak skończysz czytać(równolegle z zadaniami) dobrą książkę IMO ;p