Rizika s vývojem na Java 1.4 v roce 2013 rubrika: Programování: Java
Představte si, že máte u zákazníka (státní správa) webovou aplikaci vyvinutou v Java 1.4.
Vývoj aplikace není intenzivní, ale přesto se několikrát do roka dělají drobné úpravy.
Ve firmě panuje obecně názor že "povyšování technologií a případné problémy nikdo nezaplatí" - každá aplikace se tak zpravidla udržuje na technologiích a knihovnách na kterých vznikla.
Jak se o aplikace staráte u vás? Řešíte nějakým způsobem povyšování technologií? Jakým způsobem přesvědčujete management, že je to potřeba a je to vlastně vůbec potřeba? Existují nějaké problémy (výkon, známé chyby, bezpečnost,...) s Javou 1.4 a existuje tedy důvod povýšit?
Aplikaci mame pokrytou testy, takze upgrade verze pouziteho jazyka (Perl) a vsech zavislosti (200+ CPAN baliku + jejich zavislosti) je otazka stahnuti novych verzi, skompilovani a pak pusteni jobu v Jenkinsu, ktery vyhodi seznam chyb. Ty chyby si pak rozdelime a behem par hodin fixneme a jsme ready na to aby to slo na devel, testing a staging prostredi, kde to jeste rucne proklepneme. Delame to nekolikrat do roka.
Kdyz si vzpomenu jak jsme poprve migrovali na novou verzi Perlu jeste bez testu, tak to bylo velke dobrodruzstvi a prace na nekolik tydnu. Ted je z toho nudna operace. A tak to ma byt.
Pro zobrazení všech 5 odpovědí se prosím přihlaste:
Nebo se přihlaste jménem a heslem: