Sebastian Biały <h...@p...onet.pl> napisał(a):

> On 2012-05-31 00:39, M.M. wrote:
> > To jest wszystko racja, ale dlaczego mam się starać skrócić czas
> > kompilacji równy 30 sekund do 25 sekund?
>
> Dlatego pytam o helloworldy. Tam sobie mozna psuc do woli.
>
> > Często i tak potrzebuję
> > 2 minuty aby się zastanowić przed napisaniem kolejnego kawałka.
>
> Kompilacje wykonuje się żadko. Ale jak się wykonuje np. w celu
> puszczenia unit-testów a ta cholera każe mi czekać 2 minuty to bym ubił.
>
> > Tak na oko to uwierała mnie kompilacja dopiero w okolicach 2 minut i
> > dopiero wtedy zaczynałem kombinować.
>
> Kompilacja powinna trwać 0 sekund. Nieosiagalne, ale kilka, poprzez nie
> uzywanie all.h, da sie osiągnąć w całkiem sporych projektach. Kwestia
> higieny. Inkludowanie all.h do higienicznych nie należy.
>
> Uzyskanie któtkich cykli zmiana-kompilacja-debug jest bardzo ważna dla
> komfortu pracy. Te twoje 30 sekund jest zdecydowanie upierdliwe.

Jeśli hello worldy kompilują się 30 sekund to trzeba zacząć od zmiany
maszyny żeby poprawić komfort pracy :)

Mówię o czasie średnim. Gdy jestem na etapie definiowania interfejsów
to oszczędzam czas przez globalny inklud - nie uganiam się co chwilę po
30tu plikach po każdej zmianie. Gdy jestem na etapie implementowania
funkcjonalności to zwykle zmienia się plik źródłowy a nie nagłówkowy i
kompilacja dużo nie spowalnia z powodu globalnego inkludu.

Poza tym taki qtcreator właśnie w tej chwili i tak nie umiem automatycznie
wygenerować zależności i choć w obecnym projekcie nie mam globalnego
inkludu to muszę robić rebuild albo se ręcznie napisać make...

Pozdrawiam



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/