sebastian-malaca.blogspot.com
Programistyka: Prosić czy pytać?
http://sebastian-malaca.blogspot.com/2015/06/prosic-czy-pytac.html
O programowaniu i projektowaniu obiektowym w pigułce . Piątek, 26 czerwca 2015. O prawach i zasadach. Jakiś czas temu pisałem o Law of Demeter. O tym o co w tym właściwie chodzi oraz o plusach przestrzegania prawa :) Dzisiaj chciałbym przybliżyć Wam zasadę Tell, don’t ask, która w moim odczuciu jest punktem wyjścia do wspomnianego wcześniej prawa, przestrzeganie LoD jest jednym z następstw stosowania zasady TDA. Dobra, ale o co prosić, a o co nie pytać? Pytania i prośby, czyli „że co? Jednak nie można po...
sebastian-malaca.blogspot.com
Programistyka: Where's the law?
http://sebastian-malaca.blogspot.com/2015/04/wheres-law.html
O programowaniu i projektowaniu obiektowym w pigułce . Poniedziałek, 20 kwietnia 2015. Z obcymi (nie) za pan brat. Jeżeli chcielibyśmy ująć kwintesencję Prawa Demeter (Law of Demeter) w jednym zdaniu to brzmiałoby ono: "rozmawiaj tylko z (bliskimi) przyjaciółmi". W pełnej formie mówi ono o tym, że metoda danego obiektu może odwoływać się jedynie do metod należących do:. Tego samego obiektu,. Dowolnego parametru przekazanego do niej,. Dowolnego obiektu przez nią stworzonego,. Warto również mieć na uwadze ...
sebastian-malaca.blogspot.com
Programistyka: czerwca 2015
http://sebastian-malaca.blogspot.com/2015_06_01_archive.html
O programowaniu i projektowaniu obiektowym w pigułce . Piątek, 26 czerwca 2015. O prawach i zasadach. Jakiś czas temu pisałem o Law of Demeter. O tym o co w tym właściwie chodzi oraz o plusach przestrzegania prawa :) Dzisiaj chciałbym przybliżyć Wam zasadę Tell, don’t ask, która w moim odczuciu jest punktem wyjścia do wspomnianego wcześniej prawa, przestrzeganie LoD jest jednym z następstw stosowania zasady TDA. Udostępnij w usłudze Twitter. Udostępnij w usłudze Facebook. Udostępnij w serwisie Pinterest.
sebastian-malaca.blogspot.com
Programistyka: JDD2014: Code review - jak więcej zyskać niż stracić?
http://sebastian-malaca.blogspot.com/2014/12/jdd2014-code-review-jak-wiecej-zyskac.html
O programowaniu i projektowaniu obiektowym w pigułce . Czwartek, 11 grudnia 2014. JDD2014: Code review - jak więcej zyskać niż stracić? Jakiś czas temu pisałem o moim planowanym występie na JDD 2014. Wczoraj pojawił się film na youtubie z moją prezentacją, do którego obejrzenia gorąco Was namawiam. I liczę na jakiś feedback z Waszej strony, abym wiedział co poprawić na przyszłość :). Jeżeli będziecie mieli trochę czasu i ochoty to zapraszam również na kanał PROIDEAconferences. Udostępnij w usłudze Twitter.
sebastian-malaca.blogspot.com
Programistyka: JDD 2014
http://sebastian-malaca.blogspot.com/2014/10/jdd-2014.html
O programowaniu i projektowaniu obiektowym w pigułce . Środa, 8 października 2014. W końcu zebrałem się w sobie i udaję się na konferencję w roli speakera. Co prawda z tegorocznym PHPCon'em. Nie wyszło, ale już niedługo, bo w przyszłym tygodniu, będziecie mieli okazję posłuchać mnie na JDD 2014. Będę mówił o Code Review, o tym co zrobić, żeby wycisnąć z niego wszystko, co najlepsze. Wiem, że trochę późno, ale mimo to serdecznie zapraszam. Może z niektórymi z Was będę miał okazję w końcu porozmawiać :).
sebastian-malaca.blogspot.com
Programistyka: Test Doubles - z czym to się je?
http://sebastian-malaca.blogspot.com/2015/03/test-doubles-z-czym-to-sie-je.html
O programowaniu i projektowaniu obiektowym w pigułce . Piątek, 20 marca 2015. Test Doubles - z czym to się je? O czym dzisiaj pomówimy? Coś ostatnio niewiele kodu było na blogu, więc postanowiłem to trochę nadrobić. Tak więc dzisiaj czeka na Was jego odrobinę większa porcja. Dzisiaj chciałbym Wam opowiedzieć trochę o Test Doubles. Do czego je wykorzystujemy? A po krótkim teoretycznym wstępie przyjdzie pora na to, co programiści lubią najbardziej – kod :). Tak więc, aby nie przedłużać, zaczynajmy…. Aby mó...
sebastian-malaca.blogspot.com
Programistyka: kwietnia 2015
http://sebastian-malaca.blogspot.com/2015_04_01_archive.html
O programowaniu i projektowaniu obiektowym w pigułce . Poniedziałek, 20 kwietnia 2015. Z obcymi (nie) za pan brat. Jeżeli chcielibyśmy ująć kwintesencję Prawa Demeter (Law of Demeter) w jednym zdaniu to brzmiałoby ono: rozmawiaj tylko z (bliskimi) przyjaciółmi. W pełnej formie mówi ono o tym, że metoda danego obiektu może odwoływać się jedynie do metod należących do:. Tego samego obiektu,. Dowolnego parametru przekazanego do niej,. Dowolnego obiektu przez nią stworzonego,. Udostępnij w usłudze Twitter.
sebastian-malaca.blogspot.com
Programistyka: Senior Deweloper - a któż to jest?
http://sebastian-malaca.blogspot.com/2014/10/senior-deweloper-ktoz-to-jest.html
O programowaniu i projektowaniu obiektowym w pigułce . Piątek, 3 października 2014. Senior Deweloper - a któż to jest? Gdy każdy widzi to inaczej. W mojej poprzedniej firmie mieliśmy pewnego razu kilka dyskusji dotyczących definicji ról w projektach i odpowiedniego tytułowania osób, które w nich uczestniczą. O ile nie było większych problemów z określeniem tego kim jest Junior oraz Regular Developer, to gdy przyszło do definiowania roli Seniora dyskusja zrobiła się naprawdę ciekawa :). Senior Developer t...
sebastian-malaca.blogspot.com
Programistyka: Każdy koniec to nowy początek
http://sebastian-malaca.blogspot.com/2015/08/kazdy-koniec-to-nowy-poczatek.html
O programowaniu i projektowaniu obiektowym w pigułce . Czwartek, 6 sierpnia 2015. Każdy koniec to nowy początek. Z przykrością muszę napisać, że ze względu na brak czasu niestety nie pojawi się już więcej nowych wpisów na Programistyce. Wszystkim tym, którzy przez tyle czas czytali kolejne artykuły, komentowali lub w inny sposób motywowali mnie do tworzenia kolejnych treści serdecznie dziękuję. Let’s talk about Java. Between success and failure. Oczywiście jest jeszcze Webmastah.pl. Po pierwsze, Let̵...
sebastian-malaca.blogspot.com
Programistyka: Zróbmy coś bezużytecznego
http://sebastian-malaca.blogspot.com/2015/05/zrobmy-cos-bezuzytecznego.html
O programowaniu i projektowaniu obiektowym w pigułce . Wtorek, 12 maja 2015. Wszystko ma sens wtedy, gdy ma sens. Nie tworzysz kodu, którego nie potrzebujesz z kilku powodów. Po pierwsze, może się okazać, że go (o ironio! Po drugie, dodajesz pracy sobie i innym, ponieważ ktoś musi o ten kod dbać, ktoś będzie go zapewne niejednokrotnie czytał, i tak dalej. Po trzecie, kod który jest niepotrzebny stwarza problemy ze zrozumieniem aplikacji, bo przecież „skoro ktoś to dodał, to jest potrzebne”. Nie tworzysz ...
SOCIAL ENGAGEMENT