ทำไม (และอย่างไร) ฉันจึงเขียนโค้ดด้วยดินสอและกระดาษ

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

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

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

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

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

ทำไมเขียนมันลง?

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

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

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

มาดูกันว่าเราจะเริ่มเขียนโค้ดลายมือได้ที่ไหน

รู้คำถามของคุณ

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

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

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

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

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

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

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

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

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

ร่างรหัสของคุณ

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

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

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

1. UI สำหรับการจับลายเซ็น — HTML Canvas? WebGL?
2. ปิดใช้งานเหตุการณ์ตัวชี้บนส่วนที่เหลือของหน้าเว็บเมื่อผู้ใช้กำลังลงนาม
3. แปลงและบันทึกภาพที่ถ่ายเป็นไฟล์ PNG — JS
4. จากนั้นแปลงเป็นหยด (อาจจะ) และบันทึกลงในตารางข้อมูลบันทึกของผู้เยี่ยมชม

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

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

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

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

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

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

มือยาวกับชวเลข

ถึงเวลาเริ่มการเข้ารหัส แล้วคุณเขียนอะไร “Bdrs” หรือ “border-radius"; "div -> p" หรือ "<div><p></div></p>"; "pl()" หรือ "println()"; "q()" หรือ "querySelector()“?

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

มันขึ้นอยู่กับคุณจริงๆ

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

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

ฉันลืมไวยากรณ์ตลอดเวลา ตัวอย่างเช่น ฉันใช้สัญลักษณ์ลูกศรสำหรับฟังก์ชัน JavaScript ตั้งแต่มีการแนะนำ (เพราะมันสั้นกว่า) และฉันค่อนข้างแน่ใจว่ามีคนขอให้ฉันกำหนดฟังก์ชันโดยใช้ function ฉันอาจใส่วงเล็บหรือชื่อฟังก์ชันผิดจนทำให้เกิดข้อผิดพลาดทางไวยากรณ์

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

การไหลของรหัสที่ไม่ต่อเนื่อง

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

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

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

มาดูตัวอย่างหนังสือเรียนคลาสสิกกัน — โปรแกรมค้นหา nth หมายเลขฟีโบนักชี. ถ้าผมจะเขียนโครงร่างง่ายๆ มันจะเป็นดังนี้:

1. รับอินพุต
2. คำนวณเลขฟีโบนักชี
3. สรุปผลลัพธ์
4. พิมพ์ผลลัพธ์

ขั้นตอนทั้งหมดในโครงร่างนั้นมีความสำคัญ อย่างไรก็ตาม 1, 3 และ 4 มีความจำเป็นมากกว่า มีความจำเป็นแต่ไม่สำคัญพอที่จะมุ่งความสนใจไปในทันที

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

ใช้เวลาเขียนโค้ดที่เน้นที่หัวใจของปัญหา

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

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

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

รหัสเทียม

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

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

คล้ายกับการร่างโค้ดดังที่ได้กล่าวไว้ในขั้นตอนใดขั้นตอนหนึ่งก่อนหน้านี้ อย่างไรก็ตาม มันสั้นกว่าและให้ความรู้สึกเหมือนการเขียนโค้ดชวเลข บางครั้งเรียกอีกอย่างว่า "รหัสโครงกระดูก"

ต่อไปนี้คือโค้ดหลอกสั้นๆ สำหรับเลย์เอาต์กริด CSS:

Grid
5 60px rows
6 100px columns

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

ช่องว่างและความคิดเห็น

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

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

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

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

อนาล็อกกับดิจิตอล

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

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

ฉันไม่ค่อยเป็นพลเมืองดิจิทัล (ยกเว้นการทำงานบนเว็บและเพิ่งเปลี่ยนมาอ่าน e-book) ดังนั้นฉันจึงยึดติดกับสมุดบันทึกที่มีอยู่จริง

เครื่องมือโปรดของฉันสำหรับการเขียนโค้ดด้วยลายมือ

ดินสอและกระดาษอะไรก็ได้! แต่มีตัวเลือกมากมาย และนี่คือเครื่องมือทางเลือกบางส่วนที่ฉันใช้:

ไม่มีวิธี "เขียน" ในการโค้ด

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

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

1. เริ่มต้นด้วยการเขียน (พร้อมข้อมูลตัวอย่าง หากจำเป็น) ผลลัพธ์ของโค้ดของคุณ
2. เขียนโครงร่างสำหรับรหัส โปรดเก็บเป็นสามขั้นตอนสำหรับโครงการขนาดเล็กหรือโครงการที่มีความซับซ้อนน้อยกว่า
3. ใช้สัญกรณ์แบบยาว นักพัฒนาที่เขียนด้วยตนเองสามารถใช้สัญกรณ์ชวเลขได้ตราบเท่าที่การเขียนนั้นสามารถอ่านได้ชัดเจนและเหมาะสมสำหรับคุณเมื่อคุณอ้างถึงในภายหลัง
4. เมื่ออยู่ภายใต้ข้อจำกัดด้านเวลา ให้ลองเขียนโค้ดที่จัดการกับหัวใจของปัญหาก่อน ต่อมา ให้จดการเรียกรหัสนั้นไว้ที่ตำแหน่งที่ถูกต้องในรหัสลำดับของคุณ
5. หากคุณรู้สึกมั่นใจ ให้ลองเขียนโค้ดหลอกเพื่อพูดถึงแนวคิดหลัก
6. ใช้การเยื้องและช่องว่างที่เหมาะสม — และคำนึงถึงความกว้างของกระดาษ

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