แนวปฏิบัติที่ดีทุกครั้งที่เริ่มต้นควรปฏิบัติตาม [ปิด]

เพื่อนสองคนในที่ทำงานและฉันกำลังจะตั้งค่าเริ่มต้นเล็กน้อย / สร้างซอฟต์แวร์ของเราเองอาจจะเป็นแสงจันทร์ในตอนแรกเนื่องจากเราไม่สามารถที่จะออกจากงานประจำวันของเรา

เราทั้งคู่ไม่เคยมีประสบการณ์นี้เราเคยทำงานให้กับ บริษัท อื่นมาก่อนซึ่งมีการกำหนดแนวทางปฏิบัติและฉันคิดว่านี่เป็นเวลาที่จะสร้างแนวทางปฏิบัติที่ดีที่จะปฏิบัติตาม (เช่นหลีกเลี่ยงการประชุม)

สำหรับคนที่ไปทางนี้คุณจะให้คำแนะนำอะไรกับเรา?

ฉันกำลังมองหาด้านเทคนิคของสิ่งต่าง ๆ เช่น:

• มันคุ้มค่าหรือไม่ที่จะมีเซิร์ฟเวอร์แบบบิลด์หรือว่ามันจะไปไกลแค่ไหน?

• คุณจะทำ TDD อย่างกว้างขวางหรือคุณคิดว่ามันจะเป็นค่าใช้จ่ายที่มากเกินไปสำหรับทีมเล็ก ๆ ที่ไม่มีประสบการณ์กับมันมากเกินไป?

แต่จะไม่รังเกียจที่จะฟังการจัดการของสิ่งต่าง ๆ

โปรเจ็กต์นี้เป็นเว็บแอปพลิเคชันที่ทำใน ASP.NET MVC ฉันคิดว่าจะใช้ Mercurial และ BitBucket หรือ Kiln + FogBugz หรือเครื่องมือติดตามโครงการออนไลน์อื่น ๆ เนื่องจากเรากำลังจะทำงานจากระยะไกล

1. ปล่อยให้เร็วที่สุดเท่าที่เป็นไปได้ โอกาสที่ 90% ของรหัสที่คุณเริ่มด้วยจะไม่ผ่านในช่วง 6 เดือนแรก ดังนั้นจึงไม่มีประเด็นทางวิศวกรรมที่มันบ้า โค้ดให้เร็วที่สุดเท่าที่จะเป็นไปได้เพื่อทำการตลาดจากนั้นให้ผู้ใช้ของคุณตัดสินใจว่าจะพัฒนาต่อไปอย่างไร หาก TDD เป็นรหัสที่เร็วที่สุดให้ใช้ TDD มิฉะนั้นเพียงแฮ็คมัน ผู้ใช้ที่เริ่มรับก่อนหน้านี้ค่อนข้างให้อภัยข้อบกพร่องเล็กน้อยเมื่อผลิตภัณฑ์ของคุณเป็นรุ่นเบต้า

2. อย่าเสียเวลากับการเป็นผู้ดูแลระบบ คุณมีความคิดที่ถูกต้องกับแพลตฟอร์มที่โฮสต์สำหรับการติดตามบั๊ก (เช่น FogBugz) และการควบคุมแหล่งที่มา ใช้พื้นที่เก็บข้อมูลเอกสารออนไลน์เช่นGoogle Docs ถ้าคุณจะทำอะไรเก็บไว้ในเครื่องใช้บริการสำรองเมฆออนไลน์เช่นCarbonite ในสภาพแวดล้อมจริงของคุณเช่าโซลูชันโฮสติ้งที่มีการจัดการอย่างสมบูรณ์หากคุณสามารถซื้อได้ พยายามหลีกเลี่ยงการบำรุงรักษาเซิร์ฟเวอร์ของคุณเอง

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

ถ้าทีมเป็นมากกว่าคุณมาตรฐานเป็นสิ่งสำคัญ พวกเขาไม่ต้องยุ่งยาก ("ใช้ชื่อตัวแปรที่มีความหมาย CamelCase และไม่ทำลายโครงสร้าง") หิน TDD เพราะมันใช้งานได้ใช้ การทดสอบที่คุณเกิดขึ้นจะสร้างรากฐานที่ดีสำหรับการสาธิตเมื่อสวมหมวก สร้างเซิร์ฟเวอร์อาจ overboard มันอาจไม่; เริ่มต้นโดยไม่มีใครและดูว่ามันจะไปอย่างไร เครื่องมือติดตามเช่นเดียวกัน สามารถเพิ่มในภายหลังได้ตามต้องการ

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

โชคดี!