> Kilka pytań:
>
> Jaki rozmiar mają Twoje pliki wynikowe?

Relatywnie[*] nieduży, do kilku MB.

[*] Relatywnie, bo w relacji do danych, których mogę mieć dowolnie dużo.

> Ile czasu czekasz na kompilacje/zlinkowanie po zmianie jednej
> linijki w pliku cpp/h ?

Kilka(naście) sekund.

> Czy linkiery potrafią wykorzystać wiele rdzeni

Linker nie musi. Natomiat jest sens kompilować równolegle, służy do tego opcja -j w
make'u (i świetnie się sprawdza).

> Mnie ten problem na tyle bolał, że napisałem swój generator
> plików make.

Nie miałem takiej potrzeby.

> Z jakich bibliotek korzystasz?

Różnych!

> Czy masz łatwo dostępne prekompilowane
> wersje do wkompilowywania statycznego? Jeśli nie masz, ile czasu
> prekompilowałeś sam?

Skoro robię coś tylko raz, to nie mierzę, ile to trwa.

> Jak rozwiązujesz problem dopasowania kodu do systemu?

Co to znaczy?

> Bo w przypadku
> dll po prostu ładuje się inną bibliotekę.

A w przypadku linkowania statycznego po prostu linkuje się inną bibliotekę.

> Czy w pracy zespołowej przydzielenie osobnym programistom/pod-zespołom
> wykonanie osobnych plików dll/pluginów nie przyspieszałoby i nie
> upraszczałoby realizacji całego projektu?

A w czym to miałoby być prostsze? Efektem wykonania zadania jest nowy kod a nie plik
wykonywalny. Sposób linkowania jest zupełnie drugorzędny - i w chwili zlecania
takiego zadania może nawet nie być jeszcze znany (czyli: nie zdecydowałem jeszcze,
jak to będę linkował, ale napisz mi funkcję do liczenia czegośtam).
Zauważ, że gdybyśmy mówili o językach skryptowych (np. Python), to w ogóle ta kwestia
nie miałaby znaczenia przy zlecaniu zadania. W C++ też nie ma potrzeby tej kwesti na
takim etapie adresować. Dlatego sposób linkowania nie wpływa (tzn. nie widzę
potrzeby, żeby wpływał) na organizację pracy zespołowej.

--
Maciej Sobczak * http://www.inspirel.com