เนื้อหา
- การแก้จุดบกพร่องรหัส: วิธีมันทำได้
- การต่อสู้บัก
- ทำไม Bugs Evade Capture
- ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
- ปรัชญาของการดีบั๊ก
ที่มา: Abscent84 / iStockphoto
Takeaway:
ผู้นำที่มีความคิดได้ฝันถึงโครงสร้างการปล่อยซอฟต์แวร์ที่ลื่นไหลมากขึ้นเพื่อเชื่อมโยงสภาพแวดล้อมการพัฒนาและการผลิต แต่การเขียนโปรแกรมคอมพิวเตอร์ยังคงมีองค์ประกอบของเวทมนตร์อยู่
ใครก็ตามที่ทำงานเกี่ยวกับการเขียนโปรแกรมแม้แต่โครงการพื้นฐานส่วนใหญ่ก็รู้ว่ากระบวนการนั้นต้องใช้ความอดทนเป็นอย่างดี ข้อผิดพลาดมากมายในการพยายามเขียนโค้ดตั้งแต่ต้นเป็นเพลงและการเต้นรำในหลาย ๆ ด้านที่โปรแกรมเมอร์หรือนักพัฒนามนุษย์ทำผิด มันเป็นรายการที่ยาวและรวมทุกอย่างตั้งแต่ข้อผิดพลาดทางไวยากรณ์ซึ่งโดยทั่วไปจะถูกคอมไพเลอร์ไปจนถึงข้อบกพร่องระดับ "การมองเห็น" ที่ต้องการการตรวจสอบที่ชาญฉลาดยิ่งขึ้น ด้วยเหตุนี้โรงเรียนและศูนย์ฝึกอบรมจะสอนนักเรียนด้านวิทยาศาสตร์คอมพิวเตอร์ถึงวิธี "ดีบัก" โปรแกรม อย่างไรก็ตามสิ่งที่น่าสนใจคือทุกคนพัฒนาตนเองในการตอบสนองต่อความท้าทายนี้เป็นพิเศษ ในความเป็นจริงนี่อาจเป็นพื้นที่ที่ต้องการความเข้าใจส่วนบุคคลมากกว่าเล็กน้อย (อ่านเกี่ยวกับบางส่วนของการเขียนโปรแกรมที่สำคัญที่สุดในผู้บุกเบิกการเขียนโปรแกรมคอมพิวเตอร์)
การแก้จุดบกพร่องรหัส: วิธีมันทำได้
ในบางกรณีผู้เชี่ยวชาญด้านวิทยาศาสตร์คอมพิวเตอร์สามารถใช้ทรัพยากรจากสตูดิโอพัฒนาหรือสภาพแวดล้อมการเขียนโปรแกรมเพื่อแยกข้อบกพร่องในโปรแกรม เมื่อการจัดการข้อผิดพลาดหรือระบบไม่พร้อมใช้งานหรือมีประโยชน์แม้ว่าการแก้ไขข้อบกพร่องจะต้องผ่านโค้ดบรรทัดต่อบรรทัด สภาพแวดล้อมการเขียนโปรแกรมจำนวนมากเช่น Microsoft Visual Basic Studio มีคุณสมบัติที่อนุญาตให้ "Visual" ทีละบรรทัดผ่านโค้ดที่ชัดเจนและมองเห็นได้
การก้าวผ่านโค้ดช่วยได้สองวิธีหลัก: อันดับแรกโปรแกรมเมอร์สามารถดูสิ่งที่เกิดขึ้นเมื่อคอมพิวเตอร์อ่านโค้ดและจุดที่โฟกัสอยู่ในแง่ของฟังก์ชั่นวนซ้ำและการโต้ตอบกับโค้ดอื่น ๆ อย่างไรก็ตามประการที่สองโปรแกรมเมอร์มักจะเห็นค่าของตัวแปรต่าง ๆ โดยใช้คำสั่งการเลื่อนเมาส์หรือส่วนอื่น ๆ ของอินเตอร์เฟส การรู้ว่าค่าใดอยู่ในตัวแปรเป็นวิธีสำคัญในการทำความเข้าใจว่าคอมพิวเตอร์กำลังทำอะไรกับรหัสที่ได้รับ
การต่อสู้บัก
กระบวนการที่อธิบายไว้ข้างต้นอาจฟังดูง่าย แต่ความท้าทายที่แท้จริงของการดีบักอาจมีความซับซ้อนมากขึ้น ตัวอย่างที่ยอดเยี่ยมของกระบวนการนี้ในงานสามารถพบได้ในภาพยนตร์แนวสยองขวัญที่มีชื่อว่า "The Bug" โดย Ellen Ullman อดีตนักพัฒนาและผู้เชี่ยวชาญด้านไอทีซึ่งมีงานเขียนร้อยแก้วที่เปล่งประกายในแบบวรรณกรรม แม้ว่าหนังสือเล่มนี้จะเป็นนิยาย แต่ก็เผยให้เห็นมากมายเกี่ยวกับสิ่งที่เกิดขึ้นจริงเมื่อโปรแกรมเมอร์และคอมพิวเตอร์โต้ตอบกัน
นอกเหนือจากรายละเอียดส่วนบุคคลที่มืดมิดในหนังสือภาพของ Ullman ของคนสองคนผู้ทดสอบและโปรแกรมเมอร์แสดงให้เห็นถึงความท้าทายที่สำคัญบางประการที่นักเทคโนโลยีอาชีพเหล่านี้เผชิญในยุคก่อนหน้าของการพัฒนาซอฟต์แวร์ โดยพื้นฐานแล้วข้อผิดพลาดของเธอซึ่งเธอเรียกว่า "The Jester" ได้ชักชวนให้ทุกคนใน บริษัท ซอฟต์แวร์ในปี 1980 ดึงความสัมพันธ์ของพนักงานทำให้ความเชื่อมั่นของนักลงทุนลดลงและทำให้เกิดความวุ่นวาย ในขณะเดียวกันผู้เขียนสะท้อนให้เห็นว่าคอมพิวเตอร์ส่งผลกระทบต่อเราอย่างไรและทำไมหากเราต้องการเอาชนะความแปลกประหลาดของพวกเขาเราต้อง "คิดเหมือนเครื่องจักร" (หากต้องการเรียนรู้เกี่ยวกับประวัติของการเขียนโปรแกรมให้ตรวจสอบการเขียนโปรแกรมคอมพิวเตอร์: จากภาษาเครื่องถึงปัญญาประดิษฐ์)
ทำไม Bugs Evade Capture
สาเหตุหนึ่งที่ทำให้ข้อผิดพลาดในหนังสือของ Ullman นั้นยากที่จะจัดการคือมันโผล่ขึ้นมาในเวลาแปลก ๆ เท่านั้น ความท้าทายนี้ดังจริง ๆ สำหรับความผิดพลาดอื่น ๆ อีกมากมาย (เพียงจำการทดลองที่กว้างขวางของโตโยต้าหลังจากผู้ใช้ข่าวลือเกี่ยวกับ Prius ที่หลบหนี) สมมติว่ามีคนบอกคุณว่าคุณมีข้อบกพร่อง หากคุณไม่สามารถทำให้คอมพิวเตอร์ปรากฏเป็นปัญหาได้คุณจะเริ่มแก้ไขได้ที่ไหน
เหตุผลสำหรับความผิดพลาดนี้ตามที่เปิดเผยในตอนท้ายของหนังสือเป็นอีกตัวอย่างที่ดีของความซับซ้อนของการเขียนโค้ดสำหรับคอมพิวเตอร์ส่วนบุคคลในยุคนั้น - และอาจยังอยู่ในเรา โดยพื้นฐานแล้วข้อผิดพลาดนั้นถูกซ่อนอยู่ในฟังก์ชั่นขนาดเล็กที่ซ้อนกันซึ่งเป็นเพียงการวางแนวพื้นฐานไปยังโค้ดอื่น ๆ เพราะมันถูกเขียนโดยโปรแกรมเมอร์บุคคลที่สามและเนื่องจากขาดการสื่อสารระหว่างโปรแกรมเมอร์แหล่งที่แท้จริงของปัญหายังคงซ่อนอยู่หลายเดือน - พินัยกรรมที่แท้จริงของปัญหาสามารถเกิดขึ้นได้จากการทำงานเป็นทีมเอกสารที่ไม่ถูกต้อง
เมื่อพูดถึงบั๊กคอมพิวเตอร์รายละเอียดที่ซับซ้อนอาจทำให้ระบบที่ถูกสั่งซื้อเข้ามาวุ่นวาย ทักษะการเขียนโปรแกรมที่ดีดังนั้นบางครั้งอาจเป็นศิลปะมากกว่าวิทยาศาสตร์ (Ullman เรียกมันว่า "ความบ้า") ทำให้การเขียนโค้ดเป็นธุรกิจที่ยุ่งเหยิงโดยเนื้อแท้
ไม่มีข้อบกพร่องไม่มีความเครียด - คู่มือแบบเป็นขั้นตอนเพื่อสร้างซอฟต์แวร์ที่เปลี่ยนแปลงชีวิตโดยไม่ทำลายชีวิตของคุณ
คุณไม่สามารถพัฒนาทักษะการเขียนโปรแกรมของคุณเมื่อไม่มีใครใส่ใจคุณภาพของซอฟต์แวร์
ปรัชญาของการดีบั๊ก
โปรแกรมเมอร์มักจะต้องทำงานกับคอมพิวเตอร์ - ไม่ใช่คน - เพื่อให้ได้ผลลัพธ์ Ullman ชี้ให้เห็นว่าผู้เขียนและผู้ทดสอบมักจะมีประสิทธิภาพมากที่สุดเมื่อพวกเขาสามารถกำจัดความแตกต่างของความคิดของมนุษย์และตัดเหตุผลที่ใช้คอมพิวเตอร์ตรรกะพื้นฐาน นี่หมายถึงการแยกแยะสิ่งที่เราทุกคนทำงานด้วยกันทุกวันเพื่อให้ได้โฟกัสที่ชัดเจน คุณภาพนี้ช่วยให้ผู้เชี่ยวชาญด้านวิทยาการคอมพิวเตอร์ชั้นนำหลายคนประสบความสำเร็จแม้ในยุคที่มีการวางกรอบจำนวนมากสำหรับโครงการส่วนใหญ่
ผู้นำที่มีความคิดได้ฝันถึงโครงสร้างการปล่อยซอฟต์แวร์ที่ลื่นไหลมากขึ้นเพื่อเชื่อมโยงสภาพแวดล้อมการพัฒนาและการผลิต แต่การเขียนโปรแกรมคอมพิวเตอร์ยังคงมีองค์ประกอบของเวทมนตร์อยู่ นั่นเป็นเหตุผลว่าทำไมโปรแกรมเมอร์ที่ดีที่สุดจึงเป็นมากกว่าโค๊ดโครงสร้าง พวกเขามีสัญชาตญาณในการรูทและแก้ไขบั๊กที่คุกคามการทำงานของเครื่องจักรที่เราพึ่งพามากขึ้น