Přepis programu z Delphi/PASCAL na jinou platofrmu

[JardaP .]

Na druhou stranu - běhat to může napořád díky virtualizaci a popř. emulaci starého HW.

Coz je obser navic. Na serveru by se to asi skouslo, ale co, az jednou bude kazdy managor muset mit virtualizovane Widle XP, aby mu bezel klient nebo jak to tam maji? To uz by byla trochu pakarna. Uz treba kvuli licencim, ktere MS urcite hned tak zadara neda, i kdyz se jedna o stary kram.

[Reklama]

[Pavel Tisnovsky]

Na druhou stranu - běhat to může napořád díky virtualizaci a popř. emulaci starého HW.

Coz je obser navic. Na serveru by se to asi skouslo, ale co, az jednou bude kazdy managor muset mit virtualizovane Widle XP, aby mu bezel klient nebo jak to tam maji? To uz by byla trochu pakarna. Uz treba kvuli licencim, ktere MS urcite hned tak zadara neda, i kdyz se jedna o stary kram.

jo souhlas. O to víc by se měl rozmýšlet při výběru technologie pro nové řešení, protože hlavně "nové a cool frameworky" mají dost krátkou životnost, aspoň z pohledu "velkého IT", kde se mnohdy hraje na desítky let.

[ttt]

Mám související otázku, hádám, že by se to mohlo hodit i tu - nevíte někdo o kompilátoru pascalu do nějakého jiného jazyka? Ideálně python, ruby, perl nebo i třeba C. Kdysi jsem něco hledal a nenašel.

[brk]

A chceš nebo musíš to dělat ty? Tohle bude hodně nevděčná práce a zároveň i velmi náročná na sebekázeň.

Kámoš kdysi nastoupil do firmy, kde měli člověka, který přesně tohle dělal, tedy přepisoval starou aplikaci do něčeho současného. Na poradách pravidelně presentoval výsledky, jak postupuje a jak to celé mělo pomalu finišovat, tak člověk dal výpověď a někde se vypařil. Jak začali zkoumat kód, tak zjistili, že ze začátku psal slušně, ale pak už čím dál víc sklouzával do toho, že před presentací na poradě něco uplácal, aby to nějak udělalo to, co potřeboval ukázat, ale jinak to stálo totálně za hov... . Firmu stál hodně peněz, ztratil se na tom čas a v podstatě byli na začátku, což jim značně zkomplikovalo vztahy se zákazníky.

[Daniel Kozak]

A chceš nebo musíš to dělat ty? Tohle bude hodně nevděčná práce a zároveň i velmi náročná na sebekázeň.

Kámoš kdysi nastoupil do firmy, kde měli člověka, který přesně tohle dělal, tedy přepisoval starou aplikaci do něčeho současného. Na poradách pravidelně presentoval výsledky, jak postupuje a jak to celé mělo pomalu finišovat, tak člověk dal výpověď a někde se vypařil. Jak začali zkoumat kód, tak zjistili, že ze začátku psal slušně, ale pak už čím dál víc sklouzával do toho, že před presentací na poradě něco uplácal, aby to nějak udělalo to, co potřeboval ukázat, ale jinak to stálo totálně za hov... . Firmu stál hodně peněz, ztratil se na tom čas a v podstatě byli na začátku, což jim značně zkomplikovalo vztahy se zákazníky.

Tak hlavni selhani je ze na tom delal sam, a nebyl nikdo kdo by se na tom nadale podilel, at uz jako revize nebo autor. Obecne se nam ukazalo ze pokud clovek na necem dela sam, tak to ma tendenci sklouznout k tomu ze je kod na konci citelny jen autorovi a nekdy ani to ne. Naopak pokud na projektu dela tym vice lidi, tak se navzajem ukaznuji a vysledek byva casto mnohem lepsi.

[Reklama]

[lopan]

Pokud firma svěří přepis kritické aplikace ("někdo může umřít") člověku ve zkušebce (bez urážky) a pak bude přepis oneman show, tak buď ve vedení sedí blázni nebo diletanti, případně obojí.
Výběr platformy by se měl řídit podle nějakých kritérií, které stanoví někdo, kdo vidí do problematiky u zákazniků. Jakou mají infrastrukturu, win servery/unix/linux, kolik ten přechod bude zákazníky stát, je aplikace poskytovaná jako služba nebo formou licence atd atd.
Napadá mě spousta otázek a zrovna java vs. .net je někde na chvostu. Tady je vidět, že to dělá technolog, ne člověk s komplexní znalostí problematiky (opět bez urážky).

Za mě buď ruce od toho nebo si udělat pořádnou analýzu a vůbec si určit, co vlastně potřebuji analyzovat a jakou to má váhu v rozhodovaní.

[Sheldonizátor]

No on ten přepis budou dělat spíš tak 2 lidi, nanejvýš 3 když se zadaří, určitě to nebude "one man show", i když ze začátku asi ano.

[brk]

Tak hlavni selhani je ze na tom delal sam, a nebyl nikdo kdo by se na tom nadale podilel, at uz jako revize nebo autor. Obecne se nam ukazalo ze pokud clovek na necem dela sam, tak to ma tendenci sklouznout k tomu ze je kod na konci citelny jen autorovi a nekdy ani to ne. Naopak pokud na projektu dela tym vice lidi, tak se navzajem ukaznuji a vysledek byva casto mnohem lepsi.

Samozřejmě, ale tady to podle dotazu směřuje k podobné situaci. Má to dělat jeden člověk.

[zboj]

Tak tohle nikomu nezávidím... Asi bych doporučil .NET nebo Javu, ale takový projekt bude mít tolik detailů, že stručné doporučení napsat nejde.

[perceptron]

No on ten přepis budou dělat spíš tak 2 lidi

ak to chapem spravne, vy ste v skusobnej a budete to viest

ake mate technologicke skusenosti? lebo ked este budete zacinat s %s od nuly, bude to este tazsie

[lopan]

No on ten přepis budou dělat spíš tak 2 lidi

ak to chapem spravne, vy ste v skusobnej a budete to viest

ake mate technologicke skusenosti? lebo ked este budete zacinat s %s od nuly, bude to este tazsie

Shodou okolnosti delam na prepisu dvou aplikaci. Relativne jednoduche aplikace, bez kritickeho dopadu na fungovani spolecnosti. Mam cca 12 let zkusenosti s komercnim vyvojem. Nekolik prepisu jsem uz take delal. Jedna se o apky s jednotkama tisic radku kodu. Stejne se u toho pokazde potim a vari se me mozkove bunky, aby nove aplikace dokazaly navazat na puvodni.
Toto je vec, kterou bych rozhodne sveril zkusene SW firme a nesnazil se to resit internim vyvojem.

[Kit]

Mám související otázku, hádám, že by se to mohlo hodit i tu - nevíte někdo o kompilátoru pascalu do nějakého jiného jazyka? Ideálně python, ruby, perl nebo i třeba C. Kdysi jsem něco hledal a nenašel.

Když se nad tím zamyslíš, tak automaticky to dost dobře nejde. Automat by ten kód typicky nafoukl a znepřehlednil. Různé jazyky se také liší filozofií použití, takže to, co je v Pascalu třeba na 10K řádek, může se v Pythonu vejít třeba do 500 řádek nebo i méně. Refaktorovat po automatické konverzi by bylo jistě náročnější, než to napsat přímo.

[Kit]

Shodou okolnosti delam na prepisu dvou aplikaci. Relativne jednoduche aplikace, bez kritickeho dopadu na fungovani spolecnosti. Mam cca 12 let zkusenosti s komercnim vyvojem. Nekolik prepisu jsem uz take delal. Jedna se o apky s jednotkama tisic radku kodu. Stejne se u toho pokazde potim a vari se me mozkove bunky, aby nove aplikace dokazaly navazat na puvodni.
Toto je vec, kterou bych rozhodne sveril zkusene SW firme a nesnazil se to resit internim vyvojem.

Na přepisu aplikace se 4k řádek jsem také strávil týden. A také jsem přitom narazil na hromady shnilého kódu, které si zasloužily pouze likvidaci. Takové programy obvykle refaktoruji už při prvním čtení. Nečtu je však dřív, než je proženu přes nějaký beautifier - jinak by to byla jen ztráta času.

[Sheldonizátor]

Aplikace není pro firmu vyloženě ztěžejní, jedná se jen o menší vedlejší zdroj příjmu, hlavní je ale "železo" a to dělá úplně jiný typ lidí než já. Renovace aplikace se ale mimo jiné hodí i pro udržení certifikace podle standardu ISO 9001, který vyžaduje neustálé zlepšování, což je také jedna z motivací tohoto projektu.

[mo]

ono stoji za otazku, ci ten koncept je stale dobry, alebo sa to po rokoch zmenilo a existujuca aplikacia sa len prisposobovala. Niekedy je lepsie urobit vsetko nanovo ako sa patlat so starym kodom plnym hackov zneuzivanim kodu na co nebol povodne mysleny.
Kazda taka prerabka je o najma o analyze. Ci je tam vsetko co potrebujeme a co to vlastne naozaj robi a potom sa rozhodnut ci to prepisat nanovo, alebo len technologicky transformovat (tu napr aj take veci ci sa to ma cele vymenit alebo postupne po moduloch) alebo radsej to vobec nechytat, treba sa zaoberat kazdou variantou. od vyberu technologie je to velmi daleko. v kazdej rozumnej komercnej firme sa to riadi podla vizie a ROI ale najprv treba tu analyzu spravit.