Kolejna 1-liniowa paczka npm namieszała w ekosystemie JavaScript

Funkcja sprawdza czy podany argument jest typu Promise. Jeden bug unieruchomił ponad 3 miliony zależnych repo ( ͡° ͜ʖ ͡°)

[Marmite]

Ekstrahowanie małych funkcji do reużywalnych modułów czyli coś, co miało wybawieniem od konieczności pisania po raz kolejny tego samego w kolejnym projekcie, stało się zmorą. Ludzie każde drobne gówienko pakują w osobny moduł, a potem zaciągają dziesiątki takich modułów do paczek, które potem same stają się zależnościami innych paczek, aż tworzy się gigantyczny stos, który potem bardzo łatwo jest zburzyć i sprawić żeby pół ekosystemu przestało działać.

[Amon-Ra]

@Marmite: Zgadza się. Za daleko to zaszło już, np. paczka sprawdzająca czy liczba jest parzysta: link

[kot_gagarina]

@Amon-Ra: A patrzyłeś co jest w środku? ( ͡° ͜ʖ ͡°)

Ten moduł importuje inny: sprawdzający czy liczba jest nieparzysta!

( ͡° ͜ʖ ͡°)

[Lukowski]

NPM to największy rak współczesności.

[slx2000]

@Lukowski: tak jak JavaScript zresztą.

[kot_gagarina]

Najciekawsze jest to, że w ogóle nie widzę sensu użycia tej funkcji.
Po to jest Promise.resolve żeby nie używać takiego dziwnego sprawdzania typów.

[Marmite]

@kot_gagarina: to zaszłość historyczna, z czasów kiedy natywne Promise'y jeszcze nie istniały a do pracy z promisami wystarczyła dowolna biblioteka implementująca standard Promise/A+ - stąd potrzeba stwierdzenia czy dany obiekt, niezależnie od klasy jakiej jest instancją, po prostu jest thenable, czyli imituje Promise

[LaylaTichy]

Left pad strikes again xD

https://www.reddit.com/r/programming/comments/4bjss2/an_11_line_npm_package_called_leftpad_with_only