Haruskah setiap anggota tim menggunakan IDE yang sama? [Tutup]

Apakah menurut Anda masuk akal untuk menegakkan bahwa setiap anggota tim harus menggunakan IDE yang sama?

Misalnya semua insinyur yang sudah bergabung menggunakan IDE X. Dua insinyur baru datang dan ingin menggunakan IDE Y karena itulah yang telah mereka gunakan selama beberapa tahun sekarang.

Apakah Anda memiliki pengalaman dengan tim "IDE campuran"? Jika demikian, apakah itu?

Asalkan sistem build 'resmi' (seperti yang digunakan oleh server Continuous Build) adalah sama untuk semua, saya tidak melihat alasan mengapa setiap anggota tim tidak dapat memilih alat yang dia inginkan ...

Jika tim Anda bergantung pada plugin tertentu yang hanya tersedia untuk IDE tertentu, maka masuk akal untuk menyatukan semua orang di bawah platform pengembangan yang sama. Saya juga merasa lebih mudah untuk membantu seseorang dengan masalah pengembangan jika mereka memiliki IDE yang sama dengan saya, sedangkan jika saya membaca layar seseorang dengan antarmuka yang tidak dikenal, itu akan memakan waktu sedikit lebih lama.

Salah satu kelemahannya adalah saat memasangkan Anda tidak dapat menukar keyboard di antara Anda dengan lancar. Antara IDE arus utama ini mungkin bukan masalah besar, tetapi jika satu orang terbiasa dengan Eclipse sementara yang lain digunakan untuk vim, akan ada ketidakcocokan. Pengguna Eclipse mungkin sama sekali tidak dapat menggunakan vim, sementara pengguna vim (itu saya;) menghabiskan banyak waktu mengutuk dengan susah payah di lambatnya penggunaan vanilla Eclipse.

Yang mengatakan, saya masih lebih suka menggunakan vim sendiri. Asalkan pasangan Anda senang dengan hanya salah satu dari Anda "mengemudi" untuk waktu yang lama itu berfungsi dengan baik.

Dan saya tahu ada plugin untuk membuat Eclipse berfungsi seperti vi, tapi saya berbicara tentang memasangkan ke mana saya pergi dan duduk dengan seseorang yang Eclipse berfungsi sesuai keinginan mereka, sehingga mereka tidak akan menginstal plugin itu.

Tidak masuk akal sama sekali untuk memaksa setiap pengembang kernel Linux untuk menggunakan IDE yang sama (atau menggunakan IDE apa pun).

Saya tidak memiliki pengalaman dengan IDE campuran, kecuali jika Anda menghitung IDE komersial dengan sesekali ditambahkan oleh editor teks "beberapa IDE," tetapi saya dapat memikirkan beberapa pro dan kontra.

Pro

• Setiap pengembang bisa menjadi paling produktif dengan apa yang mereka tahu terbaik
• Beberapa IDE mungkin memberikan keunggulan dibandingkan yang lain (yang satu mungkin lebih baik dalam refactoring, yang lain mungkin lebih baik dalam menyediakan alat bantu coding, yang lain mungkin lebih baik dengan integrasi data, apa pun). Menggunakan campuran mungkin memungkinkan tim Anda memanfaatkannya.
• Anda akan memiliki sedikit lindung nilai terhadap kemungkinan salah satu IDE mati.

Cons

• Masalah perizinan. Jika ada beberapa IDE komersial yang terlibat, mungkin lebih mahal. Setidaknya, itu bisa lebih untuk dilacak.
• Masalah lisensi 2. Jika ada kerangka kerja atau plug-in yang dilisensikan oleh IDE atau bahasa, apakah ini akan menjadi masalah?
• Seperti yang disebutkan Dszordan, plug-in tertentu mungkin tidak kompatibel dengan berbagai IDE.
• Jika IDE memiliki komponen pembuatan kode atau mesin pemformat gaya yang melakukan berbagai hal secara berbeda, ini dapat menyebabkan kebingungan.

Ada alasan mengapa ini bisa dipaksakan. Cukup pertimbangkan studio visual dan emacs / vim. Seperti pada windows visual studio akan menambahkan tambahan di akhir baris. Ini mengacaukan dengan tampilan di emacs / vim. Tab juga membuat masalah. Masalahnya dengan kami adalah bahwa kami pengembang bekerja di Linux tetapi arsitektur perangkat lunak kami nyaman di visual studio. Dia pernah mengutuk kita dengan mengatakan bahwa kita tidak memformat file dengan benar. Tapi kemudian ketika dia menemukan bahwa ini karena masalah pengaturan default, kita semua sepakat untuk format yang sama.
Jika ada yang memaksa saya untuk menggunakan IDE tertentu, saya tidak akan merasa buruk. Apa pun yang baik untuk tim saya akan menghargai itu dan akan berkompromi sesuai itu.

Pengembang hari ini ingin memilih alat mereka sendiri.

Ini telah berubah seiring waktu. 10 atau 15 tahun yang lalu tidak ada banyak pilihan di tempat saya bekerja. (ya ada banyak editor tetapi mereka bukan 'pilihan'). Toko tempat saya bekerja 15 tahun yang lalu adalah 'sekolah tua' (bahkan saat itu!) Dan vi adalah editornya. Tidak ada pilihan. Ini sebenarnya sangat berguna, karena setelah bulan pertama memaki dan bersumpah aku benar-benar menyukainya.

Saat ini, ada banyak pilihan dan masing-masing memiliki banyak keunggulan.

Dalam pengalaman pribadi saya, saya menggunakan IDE - rubyMine - selama beberapa tahun sebelum beralih 'kembali' ke vi (m). Saya melakukan ini karena Ruby adalah bahasa yang sangat sulit untuk menulis IDE untuk (mengetik bebek dan fitur dinamis lainnya) dan sebagai akibatnya IDE cenderung lambat dan / atau memerlukan mesin tercepat terbaru.

Yah ya saya punya beberapa pengalaman dalam hal menjadi bagian dari windows campuran / unix & c ++ / tim java. Saya pikir ini bukan masalah asalkan semua orang merasa nyaman bekerja dengan IDE lain atau tidak akan pernah ada situasi ketika siapa pun yang tidak terbiasa dengan IDE Y perlu bekerja pada orang lain (yaitu orang dengan IDE Y ) sistem.

Jika semua orang mau, itu tidak masalah, tetapi orang yang berbeda mungkin ingin menggunakan editor / IDE yang berbeda. Saya tidak akan benar-benar ingin orang memaksa saya untuk menggunakan editor selain yang saya sukai jika saya mengerjakan sesuatu yang besar dengan tim, dan saya ragu saya sendirian. Orang mungkin paling senang dengan situasi ini jika Anda tidak memaksa mereka untuk menggunakan editor tertentu.

BTW, Emacs!

Saya tidak berpikir semua orang perlu memiliki "sama" IDE, tetapi alangkah baiknya jika semua orang memiliki "didukung" IDE.

Misalnya, jika IDE Anda terintegrasi ke dalam proses peninjauan kode sejauh mengomentari dan memperbarui kode, maka masuk akal bagi semua orang untuk berada di platform yang didukung.

Jika perusahaan Anda menggunakan lingkungan kolaboratif seperti Konser Tim Rasional dan satu atau dua orang ingin menggunakan IDE yang tidak didukung (atau versi yang berbeda) sementara semua orang menggunakan yang kompatibel, maka kehidupan mungkin sulit bagi orang yang telah memilih untuk menjadi di luar lingkaran dukungan.

Di tempat kami, kami membangun proyek-proyek kami menggunakan Visual Studio. Ketika datang untuk mengedit teks saya beralih ke Emacs. Perusahaan Anda seharusnya tidak peduli selama pekerjaan itu selesai.

Kedengarannya agak seperti "kami menggunakan ini di pekerjaan lama saya". Yah, mereka tidak di pekerjaan lama mereka.

Jika tidak memengaruhi rantai alat atau plug.ins kontrol sumber, maka mungkin ya. Kemudian lagi, dapatkah kedua rakyat baru menunjukkan manfaat yang jelas? Sudahkah mereka menggunakan IDE Anda?

Kalau tidak, saya tidak punya kesabaran dengan omong kosong ini kecuali ada kasus yang bagus untuk itu. Mereka tidak pada pekerjaan lama mereka: tidak baik bagi mereka untuk mau pergi. Sedang menggunakan IDE lain satu-satunya sorotan dalam pekerjaan lama mereka: jika demikian, mereka harus STFU dan bersyukur ..

IYA NIH! Terapkan IDE tunggal.

Itu membuat masalah ketika ketergantungan proyek berubah. jika seseorang memperkenalkan ketergantungan baru pada proyek, maka setiap orang akan membuang waktu untuk memperkenalkan ketergantungan baru itu, dan beberapa mungkin gagal dan membuang waktu pada proses itu. LIMBAH BESAR WAKTU.

harus ada pembenaran yang BENAR-BENAR baik untuk menambahkan IDE yang berbeda ke tim, yang berarti waktu yang dihemat harus melampaui waktu yang didedikasikan untuk memigrasi sistem ke berbagai IDE