Dodałem przykład jak użyć serwer z node.js
Podoba się? To zostaw gwiazdkę
https://github.com/rayros/image-resizer
#nodejs #programowanie #github
@rayros - zostawiłem pioruna na Hejto
Zaloguj się aby komentować
@rayros - zostawiłem pioruna na Hejto
Zaloguj się aby komentować
@qarmin koledzy zdaję się wyczerpali temat, ja tez stoje po stronie pisania testów, od siebie jeszcze dodam, że testy naturalnie tworzą dokumentację projektu. Najłatwiej jest sprawdzić jak się zachowuje komponent za pomocą testów i najlepiej naprawić buga najpierw pisząc test do przypadku.
@qarmin ja bym przede wszystkim chciał podkreślić, że testy jednostkowe to głównie narzędzie służące do projektowania, wymuszające stosowanie dobrych praktyk. W sumie czyste unit testy mają sens przede wszystkim w TDD, jeśli piszemy je później niż kod, to sens ich pisania jest dyskusyjny. Dobrze się natomiast sprawdzają w roli żywej dokumentacji. To testy integracyjne powinny służyć do wykrywania regresji, tych można stworzyć zdecydowanie mniej, za to każdy powinien mieć wielokrotnie większe pokrycie kodu. W praktyce, jeśli zespół nie stosuje TDD, to właśnie na takim rodzaju testów warto się skupić.
Pracuję przy takim projekcie w node, gdzie ktoś sprytny testuje timery bez użycia mocków, test po prostu czeka aż te timery odczekają swoje, nic mnie tak nie wkurwia jak odpalanie testów w tym projekcie xD.
po pracy w januszexie-startupie, gdzie nigdy nie bylo czasu na testy, nauczyłem się, jaką mają wartość. Zawsze na koniec projektu przy małej zmianie koncepcji ze strony klienta, caly kod sie zaczynał się jebać, bo choćby nie wiem co, nie jesteś w stanie zawsze mieć w głowie całego projektu.
Odkąd odszedłem z tej firmy, zacząłem robić wszystko uzywając TDD. Bez TDD twój kod = gówno. Choćby nie wiadomo jak czytelny i sprytny, bez dobrych testów nie jest niczego warty.
Zaloguj się aby komentować
@groman43 lepsze jest lava lamp i co lepsze jest darmowe - https://youtu.be/kvHQ7A3TM3w?t=367
Zaloguj się aby komentować
Zaloguj się aby komentować
Żeby język mógł zaistnieć musi mieć przede wszystkich ogromną bibliotekę. Rust jest jeszcze w fazie gdzie się mnóstwo tworzy, a same staty wiosny nie czynia. Choć już czytałem że hype na ten język się trochę wypalil.
Piszę w rust pare miesięcy i uważam że to jest naprawdę dobry język w porównaniu do Java, typescript czy c lub c++
RUST is not a dust. Bardzo lubię ten język, już wiem, że warto.
Zaloguj się aby komentować
Ja nie mam.
Zaloguj się aby komentować
@Ominous zgłosiliśmy do góry, dzięki za info!
Zaloguj się aby komentować
Obydwa nadają się do trywialnych i prostych zadań. Niech dla przykładu zaproponuje Ci rozwiązanie problemu, gdy mając jakąś starą aplikację w Javie (choćby 7 i starsze) musisz zacząć obsługiwać TLSv1.2. Skończysz na przepisywaniu aplikacji lub tysiącu propozycji, z których żadna nie zadziała.
Dopiero się z tym ogarniam, wiele prostych podpowiedzi jest spoko, niestety jak już trzeba coś na poważnie skonfigurować to sugestie AI są - delikatnie mówiąc - z pupy.
U mnie niestety przydatne tylko do wskazania ogólnego kierunku - w narzędziu z którym pracuję najczęściej kod napisany przez chatGPT po prostu nie działa. Za dużo halucynacji, wymyśla biblioteki które nie istnieją, wrzuca nieaktualne biblioteki albo takie które nie są wspierane w wykorzystywanej przeze mnie wersji tylko następnej, albo podaje kod który zwyczajnie nie zadziała bo korzysta ze słów kluczowych czy funkcji które nie istnieją. Często też podaje użycie funkcji w sposób w który nie da się z nich skorzystać (np totalnie złe argumenty). A czasami zapytany o stworzenie jakiejś logiki zwraca deklarację funkcji z jej nazwą i komentarzem - dopisz sobie resztę xD
Szkoda bo narzędzie jako takie bardzo przydatne, ale najwyraźniej moje środowisko pracy zbyt mało popularne żeby umiał sobie z nim poradzić.
Zaloguj się aby komentować
@groman43 jeżeli kanał skupia się na zaawansowanych technicznie rzeczach, to zawsze będzie niszowy.
Zaloguj się aby komentować
@Sweet_acc_pr0sa
Albo bierzesz thinkpada albo macbooka jak sprzet do pracy, innego wyboru nie ma
A możesz powiedzieć, czym się kierujesz wybierając drogie notebooki gamingowe do developmentu?
Z mojego punktu widzenia są dość rozpraszające (hałas i temperatura przy użyciu ich mocy), niewygodne (klawiatura, rozbudowa) i zużywają sporo prądu.
Zaloguj się aby komentować
Zaloguj się aby komentować
skoro masz serwer (rpi z nc) u siebie to znaczy że musisz w jakiś sposób spiąć mikrusa z rpi.
robi się to vpnem lub tunelem ssh (ten drugi jest prostszy w zestawieniu, ale "kosztowniejszy" w utrzymaniu).
no ale zadałbym sobie pytanie czy na pewno chcesz wystawiać taką aplikację jak nextcloud do świata pełnego chinoli botów i reszty raków którzy chętnie kopaliby na Twojej malinie bitki.
Zaloguj się aby komentować
producenci baterii do telefonów lubią to (☞ ゚ ∀ ゚)☞
@groman43 Ja poproszę lepsze pokrycie 4G, -115 dbm na otwartej przestrzeni plzzz.
Ciekawe co mi zaoferuje 5G : )
Zaloguj się aby komentować
@camonday z fartem mordo
Zaloguj się aby komentować
Nie zmienia to faktu że mediatek to gówno. Każdy sprzęt który z nim miałem sprawiał różne problemy. Od przegrzewania się przez słabą stabilność aż do padania układów od tak przy okazji uwalając system. Nigdy nie miałem takich problemów na innych prockach. Nawet w kwestii temperatury.
@groman43
Tu się nie zgodzę:
Rynek IT w Polsce jest dość nudny i nieinnowacyjny. Królują CRUDy oraz aplikacje mobilne, które zachodnie korporacje outsourcują w Polsce.
Akurat robię embedded w Polsce i w ciągu ostatniego roku z takich ciekawszych rzeczy które musiałem naprawiać to np:
uboot nie obsługujący pamięci tego samego rodzaju pamięci od tego samego producenta (różnica tylko w rozmiarze 128MB vs 64MB)
branch prediction na DSP: czyli dlaczego bardziej opłaca się wykorzystywać wynik z porównania a < b niż zrobić if'a omijającego taki fragment (zysk z 50ms na 11ms).
o pisaniu customowych bootloaderów nie chce mi się wspominać (C, C++, Rust).
A to tak na szybko mi do głowy przychodzi.
@groman43
Ale wypadałoby żeby kod sterowników do 802.11 to MediaTek odrobinkę ogarnął.
Oczy krwawią jak się to czyta.
Zaloguj się aby komentować
Niesamowite że ktoś pomyślał że może z tym nie być problemu - zawsze powinno się budować, uruchamiać testy na docelowym sprzęcie (przecież tam będzie to wszystko działać na nie na kompie programisty lol). Dobrym pomysłem jest nawet redundancja, macie joba który uruchomi testy na x86_64 i joba na ARM, oba muszą przejść. Gdybyście kompilowali, to również im więcej kompilatorów tym lepiej. W embedded trzeba spodziewać się niespodziewanego.
A już totalną ignorancją okazali się prowadzący ten projekt jeśli uruchamiacie testy na 64 bitowej platformie, a docelową platformą jest 32 bitowy ARM
Najgorzej jak znajdziesz buga w Firefoxie i okazuje się że podobny błąd został zgłoszony w 2006 roku i od 18 lat toczy się pod nim dyskusja. Co jakiś czas ktoś pyta kiedy to będzie naprawione, następnie ktoś z mozilli odpowiada że nad tym pracuje by za dwa lata znowu dostać pytanie o postępy xD
Zauważyłem np że firefox na androidzie bardzo często odświeża strony po powrocie do niego, tak jakby od razu po przeskoczeniu do innej apki czyścił dane strony z pamięci. Oczywiście zgłoszony bug wisi od paru lat w backlogu bo niby ważny błąd ale jakoś tak nie umieją go odtworzyć
(sorki za offtop xD)
Używacie biblioteki scipy i się dziwicie… zaciągnijcie normalnie z github a nie z jakiejś cipy…
Zaloguj się aby komentować
Zaloguj się aby komentować
import itertools, more-itertools
@wonsz - itertools to są ubertools
Jedyne do czego używam pythona python3 -m http.server
@koszotorobur sudo cat /dev/random > /dev/sda1
Zaloguj się aby komentować