adamczuk.net.pl » project

Nie przepisuj aplikacji

admin — Sun, 14 Nov 2010 16:35:31 +0000

Podstawowa wada programistów to błędne przeświadczenie, że szybko i lepiej napiszą nową wersję działającej aplikacji. Jak mylne może być takie rozumowanie przeczytamy chociażby w tłumaczeniu zagranicznego artykułu, który napisał Joel Spolsky. Dalsza część wpisu to moje własne przemyślenia na temat tworzenia oprogramowania.

Z własnego doświadczenia wiem jak silna dla programisty jest motywacja do rozpoczęcia nowego projektu. Nowe plany stworzenia czegoś oryginalnego, lepszego, innowacyjnego, wydajniejszego, ładniejszego. Jak zwodnicze potrafi być nasze myślenie kiedy po krótkim czasie płomienny zapał wygasa, a miejsce podniecenia zajmuje stopniowe rozczarowanie i przygnębienie. Programista sądzi, że napisze dany kod w określonym czasie. Szybko przekonamy się, że tak nie będzie po czasie jaki przydziela kierownik projektu. Dlatego, praktycznie zawsze przepisanie aplikacji od zera kończy się porażką. Przewidywany czas pracy programisty mnożymy dwukrotnie, a ten czas kierownik projektu ponownie podwaja. Dopiero taki okres bywa rzeczywistym czasem tworzenia danego projektu. Twierdzę tak na podstawie własnych doświadczeń, choć w różnych firmach bywają inne przeliczniki. Oczywiście nie ma tutaj żadnych wyników ankiet, ani badań, ale każdy w głębie serca, może sam zadać sobie pytanie.

Czy warto przepisać dany produkt od zera?

Pytanie to jest bardzo skomplikowane, bo istnieje wiele powodów, które skłaniają programistów do próby przepisania oprogramowania. Jednak zmieniony interfejs użytkownika, funkcjonalności aplikacji czy poprawa wydajności nie zawsze są warte przepisywania oprogramowania. Czas i zasoby poświęcone na tworzenie nowej wersji, zwykle przerastają wstępnie zaplanowane, co jeszcze bardziej pogłębia frustrację zespołu. A odpowiedź jest bardzo prosta – jaki jest sens w przepisywaniu czegoś co działa. Może nie wygląda pięknie od strony wizualnej, może wewnątrz kodu kryją się absurdalne rozwiązania programistyczne, ale przecież to działa. Wielu ludzi poświęciło swój czas, testowało, pisało poprawki, aby to oprogramowanie działało, a próba przepisania wszystkiego od nowa to najprawdopodobniej, przekreślenie ich trudu i wpędzenie siebie w wielkie bagno. Ponownie napotkamy problemy, które rozwiązywali nasi poprzednicy.

Zupełnie podobnie wygląda sytuacja, w której rozpoczynamy prace nad istniejącym projektem. Nie możemy wyzerować konta, poprzez nowe plany, rozwiązania i koncepcje. Musimy wspierać przestarzały, nieaktualny kod, dźwigać na plecach ciężar poprzednich wersji oprogramowania, kompatybilności oraz błędów swoich poprzedników. Tutaj również pojawia się przytoczone wyżej pytanie.

Czy warto przepisać dany produkt od zera?

W wielu przypadkach to indywidualna decyzja, ale przeważnie odpowiedz jest jedna – nie warto. Może efekt będzie zadowalający, oprogramowanie wydajniejsze, a kod klarowny. Jednak czas i zasoby wykorzystane przy danym projekcie, można przenieść na zupełnie nowy, niezależny produkt.

Vagrant Story

admin — Sat, 22 May 2010 16:43:28 +0000

Moja pierwsza strona internetowa wykonana około 2000 roku. Projekt strony Vagrant Story zmieniał się kilkukrotnie, aby w końcu przybrać ostateczną postać. Podstawy cel jaki spełnia strona od początku powstania to informowanie użytkowników o elementach gry oraz moich własnych osiągnięciach. Niestety strona jest już zamknięta (nieaktualizowana), jednak ciągle dostępna dla odwiedzających.

Strona Vagrant Strory poza logiem nie posiada praktycznie żadnych elementów graficznych. Większość informacji prezentowana jest w postaci tabelarycznej, jednak taki jest ich charakter. Dodatkowo na stronie głównej zamieszczane są aktualności. Niestety cały projekt działa w oparciu o statyczne pliki html. W związku, z czym utrzymywanie takiej witryny w dzisiejszych czasach jest dosyć kłopotliwe.

Największą zaletą omawianej strony jest prostota i przejrzystość. Zawsze staram się, aby informacje prezentowane były w sposób minimalistyczny, bez zbędnych fajerwerków graficzny. Uważam, że treść jest ważniejsza niż wygląd. Oczywiście treść podana w elegancki sposób, smakuje jeszcze lepiej. Jednak jeżeli to opakowanie przykuwa naszą uwagę, zamiast treści, ktoś popełnił błąd.
Prosty, tematyczny i estetyczny projekt w tajemniczych fioletach funkcjonował przez ponad rok zanim, dopóki ktoś nie postanowił go zmienić. Na temat gustów się nie dyskutuje, ale czy zmiany poszły w dobrym kierunku, szczerze wątpię.

Koło naukowe KWARK

admin — Sat, 28 Mar 2009 10:16:42 +0000

Redesign jest wskazany, jeśli obecny projekt jest słaby pod względem estetyki, kompozycji i ostatecznego odbioru. Ważne jest także, aby zmiany były pozytywne i nie pogarszały obecnej sytuacji. Podczas tworzenia projektu strony internetowej koła naukowego Kwark oba te warunki były zachowane.

Koło naukowe jako podmiot o sprecyzowanych celach i zakresie działania jest ograniczony pod innymi względami. Trudno oczekiwać, aby ludzie lubiący fizykę, znali właściwe techniki tworzenia stron internetowych. Jednak nie jest to wcale wykluczone.

W 2007 roku jako aktywny członek koła postanowiłem stworzyć nową wersję strony internetowej. Zmiany obejmowały nowy layout i kolorystykę, a także automatyzację procesu zarządzania treścią.

Prosty, tematyczny i estetyczny projekt w tajemniczych fioletach funkcjonował przez ponad rok zanim, dopóki ktoś nie postanowił go zmienić. Na temat gustów się nie dyskutuje, ale czy zmiany poszły w dobrym kierunku, szczerze wątpię.