archiwum -maj 2009

Dodatek do Firefoxa analizujący szybkość strony

Dziś chciałbym zaprezentować wam dodatek do przeglądarki FireFox “YSlow”, który wskazuje jak zoptymalizować, przyspieszyć witrynę www.
Aby dodatek działał należy mieć zainstalowany dodatek “FireBug” (więcej o nim pod tym linkiem). Wtyczka analizuję stronę pod względem kilku czynników wpływających na czas jej ładowania się.

Przykładowo pokazuje nam jakie elementy powinny znaleźć się w części head, a jakie nie, informacje o plikach CSS czy JS.
I tak np. sprawdzając pewną stronę otrzymałem informację:
– że nie należy skalować plików graficznych poprzez html,
– css powinien się znaleźć w sekcji head,
– brak przygotowanej strony 404,
– favicon powinien znajdować się w katalogu głównym,
– zbyt dużo odwołań do plików JS,
– … i wiele innych ciekawych rzeczy.

Wtyczka może okazać się bardzo pomocna przy testowaniu prędkości ładowania  stron.
Test taki trwa zaledwie kilka sekund po czym otrzymujemy pełny raport. Po zastosowaniu się do informacji z raportu możemy otrzymać znaczne przyspieszenie działania serwisu. Podejrzewam, że gdyby chciało się zrobić samodzielnie tego typu audyt trwałby on o wiele dłużej i byłby kosztowny.

Wtyczkę można pobrać ze strony: https://addons.mozilla.org/en-US/firefox/addon/5369

Jeśli ten artykuł pomógł Ci, masz co do niego jakieś wątpliwości lub pytania “Zostaw komentarz”, a na pewno na niego odpowiem.
VN:F [1.9.22_1171]
Rating: 4.8/5 (4 votes cast)

Jak z powodzeniem realizować projekty informatyczne cz.2?

W związku z napotkanymi problemami przy ostatnio prowadzonym projekcie dziś chciałem poruszyć kwestię zdawania projektu klientowi i wprowadzania poprawek.

Jak już wcześniej pisałem w artkule pt.: “Jak z powodzeniem realizować projekty informatyczne” specyfikacja to podstawa projektu. Kolejna rzecz to po wykonaniu projektu zgłaszanie uwag i jego poprawianie. Podstawowy błąd, który popełniłem przy zleceniu, które aktualnie realizuję to nie określenie ilości poprawek dla klienta. Zawsze przypominam sobie o tym gdy zaczynają się problemy i niestety tym razem było za późno. Projekt graficzny strony internetowej został ukończony około marca, a do tej pory jest poprawiany.
Pracując w firmie PLAY jako tester oprogramowania nauczyłem się kilku rzeczy m.in. tego, że trzeba ustalać ilość poprawek możliwych do wprowadzenia w projekcie oraz termin ich wykonania.

To co polecam to np. określenie z klientem, że po dostarczeniu projektu ma on x czasu na przetestowanie go. Następnie klient spisuje wszystkie swoje uwagi do jednego dokumentu, lub jeśli posiadacie odpowiednie oprogramowanie to wpisuje swoje uwagi do niego (więcej o tym możecie przeczytać m.in. na testerzy.pl) i dostajecie określony termin na wykonanie tych poprawek. Po wszystkim klient jeszcze raz testuje projekt tym razem już ostatecznie zgłasza uwagi do projektu i po tych zmianach kończymy pracę.

Nie polecam wysyłania uwag do projektu pojedyńczo w e-mailach bo można się w tym zagubić. Jeśli nie pomyśleliśmy o tym wcześniej, a klient zaczyna zgłaszać uwagi w ten sposób proponuję szybko przejąć nad tym kontrolę, spisać wszystkie uwagi w jeden dokument tekstowy i przekazać klientowi, aby dopisywał swoje uwagi. Jeśli tego nie zrobimy popłyniemy w ilości e-maili jakie zaczną do nas spływać, a część uwag po prostu przeoczymy. W przypadku tego projektu właśnie tak postąpiłem.
Ustalanie terminu wprowadzenia poprawek pozwoli utrzymywać nam kontrolę nad czasem prowadzenia projektu. Przy zgłaszaniu uwag codziennie przez 2 tygodnie na e-mail spowoduje pojawienie się niekończącej się listy uwag i stale przedłużającego się terminu ukończenia projektu.

czytaj dalej

VN:F [1.9.22_1171]
Rating: 5.0/5 (1 vote cast)

Wszelkie prawa zastrzeżone. Zabrania się wykorzystywania jakichkolwiek treści bez zgody autora.