Aktywne Wpisy
wyslij_nudeski +170
Zmieniło się wszystko. Poza Starym.
Zmienił się mental, problemy, leki, diagnozy.
W sumie to człowiek wiedział, że to jebnie, ale myślał, że jeszcze spokojnie sobie 10 lat pożyje. A tu proszę, wątpliwości co do ewentualnego życia. Nie z powodu psychiki.
Zdiagnozowali u mnie coś pomiędzy zespołem Ehlersa-Danlosa a zespołem Marfana. Nie googlujcie. W skrócie chodzi o to, że mój organizm jest gównem, bo nie działa produkcja kolagenu. A kolagen jest w całym
Zmienił się mental, problemy, leki, diagnozy.
W sumie to człowiek wiedział, że to jebnie, ale myślał, że jeszcze spokojnie sobie 10 lat pożyje. A tu proszę, wątpliwości co do ewentualnego życia. Nie z powodu psychiki.
Zdiagnozowali u mnie coś pomiędzy zespołem Ehlersa-Danlosa a zespołem Marfana. Nie googlujcie. W skrócie chodzi o to, że mój organizm jest gównem, bo nie działa produkcja kolagenu. A kolagen jest w całym
Bibi_Mechanik +94
#alkoholizm Od połowy maja ani łyka alkoholu, wczesniej 2-3 czteropaki na dzień. Dawno już nie byłem tak długo trzeźwy i mam nadzieję, że jeszcze trochę wytrzymam
Stąd pytanie, będę wdzięczny za wszelkie uwagi dotyczące stylu pisania.
https://pastebin.pl/view/2f0a9dfd
#naukaprogramowania #java
Edit:
W pseudokodzie:
result = true
if(!isValidDay)
result = false
else if (!isValidCośTam)
result = false
Masz tam kilka fragmentów jak liczenie sumy kontrolnej i różnego rodzaju walidacje. Warto to podzielić na metody których nazwa dokładnie mówi co sprawdzamy. Wtedy ktoś analizując główną metodę widzi tylko proste nazwy metod typu HasCorrectCheckSum, HasCorrectLength, HasCorrectDate a nie od razu szczegóły implementacji.
Poszczególne metody będą łatwiejsze do analizowania i krótsze
if (isValidDay && isValidCośTam &&....)
Zresztą zamiast if może już nawet być return (IsValidDay && ... &&).
Tutaj był by 4 metody chyba: IsValidLength, IsAllDigits, IsValidDate, IsCorrectCheckSum więc do przeżycia.
Samo unikanie negowania warunków jest sugerowane w różnych regułach czystego kodu.
https://moderatemisbehaviour.github.io/clean-code-smells-and-heuristics/general/g29-avoid-negative-conditionals.html
@szwe: Tak jak napisał @kinemator, jeśli jeden z warunków zostanie spełnionych nie sprawdzamy dalej, pesel jest niepoprawny.
@Zarix: kwestia gustu, ale doświadczenie na różnym kodzie, pokazuje że czytelniej jest jak wychodzisz z metody jak tylko nie ma sensu jej przetwarzać. Wszystko ładnie się wyrównuje do lewej, nie ma głębokich wcięć w kodzie. Łatwiej ogarnąć a przede wszystkim nic ci (z powodu błędu) nie zmieni wyniku. Mnie też uczono, żeby było