🚀 go-pugleaf

On 21/03/2017 15:02, Wojciech Bancer wrote:
> 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).

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/