tło
W grę wchodzi oczywiście wiele zmiennych, więc nie ma jednej uniwersalnej odpowiedzi. Te zmienne obejmują:
Istniejąca polityka firmy / firmy
Wszelkie zasady dotyczące mandatów bezpieczeństwa (takie jak wymóg uruchomienia AV skonfigurowanego przez firmę) mogą sprawić, że decyzja ta nie będzie stanowić problemu.
Zmienność środowiska „produkcyjnego”.
Jeśli jest to aplikacja wdrażana w środowisku kontrolowanym LUB w środowisku ograniczonym, dobrym pomysłem jest zduplikowanie tego środowiska produkcyjnego dla swoich platform testowych.
Jeśli jednak jest to aplikacja, która zostanie wydana „w środowisku naturalnym”, nie ma oczywiście możliwości przetestowania wszystkich możliwych konfiguracji produkcyjnych.
Środowisko programistyczne i testujące
Jeśli istnieje formalny zespół testujący / QA i środowisko, a nawet tylko serwer kompilacji, jest to prawdopodobnie najlepsze miejsce do naśladowania środowiska produkcyjnego, a nie maszyn deweloperów.
Obawy dotyczące bezpieczeństwa
Jest to książka sama w sobie, ale obawy dotyczące bezpieczeństwa mogą przeważyć wszelkie szczególne kompromisy z maszynami programistów. Zależy to od takich rzeczy jak:
- Wrażliwość danych i / lub kodu
- Łączność z zewnętrznymi sieciami / Internetem
- Nośniki wymienne
- o wiele wiele więcej
Wydajność maszyny programisty
Oczywistym jest tutaj spadek wydajności podczas programowania ze względu na podatek od procesorów i I / O wprowadzony przez skaner antywirusowy. Nie tak oczywiste są potencjalne skutki: - Przestoje związane ze skurczeniem się wirusa / trojana / złośliwego oprogramowania i późniejszym usunięciem - Wpływ wydajności wirusa / złośliwego oprogramowania, jeśli oprogramowanie AV nie jest obecne w celu wykrycia i powiadomienia użytkownika, aby kontynuował do pracy z obecnym wirusem / złośliwym oprogramowaniem.
Jeśli używasz maszyn wirtualnych lub masz obraz programistyczny lub masz regularne kopie zapasowe, ten potencjał przestoju może być nieznaczny. Jeśli programista będzie musiał ponownie zainstalować i zrekonfigurować wszystko na swoim komputerze od zera (w zależności od nasilenia wirusa), przestój może być poważną karą.
Prawdopodobieństwo skurczu
Prawdopodobieństwo zarażenia się wirusem / złośliwym oprogramowaniem przez maszynę programistyczną to ogromna wieloznaczna / nieznana. Jeśli jednak pracujesz w zamkniętej sieci i nie wnosisz dużo mediów zewnętrznych, ryzyko jest oczywiście znacznie niższe niż w przypadku, gdy wszystkie komputery są bezpośrednio podłączone do Internetu.
Jeśli środowiskiem programistycznym jest Mac OSX, Solaris lub Linux itp., Prawdopodobieństwo skurczu jest znacznie niższe niż na platformie Windows.
Ponadto, jeśli sam charakter rozwoju zwiększa narażenie maszyn programistów na potencjalnie niebezpieczny ruch, zwiększa to prawdopodobieństwo skurczu.
Rekomendacje
W oparciu o powyższy status zmiennych (i prawdopodobnie więcej) istnieje kilka opcji (w celu zwiększenia bezpieczeństwa, zmniejszenia kolejności wydajności):
- W ogóle nie ma oprogramowania AV
- Oprogramowanie AV bez ochrony w czasie rzeczywistym, ale zaplanowane skanowanie w poszukiwaniu wirusów poza godzinami pracy
- Oprogramowanie AV z ochroną w czasie rzeczywistym, ale wyklucza foldery / typy plików zaangażowane w proces tworzenia
- Oprogramowanie AV z ochroną w czasie rzeczywistym i bez wyłączeń
Istnieje oczywiście wiele odmian tych czterech opcji (takich jak korzystanie z maszyn wirtualnych), ale myślę, że obejmuje to główne opcje.
Wykorzystanie osobiste
Jeśli chodzi o wartość, osobiście korzystam z Symantec Corporate w pracy i Avast Free Edition w domu. Mam włączoną ochronę w czasie rzeczywistym, z jedynymi wyjątkami dotyczącymi moich folderów maszyny wirtualnej / plików vmdk. Część mojego rozwoju wykonuję u gospodarza, a niektóre u gościa. Zajmuję się programowaniem w języku C # i natywnym C ++ dla platformy Windows i uważam, że kary wydajnościowe można kontrolować.