[enten]

Teamwork w IT (przynajmniej na technicznych stanowiskach) to przereklamowane g---o.
Niestety ale praca programisty nie polega na prowadzeniu uczestniczeniu w setkach spotkań i omawianiu tego samego na milion sposobów.
Proca programisty polega na skupieniu i znajdowaniu optymalnych rozwiązań. Najwydajniej takie rzeczy tworzy się indywidualnie i jest to nawet potwierdzone naukowo. W sensie fajnie by było gdyby ktoś keidyś wymyślił rozproszoną metodę myślenia logicznego i dałoby się ją zastosować na ludziach. Wtedy możnaby zrównoleglać wielkie problemy na duże grupy ludzi jednak na dzień dzisiajszy wszelkie rzeczy związane z myśleniem jednak najwydajniej tworzy się indywidualnie.
To czego potrzebuje programista to jasnej perspektywy i opisania wymagań od biznesu. Celu, który chcemy osiągnąć i tyle. Czasami dostępów do danych czy innych dupereli.
Tzw. teamwork tylko to wszystko spowalnia.

#it #informatyka #programowanie #programista15k

[pannkracy]

@enten: Jeżeli celem jest maksymalizacja efektu pracy pojedynczego deva - masz rację. Jeżeli chodzi o maksymalizację efektu pracy zespołu, to nie masz racji.

Praca w zespole to praca nad efektem, który przekracza możliwości jednej osoby. Więc potrzebny jest uwspolniony (jawnie) cel, jasne zasady współpracy, jasne zasady zachowań kiedy nastąpi jakiś rodzaj przerwania, jasne kryteria zakończenia itd. Wszystko to może zmniejszać wydajność jednostki, ale daje większą wydajność zespołu. Możesz tego nie

[W.....n]

@enten: to zależy co rozumiesz przez "teamwork" - jak dla mnie to niekoniecznie musi oznaczać, że kilka osób robi to samo, ale np. to że zamiast robić coś po swojemu, bo tak jest najlepiej i c--j, to bierzesz pod uwagę też opinie innych, albo jak będziesz wiedział, że część kodu się komuś przyda to poświęcisz trochę czasu i ładnie wydzielisz, żeby nie musiał tego robić od nowa

[enten]

Praca w zespole to praca nad efektem, który przekracza możliwości jednej osoby. Więc potrzebny jest uwspolniony (jawnie) cel, jasne zasady współpracy, jasne zasady zachowań kiedy nastąpi jakiś rodzaj przerwania, jasne kryteria zakończenia itd. Wszystko to może zmniejszać wydajność jednostki, ale daje większą wydajność zespołu. Możesz tego nie lubić, ale nikt cie z takich obowiązków nie zwolni.

@pannkracy: Ale ja się zgadzam. Wiele osób zrobi wiecej niż jedna i do tego

[jurek-gagarin]

@enten: A zawsze mysl;aelm ze scrum to najwieszy rak

[enten]

@jurek-gagarin: No scrum trochę w to wpada. Bo siedzisz na spotkaniach i słuchasz o tym co robili inni albo co będą robić i może 5% z tego Ci do czegoś będzie potrzebne ale nawet gdybyś tego potrzebował to byś to sobie sam napisał do kogo trzeba i z nim to obgadał, a tak siedzisz i marnujesz 20% czasu na takie spotkania żeby był właśnie teamwork.

[filozof900]

@pannkracy o ladnie napisane

[Saly]

@enten: teamwork ma sens, ale oczywiście jak zwykle jest on źle robiony. Większość menago i debili od zarządania uważa, że więcej spotkań -> lepiej, gdzie powinno się na to patrzeć jak na proces współbieżny, gdzie komunikacja to jednocześnie wartość dodana (ktoś coś komuś powie i ta druga osoba zrobi to szybciej, lepiej) jak i narzut (rozpraszacze, spadek motywacji, zapychanie głowy pierdołami)

dzisiajszy wszelkie rzeczy związane z myśleniem jednak najwydajniej

[JayCube]

Proca programisty polega na skupieniu i znajdowaniu optymalnych rozwiązań

@enten: Tylko ze trzeba najpierw zdefiniować problem na ktorego optymalnym rozwiazaniem bedzie pracowal programista. Malo tego, trzeba sprzedac to rozwiazanie, lub przekonc potencjalnych klientow ze dane rozwiazanie jest najpelsze na ich problemy. I nalezy tez klientowi pokazac za co dokladnie placi.
I dochodzim do setna problemyu. Czy najbardziej optymalnie pracuje sie gdzie szef ustala co ma robic kazdy jege podwladny, czy

[enten]

Tylko ze trzeba najpierw zdefiniować problem na ktorego optymalnym rozwiazaniem bedzie pracowal programista. Malo tego, trzeba sprzedac to rozwiazanie, lub przekonc potencjalnych klientow ze dane rozwiazanie jest najpelsze na ich problemy. I nalezy tez klientowi pokazac za co dokladnie placi.

@JayCube: Dlatego napisałem że w przypadku programistów.
Od takich rzeczy powinni być dedykowani ludzie i niech oni gadają z biznesem. W końcu za coś software-house bierze prowizje.

[zibizz1]

@enten się potem się okazuje że to co przygotował biznes to jest rak. Coś jak logistyk który nie zna mapy i odległości i planuje pracę kierowcy który ma ja przejechać. Kierowca( dev) dostaje taka trasę i go cholera bierze jak zobaczy że ma z Warszawy do Krakowa jechać przez Rzym, albo jechać tirem po list do Barcelony. Dlatego komunikacja jest bardzo ważna

[cyk21]

To czego potrzebuje programista to jasnej perspektywy i opisania wymagań od biznesu.

@enten: Czyli ktoś inny ma wykonać 80% najtrudniejszej roboty, aby programista jedynie przepisał wymagania na kod źródłowy?