เคล็ดลับสู่ประสิทธิภาพคือโค้ดที่มีคุณภาพ ไม่ใช่ผู้จัดการที่มีประสิทธิภาพ

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

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

พวกที่เป็นคนส่วนใหญ่.

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

พวกเขาเข้ามาเป็นผู้บริหารโปรแกรมเมอร์ด้วยเหตุผลเดียว: มีการโฆษณาเกินจริง เงิน ตลาด และกลุ่มคนโง่กลุ่มเดียวกัน มีสถานที่ที่จะหลงทาง

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

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

เอาล่ะ เพียงพอแล้วเกี่ยวกับผู้จัดการ ถึงประเด็นแล้วสำหรับโปรแกรมเมอร์ วิธีเพิ่มประสิทธิภาพการพัฒนาด้วยการเรียนรู้การเขียนโค้ดคุณภาพสูง

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

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

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

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

กลายเป็นการเสียเวลาสองเท่า ต้องใช้เวลาในการหาคำตอบ นอกจากนี้ยังต้องใช้เวลาในการกำหนดคำตอบนี้ และไม่น้อยเลย

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

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

โดยสรุป: ทักษะในการเขียนโค้ดคุณภาพสูงช่วยเร่งการแก้ปัญหาได้อย่างมาก

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

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

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

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

ฉันควรทำอย่างไรดี? ฉันเห็นและเสนอสองเส้นทางที่สามารถรวมกันได้

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

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

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

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

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

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

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

ที่มา: will.com