Kontra - dengan asumsi Anda harus berhadapan langsung dengan pelanggan.
1) Memanjakan Pelanggan Anda
Jika ini adalah dukungan lini pertama / 2/3 (maksud saya dukungan garis kabur) di mana pengembang berurusan langsung dengan pelanggan, maka itu adalah con besar. Pengembang memiliki keahlian yang diperlukan untuk men-debug masalah atau mengembangkan solusi untuk menyelesaikan masalah. Jika pelanggan memiliki akses penuh ke pengembang (garis kabur) - tidak ada yang menghentikan pelanggan dari "penyalahgunaan" hak istimewa ini - yang mengakibatkan pelanggan manja, menuntut, dan istimewa yang membayar tidak lebih dari pelanggan lain mana pun.
2) Mengkondisikan Pengembang Anda untuk Berbohong dan Make Up Stories.
Siapa pun yang berurusan dengan pelanggan tahu bahwa itu merupakan prasyarat untuk bisa berbohong kepada mereka. Ada bug dengan perbaikan 1 baris yang dapat dilakukan dalam 5 menit. Seseorang yang mendukung pelanggan akan dilatih untuk mengelola harapan pelanggan - bahwa akan memakan waktu hingga 3 hari untuk menyelesaikannya.
Sebagai pengembang, jika Anda harus berhadapan langsung dengan pelanggan, Anda harus memikirkan cara-cara kreatif untuk menenangkan atau menipu pelanggan ketika pekerjaan utama Anda adalah menyelesaikan masalah teknis dan memastikan sistem berjalan dengan lancar.
3) Curriculum Vitae Anda Menderita.
Kecuali jika Anda beralih dari Insinyur Perangkat Lunak ke Analis Bisnis / Konsultan IT / Manajemen Proyek, CV Anda akan menderita dari aspek teknis.
Pekerjaan dukungan berbayar yang berputar di antara tim adalah cerita yang berbeda.
Pro
1) Hentikan Pengeluh dari Merengek
Pengembang yang melakukan apa yang mereka benci akan membuat mereka lebih menghargai pengkodean. Punya programmer yang terus-menerus mengejek? Letakkan mereka di hotline selama sebulan.