ก่อนอื่นคุณต้องมีมาตรฐานการเข้ารหัสและนี่เป็นมากกว่าไวยากรณ์เท่านั้น เมื่อผู้คนเริ่มทำงานใน บริษัท ของคุณพวกเขาจะต้องเรียนรู้แนวทางของ บริษัท ของคุณมากที่สุดเท่าที่เป็นไปได้ก่อนที่พวกเขาเริ่มเขียนโปรแกรม หากในกระบวนการตรวจสอบพบว่ามีการละเมิดทุกประเภทพวกเขามักจะ:
- ไม่สามารถแก้ไขได้เนื่องจากข้อ จำกัด ด้านเวลา
- พบว่าน่ารำคาญกว่าแนวทางที่ควรปฏิบัติ
แนวทางควรมีเหตุผลและควรมีเครื่องมือที่เหมาะสมในการค้นหาการละเมิดและการปรับโครงสร้างให้ง่ายที่สุดเท่าที่จะทำได้ ดูเป้าหมายของแนวทางและการทบทวนรหัสเสมอ
เป้าหมายในใจของฉันคือการทำให้รหัสเหมือนกันมากที่สุดและเพื่อค้นหาปัญหาเกี่ยวกับการบำรุงรักษาและการอ่านได้ เป้าหมายรองคือการทำให้ผู้คนมีความเร็วมากขึ้นด้วยซอฟต์แวร์บางชิ้น
แนวทางในใจของฉันอาจมีอยู่ของ:
- ไวยากรณ์ทั่วไปและแนวทางการเข้ารหัส (เลือกอันที่มีอยู่แล้วและใช้เครื่องมือที่ตรวจสอบโดยอัตโนมัติ)
- การจัดการข้อยกเว้นที่เหมาะสม
- การบันทึกที่เหมาะสม
- ใช้กระบวนทัศน์สำหรับภาษา (SOLID สำหรับภาษา OO)
- ชัดเจนและคิดออกดีขึ้นต่อกันระหว่างส่วนประกอบ (ใช้เครื่องมือเช่น NDepend)
- กำลังสร้างสคริปต์
- แสดงเอกสาร (นักพัฒนาเริ่มต้น, คู่มือการติดตั้ง)
- ห้องสมุดภายในที่จะใช้
- นโยบาย บริษัท
- เครื่องมือของบุคคลที่สามที่ไม่ได้รับอนุญาต
- ทดสอบหน่วยปัจจุบันและไม่ล้มเหลว
- รหัสความคุ้มครอง 90%
- ...
เมื่อถึงตอนนั้นการตรวจสอบรหัสจะประกอบด้วยซอฟต์แวร์ที่ตรวจสอบกับแนวทางปฏิบัติและ:
- หารือเกี่ยวกับการละเมิดกับโปรแกรมเมอร์
- แก้ไขการละเมิดที่ไม่จำเป็น
- แสดงความคิดเห็นการละเมิดที่จำเป็น