ลักษณะการเขียนโปรแกรมที่ดีมีความสำคัญต่อการตัดสินใจจ้างโปรแกรมเมอร์หรือไม่ [ปิด]

แม้ในฐานะนักเรียนฉันก็ขอให้ตรวจสอบรหัสของโปรแกรมเมอร์ที่มี (ไม่) ผ่านการทดสอบ (สร้างรายการหมายเลขฟีโบนักชีบน Android)

ในขณะที่ฉันเข้มงวดมากในการเข้ารหัสรูปแบบฉันเพิ่งอ่านเกี่ยวกับใครบางคน "บล็อก" สไตล์ใช้ (อ่านความคิดเห็น!)

ในตำแหน่งของฉันฉันจะไม่แนะนำให้จ้างผู้ชายที่ใช้สไตล์แบบนี้ รหัสนี้ตรงกันข้ามกับรูปแบบการเข้ารหัสที่ใช้ใน บริษัท ของฉันอย่างสมบูรณ์

ในขณะที่ค้นหาสไตล์การเขียนโปรแกรมและวิธีการจัดการกับการขาดมันฉันอยากรู้เกี่ยวกับสิ่งหนึ่ง: ฉันควรจ้างผู้ชายที่จะมีปัญหาร้ายแรง ปรับรูปแบบการเข้ารหัสที่ใช้ใน บริษัท ?

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

ข้อมูลมากกว่านี้:

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

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

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

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

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

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

รูปแบบการเข้ารหัส (และการเล่นโวหารเหนือรูปแบบการเข้ารหัส) เป็นการเสียเวลาอย่างสมบูรณ์

ได้รับมากกว่านั้น.

ฉันอ่านรหัสจำนวนมากจากโปรแกรมเมอร์ที่แตกต่างกันมากมาย (สมมติว่ามีค่ามัธยฐานของขนาดทีม 5 และ 100 ทีมนั่นคือเพื่อนร่วมงาน 500 คน) สไตล์ไม่สำคัญ

ฉันเห็นรหัสสวย แต่ผิดพลาดทางพยาธิวิทยา

[มีขีด จำกัด การทำให้งงโดยเจตนาเป็นเหตุให้เลิกจ้าง สั้นสไตล์นั้นเสียเวลา]

รูปแบบการเข้ารหัสคือ "พรมแดนสุดท้าย"

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

เมื่อไม่มีอะไรเหลือให้แก้ไขในที่สุดคุณก็สามารถมุ่งเน้นไปที่รูปแบบการเข้ารหัส

ก่อนหน้านั้นมีปัญหามากมายที่ใหญ่กว่าและมีคุณค่ามากกว่าสไตล์

การตัดสินโปรแกรมเมอร์เขียนตามสไตล์การเขียนโปรแกรมคือ 50% หัวสูงและความไม่มั่นคง 50%

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

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

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

มันไร้สาระที่จะมีรูปแบบรหัสเป็นปัจจัยเมื่อตัดสินใจจ้างคน

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

ไม่ได้จ้างนักพัฒนาที่ดีเพราะเขาไม่ได้เพิ่มช่องว่างหลังจากคอมม่าโง่

ฉันคิดว่าคุณมีสไตล์การจัดรูปแบบเป็นทางการใน บริษัท

จากนั้นทำให้ง่ายต่อการจัดรูปแบบแหล่งที่มาใด ๆ อย่างเป็นทางการใหม่และทำให้มันเกิดขึ้นโดยอัตโนมัติทุกครั้งที่มีการบันทึกไฟล์ต้นฉบับ

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

ใช้ StyleCop

หากคุณใช้ Visual Studio คุณสามารถบังคับกฎ StyleCop ด้วยการคอมไพล์ของคุณซึ่งจะทำให้แน่ใจว่าโค้ดของคุณอ่านอย่างน้อย

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

การจัดรูปแบบรหัสแบบรวมของ CVS = ทางออกที่ดีที่สุด

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

ต่ำกว่ารายละเอียดที่สำคัญมากดังต่อไปนี้:

• ทีมฟิต
• ความสามารถในการแก้ปัญหา
• การสื่อสาร

รูปแบบการเข้ารหัสสามารถเรียนรู้ได้โดยคนส่วนใหญ่ที่มีสองรายการข้างต้น

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

ตราบใดที่สไตล์มีความสอดคล้องกันและบุคคลนั้นสามารถปรับเปลี่ยน (เปลี่ยน) เป็นสไตล์อื่นได้ฉันไม่เห็นปัญหาใด ๆ

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

เช่นเดียวกับคนอื่น ๆ กล่าวว่าการมีปัญหาในการปรับตัวอาจเป็นปัญหาเดียว

ฉันจะไม่พูดว่านี่เป็นการเช่าที่ไม่มีข้อ จำกัด แต่มันก็เป็นข้อโต้แย้งที่รุนแรงต่อบุคคลนี้

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

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

(และใช่ฉันเป็นคนติดคาเฟอีน)

ในความคิดของฉันรูปแบบรหัสที่ดีเป็นสิ่งสำคัญสำหรับโปรแกรมเมอร์ที่จะทำงานกับ

การมีรูปแบบโค้ดที่ดีเป็นคำถามของการพัฒนาตนเอง มันเป็นตัวบ่งชี้ระดับที่โปรแกรมเมอร์นี้มาถึงแล้ว

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

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