programowanie

Jeszcze słowo o TDD

O TDD napisano wiele, sam napisałem całkiem sporo i mówiłem całkiem sporo podczas kilku prelekcji. Używam TDD od ponad 5 lat już. Powinienem być super mega ninja pro TDD master. Mimo tego jakiś czas temu, pisząc bardzo prosty kod, na prawdę super prosty, naszła mnie taka refleksja: Jest zielone, jest ok. [csharp] [Fact] public void …

Jeszcze słowo o TDD Read More »

Z długiem czy bez długu

Z tematu dług technologiczny zrobił się całkiem spory cykl. Mimo, że nie wszystkie aspekty zostały poruszone, to myślę, że poruszone zostały wszystkie najważniejsze jego aspekty zatem nadszedł czas na odpowiedzenie sobie czy da się realizować projekty bez długu. Odpowiedź krótka brzmi NIE. Jeśli w każdym aspekcie będziemy korzystali z wszystkiego NAJ to przy dzisiejszym tempie …

Z długiem czy bez długu Read More »

Co trzeba zrobić aby w Visual Studio mieć bogaty intelisense

Rozważmy taki kawałek kodu: [csharp] public double CaclulateField(double width, double height){ return width * height; } [/csharp] Podpowiadanie składni dla niego wygląda tak: Ogólnie szału nie ma. Można się domyśleć co robi funkcja i co podać w parametrach jednak czasem chciało by się mieć pięknie opisane parametry – szczególnie gdy tworzymy publiczne api, które będzie …

Co trzeba zrobić aby w Visual Studio mieć bogaty intelisense Read More »

Wywiad z Robertem C. Martinem – Uncle Bobem

Jeśli jeszcze nie jesteś przekonany do potrzeby profesjonalizmu to najwyższa pora zapoznać się z poniższym wywiadem z Robertem C. Martinem. A jeśli nie wiesz kim jest Robert C. Martin to najwyższa pora zapoznać się z jego opiniami na temat programowania, TDD i profesjonalizmu w programowaniu. [youtube=http://www.youtube.com/watch?v=OIHvp7WzuH0&hd=1] Jeżeli zainteresował Cię ten temat to warto zapoznać się …

Wywiad z Robertem C. Martinem – Uncle Bobem Read More »

Common Reuse Principle–czyli jeśli używasz jednej klasy to używasz wszystkich

Zasada Common Reuse Principle mówi, że klasy w pakiecie/assembly są ponownie używane wspólnie. Jest to konsekwencja Reuse Release Equivalence Principle z której wynika, że klient posiada referencje do całej biblioteki a nie pojedynczej klasy. Z tego zaś wynika, że jeżeli polega na jednej klasie (wykorzystuje jedną klasę)  to może wykorzystywać wszystkie. W końcu publikując bibliotekę …

Common Reuse Principle–czyli jeśli używasz jednej klasy to używasz wszystkich Read More »

Common Closure Principle – czyli o coś porządkowaniu

Sporo czasu poświęciłem na elektronikę i mimo tego, że nie byłem i nie jestem przesadnie pedantyczny to tranzystory i rezystory zawsze miałem uporządkowane w klasterach z posklejanych pudełek po zapałkach lub woreczkach strunowych. Takie postępowanie powodowało, że zawsze wiedziałem gdzie szukać tego jednego rezystora, który właśnie potrzebowałem. Takie segregowanie nie ma znaczenia przy 10-20-50 elementach, …

Common Closure Principle – czyli o coś porządkowaniu Read More »

Reuse Release Equivalence Principle czyli dlaczego nie kopiujemy kodu

W poprzednich częściach przeszliśmy przez zasady SOLID. S – Single Responsibility Principle (oraz cz. 2) O – Open Close Principle (oraz cz. 2) L – Liskov Substitution Principle I – Interface Segregation Principle D – Dependency Inversion Principle Słowo SOLID bardzo dobrze odzwierciedla to, do czego te zasady prowadzą czyli do budowania solidnego kodu. Przez …

Reuse Release Equivalence Principle czyli dlaczego nie kopiujemy kodu Read More »