GeeCON – myśli zapożyczone

geecon_logoTym razem nie będzie pełnej relacji z konferencji. Będzie kilka nieuczesanych oraz zapożyczonych myśli z prezentacji, które podobały mi się najbardziej.

Patrick Copeland opowiadał o pretotypowaniu (pretotyping). Nie wiecie co to jest? Ja też nie wiedziałem. Pretotypowanie to jak najszybsze sprawdzenie, czy jakiś pomysł jest wart realizacji. Zamiast tworzyć prototypy (które kosztują) warto spróbować coś jeszcze prostego – po to, żeby jak najmniejszym wysiłkiem zrobić już jakąś ewaluację naszej idei.Czytaj więcej »GeeCON – myśli zapożyczone

Jak nie zginąć w chaosie zadań?

Jeżeli jesteś osobą, która wykonuje wszystkie swoje zadania w zaplanowanym czasie, jeżeli nigdy ci się nie zdarzyło zapomnieć o czymś ważnym, jeżeli zasypiasz ze spokojnym poczuciem, że wykonałeś wszystko, co miałeś na dziś do zrobienia – nie czytaj dalej tego tekstu!

Jeżeli natomiast masz poczucie, że w Twoim zarządzaniu zadaniami coś warto byłoby poprawić, to być może ten artykuł Ci się do czegoś przyda albo zainspiruje do jakiejś zmiany…Czytaj więcej »Jak nie zginąć w chaosie zadań?

Żonglerka pudełkami, część I – czyli coś o testowaniu

Słowo wstępu

Jednym z ciekawszych etapów wytwarzania oprogramowania jest… testowanie (o ile możemy mówić o etapach, bo w dzisiejszym świecie raczej mówi się o fazach, które przebiegają  w miarę równolegle w ramach wytwarzania nowych funkcjonalności). Testy nie przebiegają w próżni, wymagają środowisk testowych odpowiednio uzbrojonych w konfigurację i dane testowe.

Pierwsza część artykułu opisuje gdzie należy wykonywać testy oraz na jakie trudności i zagadnienia natrafiamy podczas zrządzania środowiskami testowymi. W części drugiej opiszę dokładniej do czego służą różne testy i na co należy zwrócić uwagę przy ich wykonywaniu.

Stosunkowo prosto jest testować pojedynczy system, lecz w typowym dużym przedsiębiorstwie pojedyncze odizolowane systemy występują niezmiernie rzadko. Część systemów jest na etapie utrzymania, część na etapie intensywnego rozwoju, a część dopiero jest wprowadzana do użytku.

Czytaj więcej »Żonglerka pudełkami, część I – czyli coś o testowaniu

Release Wars

Dawno, dawno temu, w odległej galaktyce, w układzie planetarnym Ajti żyli Deweloperzy trudniący się dostarczaniem Zmian do Systemu, który Produkcyjnym był zwany.

Hej, odległe to były czasy, kiedy to gwiazdy jaśniej świeciły, przepisów ograniczających prędkość statków kosmicznych nie było – a każdy Deweloper, który ukończył Zmianę, pakował ją dzielnie na statek własny i na System Produkcyjny osobiście zawoził.

Jednakże plemię Deweloperów rosło w siłę, System rozwijał się, a i Zmian coraz więcej dostarczanych było. Pomiędzy Deweloperami konflikty jakoweś poczęły się pojawiać. To jeden zarzucał drugiemu, że Zmianę mu popsuł, to znów inny mówił iż Zmiany swojej oddać nie może, gdyż System Produkcyjny nadto już się innymi Zmianami odmienił.Czytaj więcej »Release Wars

Co w kuferku siedzi?

Kuferek„Był raz kupiec tak bogaty, że mógł wybrukować talarami całą ulicę. Ale nie zrobił tego, bo używał pieniędzy w inny sposób. Ile razy dał talara, dostawał z powrotem trzy. Był to w istocie dobry kupiec, ale mimo to musiał umrzeć.”

Latający kufer, Hans Christian Andersen

Kuferek (trunk) to gałąź w nieco już archaicznym systemie kontroli wersji SVN, w której znajduje się kod będący podstawą do realizacji nowych zmian. Są różne szkoły, ale znam nie więcej jak dwie podstawowe i jedną wariację odnoście tego co powinno znajdować się w kuferku:

  1. Najświeższy kod
  2. Stabilny kod
  3. Coś pomiędzy

Jaka różnica pomiędzy A, B i C? Postaram się wyjaśnić podług swojego najlepszego zrozumienia.Czytaj więcej »Co w kuferku siedzi?