Path: csiph.com!.POSTED.195.136.39.120!not-for-mail From: Cezary Tomczyk Newsgroups: pl.comp.lang.javascript Subject: Re: dlaczego firstChild oraz childNodes[0] mam undefined? Date: Tue, 21 Mar 2017 17:52:42 +0100 Organization: csiph.com Internet News Service Message-ID: References: <5d210841-ac34-4a0b-9981-9fe8d5e61d4c@googlegroups.com> <1qyr04lt73a9k.2i4h5jx0p963$.dlg@40tude.net> <20170316120955.4c2fcf01@pe.regionet.pl> <07b85c99-5512-4bf8-a85b-32e2693318a2@googlegroups.com> <1bw0p3palg9q0$.1iffa42jnbl49.dlg@40tude.net> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2; format=flowed Content-Transfer-Encoding: 8bit Injection-Date: Tue, 21 Mar 2017 16:52:43 +0000 (UTC) Injection-Info: csiph.com; posting-host="195.136.39.120"; logging-data="56547"; mail-complaints-to="admin@kev009.com" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.12; rv:45.0) Gecko/20100101 Thunderbird/45.8.0 In-Reply-To: Xref: csiph.com pl.comp.lang.javascript:3331 On 21/03/2017 15:02, Wojciech Bancer wrote: > On 2017-03-21, Cezary Tomczyk wrote: > > [...] > >>> Tak, na pewno zajmie to dłużej, niż przekopywanie się przez specyfikacje JS >>> i historie wszelkich niekompatybilności, a później próba zapamiętania tego. >> >> Oj, nie przesadzajmy z tą ogromną niekompatybilnością. Na dzień >> dzisiejszy osoboście rzadko mi się zdarza, że muszę spędzić więcej czasu >> na rozwiązaniu problemu z kompatybilnością. W 99% wszystko działa nieźle. > > A to już zależy z jak bardzo zaawansowanego ES korzystasz i co masz do > zrobienia. Dla przykładu generowanie plików binarnych po stronie frontendu > plus ich download potrafi sprawić problemy (np. z Safari). To, że Safari sprawia z tym problemy, to jest osobna sprawa i żadna biblioteka tego nie rozwiąże. ;-) >> Oczywiście, problem pojawia się na pewno, kiedy chce się zastosować coś >> jak CSS grid. ;-) > > IE ma całkiem sporo niedoróbek jeszcze: > https://kangax.github.io/compat-table/es6/ > A z nowych rzeczy, to już w ogóle nie ma. Nic na siłę. Napisane porządnej aplikacji bez const/let i innych z ES6, jest jak najbardziej możliwe. >>> Straszni amatorzy muszą pracować w tych bankach, bo w systemie >>> transakcyjnym mBanku widzę jQuery, jQuery UI i tonę wtyczek. >>> https://online.mbank.pl/combres.axd/LibsJs/301586628/ >> >> No ale ilość użytych narzędzi/libów/itp. nie jest wprost proporcjonalna >> do jakości. Ilekroć pytam programistów o to, dlaczego korzystają z >> jQuery czy innego narzędzia, to odpowiedź jest jedna - z >> przyzwyczajenia. No a potem takie aplikacje puchną bez limitu. > > Ale to nie jest argument żeby nie używać tooli/frameworków. To jest argument Nie mówię nie używać, ale jeśli coś da się zrobić prościej, to dlaczego nie :-) > by dokonywać refaktoru kodu i używać go porządnie. Ja jestem zwolennikiem > zasady, że w stabilnym projekcie do każdej dodanej zależności albo należy > dodać solidne uzasadnienie, albo należy jakąś inną zależność usunąć. Ja bym jeszcze dodał: jeśli wszystkie unit i inne testy passed, to refactoring odbył się pomyślnie ;-) >> Moim zdaniem, dzisiejsze implementacje ECMAScript są na tyle dobre, że >> mogę spokojnie uznać, że bez wielu ekstra rozwiązań da się napisać dobrą >> aplikację. > > I żeby jeszcze przeglądarki masowo wspierały owe "dzisiejsze implementacje" :P No cóż. Idealnie nigdy nie będzie, ale niektórzy już piszą w ES6 a potem... transpilują to do ES5 za pomocą popularnego Babel-a (Babla? :-)). -- Cezary Tomczyk http://www.ctomczyk.pl/