🚀 go-pugleaf

On 2011-03-30, Michal <natural-born-killer@do.not.mail.me.or.i.will.kill.you> wrote:
> On Mon, 28 Mar 2011 21:34:01 +0000 (UTC)
> "Stachu 'Dozzie' K." <dozzie@go.eat.some.screws.spammer.invalid> wrote:
>
>> >
>> > Widze, ze nie wiele rzeczy uruchamiales w srodowisku korporacyjnym.
>> 
>> Widzę że nie miałeś nic wspólnego z administracją systemami.
>
> Popytaj troszke kolegow jak to jest w pracy, dlaczego nie daje sie wszystkim hasla roota, 
> co to jest polityka IT,

Co to ma do sposobu przygotowywania paczki (JAR, egg, gem) do
dystrybucji oprogramowania?

> kto administruje i kto programuje,

Nie rozumiem co by mieli twoim zdaniem powiedzieć. Ja jestem
administratorem, a również programuję (i to całkiem sporo; na użytek
mojego zespołu). W dziale R&D mamy programistów, którzy administrują
środowiskami do pisania i budowania softu dla swoich zespołów.

> w ilu roznych wersjach moze 
> wystepowac jeden pakiet i czemu moga byc one nie zgodne lub wrecz wchodzic w konflikty. 

Z reguły w jednej, chyba że się specjalnie postarasz (myślę o DEB
i RPM). Zgodność/niezgodność wersji załatwiają opisy zależności.

> Pomys tez troche nad tym po co tracic czas na budowanie paczki skoro program wykonuje 
> sie tylko raz, a pozniej go kasuje, itp.

To akurat zdarza się raczej rzadko dla większego softu (czyt. takiego,
który wymaga sporej ilości zewnętrznych paczek).

>> > Chyba nie
>> > zdajesz sobie rowniez sprawy z problemow plynacych wraz z systemem pakietow.
>> 
>> No jakich? Wymień trzy.
>
> poszukaj w google troche w okolicach dependency hell i pouzywaj troche managerow pakietow. 

No używam managerów pakietów (APT, Yum), i to dość intensywnie. I jakoś
nie rozumiem o czym mówisz.

A co do dependency hell, to mówisz o tym starym, dekadę temu rozwiązanym
problemie występującym w dystrybucjach z managerami pakietów, które nie
ściągały automatycznie zależności?

Ty za to sobie poczytaj o JAR hell. Na Wikipedii jest akurat ładnie to
opisane. Ze swojej strony dodam następujące problemy z takim podejściem
do dystrybucji (znaczy: wszystkie zależności w jednej wielkiej paczce):
  * nie możesz sprawdzić jakie zewnętrzne (third party) biblioteki są
    w użyciu
    * nie wiesz w jakich są wersjach (może biblioteka ma dziurę
      bezpieczeństwa?)
    * nie wiesz jakie mają licencje (może producent softu sobie wziął
      nielegalnie cudzą bibliotekę? a bekniesz za to ty, klient)
  * nie możesz zaktualizować biblioteki, gdyby zaszła taka potrzeba --
    bo wszystko jest wprasowane w jedną paczkę
  * okazuje się że masz fafnaście wersji tej samej biblioteki, albo co
    gorsza, fafnaście instancji tej samej wersji tej biblioteki

Czyli dokładnie to, czym się różni linkowanie statyczne od dynamicznego.
Jak sądzisz, dlaczego prawie wszyscy się przestawili na linkowanie
dynamiczne, a statycznego się używa tylko w naprawdę dobrze
uzasadnionych przypadkach?

-- 
Secunia non olet.
Stanislaw Klekot