ตกลงหรือไม่ที่จะอยู่โดยที่ไม่รู้ว่าโปรแกรมที่คุณสร้างนั้นทำงานอย่างไร

ฉันหมายถึงมี libs ที่มีประโยชน์จริงๆที่สามารถแก้ปัญหาเมื่อคุณติดขัดและไม่ทราบวิธีแก้ปัญหานี้หรือว่าด้วยความรู้ภาษาการเขียนโปรแกรมที่คุณใช้ ... เช่น Boost for C ++ หรือ JQuery สำหรับ JavaScript หรือ Spring for Java ... พวกเขาแก้ปัญหาได้ในไม่กี่วินาทีและคุณไม่สนใจว่าพวกเขาจะทำอย่างไร (แม้ว่าพวกเขาจะเขียนในภาษาเดียวกันกับที่คุณกำลังเขียนโปรแกรม) ... ดังนั้นฉันจึงสงสัยว่าฉันใช้ libs เพียงอย่างเดียวในขณะที่ไม่ถูก สามารถเขียนคำตอบสำหรับปัญหาของฉันได้ตั้งแต่เริ่มต้นหรือเป็นวิธีปฏิบัติมาตรฐานหรือไม่

ตกลงหรือไม่ที่จะไม่เข้าใจวิธีแก้ปัญหาด้วยตนเองและใช้ห้องสมุดแทน

โดยทั่วไปแล้วไม่ใช่เลย

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

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

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

เมื่อcomputerworld.com.auถามBjarne Stroustrup "คุณมีคำแนะนำใด ๆ สำหรับโปรแกรมเมอร์ที่กำลังมาแรงหรือไม่?"
และเขาตอบ"รู้พื้นฐานของวิทยาศาสตร์คอมพิวเตอร์: อัลกอริทึมสถาปัตยกรรมเครื่องโครงสร้างข้อมูล ฯลฯ ไม่เพียง แต่สุ่มคัดลอกเทคนิคจากแอปพลิเคชันไปยังแอปพลิเคชันรู้ว่าคุณกำลังทำอะไรมันทำงานได้ดีและทำงานอย่างไรอย่าคิดว่าคุณ รู้ว่าอุตสาหกรรมจะเป็นอย่างไรในเวลาห้าปีหรือสิ่งที่คุณกำลังทำอยู่ดังนั้นรวบรวมผลงานทั่วไปและทักษะที่เป็นประโยชน์ลองเขียนโค้ดที่มีหลักการดีกว่าทำงานเพื่อทำ "การเขียนโปรแกรม" ของกิจกรรมระดับมืออาชีพและ กิจกรรมการแฮ็ก "ระดับต่ำ" น้อย (การเขียนโปรแกรมยังเป็นงานฝีมือ แต่ไม่ใช่แค่งานฝีมือ) เรียนรู้จากคลาสสิกในภาคสนามและตำราเรียนขั้นสูงที่ดีกว่า; ไม่พอใจกับวิธีการย่อยที่ง่าย มัคคุเทศก์และเอกสารออนไลน์ - มันตื้นมาก "
หวังว่ามันจะชี้แจงข้อสงสัยของคุณเกี่ยวกับสิ่งที่จำเป็นสำหรับTrue Programmerและสิ่งที่จำเป็นสำหรับทุกคนที่จะเป็นหนึ่ง

ใช่ - และพวกเราทุกคนทำมัน!

ตัวอย่างเช่นข้อผิดพลาดง่ายๆที่ฉันแก้ไขในโค้ดกราฟิกที่เกี่ยวข้องกับ Mac รหัสรอบข้อผิดพลาดเกี่ยวข้องกับหลายขั้นตอน:

1. ก่อนอื่นเมธอด Objective C จัดสรรบัฟเฟอร์พิกเซลโดยใช้ malloc () และแนบกับวัตถุ Objective C
2. ต่อมามีบางอย่างเกิดขึ้นและรูทีน C ส่งข้อความไปยังวัตถุ Objective C และดึงบัฟเฟอร์พิกเซล
3. รูทีน C บีบอัดเนื้อหาบัฟเฟอร์พิกเซลโดยใช้ jpeglib และส่งออกผ่านการเชื่อมต่อ TCP / IP

มีเรื่องราวมากมายเกิดขึ้นที่นั่น! นี่คือบางสิ่ง:

• ตัวจัดสรรหน่วยความจำแบบไดนามิกที่จะใช้ malloc () ซึ่งถือว่าหน่วยความจำนั้นอยู่ติดกันและอยู่ได้เป็นเส้นตรง
• ระบบหน่วยความจำเสมือนเคอร์เนลต้นแบบของดาร์วินเพื่อจับคู่ทั้ง RAM จริงที่มีการแยกส่วนและพื้นที่ว่างในดิสก์ (ซึ่งเป็นอุปกรณ์ทางกายภาพที่แตกต่างจาก RAM) ไปสู่สิ่งที่ปรากฏในตัวจัดสรรหน่วยความจำแบบไดนามิกเช่นเดียวกับมัน
• วัตถุประสงค์ของระบบวัตถุ C
• ระบบข้อความรันไทม์ Mac OS และวิธีการโต้ตอบกับวัตถุ Objective C
• การใช้งานไลบรารี jpeglib ของมาตรฐานการบีบอัดภาพ JPEG แบบแรสสูญเสียซึ่งใช้อัลกอริทึมการแปลงโคไซน์แบบแยก
• รูทีนการเชื่อมต่อ userspace สำหรับการส่งข้อมูลซึ่งเรียกผ่านการใช้งานโปรโตคอล TCP และ IP แบบต่างๆซึ่งจะเป็นการเรียกใช้เคอร์เนลระบบปฏิบัติการ จากนั้นขึ้นอยู่กับสิ่งที่คุณได้เปิดไว้สำหรับเครือข่ายของคุณมันอาจเรียกไดรเวอร์สำหรับพอร์ต Ethernet ชิพ Wi-Fi หรือไดรเวอร์ USB หรือ Firewire ที่ผิดปกติ

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

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

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

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

นอกจากนี้เรามักจะแก้ปัญหาโดยการสรุปส่วนที่ยากอยู่แล้วทำไมมันไม่เป็นเช่นนั้น?

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

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

สิ่งที่ดีที่สุดที่คุณเข้าใจเครื่องมือที่คุณทำงานด้วยดีกว่าที่คุณสามารถใช้ประโยชน์จากพวกเขา

ตัวอย่างเช่นฉันไม่ค่อยใช้ jQuery แต่เมื่อฉันต้องรู้ว่าจะใช้ประโยชน์จากอะไรได้บ้างและฉันจะทำให้มันอยู่ร่วมกับกรอบอื่น ๆ เช่น Mootools ได้อย่างไร

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

เป็นสิ่งสำคัญที่จะต้องรู้อาณาจักรของคุณและส่วนหนึ่งของกระบวนการ

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

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

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

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

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

สิ่งที่ฉันต้องการเพิ่มที่นี่คือ "การพึ่งพา" ในฐานะชุมชนเราทุกคนต้องพึ่งพาผู้อื่น เรายืนบนไจแอนต์เพื่อสร้างแอปพลิเคชันของเรา: Java, .NET, API ... และเราเชื่อมั่นในไจแอนต์เกี่ยวกับงานของพวกเขา; เพราะมันใช้ได้ผลกับคนจำนวนมาก หากคุณมีปัญหาเกี่ยวกับเฟรมเวิร์กหรือ API มีโอกาสที่คนอื่นจะต้องเผชิญกับมันที่ไหนสักแห่งและมีวิธีแก้ปัญหา / แก้ไข

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

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

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

เมื่อโทร Quicksort คุณควรทราบเกี่ยวกับพฤติกรรมของกรณีที่เลวร้ายที่สุด ผู้โจมตีอาจสามารถฉีดข้อมูลเคสที่แย่ที่สุดและทำการ DoS ได้

เมื่อเรียกไลบรารีการบีบอัดคุณควรทราบว่าเมื่อบางข้อมูลบีบอัดข้อมูลให้น้อยลงไบต์นั้นจะต้องมีข้อมูลที่ "บีบอัด" ถึงไบต์มากกว่าเดิม ดังนั้นเมื่อสมมติฐานของคุณคือบัฟเฟอร์เอาต์พุตต้องการเพียงขนาดของข้อมูลอินพุตเนื่องจากมันบีบอัด [ให้น้อยกว่าไบต์] ดังนั้นจึงมีบัฟเฟอร์ล้นที่รอให้เกิดขึ้น

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

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

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

มันโอเค แต่มันอันตราย ตามหลักปฏิบัติทั่วไปเราควรรู้จักการทำงานในสิ่งที่เขาพัฒนา

Kinda ...

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

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

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

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