#programowanie

238
1751
Jak często korzystacie z testów jednostkowych w swoich projektach?

Języków znam kilka, ale głównie z testami jednostkowymi miałem styczność jedynie w Pythonie i Rust.

W pythonie widzę że czasami niektóre repozytoria chwalą się coverage sięgającym niemal 100%.
W przypadku Rusta, ilość testów jest powiedzmy szczerze dosć ograniczona.

Mimo że uważam testy jednostkowe ogólnie za coś bardzo dobrego, to jednak bliżej mi do ich pisania tam gdzie niezbędne a nie dopychania ich na ilość.

W Rust, widzę że głównie pisze się testy do funkcji bez skutków ubocznych, czyli wrzucamy cos do środka i oczekujemy określonego wyniku(choć oczywiście są wyjątki).

W Pythonie jednak widzę że testuje się absolutnie wszystko, a to za sprawą że można zmockować niemal wszystko.
Trzeba dodać coverage do funkcji z pobieraniem informacji z bazy danych?
Nie ma sprawy, mockujemy połączenie i testujemy zwracanie wyjątku, losowych czy pustych danych.

Niby fajnie, ale jednak z tego co widzę to wydaje mi się że czasami takie funkcje testują bardziej to czy kod jest poprawnie zamokowany a nie samą logikę funkcji i są robione jako sztuka dla sztuki(lub po to by podbić coverage).
Często widzę że też takimi testami próbuje się testować, co się stanie jeśli typy nie są poprawne, coś co niemal nie występuje w językach silnie typowanych typu Rust lub C++, bo już kompilator odrzuca sporą część niepoprawnego kodu.

Jakie są wasze opinie o dużym coverage w zależności od języka dla którego testy są pisane?

#programowanie
93e396ff-4cb9-4db2-8fb0-c72988849d72

W jakie wartości co do testów jednostkowych celujecie w swoich projektach?

123 Głosów
epsilon_eridani

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

PanPaweuDrugi

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

Flaaj

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ć

Zostań Patronem Hejto i odblokuj dodatkowe korzyści tylko dla Patronów

  • Włączona możliwość zarabiania na swoich treściach
  • Całkowity brak reklam na każdym urządzeniu
  • Oznaczenie w postaci rogala , który świadczy o Twoim wsparciu
  • Wcześniejszy dostęp, do wybranych funkcji na Hejto
Zostań Patronem
Ejejej Gienek, dobre to takie!!

instalujesz na serwerze lub serwerach i można wyklikać sobie setup aplikacji. Bazy danych, redisy, inne komponenty, zintegrować od razu z git repo by był automatyczny deployment. Polecam zainstalować sobie na jakiejś vm’ce lub lxc.

https://coolify.io/

#selfhost #programowanie #it #homelab #serwery #opensource #github
Wygląda, że Rust ma swoje 5 minut, na scenie języków programowania i jest znany ze swojej wydajności bliskiej C/C++.

Zatem w jaki sposób nowy język mógłby uszczknąć nieco popularności od Rusta? Ano poprzez twierdzenie że jest on szybszy o 50% od niego w jednym z benchmarków.

Tym językiem jest Mojo
Być może się zastanawiacie, czemu dodałem tutaj tam emotkę ognia - ano bo tak się ten język nazywa - serio w nazwie takie coś mają, sprawdźcie sami.

W skrócie jest to język przeznaczony do AI, interoperacyjności z Pythonem, przy zachowaniu jego prostoty i wydajności porównywalnej lub większej niż Rusta.
Brzmi dobrze... aż za dobrze.

Zatem blog o wyczynach wydajnościowych jest widoczny tutaj - https://www.modular.com/blog/mojo-vs-rust-is-mojo-faster-than-rust

Już na samym początku pada ciekawe stwierdzenie

There are a lot of considerations surrounding any benchmark implementation, you can't use any one benchmark to say x language is faster than y language

a następnie widzimy jak to właśnie tym benchmarkiem chcą udowodnić

Widać potem opis kilku elementów, które twórcy uważają że są one powodem tej lepszej wydajności(całkiem logiczne w większości btw.) tj. pożyczanie wartości zamiast jej kopiowania, TCO czy dobre wsparcie dla simd, oraz ostatecznie owy benchmark.

Na tym ta historia mogłaby się zakończyć, gdy oczywiście nie jakiś wścibski programista, który chciał przetestować ową wydajność.

https://viralinstruction.com/posts/mojo/#matching_the_implementation_in_julia

Odkrył on, że kod w Mojo , robi mniej walidacji niż testowane programy.
Przy wybranej większej ilości optymalizacji, kod w Rust czasowo niemal zrównał się z tym z Mojo , a program napisany w języku Julia, oba mocno wyprzedził.

Wygląda, że Mojo jest ciekawym projektem, którego rozwój warto mieć na oku, ale jego zamknięty kod, masa błędów(ciągle jest w fazie alpha) czy szukanie taniej sensacji przy naginaniu reguł, pozostawia niesmak i obawy o rzeczywiste działanie w przyszłości.

#rustlang
#mojo
#programowanie
5b70296d-faa6-4d90-a582-f7a883032f12
kodyak

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

rayros

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

vinclav

RUST is not a dust. Bardzo lubię ten język, już wiem, że warto.

Zaloguj się aby komentować

Ma ktoś może wiedzę, czy jest możliwość zaprogramowania esp-12e przy użyciu esp32-c3? Konkretnie chodzi mi o ESPHome.
Mam jeszcze jakiegoś klona pl2303 z dorobionym dtr przez kondensator, jeśli to może mi pomóc.
Jeśli macie jakiegoś tutka to chętnie przygarnę bo wszystko co jestem w stanie zaleźć odnosi się arduino a nie ESPHome.
#esp32 #arduino #programowanie #homeassistant #esphome

Zaloguj się aby komentować

Czy jakaś mądra głowa wytłumaczy dlaczego zawartość apki hejto przesuwa się jak w bardzo starych monitorach, gdzie brakowało rozdzielczości? To znaczy, że zamiast o cały piksel za każdym razem, to tak jakby najpierw część się o ten jeden piksel wydłużała a dopiero później skracała? Widać to na tekście jak się przyjrzycie.
https://streamable.com/dglw2d
#programowanie
maximilianan

@Ominous zgłosiliśmy do góry, dzięki za info!

Zaloguj się aby komentować

Od prawie roku korzystam z AI(chatgpt i github copilot) do pomocy przy programowaniu i muszę przyznać że potwornie się mi te narzędzia przydają i znacznie przyspieszyło mi to niektóre czynności.

W moim przypadku działa to świetnie do:

  • Tworzenia funkcji mapujacych obiekt z jednej klasy do drugiej(np. From/TryFrom w Rust)
  • Dopisywania logiki w prostszych funkcjach - czasami wystarczy wpisać nazwę funkcji, argumenty i zwracany typ, by cała logika którą oczekiwałem była wpisana do środka
  • Podpowiadaniu w jaki sposób używać danej biblioteki - zdarza się, że mimo przeczytania dokumentacji, nie mam pomysłu w jaki sposób użyć danej funkcji i zwykle podpowiedzi nawet nie do końca trafne, kierują mnie na właściwe rozwiązanie (pomogło mi to przy bibliotece diesel, która jest trudna do opanowania)

dzięki temu, zamiast żmudnego kopiowania i wklejania czy też tworzenia mniej wymagających funkcji, mogę skupić się na bardziej wymagających zadaniach.

Jednak zauważyłem, że pod niektórymi wątkami na reddicie i innych forach, jest spora rzesza osób, które z ai wcale nie korzystają(nie dlatego że nie wiedzą, ale bo nie chcą korzystać).

Jednym z argumentów, jest kwestia etyczna, bo kod nauczony przez ai nie jest w żaden sposób sprawdzany pod kątem licencji oryginalnego kodu.

Inny argument to kwestia tego, że więcej szkodzi(lub bierze więcej czasu niż jakby pisać to wszystko ręcznie) niż pomaga - akurat w moim przypadku argument chybiony.

Jakie są wasze argumenty za/przeciw?

#programowanie
#ai
#sztucznainteligencja
588d911b-9f78-4179-b25b-9e344a333646

Czy korzystacie z AI przy programowaniu?

558 Głosów
ChilledMimosa

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.

pluszowy_zergling

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.

pepe_delfin

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ć

Wprowadzenie do "programowania" układów FPGA na prawdziwym przykładzie. Coś więcej niż nudne miganie ledami. Kanał mocno niszowy, ale moim zdaniem warty uwagi.

https://www.youtube.com/watch?v=bI2O2JD9Ov0

mocno naciągane #programowanie #programista15k #pracait oraz #fpga
markxvyarov

@groman43 jeżeli kanał skupia się na zaawansowanych technicznie rzeczach, to zawsze będzie niszowy.

Zaloguj się aby komentować

Dobra witam bojowke programistyczna którego lapka wybrać

Tego gigabyte
https://www.x-kom.pl/p/1219328-notebook-laptop-16-gigabyte-aorus-16x-2024-i7-14650hx-32gb-1tb-w11-rtx4070-165hz.html

+ nowy
+ z pewnego zrodla
+ z tego roku

- nie mam doświadczenia z gigabyte
- są tylko opcje z windows 11 home
- niewiadoma jakość obudowy

Czy tego alienware
https://allegro.pl/oferta/dell-alienware-x17-r2-i9-1tb-32gb-ddr5-17-fhd-480hz-w11-tx3080ti-16gb-14856325704?bi_s=ads&bi_m=productlisting:mobile_phone_off:queryandcategory&bi_c=MjY2ZWY4YzQtNzNmZS00ODAxLWI5Y2QtODY5NTAyODQ4MjZjAA&bi_t=ape&referrer=proxy&emission_unit_id=c58ebd28-b929-4e86-9bd6-3d90564b4fa0

+ to alienware więc wykonanie jest git
+ jest biały (chciałem biały xD)
+ 17 cali
+ możliwa negocjacja ceny

- zeszłoroczny model
- niepewne źródło
- dystrybucja usa
- co z gwarancją(do ustalenia)

#komputery #laptopy #dell #programowanie #programista15k #pcmasterrace

Który laptop

27 Głosów
def

Albo bierzesz thinkpada albo macbooka jak sprzet do pracy, innego wyboru nie ma

Dzemik_Skrytozerca

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ć

Cześć,
W celu nauki zagadnień sieciowych chce na Raspberry pi 4 postawić serwer Next cloud, chce go też wystawić na zewnątrz aby był dostępny poza siecią lokalną.

Postawienie serwera lokalnego jest bardzo proste. Podpiąłem do RPI dysk SSD SanDisk 1TB QVO(znam opinie o tym dysku) i zrobiłem instalacje Next cloud, działa w sieci lokalnej bez problemu.

Teraz chciałbym wypłynąć na nieznane wody i wystawić go na zewnątrz.

Mam serwer na mikrusie, własną domeny i
Hosting. Czytałem już, że przez cloud flare można to jakoś podłączyć ale nie mam pojęcia jak to zrobić, z czym co się je. Jak to zrobić bezpiecznie etc.

"Szybko się uczę" ale na początek chętnie posiłkowałbym się jakimiś gotowymi poradnikami bo nie wiem od czego zacząć. Mogą być po angielsku.

Kolejnym zadaniem jakie sobie zaplanowałem w tej tematyce jest postawienie API raczej w spring boot bo kotlina trochę znam.

Z jakich stron czerpać podstawową wiedzę na ten temat? Od czego zacząć?

#webdev #siecikomputerowe #sieci #komputery #programowanie #mikrus

Edit: chciałbym to zrobić mając zmienne IP.
mike-litoris

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ć

Nie wiem czy słyszeliście, ale pracę nad 6G już trwają! Będziesz szybciej, lepiej, więcej! Dodatkowo ja słyszałem o rekinach (#pdk) Nie pytajcie mnie tylko, po co to komu, bo nikt tego nie wie. Ale w tak zwanym międzyczasie 3GPP zatwierdziło oficjalne logo 6G . Jak zwykle, chłopaki dali z siebie mocne 30%!

#technologia #ciekawostki #telekomunikacja #telcozhejto #programowanie #programista15k #pracait
66f76c2d-efad-4557-b10a-1941fdc4da25
VonTrupka

producenci baterii do telefonów lubią to (☞ ゚ ∀ ゚)☞

Marchew

@groman43 Ja poproszę lepsze pokrycie 4G, -115 dbm na otwartej przestrzeni plzzz.

Ciekawe co mi zaoferuje 5G : )

Zaloguj się aby komentować

#daily_wolnegostudenta

Uprzejmie donoszę że żyję

#bieganie
Z rana wyszłam pobiegać, pierwszy raz od liceum. Biegałam razem z chłopakiem i było naprawdę fajnie. Spotkaliśmy innego biegacza i nam pomachał i ja mu odmachałam. Nie sądziłam że bieganie może być fajnie ale bawiłam się tylko trochę gorzej niż na rowerze.

Praktyka uważności też działa, bo po treningu zamiast myśleć o kurde jak mnie mięśnie bolą myślałam hmm to było fajne, jestem teraz zmęczona ale mimo to cieszę się bo było to fajne przeżycie. No tak więc #psychika na plus

A co z #programowanie ?
Jak wróciłam to wrzuciłam merge request na wspólny projekt i zabrałam się za laby. Od 12 do 20 siedziałam i próbowałam połączyć natywną bibliotekę napisaną w Cpp z aplikacją napisaną w javie. W międzyczasie była przerwa na obiad i odcinek serialu, po której sprawy nabrały tempa. Znalazłam w końcu podobny błąd do mojego na gicie jakiegoś OS projektu, sprzed 2-3 lat. Myślałam małe szanse bo dawno ale spróbowałam ich fixa i zadziałało. Jak się okazuje Java w pewnym momencie zgłupiała i przestała sama znajdywać zależne dll więc oprócz wklejania zależnych bibliotek na odpowiednie ścieżki trzeba je jawnie załadować.

Jestem zmęczona, a jutro do pracy.

Powodzenia wam wszystkim i miłego wszystkiego
wombatDaiquiri

@camonday z fartem mordo

Zaloguj się aby komentować

W ostatnią środę dostałem specjalne podziękowania, ponieważ pracuję już 5 lat dla mojego tajwańskiego ciemiężcy, tego złodzieja scrum mastera z drugiego końca świata. Z tej okazji, a także ponieważ mam 10+ lat doświadczenia w branży, postanowiłem, że podzielę się swoimi spostrzeżeniami

- Rynek IT w Polsce jest dość nudny i nieinnowacyjny. Królują CRUDy oraz aplikacje mobilne, które zachodnie korporacje outsourcują w Polsce.

- Nie zna życia ten, kto widział same CRUDy w swojej karierze. Dlatego nie zgadzam się z tak częstym na wypoku wrzucaniem wszystkiego do jednego worka.

- Embedded uczy pokory. Zwykle najbardziej problematyczne są wymagania niefunkcjonalne, szczególnie że pracuję nad twardymi systemami czasu rzeczywistego. Kiedyś spędziłem tydzień, żeby zaoszczędzić około 1kB pamięci.

- Jeszcze bardziej uczy pokory fakt, że mój soft śmiga na milionach chipów na całym świecie. Jak to powiedział Ed Murphy, jeśli coś może pójść źle, to prędzej czy później pójdzie. Jak to ja mówię, jeśli coś może pójść źle, to pójdzie w najgorszym możliwym momencie.

- MediaTek ma moim zdaniem bardzo dobry mechanizm rozliczania programistów. Jeśli coś zepsujesz, to po prostu musisz to naprawić. Nawet jeśli u ciebie jest czwarta rano w sobotę xD

- Naoglądałem się mnóstwo „dziwnych” problemów, w stylu problemy z cache lub z bugi w HW.

- Przez ostatnie 5 lat, MediaTek wypuścił rodzajów 38 chipów (plus dwa chipy testowe, które nigdy nie wyszły z labu), na których śmiga mój soft.

- Mimo że jak na europejskie standardy pracuję bardzo dużo (czasem nawet około 60 godzin tygodniowo), nie czują się wykorzystywany. Wręcz przeciwnie, jestem pewien, że moja praca prędzej czy później zostanie wynagrodzona.

- W wielu zachodnich korporacjach, im wyżej postawiony manager, tym większy przeciętny inaczej, oderwany od rzeczywistości. W MediaTeku jest odwrotnie.

- Spec 3GPP jest naprawdę spieprzony xDDD

#programowanie #programista15k #pracait
korfos

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.

m_h

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

pierdonauta_kosmolony

@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ć

Nie tak dawno temu dokonałem czegoś niemożliwego - znalazłem błąd który był w obcej bibliotece, a nie w moim kodzie.

Na jednym ze starych armów których używamy, odkryliśmy bład w pythonowym programie, gdzie podczas testowania punktów poza okręgiem o promieniu 30, niekiedy wartości wyskakiwały poza skalę.

W okręgu r<30 mamy ~60 punktów z wartościami, które im dalej od środka, tym bardziej się powinny zmniejszać. Dla punktów spoza okręgu r>30 musimy to ekstrapolować, bo do nich danych nie mamy.

Lokalnie na komputerze wszystko mi działało, choć metoda ekstrapolacji wartości RBFInterpolator(korzystamy ze starszej wersji scipy - nie możemy jej niestety łatwo podnieść na urządzeniu, by przetestować czy została naprawiona) dawała nieco niepoprawne i zawyżone wyniki.

Dla pewności ujednoliciłem wersje wszystkich pakietów(głównie zależności pośrednich, bo główne zależności były w tej samej wersji) pomiędzy urządzeniem i komputerem, jednak nie przyniosło to żadnej poprawy.

Przełożony na wieść że nie występuje problem lokalnie, zasugerował bym upewnił się że wszystko lokalnie sprawdzam z tymi samymi parametrami co na urządzeniu. Niezbyt wziął pod uwagę moje wątpliwości co do tego, że może jest to wina biblioteki - szczerze mówiąc się mu nie dziwię, bo z jego strony nie wyglądało to zbyt dobrze - gościu tylko od roku programujacy mówi że być może to nie jego wina i problem może występować w jednej z najpopularniejszych bibliotek pythona i w issues na githubie nie było nawet jednego podobnego wątku.

Ostatecznie udało mi się zilustrować wartości w siatce w kwadracie (od -100 do 100) przy użyciu matplotlib, gdzie widoczne było że na komputerze wartości w miarę regularnie zmniejszają w miarę oddalania od środka. W przypadku urządzenia ARM, wartości promieniście odchodzące z kątów 0,90,180,270 stopni poza okręgiem(r>30), są wybite poza wszelkie granice.

Wygląda więc że w przyszłości będziemy musieli, zainstalować na produkcyjnym sprzęcie pytest, by sprawdzić czy wszystko działa tak jak powinno na armowym urządzeniu, skoro nikomu już nie można wierzyć.

#python
#programowanie
b48a7301-09cf-499d-ab8f-77e27bef38f0
ZohanTSW

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

Ilirian

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)

sadamasin

Używacie biblioteki scipy i się dziwicie… zaciągnijcie normalnie z github a nie z jakiejś cipy…

Zaloguj się aby komentować