สมาชิกทุกคนในทีมควรใช้ IDE เดียวกันหรือไม่? [ปิด]

คุณคิดว่ามันสมเหตุสมผลไหมที่จะบังคับให้สมาชิกทุกคนในทีมต้องใช้ IDE เดียวกันหรือไม่?

ตัวอย่างเช่นวิศวกรทุกคนที่มีอยู่แล้วในทีมใช้ IDE X วิศวกรใหม่สองคนมาและต้องการใช้ IDE Y แทนเพราะนั่นคือสิ่งที่พวกเขาใช้มาหลายปีแล้ว

คุณมีประสบการณ์กับทีม "IDE ผสม" หรือไม่? ถ้าเป็นเช่นนั้นมันคืออะไร?

ระบบการสร้าง 'ทางการ' (ที่ใช้โดยเซิร์ฟเวอร์การสร้างต่อเนื่อง) นั้นเหมือนกันสำหรับทุกคนฉันไม่เห็นเหตุผลว่าทำไมสมาชิกแต่ละคนในทีมไม่สามารถเลือกเครื่องมือที่เขาต้องการ ...

หากทีมของคุณอาศัยปลั๊กอินบางตัวที่มีให้กับ IDE บางตัวเท่านั้นมันก็เป็นเรื่องเหมาะสมที่จะรวมทุกคนไว้ภายใต้แพลตฟอร์มการพัฒนาเดียวกัน ฉันพบว่ามันง่ายกว่าที่จะช่วยคนที่มีปัญหาการพัฒนาถ้าพวกเขามี IDE เดียวกันกับฉันในขณะที่ถ้าฉันอ่านหน้าจอ someones ที่มีอินเตอร์เฟสที่ไม่คุ้นเคยมันจะใช้เวลานานขึ้นเล็กน้อย

ข้อเสียอย่างหนึ่งคือเมื่อจับคู่คุณจะไม่สามารถสลับแป้นพิมพ์ระหว่างคุณได้อย่างคล่องแคล่ว ระหว่าง IDE หลักที่สำคัญนี่อาจไม่ใช่ปัญหาใหญ่ แต่ถ้ามีคนหนึ่งเคยชินกับ Eclipse ในขณะที่อีกคนใช้เป็นกลุ่มจะมีความไม่ตรงกัน ผู้ใช้ Eclipse อาจไม่สามารถใช้เสียงเรียกเข้าได้ทั้งหมดในขณะที่ผู้ใช้ vim (นั่นคือฉัน;) ใช้เวลามากในการสาปแช่งภายใต้ลมหายใจของพวกเขาด้วยความช้าของการใช้ vanilla Eclipse

ที่กล่าวว่าฉันยังคงค่อนข้างใช้เป็นกลุ่มตัวเอง ให้คู่ของคุณมีความสุขกับคุณเพียงคนเดียวที่ "ขับรถ" เป็นระยะเวลานานมันใช้งานได้ดี

และฉันรู้ว่ามีปลั๊กอินที่ทำให้ Eclipse ทำงานเหมือน vi แต่ฉันกำลังพูดถึงการจับคู่ว่าจะไปที่ไหนและนั่งกับคนที่ทำงานกับ Eclipse ได้ตามที่ต้องการดังนั้นพวกเขาจะไม่ติดตั้งปลั๊กอินนั้น

มันจะไม่สมเหตุสมผลเลยที่จะบังคับให้ผู้พัฒนาเคอร์เนล Linux ทุกคนใช้ IDE เดียวกัน (หรือใช้ IDE ใด ๆ เลย)

ฉันไม่ได้มีประสบการณ์กับ IDE แบบผสมเว้นแต่ว่าคุณจะนับ IDE เชิงพาณิชย์ด้วยการใช้เครื่องมือแก้ไขข้อความ "IDE หลายตัว" เป็นครั้งคราว แต่ฉันสามารถนึกถึงข้อดีข้อเสีย

ข้อดี

• นักพัฒนาซอฟต์แวร์แต่ละคนสามารถทำงานได้อย่างมีประสิทธิภาพที่สุดด้วยสิ่งที่พวกเขารู้ดีที่สุด
• IDEs บางตัวอาจให้ข้อได้เปรียบเหนือผู้อื่น (อันหนึ่งอาจจะดีกว่าในการปรับโครงสร้างอีกอันหนึ่งอาจดีกว่าในการจัดหาเครื่องช่วยเข้ารหัส การใช้การผสมผสานอาจช่วยให้ทีมของคุณใช้ประโยชน์จากสิ่งนั้นได้
• คุณจะมีการป้องกันความเสี่ยงเล็กน้อยต่อความเป็นไปได้ที่หนึ่งใน IDEs จะหมดอายุ

จุดด้อย

• ปัญหาการออกใบอนุญาต หากมีหลาย IDE เชิงพาณิชย์ที่เกี่ยวข้องอาจจะแพงกว่า อย่างน้อยก็อาจมีมากขึ้นในการติดตาม
• ปัญหาสิทธิ์การใช้งาน 2. หากมีเฟรมเวิร์กหรือปลั๊กอินที่ได้รับสิทธิ์การใช้งานโดย IDE หรือ Spam นี่จะเป็นปัญหาหรือไม่
• ดังที่ Dszordan กล่าวไว้ปลั๊กอินบางตัวอาจไม่สามารถทำงานร่วมกับ IDE ที่แตกต่างกันได้
• หาก IDE มีองค์ประกอบการสร้างโค้ดหรือเอ็นจิ้นการจัดรูปแบบสไตล์ที่ทำสิ่งต่าง ๆ นี่อาจทำให้เกิดความสับสน

มีเหตุผลที่สิ่งนี้สามารถบังคับได้ พิจารณาสตูดิโอภาพและ emacs / vim เช่นเดียวกับใน windows visual studio จะเพิ่มส่วนท้ายของบรรทัด เลอะนี้ด้วยการแสดงผลใน emacs / vim แท็บยังสร้างปัญหา ปัญหากับเราคือนักพัฒนาของเราทำงานใน Linux แต่สถาปัตยกรรมซอฟต์แวร์ของเรานั้นสะดวกสบายใน visual studio เมื่อเขาสาปแช่งเราบอกว่าเราไม่ได้จัดรูปแบบไฟล์อย่างถูกต้อง แต่เมื่อเขาพบว่าสิ่งนี้เป็นเพราะปัญหาการตั้งค่าเริ่มต้นเราทุกคนตกลงกันในรูปแบบเดียวกัน
ถ้าใครบังคับให้ฉันใช้ IDE โดยเฉพาะฉันจะไม่รู้สึกแย่ สิ่งที่ดีสำหรับทีมฉันจะเคารพและจะประนีประนอมตาม

นักพัฒนาซอฟต์แวร์ในปัจจุบันต้องการเลือกเครื่องมือของตนเอง

สิ่งนี้เปลี่ยนไปตามกาลเวลา 10 หรือ 15 ปีที่แล้วมีตัวเลือกไม่มากเท่าที่ฉันเคยทำงาน (ใช่มีบรรณาธิการจำนวนมาก แต่พวกเขาไม่ใช่ 'ตัวเลือก') ร้านค้าที่ฉันทำงานเมื่อ 15 ปีก่อนเป็น 'โรงเรียนเก่า' มาก (ถึงตอนนั้น!) และ vi เป็นบรรณาธิการ ไม่มีทางเลือก. อันนี้มีประโยชน์จริง ๆ เพราะหลังจากเดือนแรกของการสบถและสบถฉันได้จริงชอบ

วันนี้มีตัวเลือกมากมายและแต่ละข้อมีข้อดีมากมาย

จากประสบการณ์ส่วนตัวของฉันฉันใช้ IDE - rubyMine - สองสามปีก่อนที่จะเปลี่ยน 'ย้อนกลับ' เป็น vi (m) ฉันทำสิ่งนี้เพราะ Ruby เป็นภาษาที่ยากมากในการเขียน IDE สำหรับ (การพิมพ์เป็ดและคุณสมบัติแบบไดนามิกอื่น ๆ ) และเป็นผลให้ IDE มีแนวโน้มที่จะช้าและ / หรือต้องการเครื่องที่เร็วและเร็วที่สุด

ใช่ฉันมีประสบการณ์เกี่ยวกับการเป็นส่วนหนึ่งของทีม windows / unix & c ++ / java ฉันคิดว่านี่ไม่ใช่ปัญหาที่ทุกคนสามารถทำงานร่วมกับ IDE อื่น ๆ ได้อย่างสบาย ๆ หรือไม่เคยมีสถานการณ์ที่ทุกคนที่ไม่คุ้นเคยกับ IDE Y จำเป็นต้องทำงานกับผู้ชายคนอื่น (นั่นคือผู้ชายที่มี IDE Y ระบบ)

ถ้าทุกคนต้องการก็ไม่เป็นไร แต่คนอื่นอาจต้องการใช้บรรณาธิการ / IDE ที่แตกต่างกัน ฉันไม่ต้องการให้คนอื่นบังคับให้ฉันใช้เครื่องมือแก้ไขอื่นนอกเหนือจากที่ฉันชอบถ้าฉันทำงานกับทีมที่มีขนาดใหญ่และฉันสงสัยว่าฉันอยู่คนเดียว ผู้คนอาจมีความสุขที่สุดกับสถานการณ์นี้หากคุณไม่บังคับให้พวกเขาใช้โปรแกรมแก้ไขเฉพาะ

BTW, Emacs!

ฉันไม่คิดว่าทุกคนจะต้องมี IDE "ที่เหมือนกัน" แต่มันจะดีถ้าทุกคนมี IDE ที่ "รองรับ"

ตัวอย่างเช่นถ้า IDE ของคุณถูกรวมเข้ากับกระบวนการตรวจสอบโค้ดตราบใดที่ความคิดเห็นและการอัปเดตรหัสเป็นไปตามนั้นก็จะเหมาะสมสำหรับทุกคนที่อยู่บนแพลตฟอร์มที่รองรับ

หาก บริษัท ของคุณใช้สภาพแวดล้อมการทำงานร่วมกันเช่นRational Team Concertและผู้ชายหนึ่งหรือสองคนต้องการใช้ IDE ที่ไม่รองรับ (หรือเวอร์ชันอื่น) ในขณะที่คนอื่นใช้คอมแพตทิบิลิตี้แล้วชีวิตอาจเป็นเรื่องยากสำหรับคนที่เลือก นอกการสนับสนุนลูป

ที่สถานที่ของเราเราสร้างโครงการของเราโดยใช้ Visual Studio เมื่อพูดถึงการแก้ไขข้อความฉันจะเปลี่ยนเป็น Emacs บริษัท ของคุณไม่ควรสนใจตราบใดที่งานเสร็จ

ฟังดูคล้าย ๆ "เราใช้มันกับงานเก่าของฉัน" พวกเขาไม่ได้อยู่ที่งานเก่าของพวกเขา

หากไม่ส่งผลกระทบต่อห่วงโซ่เครื่องมือหรือปลั๊กอินการควบคุมแหล่งข้อมูลของคุณอาจใช่ จากนั้นอีกครั้งชาวบ้านใหม่ทั้งสองสามารถแสดงให้เห็นถึงประโยชน์ที่ชัดเจน? พวกเขาใช้ IDE ของคุณหรือไม่

มิฉะนั้นฉันจะไม่อดทนกับเรื่องไร้สาระนี้เว้นแต่จะมีกรณีที่ดีสำหรับมัน พวกเขาไม่ได้อยู่ที่งานเก่าของพวกเขามันเป็นเรื่องดีที่พวกเขาอยากจะจากไป การใช้ IDE อื่น ๆ เป็นเพียงจุดเด่นในงานเก่า: ถ้าเป็นเช่นนั้นพวกเขาควรจะ STFU และรู้สึกขอบคุณ ..

ใช่! บังคับใช้ IDE แบบซิงเกิล

มันทำให้เกิดปัญหาเมื่อโครงการพึ่งพาการเปลี่ยนแปลง หากมีใครแนะนำการพึ่งพาใหม่ให้กับโครงการทุกคนจะเสียเวลาเพื่อแนะนำการพึ่งพาใหม่และบางคนอาจล้มเหลวและเสียเวลาในกระบวนการนั้น เสียเวลามากมาย

ควรมีเหตุผลที่ดีจริงๆในการเพิ่ม IDE ที่แตกต่างกันให้กับทีมซึ่งหมายความว่าเวลาที่บันทึกไว้ควรเกินเวลาที่ทุ่มเทในการย้ายระบบไปยัง IDE ที่แตกต่างกัน