Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 617 Pomógł: 12 Dołączył: 16.07.2006 Skąd: : getCity ( ); Ostrzeżenie: (0%)
|
cześć
chciałbym sie was zapytać jak radzicie sobie z presją czasu i oczywiscie jak automatyzujecie swoją pracę od dłuższego czasu wiele prac wykonuję od podstaw, dzięki czemu tracę cenny czas i wydajność spada ;/, a chciałbym jakoś to przyspieszyć |
|
|
|
![]() |
Post
#2
|
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D |
Po pierwsze analiza problemu, oszacowanie zadań oraz czasu na to przeznaczonego, oczywiście z naddatkiem na ewentualny poślizg lub ewentualne zmiany ze strony klienta. Z doświadczenia nie warto zakładać więcej niż kilka godzin na dobę, gdzie faktycznie praca daje efekt. Niby możesz klepać kod na okrągło, ale nie sądzę by wydajnie i w pełni udało Cisię więcej niż 5-6 godzin uzyskać. Zawsze stracisz czas na przełączanie się między zadaniami, odejścia od moitora by coś przekąsić, odpocząć od kodu. Po jakimś czasie pracy stwierdzam też, że tylko metodyki zwinne. Pisanie kodu 2-3 miesiące, by potem przez tydzień czy dwa czekać na feedback, nieraz w ogromnych ilościach pierdółek, to nie jest dla mnie idealne rozwiązanie. Lepiej mieć wsparcie klienta i testerów na bieżąco. Do tego więc jakiś issue tracker by mieć oko na to co poprawiać lub ogólnie jakąś tablicę, wspólną z zadaniami, gdzie ewentualnie wrzucane będą znalezione przez klienta błędy. Lepiej to zrobi Tobie pod kątem organizacji pracy (wiesz gdzie jesteś, co masz zrobić), jak i klienta, który widzi postępy, przez co nie truje Ci. No i wie, że też coś robi, ma wpływ na swój projekt (IMG:style_emoticons/default/smile.gif)
Oczywiście dobrze mieć jakieś narzędzia do wykonywania automatyzacji zadań pokroju buildy, testy jednostkowe, testy regresji. Jednym słowem Continuous Integration w praktyce, czyli Hudson lub podobne narzędzie. Zapominasz, że coś takiego jest, Ty piszesz kod, reszta dzieje się w tle. Sprawdzasz raz na jakiś czas jak wyniki. Dobrze byłoby mieć także na oku potencjalne wąskie gardła, co możemy uzyskać narzędziami pokroju Sonar, które między innymi analizują kod, wyszukując instrukcji niebezpiecznych wydajnościowo (zbytnia złożoność) czy niezgodnych z założeniami początkowymi (choćby standardy kodowania). O bezpieczeństwie kodu poprzez repozytoria kodu chyba nie muszę wspominać? |
|
|
|
jarmiar automatyzacja pracy 5.05.2013, 21:22:45
Spawnm Cytatwiele prac wykonuję od podstaw
Tzn? Zrób szab... 5.05.2013, 21:28:28
Arcioch Dokładnie to co Spawnm napisał odnośnie czasu Dom... 5.05.2013, 21:36:31 
Theqos Cytat(thek @ 5.05.2013, 23:17:57 ) Po... 7.05.2013, 11:49:31
rocktech.pl Witam.
Mi w automatyzacji pomaga phing. 6.05.2013, 07:12:24
PrinceOfPersia Cytatchciałbym sie was zapytać jak radzicie sobie ... 6.05.2013, 13:17:27
cepa u mnie: bash, ant, phing, jenkins, puppet, *unit, ... 6.05.2013, 14:29:00
Adi32 Mam inne spojrzenie na ten temat. Od jakiegoś czas... 7.05.2013, 11:58:26 
Theqos Cytat(Adi32 @ 7.05.2013, 12:58:26 ) M... 7.05.2013, 14:06:17
!*! @Adi32 tylko to się sprawdza w przypadku produktu ... 7.05.2013, 12:06:34
rocktech.pl CytatOstatnio spotkałem się z opinią, że nie da si... 7.05.2013, 12:14:31
Adi32 Cytat(!*! @ 7.05.2013, 13:06... 7.05.2013, 12:24:15
Kocurro Panowie, słowo klucz: Agile 7.05.2013, 13:06:51
hind @Adi32, Mam podobną sytuację w pracy, jaki harmono... 7.05.2013, 13:36:00
thek @Theqos: kwestia otrzaskania z kodem. Masz rację p... 7.05.2013, 23:48:30 
Theqos Cytat(thek @ 8.05.2013, 00:48:30 ) @T... 8.05.2013, 13:59:51
thek Naprawdę sporo przed czasem by było, gdyby nie był... 9.05.2013, 11:55:59 ![]() ![]() |
|
Aktualny czas: 26.08.2026 - 17:57 |