@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

#programista15k #programista #naukaprogramowania

Ja gdybym ja mógł cofnąć czas to cofnąłbym się o jakieś 5 lat do wyboru szkoły średniej i zamiast technikum informatycznego wybrałbym biolchem - nie dość że miałbym same dziewczyny w klasie przez co miałbym NA MAKSA NAJOSTRZEJSZE RUCHANIE ubijanie kotleta zamiast pryszczatych gejów z długimi tłustymi włosami to jeszcze poszedłbym na studia medyczne gdzie zostałbym jakimś kardiologem, dermatologiem czy stomatologiem 100k miesięcznie
i.....e - #programista15k #programista #naukaprogramowania

Ja gdybym ja mógł cofnąć ...

źródło: dfg

Pobierz
  • 9
  • Odpowiedz
  • Otrzymuj powiadomienia
    o nowych komentarzach

@GeDox: bo co? bo zmieniłbym karierę na taką gdzie:

- nie zmienia się pracy co 2 lata
- nie trzeba szkolić się z nowego frameworka JS który po roku staje się nieaktualny
- można założyć swoją firmę (B2B to nie jest firma, tylko etat) nie rywalizując z gigakorporacjami
- jest stabilna, nie wyjebią cię od tak
- masz perspektywy pracy za 10 lat
  • Odpowiedz
- nie zmienia się pracy co 2 lata


@iluvmypickle: W sumie to jest prawa :/ Wiele devów rotuje po firmach, jest spore wypalenie, presja w Sprintach, każdy szuka gdzieś na chwilę spokoju. Smutne też zarazem.
  • Odpowiedz