Ceny bez zmian, ot tak, z dobrego serca. Wpisane na sztywno 1,22 w procedurach PL/SQL nie miało żadnego wpływu na taką decyzję.
4
komentarze:
Anonimowy
pisze...
Hmm, ale czekaj, jesli nawet wpisali na sztywno, to musza miec gdzies w CVS/SVN (nie wierze, zeby Orange nie wersjonowal w jakis sposob swojego kodu), wiec wystarczyloby zrobic "global replace", invalidate'nac wszystkie pakiety i wio koniu...
"Global replace" na 1.22, 22, 0.22, czasem PL/SQL jest powiązany z kodem Javy, osoby, która umiała to przekompilować już dawno nie ma, itd. Im starszy system tym gorzej. Każdą zmianę trzeba przetestować. Wydaje mi się, że to nie jest takie proste i szybkie.
To sie zgadza. Nie mowie ze proste. Przetestowac oczywiscie trzeba. Hmm, ja wiem ze PL/SQL to anachronizm (choc wciaz bardzo popularny i szeroko stosowany), ale kurcze przeciez nawet w nim sa stale, ktos musial naprawde nie przemyslec sprawy, jesli dal 1.22 w kodzie...
4 komentarze:
Hmm, ale czekaj, jesli nawet wpisali na sztywno, to musza miec gdzies w CVS/SVN (nie wierze, zeby Orange nie wersjonowal w jakis sposob swojego kodu), wiec wystarczyloby zrobic "global replace", invalidate'nac wszystkie pakiety i wio koniu...
"Global replace" na 1.22, 22, 0.22, czasem PL/SQL jest powiązany z kodem Javy, osoby, która umiała to przekompilować już dawno nie ma, itd. Im starszy system tym gorzej. Każdą zmianę trzeba przetestować. Wydaje mi się, że to nie jest takie proste i szybkie.
To sie zgadza. Nie mowie ze proste. Przetestowac oczywiscie trzeba. Hmm, ja wiem ze PL/SQL to anachronizm (choc wciaz bardzo popularny i szeroko stosowany), ale kurcze przeciez nawet w nim sa stale, ktos musial naprawde nie przemyslec sprawy, jesli dal 1.22 w kodzie...
Jak to mawia mój kolega Hubert: 'Standardem SOA powinny być dblinki' :)
Prześlij komentarz