Co do testów jednostkowych – fakt, mało kto o nich mówi. Ale jak już mówią, to niestety zwykle w tak ograniczony sposób. A szkoda.

>Z MDN: This method is not expected to become standard, and is only implemented by recent builds of Internet Explorer and Node.js 0.10+. It meets resistance both from Geco (Firefox) and Webkit (Google/Apple).
A co mają napisać? ;) Bawi mnie taka przepychanka: MS pokazuje niezłą speckę a oni odrzucają, bo… łatwo spolyfillować. To czemu tego nie powiedzieli przy element.classList? Problem polega na tym, że to zgłosiło MS i tylko na tym. To, co ostatnio uprawia Mozilla, to czysta PR-owa hipokryzja. A szkoda. No a o stosunkach między MS i Google czy MS i Apple to można kilka opasłych tomów napisać ;)
Całe szczęście, że o tym, jakie technologie są używane, ostatecznie decydują developerzy a nie śmieszne firemki, kradnące se zabawki w piaskownicy. A polyfille dla liska i chrome działają i tak szybciej niźli natywny mechanizm w IE ;)
setImmediate jest de facto jedynym rozsądnym rozwiązaniem dla wymuszania działań przy każdym „ticku” i mam nadzieję, że nie uwalą tego tylko ze względu na to, że mogą.

>Znając kontekst w jakim książka jest napisana (kontekst we wstępie) inaczej się ją odbiera, na pewno ja ją inaczej odebrałem.
Ja chyba za głęboko tkwię w JS i od dawna nie traktuję go jako język browserowy. Dlatego ten kontekst mnie drażni. Nie przystoi do dzisiejszej rzeczywistości, gdzie JS ma coraz mniej styczności z DOM.

>Nie od dziś wiadomo, że jak książka powstaje kilka lat (z czym się nikt nie kryje, tylko trzeba doczytać) to nie ma co w niej szukać jakichś „killer featurów”.
Problem tej książki polega na tym, że pisana kilka lat, wyszła w przełomowym momencie dla środowiska JS. Teraz większość zawartych w niej tez jest przestarzała. Nie pomaga temu także fakt, że Helion wydał ją jakieś 2 lata po premierze.

>Znając dorobek zawodowy autora można się domyśleć, że to nad czym pracował musiało być bardziej kompatybilne wstecz niż nowoczesne.
Ale powiedzmy sobie wprost: Resig dba głównie o kompatybilność DOM a nie JS jako JS. I tutaj jest zgrzyt między tytułem i deklarowaniem opisu fundamentalnych zasad rządzących JS a tym, co dostajemy w rzeczywistości. DOM to nie JS, czego doskonałym dowodem jest implementacja DOM w PHP (inna rzecz, że pamięta ona czasy prehistoryczne i dodatkowo jest oparta na parsowaniu XML-a ;)).

> setImmediate nawet tego nie ma
Z MDN: This method is not expected to become standard, and is only implemented
by recent builds of Internet Explorer and Node.js 0.10+. It meets
resistance both from Geco (Firefox) and Webkit (Google/Apple).

Biorąc to pod uwagę + to co we wstępie książki to nie ma się co dziwić.

> Aż spojrzałem z niedowierzaniem na datę powstania książki – 2013
> Tak, to książka z 2013 roku.
Czytałeś wstęp? O eval też jest tam co nieco.

Znając kontekst w jakim książka jest napisana (kontekst we wstępie) inaczej się ją odbiera, na pewno ja ją inaczej odebrałem. Nie od dziś wiadomo, że jak książka powstaje kilka lat (z czym się nikt nie kryje, tylko trzeba doczytać) to nie ma co w niej szukać jakichś „killer featurów”.

Znając dorobek zawodowy autora można się domyśleć, że to nad czym pracował musiało być bardziej kompatybilne wstecz niż nowoczesne. Jest to pewna interpretacja autora „bycia ninja”, przeczytałem książkę i nie dałbym mniej niż 6/10 ze względu na tłumaczenie i wątpliwe praktyczne zastosowanie niemałej części poruszonych tematów.