ข้อดีอย่างหนึ่งคือคุณต้องเผชิญกับและต้องแก้ไขปัญหาความเข้ากันได้ข้ามแพลตฟอร์มและประเด็นความแตกต่างในช่วงต้นของกระบวนการพัฒนา ทุกคนใช้เพื่อจัดการกับประแจและอุปสรรคลิง
คุณยังเห็นข้อเสียของความแตกต่างดังกล่าว: สภาพแวดล้อมยากต่อการตั้งค่ารักษาความปลอดภัยและพัฒนาเพราะความแตกต่างเหล่านั้น ทุกคนต้องทำงานในประเด็นที่แตกต่างตั้งแต่เนิ่น ๆ และบ่อยครั้ง การตั้งค่าความสับสนวุ่นวายของลิงที่จุดเริ่มต้นอาจเป็นสิ่งที่ทำให้ไขว้เขวจากความคืบหน้า
จากประสบการณ์ของฉันความยุ่งยากที่แตกต่างกันนั้นไม่คุ้มค่ากับความพยายามเว้นแต่คุณจะทำงานเฉพาะผลิตภัณฑ์ที่ต้องข้ามแพลตฟอร์มอย่างชัดเจน แต่นั่นคือการตัดสินการเรียกทีมที่แตกต่างกันต้องทำเพื่อตัวเอง ฉันชอบที่จะมีตัวอย่างน้อยที่สุดในทีมโปรเจคของฉัน - แต่ความจริงก็คือความปรารถนามากกว่าสิ่งที่ฉันสามารถบังคับใช้ บางคนมี & ใช้ Windows, อื่น ๆ macOS, บางคนมีรสชาติของ Linux คูณด้วยเวลาที่นักพัฒนาเครื่องมือทั้งหมดอาจต้องการใช้
คุณสามารถวางมาตรฐานโครงการหลักบางอย่างเช่น Python 3.5, PostgreSQL 9.5+, ไปป์ไลน์สินทรัพย์ตาม gulp, git, Github, กิ่งที่ถูก rebased, ... ที่ทุกคนต้องปฏิบัติตาม ซึ่งจะช่วยลดความแตกต่างดังนั้นเวลา / ความพยายามที่จำเป็นในการรองรับและทะเลาะกัน ยิ่งองค์กรของคุณและล็อคขั้นตอนองค์กรของคุณมาตรฐานมากขึ้นและสามัญที่คุณสามารถยืนยันได้ อย่างไรก็ตามผู้พัฒนามีแนวโน้มที่จะเป็นแมวที่ไม่มีใครเทียบได้อุปมา ดังนั้นการรักษาความแตกต่าง "ลงไปที่เสียงคำรามน่าเบื่อ" มักจะเป็นสิ่งที่ดีที่สุดที่คุณสามารถทำได้จริง