ฉันกำลังมองหาวิธีที่มีประสิทธิภาพซึ่งไม่ได้เป็นการดูถูกเพื่อแนะนำแนวคิด OOP ให้กับสมาชิกในทีมที่มีอยู่หรือไม่ เพื่อนร่วมทีมของฉันไม่ใช่คนใหม่สำหรับภาษา OO เราได้ทำ C ++ / C # มาเป็นเวลานานเพื่อให้คุ้นเคยกับเทคโนโลยี
อย่างไรก็ตามฉันมองไปรอบ ๆ และไม่ต้องใช้ความพยายามอย่างมาก (ส่วนใหญ่อยู่ในรูปแบบของบทวิจารณ์โค้ด) ดูเหมือนว่าสิ่งที่เรากำลังผลิตคือรหัส C ที่เกิดขึ้นภายในชั้นเรียน แทบจะไม่มีการใช้หลักการความรับผิดชอบเดี่ยวสิ่งที่เป็นนามธรรมหรือความพยายามที่จะลดการมีเพศสัมพันธ์ให้เหลือน้อยที่สุด ฉันเคยเห็นคลาสที่ไม่มีตัวสร้าง แต่รับ memset เป็น 0 ทุกครั้งที่มีอินสแตนซ์
แต่ทุกครั้งที่ฉันนำ OOP ขึ้นมาทุกคนมักจะพยักหน้าและทำให้ดูเหมือนว่าพวกเขารู้ว่าฉันกำลังพูดถึงอะไร การรู้จักแนวคิดเป็นสิ่งที่ดี แต่เรา (บางคนมากกว่าคนอื่น ๆ ) ดูเหมือนจะมีช่วงเวลาที่ยากลำบากในการนำมาใช้เมื่อต้องนำเสนองานจริง
การตรวจสอบโค้ดนั้นมีประโยชน์มาก แต่ปัญหาเกี่ยวกับการตรวจสอบโค้ดคือสิ่งที่เกิดขึ้นหลังจากความจริงดังนั้นบางคนดูเหมือนว่าเราจะเขียนใหม่ (ส่วนใหญ่เป็นการปรับโครงสร้างใหม่ แต่ยังใช้เวลานาน) รหัสที่เพิ่งเขียน การตรวจสอบโค้ดให้คำติชมกับวิศวกรแต่ละคนไม่ใช่เฉพาะทีมทั้งหมด
ฉันกำลังคิดที่จะทำการนำเสนอ (หรือชุดข้อมูล) แล้วลองนำ OOP ขึ้นมาอีกครั้งพร้อมกับตัวอย่างของรหัสที่มีอยู่ซึ่งสามารถเขียนได้ดีขึ้นและสามารถนำกลับมาใช้ใหม่ได้ ฉันสามารถใช้โครงการเก่า ๆ ที่ไม่มีใครเป็นเจ้าของอีกต่อไปดังนั้นอย่างน้อยส่วนนั้นไม่ควรเป็นปัญหาที่ละเอียดอ่อน อย่างไรก็ตามมันจะใช้งานได้ไหม อย่างที่ฉันบอกว่าคนส่วนใหญ่ทำ C ++ มานานแล้วดังนั้นฉันเดาว่า a) พวกเขาจะนั่งที่นั่นทำไมฉันบอกพวกเขาถึงสิ่งที่พวกเขารู้แล้วหรือข) พวกเขาอาจจะดูถูกเหยียดหยามเพราะฉัน บอกพวกเขาว่าไม่รู้วิธีทำงานที่พวกเขาทำมานานหลายปีถ้าไม่ใช่ทศวรรษ
มีวิธีอื่นที่จะเข้าถึงผู้ชมในวงกว้างมากกว่าการทบทวนโค้ด แต่ในเวลาเดียวกันจะไม่รู้สึกว่าเป็นการบรรยายลงโทษหรือไม่?
ฉันไม่ใช่เด็กใหม่จากวิทยาลัยที่มีอุดมการณ์อุดมคติที่ออกแบบมาอย่างสมบูรณ์แบบและฉันไม่คาดหวังจากใครเลย เหตุผลที่ฉันเขียนสิ่งนี้ก็เพราะว่าฉันเพิ่งรีวิวของคนที่มีการออกแบบระดับสูงที่เหมาะสมบนกระดาษ อย่างไรก็ตามถ้าคุณรูปภาพคลาส: A -> B -> C -> D, ในรหัส B, C และ D ทั้งหมดใช้อินเทอร์เฟซสาธารณะที่เหมือนกันเกือบทั้งหมดและ B / C มีฟังก์ชั่นซับเดียวเพื่อให้คลาส A ส่วนใหญ่ทำอย่างแน่นอน ทั้งหมดทำงาน (ลงไปที่การจัดการหน่วยความจำแยกสตริงการเจรจาการติดตั้ง ... ) เป็นหลักใน 4 วิธีการ mongo และสำหรับทุก intents และวัตถุประสงค์โทรเกือบโดยตรงใน D
อัปเดต:ฉันเป็นผู้นำทางเทคโนโลยี (6 เดือนในบทบาทนี้) และได้รับการสนับสนุนอย่างเต็มที่จากผู้จัดการกลุ่ม เรากำลังทำงานกับผลิตภัณฑ์ที่เป็นผู้ใหญ่มากและค่าใช้จ่ายในการบำรุงรักษานั้นแน่นอนที่จะทำให้พวกเขาเป็นที่รู้จัก