Arkturus Mengsk <m...@g...pl[NOSPAM]> napisał(a):

> > Jasne, a jak cos sie popsuje, to dzialanosc firmy staje i czeka az
> przyjada
> > programisci z innej firmy?? Panowie... Admin powinien wiedziec co i jak w
> > jego systemie... bo inaczej co to za admin?? tylko komendy na konsoli umie
> > wydawac??
> >
>
> A czy ja mowie ze admin nie powinien sie znac na systemie? Przeciez to
> logiczne ze skoro obsluguje siec to znaczy ze siec jest oparta na jakims
> sieciowym systemie operacvyjnym. Samek kabelki to troche za malo. A poza tym
> administrator nie grzebie w systemie np. MRP czy CRM w sensie
> programistycznym ale jak juz to w konfiguracji tego systemu jesli zajdzie
> taka potrzeba a to raczej dwie rozne sprawy.
>
> AM
>
>
Generalnie popieram. W mojej poprzedniej firmie (duża firma ubezpieczeniowa)
był podział na część infrastrukturalną - dział adminów NT, dział adminów LN,
dział adminów Oracle oraz adminów Unix'a. Przy okazji mały dzialik HelpDesk
dla doraźnej pomocy użytkownikom. No a poza tym część biznesowa - cała rzesza
programistów, odpowiedzialna za kilka aplikacji - księgową, inwestycyjną, do
obsługi polis i nie wiem do czego tam jeszcze. Podział bardzo się sprawdzał i
sprawdza się do tej pory. I niby każda z osób pracujących w działach IT to
informatyk. Ale jeśli koledze programiście się komputer zepsuł to szedł do
niego HelpDesk - kolega programista miał w nosie co się może dziać w
komputerze - nie za to mu płacili. I odwrotnie, gdyby któryś z HelpDesków
miał pogrzebać w programach biznesowych (pomijam normalne aplikacje biurowe),
to mogę się założyć że prędzej by się powiesił niż tego dotknął.

Maura

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/