@Pudzianator321: „Patrzcie! Zrobiliśmy samochód który sam pilnuje się pasa jazdy na autostradzie i odległości od następnego pojazdu. To jest przyszłość, niedługo kierowcy nie będą potrzebni, samochody będą prowadziły się same! Teraz tylko wystarczy dorobić parę mniej istotnych ficzerow jak nierozjeżdżanie rowerzystów i możecie oddać prawo jazdy”. Tymczasem 20 lat później: „cholerni pedalarze, znowu nasz pojazd rozjechał jednego. Hamulcowi postępu!”
  • Odpowiedz
Chcę stworzyć metodę w springowym kontrolerze, z endpointem pod który wyślę dużo danych (dostałem jsona z 20 polami, ale może być ich więcej w przyszłości). i te dane prześlę dalej robiąc calla do zewnętrznego api żeby wyciągnąć jakieś tam dane biznesowe.

No i tu pytanie. Mówią, że GET służy do pobierania danych a POST tylko do zmiany stanu. Ale raczej nie jest to bezpieczne wysyłać te dane w urlu, co wtedy? Można
  • 3
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@mirek_dev: GET może mieć body

Niestety nie jest to dobrym pomysłem bo dużo bibliotek / serwerów / proxy HTTP nadinterpretuje specyfikację (lub zostało zakodowana na bazie nieaktualnej, sprzed 2014) i potrafi robić różne dziwne rzeczy jak np. ignorować body w GET albo nie pozwala go dodać po stronie klienta itp. - jeśli tak jest to jest to radosna twórczość tychże bibliotek, bo obecnie obowiązująca specyfikacja HTTP nie zabrania.

A payload
  • Odpowiedz
Cześć!

Chciałbym zrobić mały projekt webowy, który mógłby ułatwić życie wszystkim posiadaczom samochodów. Idea jest taka: użytkownik rejestruje się w serwisie, dodaje dane swojego pojazdu (VIN, tablica rejestracyjna, data pierwszej rejestracji), a serwis wyświetla dane o ważności przeglądu oraz ważności polisy ubezpieczeniowej. Dodatkową funkcją ma być wysyłanie powiadomień o zbliżającym się przeglądzie lub wygasaniu polisy według własnych preferencji. Wiem że jedną z tych funkcjonalności ma mObywatel oraz niektóre aplikacje do monitorowania swojego pojazdu
  • 10
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@b4rosz: tak, musisz mieć do tego też infrastrukturę sieciową odpowiednią. Dodaj kwestię backupu bazy danych. Wysyłanie powiadomień jak? Na telefon? Mailem? W pierwszym przypadku koszty albo apka na telefon potrzebna, w drugim możesz szybko trafić na blacklisty i serwery pocztowe będą Cię wycinać. Dodaj też kwestie RODO. To znów wymaga odpowiednich zabezpieczeń, procedur. Napisanie softu do przeszukania bazy danych to banał, schody i to duże zaczynają się obok.
  • Odpowiedz
@nad__czlowiek: Polecam kotlin, ma kotlin.Result wbudowany w std ;-)

A kolejne biblioteki są po to by developerzy mieli fun ucząc się kolejnych rzeczy i mogli sobie je wpisać w CV ;-)
  • Odpowiedz
odczuwam coś (...) porównałbym to (...) odkrył miejsce jakiejś zbrodni wojennej (...) jakiś masowy grób


@iluvmypickle: Ja z kolei odczuwam lekkie zażenowanie po przeczytaniu pierwszego paragrafu.
  • Odpowiedz
W 2023 roku już wszedłem w dorosłość


@iluvmypickle: nie łam się, świeżak jeszcze jesteś a początek niestety jest ciężki. Dla wielu bo tylko szczęściarze dostają wszystko pod nos, reszta musi sama sobie zapracować. Ale z opisu jesteś na dobrej ścieżce - masz ambicje, pomysły i zacząłeś już robotę w zawodzie. Teraz wbijać doświadczenie i śmigać do przodu.
  • Odpowiedz
Czy w testach powinienem tworzyć zmienne?
Mam taki test:

@test
void whenUserExist_DeleteUserSessions() {
  • 21
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

Nie tylko zmienne ale często nawet stałe.


@pulaas: @Kamishimi: Do rzeczy typu "id obiektu potrzebnego w testach" zdecydowanie, szczególnie że zaraz to samo id pojawi się w innym testcase.

A jak coś się powtarza w kilku miejscach, to dobrze jest stworzyć interface, w którym będziesz przechowywał stałe dostępne dla wszystkich
  • Odpowiedz
Jako senior developer z 16 letnim doświadczeniem/były tech lead/były cto zachodniego startupu

Powiem że widzę ogromny wpływ AI na rynek pracy IT.

Dla każdego kto zastanawia się nad studiami informatycznymi/bootcampem itd. - Nie róbcie tego
W ciągu roku/dwóch ponad połowa programistów/testerów/devopsów straci pracę i zostaną z niczym!
  • 68
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach