On Feb 20, 3:27 pm, bartekltg <b...@g...com> wrote:
> W dniu 2012-02-19 22:26, Andrzej Jarzabek pisze:
>
> > On 19/02/2012 21:14, A.L. wrote:
> >> On Sun, 19 Feb 2012 19:18:08 +0100, szyk<s...@o...pl> wrote:
>
> >> Natomiast zeby nei wiem co pisac o "pair programming" i podobnych
> >> rzeczach - koszt projektu jest sprawa najwazniejsza. Albowiem jak sie
> >> sklada papiery w przetargu, to tzreba napisac ile projekt bedzie
> >> kosztowal. Jak zorganizujemy go tak ze przy jednym komputerze bedzie
> >> siedzialo dwoch facetow, to albo: a) koszt projektu wzrosnie
> >> dwukrotnie, albo b) kazdy z facetow zadowoli sie polowa pensji. W tym
>
> > Albo c) dwóch facetów zrobi to samo zadanie 2 razy szybciej niż 1 facet.
>
> Nie do końca.

Co to znaczy "nie do końca"? Ja nie mówię, że tak jest, ja mówię, że
jeśli tak jest, to ani koszt projektu nie wzrośnie dwókrotnie, ani
programiści nie będą się musieli zadowolić połową pensji.

> Jeden statek wiezie chiński badziew do europy 3 miesiące.
> Ile zajmie transport badziewia 5 statkami.
>
> ;)
>
> Programiści akurat doskonale wiedzą, że zysk ze zrównoleglenia
> rzadko jest liniowy;-)

Jest szafa, kanapa, duży materac, trzeba wnieść po schodach na trzecie
piętro. Dwóm osobom wniesienie każdej z nich zajmie pięć minut, jednej
osobie zajmie po kilka godzin a pewnie jeszcze uszkodzi.

Czy twoje programistyczne doświadczenie mówi ci, że to kompletnie
nierealistyczne, bo robienie czegoś wspólnie przez kilka osób działa
zawsze tak samo, jak zrównoleglanie programu na kilka procesorów?

A przykład ze statkami? Czemu nie? Można np. uzupełnić brakujące
informacje.

> Jeden statek wiezie chiński badziew do europy 3 miesiące.
Chińskiego badziewia jest tysiąc ton, a statek może na raz zabrać 200.
> Ile zajmie transport badziewia 5 statkami.