Bir ekibin her üyesi aynı IDE'yi kullanmalı mı? [kapalı]

Bir ekibin her üyesinin aynı IDE'yi kullanması gerektiğini zorlamanın mantıklı olduğunu düşünüyor musunuz?

Örneğin, zaten ekipte bulunan tüm mühendisler IDE X kullanıyor. İki yeni mühendis geliyor ve bunun yerine IDE Y'yi kullanmak istiyor çünkü birkaç yıldır kullandıkları şey bu.

"Karışık IDE" ekipleri ile ilgili tecrübeniz var mı? Eğer öyleyse ne?

'Resmi' yapı sistemi (Sürekli Yapı sunucuları tarafından kullanıldığı gibi) herkes için aynı olduğu sürece, ekibin her üyesinin istediği araçları seçememesi için hiçbir neden göremiyorum ...

Ekibiniz yalnızca belirli IDE'lerin kullanabileceği bazı eklentilere güvenirse, o zaman sadece herkesi aynı geliştirme platformu altında birleştirmek mantıklı olur. Ayrıca, eğer benimle aynı IDE'ye sahiplerse, geliştirme sorunu olan birine yardım etmeyi daha kolay buluyorum, oysa bilmediğim bir arayüze sahip birisinin ekranını okuyabilirsem biraz daha uzun sürecek.

Bir dezavantajı, eşleştirme yaparken klavyeyi akıcı şekilde aralarında değiştirememenizdir. Ana akım IDE'ler arasında bu büyük bir problem değildir, ancak bir kişi Eclipse'e, diğeri vim için kullanılırsa, bir uyuşmazlık olacaktır. Eclipse kullanıcısı vim'i tamamen kullanamayabilir, vim kullanıcısı (bu benim;) vanilya Eclipse kullanmanın korkunç yavaşlığında nefeslerinin altında küfrederek çok fazla zaman harcar.

Bununla birlikte, yine de vim kullanmayı tercih ederim. Çiftinize, uzun süreler boyunca "sürüş" yaptığınız için mutlu olmanız koşuluyla, tamam işe yarıyor.

Ve Eclipse'in vi gibi çalışmasını sağlayacak eklentiler olduğunu biliyorum, ama Eclipse'i istediği gibi çalışan biriyle oturduğum ve oturduğum yerdeki eşleştirmekten bahsediyorum, bu yüzden bu eklentiyi yüklemeyecekler.

Her Linux çekirdeği geliştiricisini aynı IDE'yi (veya herhangi bir IDE'yi kullanmaya) zorlamak hiç mantıklı gelmez.

"Birden çok IDE" metin editörü ile ara sıra takviye eden ticari bir IDE saymazsanız, karışık IDE'lerle ilgili deneyimim yok ama birkaç artı ve eksiyi düşünebilirim.

Artıları

• Her geliştirici en iyi bildikleriyle en üretken olabilir
• Bazı IDE'ler diğerlerine göre avantaj sağlayabilir (biri yeniden yapılanmada daha iyi olabilir, bir diğeri kodlama yardımcıları sağlamada daha iyi olabilir, diğerleri ise veri entegrasyonunda daha iyi olabilir). Bir karışım kullanmak, ekibinizin bundan faydalanmasını sağlayabilir.
• IDE'lerden birinin feshedilmesi ihtimaline karşı bir miktar korunma olacak.

Eksileri

• Lisans sorunları. Dahil olan birden fazla ticari IDE varsa, belki daha pahalıdır. En azından, takip etmesi gereken daha fazla olabilir.
• Lisans sorunları 2. IDE veya langauge tarafından lisanslanan çerçeveler veya eklentiler varsa, bu bir sorun olur mu?
• Dszordan'ın belirttiği gibi, bazı eklentiler farklı IDE'lerle uyumlu olmayabilir.
• IDE'lerin kod üretme bileşenleri veya farklı şeyler yapan stil biçimleme motorları varsa, bu karışıklığa neden olabilir.

Bunun zorlanmasının bir nedeni var. Basitçe görsel stüdyo ve emacs / vim düşünün. Windows'ta olduğu gibi, görsel stüdyo satırın sonuna fazladan bir tane daha ekleyecektir. Bu emacs / vim cinsinden görüntüyü karıştırıyor. Ayrıca sekmeler problem yaratır. Bizim sorunumuz, geliştiricilerin Linux'ta çalışması, ancak yazılım mimarimiz görsel stüdyoda rahat. Bir keresinde dosyayı düzgün biçimlendirmediğimizi söyleyerek küfür ediyor. Ancak bunun varsayılan ayar sorunu nedeniyle olduğunu fark ettiğinde, hepimiz aynı formatta anlaştık.
Biri beni IDE kullanmaya zorlarsa, kendimi kötü hissetmeyeceğim. Takım için iyi olan ne olursa olsun buna saygı duyacağım ve buna göre uzlaşacağım.

Bugünün geliştiricisi kendi araçlarını seçmek istiyor.

Bu olsa zamanla değişti. 10 ya da 15 yıl önce çalıştığım yerlerde çok fazla seçenek yoktu. (evet, pek çok editör vardı, ancak bir 'seçim' değildi). 15 yıl önce çalıştığım dükkan çok 'eski okul'du (o zaman bile!) Ve vi de editördü. Seçenek yok. Bu aslında oldukça yararlı oldu çünkü ilk küfür ve yemin ayından sonra gerçekten hoşuma gitti.

Bugün birçok seçenek var ve her birinin birçok avantajı var.

Kişisel tecrübeme göre, 'geri' vi (m) 'ye geçmeden önce birkaç yıl boyunca bir IDE - rubyMine - kullandım. Bunu yaptım, çünkü Ruby bir IDE yazmak için çok zor bir dil (ördek yazma ve diğer dinamik özellikler) ve sonuç olarak IDE'ler yavaş ve / veya en yeni, en hızlı makineye ihtiyaç duyuyor.

Evet, karışık pencerelerin / unix ve c ++ / java ekibinin bir parçası olmak için bazı tecrübelerim var. Bence bu, herkesin diğer IDE ile çalışmak konusunda rahat olması veya IDE Y'ye aşina olmayan bir kişinin diğer adamın üzerinde çalışmak zorunda kalması durumunda (IDE Y'li adam üzerinde çalışmak zorunda olmadığında asla bir durum olmayacak) bir sorun olmadığını düşünüyorum. ) sistem.

Herkes isterse sorun olmaz, ancak farklı insanlar farklı düzenleyiciler / IDE'ler kullanmak isteyebilir. Bir ekiple büyük bir şey üzerinde çalışıyor olsaydım, insanların beni tercih ettiğimden başka bir editör kullanmaya zorlamasını istemem ve yalnız olduğumdan şüpheliyim. Belirli bir düzenleyiciyi kullanmaya zorlamazsanız, insanlar durumdan en çok memnun olabilirler.

BTW, Emacs!

Herkesin "aynı" IDE'ye sahip olması gerektiğini düşünmüyorum, ancak herkesin "desteklenen" bir IDE'ye sahip olması güzel olurdu.

Örneğin, eğer IDE'niz kod yorumlama ve güncelleme koduna göre kod inceleme sürecine entegre edilmişse, herkesin desteklenen bir platformda olması mantıklı olacaktır.

Şirketiniz Rational Team Concert gibi işbirlikçi bir ortam kullanıyorsa ve bir ya da iki adam desteklenmeyen bir IDE (veya farklı bir sürüm) kullanmak isterse, herkes uyumlu olanları kullanıyorsa, o zaman yaşamayı seçmiş insanlar için zor olabilir. destek döngüsünün dışında.

Bizim yerimize Visual Studio ile projelerimizi inşa ediyoruz. Metin düzenleme konusunda Emacs'a geçiyorum. İşiniz bittiği sürece firmanızın umrunda olmamalıdır.

“Bunu eski işimde kullandık” gibi görünüyor. Eski işlerinde değiller.

Takım zincirinizi veya kaynak kontrol eklentilerinizi etkilemiyorsa, belki evet. Sonra tekrar, iki yeni halk net bir fayda gösterebilir mi? IDE'nizi kullandılar mı?

Aksi halde, bunun için iyi bir durum olmadığı sürece bu saçmalığa sabrım yok. Eski işlerinde değiller: ayrılmak istemek o kadar iyi olamazdı. Diğer IDE'yi eski işte tek öne çıkan şey kullanıyor muydu: öyleyse, STFU'yu kullanmalı ve minnettar olmalılar.

EVET! Singleton IDE'yi uygula.

Proje bağımlılığı değiştiğinde problem çıkarır. eğer biri projeye yeni bir bağımlılık getirirse, her biri bu yeni bağımlılığı ortaya koymak için zaman harcar ve bazıları başarısız olur ve bu süreç için zaman harcar. ZAMANIN BÜYÜK ATIK.

takıma farklı bir IDE eklemek için GERÇEKTEN iyi bir gerekçe olmalı, yani kazanılan zaman sistemi farklı IDE'lere geçirmek için harcanan zamanı geçmelidir.