Brief - nie tylko zabawne cytaty z pracy

[Magnum]

prawde mowiac ja rowniez nie wiem co to select ;) bo zadna kontrolka GUI nie ma takiej nazwy wiec moze to byc wszystko co napisal inou ;)

[karola]

[karola]

[Magnum]

widzisz karola... to jest odwieczny problem z ktorym spotykam sie na codzien w pracy...

po prostu PM, grafik i programista mysla na zupelnie innych poziomach abstrakcji i zupelnie inaczej pojmuja pewne "fachowe" pojecia.

Ja jako programista oczekuje prostego i jasnego opisu funkcjonalnosci jaka ma spelniac dana kontrolka zalozmy. Jesli napisalabys mi 'combo' to rowniez zapytalbym sie czy na pewno chodzi o comboBox (nazwa to comboBox... wiec 'combo' nie jest dla mnie do konca jasne i wolalbym sie zapytac). A teraz gdzie tu grafik ktory mimo wszystko moze nie znac nazewnictwa.

Jesli korzystasz ze slowa select to ja to jednoznacznie kojarze (niewazne jak to opiszesz) z jakims elementem GUI i nie mam pojecia o czym tutaj piszesz. (nawet po tym ostatnim wyjasnieniu ;))

Podejrzewam, ze to kwestia niestety nie do rozwiazania. Ja zawsze czytajac brief od PM zadaje miliard pytan, bo prawie zaden PM nie potrafi mi powiedziec co mam zrobic. Wszyscy pisza o tym co chca osiagnac - a... co mnie to .... obchodzi?? ;)) Mnie interesuje jak ma dzialac, a nie do czego to komu potrzebne ;)

Wlasnie dlatego zawsze beda pytania, ktore PMowi moga sie wydawac dziwne. Myslimy zupelnie innymi kategoriami :)

[karola]

zgodze sie z tym myśleniem na roznych poziomach:)
Co do wytycznych to tylko dodam ze wytyczne są zawsze dwa - dla grafika i programisty + wyczerpujące info (opis do wytycznych) dla kodera. Także jak widzicie napracuje sie troche:) i staram sie myślec na wielu poziomach wlasnie ... choć pewnie z choćby tytułu tego ze nie jestem programistą pewne nazewnictwo upraszczam :) przyznaje sie bez bicia.

hehe
ale...to nie topic o karoli :P
dawac te przykłady ;]

[inou]

[karola]

[karola]

[lukka]

Jeszcze o Combo: jakiś czas temu nazywało się tak "technikę" pisania kodu stron - jeszcze z formatowaniem tabelami, ale już z opisem wszystkich ich parametrów w arkuszu css. W pierwszej chwili pomyślałem, że to o to chodzi we fragmencie, który Karola podała.

A Select to przecież to, co się robi z bazy danych, nieprawdaż? :-)

Na codzień mam zabawę z porozumiewaniem się z programistami (współcześni od .NET'u i Javy) i analitykami (np. dawni programiści od C++ albo czegoś wizualnego, nie daj Boże matematycy-inżynierowie). Raz gadaliśmy o tabelach - ja tłumaczę, że tak się nie robi, człowiek mi tłumaczy, że inaczej to będzie mnóstwo pracy na którą nie ma budżetu. Po pół godzinie doszliśmy do wniosku, że chyba mówimy o czymś innym - i rzeczywiście: on o bazie danych, ja o kodzie strony :-/

Albo różnice nie techniczne, ale biznesowe: np. pojęcie ikonki. Dla developera było to coś, co pobiera się z biblioteki i wstawia do narzędzia. Koszt: jakieś 0,25 osobogodziny, z zapasem na poślizg.
Dla designera: część biblioteki, którą trzeba zaprojektować, ujednolicić, narysować, poskalować, zrastrować, przetestować, przejść kilka iteracji poprawek. Koszt: jakieś 80-100 osobogodzin, z siedzeniem wieczorami.
I rób tu człowieku budżet projektu ("ci cholerni graficy generują tylko koszty") :-)

Co do kontrolek GUI, to zaczęliśmy kiedyś pisać ilustrowany przykładami słownik on-line z przykładami, co kto rozumie pod jakim pojęciem.

Wydaje mi się, że założenie eXtreme co do wspólnego języka developerów różnych dziedzin (klienta wyłączam, bo to bajka o żelaznym wilku) powinno polegać na przekazywaniu sobie "czarnych skrzynek" z dobrze opisanymi w zrozumiałym języku (np. opis formatu danych, a nie tłumaczenie, dlaczego tak) wejściami i wyjściami. W tzw. świecie to działa - widziałem, pracowałem tak.
Nie wiem, dlaczego, w naszych warunkach (firmy/branży/kraju) nie może się przyjąć - jak jeden zespół napisze komponent, to drugi, zamiast integrować go z pozostałymi, zaczyna go przerabiać. Trzeci, zamiast po prostu włączyć do systemu, przerabia znowu, bo po przeróbce przez drugi nie pasuje do reszty, bo pierwszy się pomylił, ale nie mogą poprawić, bo drugi nie pamięta, co zrobił.
Zastanawiam się, czy to proste niedobory w kulturze pracy, brak nawyków, nieumiejętność dokumentowania pracy, złe zarządzanie?
Przy projektach 2-3 miesięcznych i kilku osobach i tak tworzą się nieformalne metodyki pracy, ale przy 50 osobach i projekcie na 2 lata pierwszych kilka miesięcy konsumuje ustalanie słownika :-|

[LoveBeer]

kawalek briefa z dzisiaj:

[...] ujawniać twarde (np. wynikające z charakterystyki zewnętrznej) i miękkie (emocjonalne) oczekiwania konsumentów (użytkowników usług) i przedstawiać je w takiej formie by klient – dostawca produktów i usług mógł je zmodyfikować w taki sposób aby dostarczać konkurencyjnych, adekwatnych i zróżnicowanych rozwiązań.

;p