Hej!

Jakiego barbera polecacie w Rzeszowie?

#rzeszow #barber

25/100 dni z książką

“Czyste testy powinny spełniać pięć zasad [...]:
Szybkie [...] Gdy testy działają powoli, nie chcemy ich uruchamiać zbyt często.
Niezależne [...] Jeśli testy zależą od siebie, to gdy nie uda się pierwszy test, powstaje kaskada awarii, co utrudnia diagnozę i ukrywa awarie na niższym poziomie.
Powtarzalne [...] Jeżeli nasze testy nie są powtarzalne w każdym środowisku, to zawsze będziemy mieli wymówkę, gdy się nie powiodą.Pokaż całość

24/100 dni z książką

Pokaż spoiler

“Istnieje szkoła programowania twierdząca, że każda funkcja testowa w JUnit powinna mieć jedną instrukcję asercji. Zasada ta może wydawać się drakońska [...] Uważa, że zasada jednej asercji jest dobrą wskazówką. [...] Jednak nie obawiam się umieszczać więcej niż jednej asercji w teście. Uważam, że możemy jedynie stwierdzić, iż liczba asercji w teście powinna być zminimalizowana.
Lepszą zasadą dotyczącą testów jest obejmowanie jednej koncepcji w każdej funkcji testowej.”

[Pokaż całość

Czy możecie polecić jakąś książkę wprowadzającą w temat renderingu w grach komputerowych? Gdyby było tam też coś o optymalizacji, batchingu itd. to by było świetnie.

#gry #gamedev #unity3d

23/100 dni z książką

Trzy prawa TDD

“Możemy zdefiniować trzy następujące prawa:
Nie można zacząć pisać kodu produkcyjnego do momentu napisania niespełnionego testu jednostkowego.Pokaż całość

22/100 dni z książką

Wczoraj rozgorzała gorąca dyskusja - dzisiaj temat nawiązujący.

“Nie przekazujemy null.
Zwracanie wartości null z metod jest niedobrą praktyką, ale przekazywanie wartości null do metod jest jeszcze gorsze. O ile nie korzystamy z API, które oczekuje wartości null, i o ile mamy taką możliwość, powinniśmy unikać przekazywania null we własnym kodzie. [...] W większości języków programowania nie istnieje dobra metoda obsługi wartości null przypadkowo przekazywanych przez wywołującą procedurę. Z tegoPokaż całość

21/100 dni z książką

“Nie zwracamy null.
Nie zliczę widzianych przeze mnie aplikacji, w których niemal każdy wiersz kodu zawierał test wartości null. [...] Gdy zwracamy wartość null, w rzeczywistości tworzymy sobie dodatkową pracę i powodujemy problemy w funkcjach wywołujących. W takich przypadkach brak jednego testu wartości null powoduje, że aplikacja wymyka się spod kontroli.”

[Pokaż całość

20/100 dni z książką

“Obsługa błędów jest ważna, ale jeżeli utrudnia zrozumienie logiki kodu, jest niewłaściwa.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

19/100 dni z książką

“Dobrze znana zasada, nazywana prawem Demeter, mówi, że moduł powinien nie wiedzieć nic o wnętrzu obiektów, którymi manipuluje.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

18/100 dni z książką

“Ukrywanie implementacji nie sprowadza się do dodawania warstwy funkcji nad zmienną. Ukrywanie implementacji polega na tworzeniu abstrakcji!.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

17/100 dni z książką

“A zatem powinniśmy tworzyć krótkie wiersze. Stare ograniczenie Holleritha do 80 znaków jest restrykcyjne [...] Ja staram się nie przekraczać długości 120 znaków.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

16/100 dni z książką

“Jeżeli jedna funkcja wywołuje inną, powinny być one położone blisko siebie, a funkcja wywołująca powinna być umieszczona powyżej wywoływanej, o ile jest to możliwe.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

15/100 dni z książką

“Zmienne powinny być zadeklarowane tak blisko miejsca ich użycia jak tylko to możliwe.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

14/100 dni z książką

“Niewiele jest praktyk tak nieprofesjonalnych, jak zakomentowanie kodu: Nie rób tego!

InputStreamResponse = response = new InputStreamResponse();
response.setBody(formatter.getResultStream(), formatter.getByteCount());Pokaż całość

13/100 dni z książką

“/*Dodane przez Ricka*/
Systemy kontroli wersji świetnie nadają się do zapamiętywania, kto (i kiedy) dodał określony fragment. Nie ma potrzeby zaśmiecania kodu tymi małymi dopiskami. Można uważać, że tego typu komentarze będę przydatne do sprawdzenia, z kim można porozmawiać na temat danego fragmentu kodu. Rzeczywistość jest inna - zwykle zostają tam przez lata, tracąc na dokładności i użyteczności.”Pokaż całość

12/100 dni z książką

“W wielu przypadkach kod mógłby zupełnie obejść się bez komentarzy [...] Co wolelibyśmy zobaczyć? To:

if((employee.flags & HOURLY_FLAG) && (employee.age > 65))
czy to:Pokaż całość

11/100 dni z książką

Pokaż spoiler

“Nie komentuj złego kodu - popraw go. (Brian W. Kernighan i P.J. Plaugher)”

Pokaż spoiler

Pokaż całość

10/100 dni z książką

“Funkcje powinny coś wykonywać lub odpowiadać na jakieś pytanie, ale nie powinny robić tych dwóch operacji jednocześnie. [...] Jako przykład weźmy następującą funkcję:

Public boolean set(String attribute, String value);
Lepszym rozwiązaniem jest oddzielenie polecenia od zapytania, dzięki czemu niejasność nie występuje:Pokaż całość

9/100 dni z książką

“Idealną liczbą argumentów dla funkcji jest zero (funkcja bezargumentowa). [...] Należy unikać konstruowania funkcji o trzech argumentach. [...] Więcej niż trzy argumenty wymagają specjalnego uzasadnienia - a nawet wtedy takie funkcje nie powinny być stosowane”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość

8/100 dni z książką

“Warto zapamiętać zasadę Warda: Wiemy, że pracujemy na czystym kodzie, jeżeli każda procedura okazuje się taką, jakiej się spodziewaliśmy. Połową sukcesu w osiągnięciu tego stanu jest wybór dobrych nazw dla małych funkcji wykonujących jedną operację. Im mniejsze i lepiej ukierunkowane są funkcje, tym łatwiej wybrać dla nich opisową nazwę.”

Pokaż spoiler

#feaoftruss #czystykod #programowanie #programista15k #webdev #gamedevPokaż całość