Latar Belakang
Jelas ada beberapa variabel yang terlibat di sini, jadi tidak ada respons satu ukuran untuk semua. Variabel-variabel ini termasuk:
Kebijakan perusahaan / perusahaan yang ada
Kebijakan apa pun yang melibatkan mandat keamanan (seperti persyaratan untuk menjalankan AV yang dikonfigurasikan perusahaan) dapat membuat keputusan ini tidak menjadi masalah.
Variabilitas lingkungan "produksi".
Jika ini merupakan aplikasi yang sedang digunakan dalam lingkungan yang terkendali ATAU lingkungan terbatas, maka itu ide yang baik untuk menduplikasi lingkungan produksi itu untuk tempat uji Anda.
Namun, jika ini adalah aplikasi yang akan dirilis "ke alam liar" maka jelas tidak ada cara untuk menguji semua konfigurasi produksi yang mungkin.
Lingkungan pengembangan dan pengujian
Jika ada tim pengujian / QA formal dan lingkungan atau bahkan hanya server pembangun, maka ini kemungkinan merupakan tempat terbaik untuk meniru lingkungan produksi, bukan mesin pengembang.
Perhatian pada keamanan
Ini adalah buku untuk dirinya sendiri, tetapi masalah keamanan mungkin lebih penting daripada pengorbanan tertentu untuk mesin pengembang. Ini tergantung pada hal-hal seperti:
- Sensitivitas data dan / atau kode
- Konektivitas ke jaringan luar / internet
- Media yang bisa dilepas
- jauh lebih banyak
Kinerja Mesin Pengembang
Yang jelas di sini adalah kinerja yang dicapai selama pengembangan karena CPU dan pajak I / O yang diperkenalkan oleh pemindai virus. Yang tidak begitu jelas adalah dampak potensial adalah: - Waktu henti terkait dengan kontraksi virus / trojan / malware dan penghapusan selanjutnya - Dampak kinerja virus / malware jika tidak ada perangkat lunak AV hadir untuk mendeteksi dan memberi tahu pengguna sedemikian rupa sehingga mereka melanjutkan untuk bekerja dengan virus / malware yang ada.
Jika Anda menggunakan mesin virtual atau memiliki gambar pengembangan atau memiliki cadangan reguler, potensi downtime ini mungkin tidak signifikan. Jika pengembang harus menginstal ulang dan mengkonfigurasi ulang semua yang ada di mesinnya dari awal (tergantung pada tingkat keparahan virus) maka downtime bisa menjadi penalti yang berat.
Kemungkinan Kontraksi
Kemungkinan virus / malware akan dikontrak oleh mesin pengembang adalah wildcard besar / tidak dikenal. Namun, jika Anda bekerja pada jaringan tertutup dan tidak membawa banyak media luar, risikonya jelas jauh lebih rendah daripada jika semua mesin terhubung langsung ke internet.
Jika lingkungan pengembangan adalah Mac OSX atau Solaris atau Linux, dll, maka kemungkinan kontraksi jauh lebih rendah daripada pada platform Windows.
Juga, jika sifat pengembangan itu sendiri meningkatkan eksposur mesin pengembang terhadap lalu lintas yang berpotensi tidak aman, ini meningkatkan kemungkinan kontraksi.
Rekomendasi
Berdasarkan status variabel-variabel di atas (dan mungkin lebih) ada beberapa opsi (dalam meningkatkan keamanan, mengurangi urutan kinerja):
- Tidak ada perangkat lunak AV sama sekali
- Perangkat lunak AV tanpa perlindungan waktu-nyata, tetapi menjadwalkan pemindaian virus selama di luar jam
- Perangkat lunak AV dengan perlindungan waktu nyata tetapi pengecualian pada folder / tipe file yang terlibat dalam proses pengembangan
- Perangkat lunak AV dengan perlindungan waktu nyata dan tanpa pengecualian
Jelas ada sejumlah variasi pada empat opsi ini (seperti yang melibatkan penggunaan Mesin Virtual) tapi saya pikir ini mencakup opsi utama.
Penggunaan Pribadi
Untuk apa nilainya, saya pribadi menggunakan Symantec Corporate di kantor dan Avast Free Edition di rumah. Saya mengaktifkan perlindungan waktu nyata dengan satu-satunya pengecualian untuk file folder Mesin Virtual / vmdk saya. Saya melakukan beberapa pengembangan di host dan beberapa di guest. Saya melakukan pengembangan C # dan C ++ asli untuk platform windows dan menemukan hukuman kinerja dapat dikelola.