Wpis z mikrobloga

@wytrzzeszcz:
1. Klasa powinna oddawać jakiś fragment rzeczywistości. Jak masz sklep to klasą może być Koszyk, Pracownik, Klient itp.
2. Dziedziczenie i klasy abstrakcyjne należy ograniczać do minimum. To może i fajnie wygląda jak masz wiele klas, ale:
- taki kod jest wolny
- taki kod ciężko jest poprawiać i rozwijać
3. Klasa powinna być czarną skrzynką. Czyli inny programista powinien umieć z niej skorzystać bez zaglądania do tego, jak jest
co ty masz z tymi immutable


@pozdro_dla_niekumatych: Co ja mam? Ano mam to, że ktoś kiedyś wymyślił parę rzeczy

which seemed to be good at the time.

Ale od tego czasu świat poszedł do przodu. W normalnej wysokopoziomowej aplikacji nikt już nie zaśmieca sobie głowy siedmiobitowym ASCII, ustawianiem głowicy nad odpowiednią ścieżką w dysku, ustawianiem zmiennych globalnych, sprawdzaniem nulli czy setterami. Niektórzy nadal uważają, że one są 'trendy', ale tak na