Autor ma racje, choć sam nie jestem ekspertem w programowaniu, to jednak mogę odnieść się do kilku kwestii, które są istotne (wstawiłem również moje skromne komentarze):
Tutaj moje zastrzeżenie pojawia się już w przypadku tytułu. Obecnie JS nie jest językiem browserowym. To język ogólnego użytku, który coraz większą popularność zyskuje po stronie serwera (node.js/io.js). - dobre spostrzeżenie
Nie, skrypty nie powinny być w head. - powinny być przed zamknięciem znacznika body po to aby strona wczytywała się szybciej
Czy ja wiem czy pisanie JS po polsku jest dobre? Pisałbym po angielsku. Natomiast polskie ogonki w nazwach zmiennych są dozwolone (identyfikatory w UTF-8 są obsługiwane od dawna). - tyczy się to całego programowania, lepiej jest pisać wszystko po ang, łącznie z komentarzami, ale wiadomo...
Nie pokazywałbym dokumentacji W3Schools, a Mozilla Developer Network (wersja angielska, bo polskiej trochę brakuje). To wciąż najlepsza dokumentacja JS. - można korzystać z kilku źródeł
Nie widzę sensu dzielenia kodu JS na dwie części: jedną w head,a drugą w body. - najlepiej pisać w oddzielnym pliku *.js ewentualnie przed zamknięciem body w tagu script
Zewnętrzne pliki JS nie powinny być praktycznie nigdy załączane w head (pomijając całkowicie asynchroniczne skrypty statystyk). -chociażby to co wyżej, ze względu na szybkość
if raczej jest instrukcją, nie funkcją sensu stricto. - przejęzyczenie Mirka, hmm? takie trochę czepianie się, ale faktycznie racja :P
Zamiast napis = napis + cos lepiej skorzystać z operatora +=. - myślę, że Mirek użył takiego zapisu po to aby kod teoretycznie dla początkującego był czytelniejszy, choć lepszy jest zapis += :P
Czemu obrazki nie mają [alt]? To podstawowy błąd dostępności! - dokładnie tak, ale nie czepiajmy się
Klasy w CSS elementami zaawansowanymi elementami programowania? To raczej nie te klasy… Niemniej koncept OOCSS nie jest głupi. - dokładnie
#container w 95% przypadków jest całkowicie niepotrzebny (tak, jak tutaj) – mamy bowiem html, body. - według mnie jednak lepiej jest stworzyć kontener, ale jako klasa a nie id
Do stylowania nie powinno używać się [id], a klasy. - dokładnie, dodatkowo nazwy klas powinny być tak uniwersalne aby kod można było spokojnie używać do różnych części strony, oczywiście tutaj zachaczamy o formatowanie kodu
Menu winno być na liście, nie wstawione od tak do div#menu. - tak, ewentualnie można jeszcze zastosować znacznik <nav></nav> i wtedy nie ma konieczności stosowania listy
Cytat z Linusa to… cytat, zatem powinien być otoczony q lub blockquote. - ważne pod semantyke, ale nie czepiajmy się, w końcu jest to kurs dla początkujących i natłok informacji mógłby być zły...
Czemu nigdzie nie ma akapitów, które są symulowane przez podwójne br? Dbajmy o semantyczność HTML-a! - dokładnie, jak już to używać max 1 br
Przyciski w menu jako div, któremu w CSS dorabiamy łapki? Nie piszmy kodu HTML pod CSS, bo to bez sensu – nawet jeśli to tylko przykład stylowania. - nom, jest do tego button lub anchor tag
Z drugiej strony – tego się niesamowicie dobrze słucha. Brak wszechobecnego Eeeee… i innych niepotrzebnych przerywników, doskonałe zgranie głosu z elementami wizualnymi i widoczny solidny plan każdego odcinka kursu. - dokładnie tak, 100% racji. :P
Podsumowując autro wpisu ma trochę racji, chociaż musimy zdać sobie sprawę, że Pan Zelent tworzył te odcinki totalnie dla początkujących, gdyby nagle wprowadzał wszelkie różne rzeczy to zrobiłby totalny mętlik w głowie. Pomału i do przodu.