On 06.05.2014 12:12, firr wrote:
>>


> [ciach bajki o nastolatkach uczonych c++]

;-)


> pod uwage ze dzis to ja jestem 35 letni facetem a nie 17-letnia
> dziewczynką a i tak niektore startowe problemy w c++ (jak
> skompilowac, jak uruchomic) mi robia problem)

W przeciwieństwie do innych języków, które problemów nie robią;)

Posadziłem nieco starszą dziewczynkę znającą trochę pythona
(czyli jezyk impeeratywny) przed VS i powiedziałem 'jak chcesz
uruchomić, wciśnij F5'. W parę dni napisała okienkową
"gierkę" ze zgadywaniem wyrazów w windows form (czyli
ucząc się nie tylko c++, ale też cli, czy jak mu tam).


> c++ byl kiedys postrzegany jako bardzo skomplikowany i trudny jezyk
> dla profesjonalistów a nie dla 17-letnich uczennic; c jest podobnie
> skomplikowany - glownym powodem tego 'systemowego' skomplikowania nie
> sa mz te slawne wskazniki (choc tez, rowniez troche sie przyczyniaja

To było c. W c++ zwykły programista może praktycznie zapomnieć
o wskaźnikach. Chyba, że przyjdą z jakiegoś c-owego api.

> do tego tez inne niejasnosci c), ale "first and foremost" c-owy
> system linkowania (ktory jest jakis 'otwarty i rozjepany' samo
> opanowanie tego tematu mz wymagaloby z polrocznego wykladu+laborki
> na studiach)

Ciężko zgadnąć, czy chcesz aby po tym wykładzie ktoś modyfikował
istotne elementy jądra, czy żeby umiał wcisnąć F5 w QTcreator.


> a jak to powinno byc? chyba po prostu mozna postawic wymagania jak to
> powinno byc i je zrealizowac, najprawdopodobniej

> 1) dowiazania (tj te wszystkie informacje potrzebne do linkowania)
> powinny byc (chyba) zawarte w plikach ze zrodłem (idealnie chyba nie
> powinno byc zadnych plikow projektu nic takiego, wszystko powinno byc
> ustandaryzowane przez jezyk i pewnie byc zapisane w pliku ze zrodłem
> (ew mozna pomyslec o jakims trzecim rodzaju plikow obok .c .h np .d
> czy cos ale raczej nie)

Żródło jest dobre do linuksa i windowsa. Informacje do linokowania
niekoniecznie. Rozumiem, że informacje o sposobie optymalizacji
czy folderze docelowym też chcesz wstawiać w źródło?

A pomysł z zarzuceniem pliku projektu jest nietrafiony,
niezależnie, czy masz na myśli karmę dla make, czy np
.proj z QTcreatora. Ustawienia parametrów kompilacji
i linkowania najczęśćiej są identyczne dla wszystkich
plików w projekcie, a tych plików trochę może być.

> 2) wynikowe pliki .obj tez powinny byc w maksymalnym stopniu
> kompatybilne i zgodne (a nie jakies jazdy w zaleznoci od
> kompilatora)

A na cholerę? Przecież to plik tymczasowy.

> po prostu wszystko maksymalnie uproszczone i zgodne

Plik skompilowany na 64bitowego amd ma się uruchamiać
na maszynie 32bitowej i na bliżej nieokreślonej
komórce?
Jeśli chcesz takiej przenośności, użyj ulubionego języka
interpretowanego, choćby javy czy pythona.

Każde podejście i język ma wady i zalety. c++ jest bardziej
wydajny, w nagrodę potrafi _czasem_ dać większą wydajność.

Wybierz język dostosowany do potrzeb i możliwości,
bez zacięcia ideologicznego.

Naprawdę, aby zainstalować sobie inny język nie musisz
przechodzić autokrytyki na grupie i ogłaszać, że
poprzedni język jest do bani. Nowy język nie obrazi
się, jak tego nie zrobisz;-)

Sam używam zamiennie 3, w porywach do pięciu.
1+1 (c++ i kombinuję z pythonem - numpy scipy: ) to prawdziwe
języki, 2 (w porywach 3) to specjalistyczne zabawki do różnych
kawałków matematyki (matlab, mathematica, R).

Dopiero co chciałem coś policzyć, główny algorytm siedział
w c++ (ani jednego wskaźnika) ale oczekiwaną ilość odwiedzin
stanów pewnego łańcucha markowa wyliczylem na szybko w matlabie
i wrzuciłem jako tabelkę.
Równie prosto mogłem to zrobić w bibliotce (choćby eigen)
ale nejpierw chciałęm przetestować algorytm. A, ze składał
się on z napsiania macierzy, obejrzenia jej i obejrzenia
jej odwrotności, pakiecik gotowców był wygodniejszy.

Ani Qt, ani matalb nie protestowały.


pzdr
bartekltg