ฉันเรียนรู้ตั้งแต่เนิ่นๆว่าการตัดและวางโค้ดของคนอื่นใช้เวลานานกว่านั้นในระยะยาวที่เขียนด้วยตัวคุณเอง ในความคิดของฉันถ้าคุณไม่เข้าใจจริงๆรหัส cut & paste อาจมีปัญหาซึ่งจะเป็นฝันร้ายที่จะแก้ไข

อย่าเข้าใจฉันผิดฉันหมายถึงการค้นหารหัสประชาชนอื่น ๆ และการเรียนรู้จากมันเป็นสิ่งจำเป็น แต่เราไม่เพียงแค่วางลงในแอปของเรา เราเขียนแนวคิดใน app ของเรา

แต่ฉันได้ยินเกี่ยวกับคนที่ถูกตัดและวางอย่างต่อเนื่องและพวกเขาพูดถึงมันเหมือนเป็นเรื่องธรรมดา ฉันเห็นความคิดเห็นของผู้อื่นซึ่งแสดงว่าเป็นเรื่องธรรมดา

ดังนั้นโปรแกรมเมอร์ส่วนใหญ่จะตัดและวางรหัสหรือไม่

สองกรณีทั่วไป:

จากโครงการหนึ่งไปอีกโครงการหนึ่ง:

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

ภายในโครงการเดียวกัน: โดยทั่วไปการ คัดลอกและวางในโครงการเดียวกันนั้นไม่ใช่ความคิดที่ดี นี่เป็นกลิ่นเหม็นที่โค้ดที่กำลังคัดลอกควรอยู่ในวิธี / คลาสและเรียกซ้ำหลายครั้ง มีข้อยกเว้นบางประการ แต่โดยทั่วไปโปรแกรมเมอร์ควรคิดว่า: " มีวิธีที่ฉันสามารถทำให้พารามิเตอร์นี้เป็นรหัสที่ฉันกำลังคัดลอก? "

โปรแกรมเมอร์ส่วนใหญ่ทำ แต่ไม่ได้หมายความว่าคุณควรทำ

หนึ่งในมนต์การเขียนโปรแกรมของฉันคือ: "ถ้าฉันกำลังคัดลอกและวางโค้ด, ฉันกำลังทำอะไรผิดพลาด" หลักแห้ง

ฉันคิดว่ามันควรจะชัดเจนว่าการใช้รหัสซ้ำหมายถึงการใช้รหัสเป็นทรัพยากรไม่ใช่การทำซ้ำรหัส บางครั้งฉันได้คัดลอกและวางรหัสของฉันเองโดยส่วนใหญ่แล้วฉันจะลงท้ายด้วยรหัสรหัสหรือสิ่งที่มีลักษณะคล้ายกันมาก

หลังจากลงทุนไปกับรหัสนั้นหลังจากนั้นฉันก็ลงท้ายด้วยสิ่งต่อไปนี้:

• ส่วนประกอบ (ดูเพิ่มเติมที่: แยกของความกังวล )
• ฉันสามารถใช้การไตร่ตรองเพื่อทำให้สิ่งต่าง ๆ เรียบง่ายสะอาดและง่ายขึ้นในอนาคต
• การออกแบบที่ดีขึ้นเพราะแม้ว่ามันจะได้ผลทำไมไม่ทำมันซ้ำอีกหลังจากเรียนบทเรียนแล้ว?
• รูปแบบที่ฉันสามารถทำให้เป็นนามธรรมเปลี่ยนเป็นองค์ประกอบของไลบรารีและลบรหัสที่ซ้ำกันได้

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

สิ่งที่คุณควรทำ: refactor โดยเร็ว

ไม่มีใครเขียนรหัสที่สมบูรณ์แบบแม้ว่ามันจะใช้งานได้แม้ว่าคุณจะไม่ได้คัดลอกและวางและมันเป็นรหัสของคุณเองถ้าคุณไม่พอใจกับมันเพียงแค่ใส่บันทึกในความคิดเห็น (เช่น docblock "@todo") เพื่อเตือน ตัวคุณเองจะต้องทำอะไรและทำไม ... แม้ว่าคุณจะไม่ได้ปรับโครงสร้างด้วยตัวคุณเองมันอาจกลายเป็นความแตกต่างระหว่างความสุขและความหงุดหงิดทั้งหมดสำหรับผู้ดูแล

ในที่สุดคุณจะจบด้วยรหัสที่ดีในที่สุดแม้ว่าคุณจะคัดลอกและวาง

ผ่านXKCD

เมื่อฉันติดขัดและค้นหาสิ่งต่าง ๆ เพื่อแก้ไขปัญหาของฉันและเกิดขึ้นกับข้อมูลโค้ดที่เป็นประโยชน์ซึ่งทำในสิ่งที่ฉันต้องการ บางครั้งมันเป็นเพียงส่วนสำคัญของมัน จากนั้นฉันเปลี่ยนเป็นชุดที่ตรงกับความต้องการของฉัน สิ่งนี้เกิดขึ้นบ่อยขึ้นเมื่อฉันขุดคุ้ยสิ่งที่ฉันไม่ชำนาญใน (ปัจจุบันคือ Objective-C)

ฉันมักจะใช้เวลาในการเรียนรู้อะไรบางอย่างจากรหัสดังนั้นสำหรับฉันมันเป็นวิธีที่ดีในการเรียนรู้และเพื่อหลีกเลี่ยงการหมุนวนของล้อ

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

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

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

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

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

ไม่ดี: การคัดลอกและวางบล็อคโค้ดเดียวกันซ้ำแล้วซ้ำอีก

หากคุณพบว่าคุณกำลังทำสิ่งนี้อยู่คุณอาจต้องใช้เวลาคิดสักครู่ในการคัดลอกโค้ดที่ถูกคัดลอกและสร้างฟังก์ชัน / วิธีการเพื่อจัดการมัน นี่คือที่หลักการ DRY (อย่าทำซ้ำตัวเอง) นับ

ดี: การคัดลอกบล็อกของรหัสที่ใช้งานได้

DRY (อย่าทำซ้ำตัวเอง) ก็ใช้ที่นี่เช่นกันในแง่ที่ต่างออกไป IE, อย่าทำงานซ้ำที่คุณทำไปแล้วในอดีต หากคุณใช้เวลาในการเขียนส่วนของรหัสตรวจแก้จุดบกพร่องทดสอบและพิสูจน์แล้วว่าทำงานในฐานรหัสการผลิต คุณจะโง่ไม่ได้ใช้ซ้ำ

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

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

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

หลังจากเขียนรหัสมา 25 ปีมีหลายครั้งที่ (ที่ฉันไม่สามารถเข้าถึงรหัสที่ฉันเขียนให้กับนายจ้างคนก่อน ๆ ได้) ฉันหวังว่าฉันจะสามารถตัดและวางได้ อย่างไรก็ตามสิ่งนี้หาได้ยากมาก (และอ่านต่อไป)

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

โดยทั่วไปแล้วการตัดและวางแบบธรรมดาจะไม่เหมาะสมอย่างสมบูรณ์ - การตัดและวางแนวคิดหรืออัลกอริทึมที่มีความสำคัญมากขึ้น

ฉันไม่ภูมิใจเกินไป - ฉันจะค้นหารอบ ๆ เพื่อหาพาริตี้ที่เร็วมากหรือการแฮ็กรหัสยืนยันอัลกอริทึมหรือสิ่งแปลกใหม่เช่นนั้น จากนั้นใช้เวลาสองสามชั่วโมงเพื่อทำความเข้าใจเพื่อดูว่ามันเป็นสิ่งที่เร็วมากอย่างรวดเร็วหรือเป็นกองขยะที่ไร้เดียงสา

ฉันกังวลทุกครั้งที่ทุกคนเพียงแค่คัดลอกรหัสโดยไม่หยุดเพื่อทำความเข้าใจ พวกเขาเป็นอัจฉริยะ (เข้าใจและรายละเอียดปลีกย่อยทั้งหมด) หรือคนโง่ ไม่มีที่ว่างมากสำหรับสิ่งใดในระหว่าง โอ้และไม่มีอัจฉริยะที่แท้จริงมากมายเช่นกัน

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

มีสถานการณ์ทั่วไปที่คุณจำเป็นต้องทำเพื่อให้เกิดผล

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

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

ฉันต้องการให้แน่ใจว่าฉันเรียนรู้อย่างต่อเนื่องและไม่ใช่ผู้เชี่ยวชาญในการตัดและวาง

ฉันมีความรู้สึกมากมายเกี่ยวกับหัวข้อนี้และฉันไม่สามารถพูดได้อย่างตรงไปตรงมาว่ามีวัตถุประสงค์ทั้งหมด

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

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

มีข้อโต้แย้งเกี่ยวกับความเร็วและประสิทธิภาพ - คุณสร้างคลังของรหัสของคนอื่นที่คุณลอกขโมยขโมยลอกเลียนแบบหรืออื่น ๆ มาคิดคุณอาจไม่จำเป็นต้องรู้วิธีการโปรแกรมเกินกว่า Frankensteining บางแอปพลิเคชัน รวมกันจากชิ้นส่วนที่เรียกคืน

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

การตัดและวางรหัสของคนอื่นคือการลอกเลียนแบบ - ถ้าคุณมีพรของพวกเขาและคุณเข้าใจรหัสที่คุณกำลังวางและมันเหมาะกับการสร้างมาตรฐานการเข้ารหัสสำหรับแอปพลิเคชันของคุณจากนั้นฉันจะยอมรับมันเป็นเกมที่ยุติธรรม

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

ไม่ใช่การกำหนดเป้าหมายคำตอบนี้ให้คุณจอห์นฉันรู้ว่าคุณมีความโน้มเอียงทางจริยธรรมมากเมื่อพูดถึงหัวข้อเช่นนี้ดังนั้นนี่เป็นเพียงคำโหยหวนทั่วไปในทิศทางของคำถาม

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

ระบุว่าในที่เก็บข้อมูลโอเพ่นซอร์สหนึ่ง15% ของวิธีการทั้งหมดจะถูกคัดลอกจากโครงการหนึ่งไปยังอีกโครงการหนึ่ง (pdf) คำตอบดูเหมือนจะชัดเจนว่าใช่

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

แทนที่จะมีกฎการคัดลอกและวางแบบสัมบูรณ์สากลดีหรือไม่ดีเราควรเห็นเมื่อใช้

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

ทางเลือกคือการประหยัดเวลาเล็กน้อยในตอนแรกเมื่อเทียบกับมากในภายหลังจากนั้นคัดลอกและวางเป็นวิธีที่จะไปมิฉะนั้น refactore และวางไว้ในห้องสมุดทั่วไป

ในกรณีส่วนใหญ่รหัสที่คุณจะพบในเน็ตจะไม่ตรงกับจุดประสงค์ที่แน่นอนของคุณ

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

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

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

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

ฉันยังพบว่าโปรแกรมเมอร์มักจะอยู่ห่างจากการตัด & วางเพื่อความผิดหวังของตัวเองเพราะพวกเขารักรหัสและมักจะคิดค้นใหม่ล้อเพียงเพราะพวกเขาต้องการที่จะทำมันได้ดีขึ้นหรือเรียนรู้เพิ่มเติม