Michał Kuliński BLOG

Ostatnio na naszym kanale Slackowym  kolega polecił mi, żebym zmienił bibliotekę do unit testów na nowszą i częściej używaną. Zachęcał mnie do wybrania raczej biblioteki minitest . Rzeczywiście jest to biblioteka bardziej popularna i więcej może. Tylko ja z moją starą biblioteką test-unit nadal spełniam warunek numer 3 z przysięgi programisty : 3. Dostarczyć z każdą wersją aplikacji szybki, pewny i powtarzalny dowód, że każda część kodu działa tak jak powinna. Jeżeli tak, to po co bić pianę ? Jeżeli będę potrzebował większych możliwości w przyszłości rzeczywiście zmienię bibliotekę. Na razie postąpię według reguły  KISS  (nie komplikuj głuptasku). Poprzedni odcinek: http://michalkulinski.blogspot.com/2017/03/zagraj-to-jeszcze-raz-sam.html Dopiszę kolejne wymaganie do naszej aplikacji. Klienci i Goście z IT mogą zasubskrybować Media. Mogą też wysłać swoją reklamę, która ukaże się cykliczne w medium proponowanym przez Media. Do mojego pliku z testami dodałem nowy...

Jak skalujesz system komputerowy? Jedna rzecz powinna być oczywista: w którymś momencie potrzebujesz mieć więcej niż jeden komputer. Był taki czas, i to było całkiem niedawno, kiedy skalowanie mogło być osiągnięte przez czekanie. Po prostu czekałeś, aż komputery staną się szybsze i potężniejsze. Po każdych kilku miesiącach miałeś automatycznie wzrost na skali. Poniższy tekst jest luźnym tłumaczeniem wpisu bloga Roberta Cecila "Wujka Boba" Martina ze strony : http://blog.cleancoder.com/uncle-bob/2014/10/01/CleanMicroserviceArchitecture.html Proszę o komentarze, jeżeli ta luźność jest zbyt daleko posunięta. Pomijając, czy była to dobra strategia czy nie; to już tak nie działa. Wraz z nadejściem nowego tysiąclecia, projektanci sprzętu przestali próbować podnosić częstotliwość taktowania zegara i zamiast tego zaczęli rozmnażać rdzenie. Faktem jest, że aby osiągnąć to rozmnożenie - projektanci sprzętu usuwali pamięć podręczną i potoki, któ...

OK, czyli ostatnio skończyliśmy na tym, że trzeba ustawić wartość środowiskową przed startem skryptu. Chciałem do tego zaprząc narzędzie o nazwie rake - czyli menadżer budowania dla ruby. Ostatni odcinek tu:  https://michalkulinski.blogspot.fr/2017/03/prezentacja-aktorow.html Idea, która stoi za rake jest ciekawa. Postanowiono w skryptach do budowania ruby pisać w ..... ruby. Proste i genialne jednocześnie. Poza tym fajna gra słów w nazwie. Nazwa pochodzi od wcześniejszego narzędzia make dla C++ - tylko zamieniono literkę "M" na literkę "R" jak Ruby. Poza tym rake w tłumaczeniu to grabie. Pasuje idealnie, jeżeli przyjąć ostatni trend porównywania tworzenia oprogramowania do projektowania i utrzymywania ogrodu zamiast do budowania domów. W toku okazało się, że nie muszę ustawiać żadnej zmiennej środowiskowej.  To zadziała: coola@sv26 [/home/coola/dsp2017/xp-simulator]# ruby ./test/smoke_test.rb Jeżeli tylko ustawie prawidłowo ścieżki require: ...

Chcę zostać architektem oprogramowania. To dobry cel dla młodego dewelopera. Chcę kierować zespołem i podejmować wszystkie ważne decyzje dotyczące baz danych, frameworków, serwerów webowych i całego tego stuffu. Acha. No cóż, czyli tak naprawdę nie chcesz być architektem oprogramowania. Poniższy tekst jest luźnym tłumaczeniem wpisu bloga Roberta Cecila "Wujka Boba" Martina ze strony : http://blog.cleancoder.com/uncle-bob/2016/01/04/ALittleArchitecture.html Proszę o komentarze, jeżeli ta luźność jest zbyt daleko posunięta. Oczywiście, że chcę! Chcę być tym, który podejmuje te wszystkie ważne decyzje. No dobrze, ale Ty nie wymieniłeś ważnych decyzji. Wymieniłeś te nieistotne. Co masz na myśli? Baza danych nie jest ważną decyzją? Czy wiesz ile pieniędzy wydajemy na nią? Prawdopodobnie za dużo. I nie, baza danych nie jest jedna z najważniejszych decyzji. Jak możesz tak mówić? Baza danych to serce systemu! To tam wszystkie dane są poukładan...