Pisanie CV - Unix/Linux Administrator

Cześć,
przeglądam wymagania na stanowiska administratora systemów Unix/Linux i bardzo często pojawiają się tam następujące punkty:

• znajomość Apache, Postfix, Sendmail, wu-ftpd,
• znajomość protokołu/zagadnień sieciowych TCP/IP.

Chciałbym w przyszłości aplikować na ww. stanowisko (przy czym oczywiście będzie to zapewne Junior Administrator).
Mam pytanie, jak traktować powyższe zapisy, tzn. czy jeżeli np. znam Apache na poziomie standardowej książki o Linuksie (tzn. instalacja i konfiguracja pozwalająca na odpalenie witryny, umiejętność skonfigurowania wirtualnych hostów, podstawowa wiedza na temat SSL), to czy powinienem wpisać to w CV, czy raczej chodzi tu o bardziej zaawansowane umiejętności.

Podobne pytanie co do znajomości protokołu TCP/IP: takie sformułowanie jest dość ogólne i nie jestem pewny, jak to do końca rozumieć: czy chodzi istotnie o sam protokół TCP/IP, czy też raczej o praktyczne narzędzia uniksowe związane z tym protokołem (strace, route itd.). Czy należy tu wliczyć sam TCP/IP, czy też protokoły HTTP, SMTP, SNMP i inne.

Z góry dzięki za odpowiedzi.

nie zapominaj o svnach, gitach i bazach danych

Nie no, jasne, również znajomość samego systemu Unix, języków skryptowych itd., ale nie o to mi chodzi.
Chodzi mi o to, jakie są oczekiwania wobec kandydata deklarujące ww. umiejętności - nie chciałbym ściemniać w CV, iż znam technologię/narzędzia o których w rzeczywistości nie posiadam wystarczającej wiedzy.

Podobne pytanie co do znajomości protokołu TCP/IP: takie sformułowanie jest dość ogólne i nie jestem pewny, jak to do końca rozumieć: czy chodzi istotnie o sam protokół TCP/IP, czy też raczej o praktyczne narzędzia uniksowe związane z tym protokołem (strace, route itd.). Czy należy tu wliczyć sam TCP/IP, czy też protokoły HTTP, SMTP, SNMP i inne.

TCP/IP to TCP/IP, a nie HTTP, SMTP itp. itd. Gdyby po pojęciem TCP/IP miało się kryć więcej protokołów sieciowych, to czemuż ograniczać się do tych należących do warstw wyższych? Czemu nie wliczać Ethernetu, ATMa, SONETu i 802.11?
Oczywiście znajomość większej ilości protokołów z pewnością zadziała na twoją korzyść, ale czytać ze zrozumieniem też trzeba umieć. Skąd przejście z TCP/IP do SMTP? Jak to się niby wiąże?

"znajomość protokołu" rozumiałabym jako znajomość protokołu. Tzn. jak wiesz jak działa ten protokół, to go znasz.
"znajomość zagadnień sieciowych" rozumiałabym jako wiedzę praktyczną związaną z wykorzystaniem protokołu.

Chodzi mi o to, jakie są oczekiwania wobec kandydata deklarujące ww. umiejętności - nie chciałbym ściemniać w CV, iż znam technologię/narzędzia o których w rzeczywistości nie posiadam wystarczającej wiedzy.

Jak nie chcesz ściemniać, to po prostu nie ściemniaj. Napisz konkretnie co umiesz i tyle... Przecież wypisując swe umiejętności nie musisz ograniczać się do tego, o co zapytano w ogłoszeniu. Nie musisz też formuować tego tak jak zrobiono to w ogłoszeniu. Jeśli nie jesteś pewien, czy znasz protokół TCP/IP to wypisz te zagadnienia, które wiesz, że znasz.

TCP/IP to TCP/IP, a nie HTTP, SMTP itp. itd. Gdyby po pojęciem TCP/IP miało się kryć więcej protokołów sieciowych, to czemuż ograniczać się do tych należących do warstw wyższych? Czemu nie wliczać Ethernetu, ATMa, SONETu i 802.11?

Bzdura, jeżeli klient deklaruje znajomość protokołu TCP/IP (a już zwłaszcza na takie stanowisko), to jasne jest, że oczekiwana będzie znajomość także HTTP, SMTP itd., warstw niższych jak najbardziej też.

Jak ma się SNMP do TCP/IP pozostawiam w charakterze pracy domowej.

Wyżej miało być SMTP, ale to niewiele zmienia.

@Adrianms, tak jak napisałam, znajomość większej liczby protokołów sieciowych z pewnością działa na korzyść kandydata. Jednakże nie potrafię na podstawie opisu "znajomość protokołu/zagadnień sieciowych TCP/IP" wywnioskować, znajomości których konkretnie protokołów sieciowych będzie ode mnie pracodawca wymagał. Z pewnością będzie wymagał TCP i IP.
Jeśli ty potrafisz wywnioskować z tego opisu konkretną listę protokołów, które należy znać (zarówno z warstw wyższych i niższych) to gratuluję, powinieneś grać w totolotka.

Dla mnie jest oczywiste, że administrator sieciowy powinien znać protokoły HTTP, SMTP, SNMP, 802.3, 802.11 (i wiele innych). Pytanie jednak nie było o to, co powinien znać administrator sieciowy, tylko jak rozumieć to konkretne zdanie.

SMTP do działania nie potrzebuje ani TCP ani IP. SNMP akurat jest przeznaczone stricte do sieci IP, ale domyślnie wykorzystuje się tu UDP, a nie TCP.

Bartekwldv napisał(a):

Cześć,
przeglądam wymagania na stanowiska administratora systemów Unix/Linux i bardzo często pojawiają się tam następujące punkty:

• znajomość Apache, Postfix, Sendmail, wu-ftpd,
• znajomość protokołu/zagadnień sieciowych TCP/IP.

Chciałbym w przyszłości aplikować na ww. stanowisko (przy czym oczywiście będzie to zapewne Junior Administrator).
Mam pytanie, jak traktować powyższe zapisy, tzn. czy jeżeli np. znam Apache na poziomie standardowej książki o Linuksie (tzn. instalacja i konfiguracja pozwalająca na odpalenie witryny, umiejętność skonfigurowania wirtualnych hostów, podstawowa wiedza na temat SSL), to czy powinienem wpisać to w CV, czy raczej chodzi tu o bardziej zaawansowane umiejętności.

Podobne pytanie co do znajomości protokołu TCP/IP: takie sformułowanie jest dość ogólne i nie jestem pewny, jak to do końca rozumieć: czy chodzi istotnie o sam protokół TCP/IP, czy też raczej o praktyczne narzędzia uniksowe związane z tym protokołem (strace, route itd.). Czy należy tu wliczyć sam TCP/IP, czy też protokoły HTTP, SMTP, SNMP i inne.

Z góry dzięki za odpowiedzi.

Nie czytaj bzdur o wymaganiach, bo czasem są z kosmosu. Jak mój znajomy wysyłał CV, gdzie w wymaganiach była bardzo dobra znajomość angielskiego a to się okazało, że zwykły straszak.

Aurel, tak jak napisałem wyżej: jeżeli w wymaganiach podana jest "znajomość protokołu/usług sieciowych TCP/IP", to jasne jest, że będzie wymagana znajomość protokołów również z warstw wyższych, jako warstwy aplikacji (a nie jako konkretnych protokołów, które trzeba znać). Jest to również pewien wyznacznik kultury informatycznej kandydata (szczególnie w kontekście Uniksa). Weryfikacji wiedzy z obszaru HTTP, SMTP należy się zdecydowanie spodziewać, gdyż jest to po prostu podstawa i nie wyobrażam sobie, jak administrator może nie mieć pojęcia na temat tych zagadnień.
Jeszcze jedno: wyżej pisałaś o administratorze sieciowym, klient mówi o stanowisku "Unix/Linux administrator", a to dwie różne rzeczy (nie mówię przy tym, że administrator Unix/Linux nie może być administratorem sieci).