@Deykun nie prawda ;( Chodzi o ideę.

Jak wchodziłem, był cypress. No to zoptymalizowałem go by działał horyzontalnie. Podzielony był na workery

Później przepisali to do PlayWright - i działa po kolei.

@Deykun inny przykład: wcześniej paratest , teraz po prostu phpunit

@Klopsztanga a playwrighta nie da się odpalać równolegle? (czy po prostu tego nie zrobili?)

@dahomej każdy to ma w dupie Ważne, że ticket odhaczony, nara.

@def a no budowanie dockera + budowanie JS 'a. JS głównie najwolniejszy jest.

@def 

Ja w diffle jak był tylko polski miałem z 10k plików i jak kopiowało każdy osobno to build potrafił trwać pond 40 minut. Jak zacząłem je pakować do .zip i rozpakowywać na miejscu skróciło do minuty. Dzisiaj przy 6 językach to pewnie ten upload by trwał z 5h. dx

Najłatwiej chyba tak nabić jak ktoś nieogranie i zrobi coś podobnego kopiując node_modules, to nawet na tym samym kompie się długo kopiuje plik po pliku. dx

@Deykun ja node_modules cache'uje, do kontroli cache'u używam package-lock.json

@def package-lock.json nie jest do kontroli cache, tylko do pewnosci ze przetestowane paczki zostana zainstalowane.

Blokuje wersję paczek po prostu

@Klopsztanga chodzi mi o to, że używam tego pliku jako klucz cache, wrzucamy go w gita i w CI robimy npm ci

@def aaa chyba ze tak

@Deykun jak masz głupi filesystem, to pliki się długo kopiują. Copy-on-write przyspiesza wydatnie.

@Felonious_Gru continuous integration / continuous deployment. W skrócie to automat, który odpala się kiedy programista wrzuca zmiany w kodzie. Ten automat te zmiany testuje, generuje metryki i tworzy paczki gotowe do uruchomienia, często również wdraża zmiany na środowisko testowe / produkcyjne.

@PanPaweuDrugi trochę przerażające, ale sprytne

@Felonious_Gru w sumie zajebiście wygodne i, o ile działa szybko i stabilnie to programiści bardzo to lubią, bo dostarcza natychmiastowy feedback odnośnie tego, czy się coś spieprzyło. W innym wypadku taki feedback dostarczy Ci klient, a to już takie przyjemne nie jest.