🚀 go-pugleaf

On 2017-03-21, Cezary Tomczyk <cezary.tomczyk@gmail.com> 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).

> 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.

>> 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
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ąć.

> 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

-- 
Wojciech Bańcer
wojciech.bancer@gmail.com