Użytkownik "Jacek Czerwinski" <...@...z.pl> napisał w wiadomości
news:hkqr8b$6st$1@news.onet.pl...
>> a) nazwane (a nie anonimowe) zmienne o nazwach i typach odpowiednich dla
> problemu. Tego uczą na początku

Kto i po co?

> b)
>> for(int i=1; i<21;i++)
> wg mnie najgorszy sposób napisania że chodzi o 20x. Dla mnie ten autor nigdy nie
wykształcił się w C, kopiował z Pascala. Fragment
> typowy dla kodu z BCB.

Nie, StringGrid ma taka wlasciwosc, ze w indeksie nr 0 mieszcza sie nazwy kolumn.

>> FloatToStr
> Po trzecie jak już bronisz BCB to do pieniążków ma Currency (tu jest symulacja,
więc 'chyba' nie dokładne obliczenie, ale
> wspominam)

Ktos juz o tym pisal, ale dokladnie to nikt nie wie z jaka precyzja i dokladnoscia
maja byc robione obliczenia. Malo tego, nikt nie wie tak naprawde jak nalezy
robic zaokraglenia... Obcinamy zera? zaokroglamy w gore, zaokraglamy w dol?
Myslisz ze Currency rozwiazuje problem?

> > StrToFloat(FloatToStr).
> Pobaw się formatami międzynarodowymi, to może byc 'ciekawe'. Ostatnie cyfry
znaczące też ciekawe. BCB "lepiej" zaokrągla od reszty
> branży.
> O kosztach wydajnościowych konwersji tu koledzy pisali.

No to zes sie chyba zagalopowal? Chcialem szybko obliczyc zarobki
programisty w 20 letniej perspektywie... a ty mi wyjezdzasz z
"wydajnościowych konwersji":)))

> O separacji algorytmu, GUI i danych, MVC itd to "rasowego" użytkownika myszki w BCB
nie tylko nie da sie przekonać, ale wręcz nie
> zrozumie o czym mowa.

Odnosze wrazenie ze masz marne szanse na to, ze bedzie malo zastosowanie:
StringGrid1->Cells[1][0]=FloatToStr(4000);

> W sumie, dzięki że bronisz czegoś co nie do obronienia, bo pokazuje że "subkultura
BCB" nie przyśniła nam się ale istnieje.

Odnosze wrazenie ze masz marne szanse na to, ze bedzie malo zastosowanie
StringGrid1->Cells[1][0]=FloatToStr(4000);

Reasumujac, przemysl i popracuj.