> On Sat, 13 Aug 2011 21:09:15 +0200, "Marszalkowski" <m...@t...pl>

> wrote:

>

> >Hey

> >

> >Mam kilka dużych projektów napisanych w C/C++.

> >Projekty są duże i zoptymalizowane na szybkość

> >działania. Jednym słowem bagno i być może bagno z

> >błędami.

> >

> >Myślę sobie aby przepisać te projekty w innym

> >języku. Teoretycznie powinienem dostać dla takich

> >samych danych wejściowych takie same dane wyjściowe.

> >Chcę zrobić rodzaj walidacji krzyżowej.

> >

> >Moje pytanie brzmi: jaki język byście polecili do

> >takiego zadania

>

> Jakiego zadania?... I czemu C++ jest niedobry?...
C++ jest dobry, optymalizacja była zła, ale konieczna.

> Jest taka ksaizka od tytulem "In Search of Stupidity". O prawdziwych
> projektach programistycznych ktorych realizacja spowodowala ze firmy
> padly. Jedna z przycyn padniecia jest "pzrepisywanie na inny jezyk".
Tu nic nie padadnie... 2-3 miesiące pracy dla jednej osoby.

> Stara maksyma mowi: "Don't fix it if it is not broken". Jak sa bledy w
> C++, to sa to bledy spowodowane pzrez programiste/projektanta a nie
> jezyk.
Dobrze znam tą zasadę, tyle że teraz nie wiem czy to działa czy nie.
Robi wrażenie że działa, ale może jest błąd i po poprawieniu zacznie
działać lepiej. Muszę sprawdzić.

> legenda o tym ze w Pythonie sie pisze bez bledow to jest totalny
> nonsens. Robi sie takei same bledy jak wszedzie indziej.
No właśnie, między innymi takich opinii potrzebuję. Dziękuję.

> No i jak Kolega ma takie procedury gedzie nawias zamykajacy jest 1000
> linii pozniej niz otwierajacy, to zaden jezyk nie pomoze. Moze trzeba
> sie nauczyc tego i owego?...
Nie, to nie ten kod. Do tamtego co ma procedury po 1-2tys linii właśnie
stosuje się zasada: "nie dotykaj jeśli działa".

Pozdrawiam!


--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl