JavaRush /จาวาบล็อก /Random-TH /คอฟฟี่เบรค #55. เคล็ดลับ 4 ข้อในการค้นหาชุมชนนักพัฒนา 5 ท...

คอฟฟี่เบรค #55. เคล็ดลับ 4 ข้อในการค้นหาชุมชนนักพัฒนา 5 ทักษะที่คาดไม่ถึงที่โปรแกรมเมอร์มือใหม่ต้องมี

เผยแพร่ในกลุ่ม

เคล็ดลับ 4 ข้อในการค้นหาชุมชนนักพัฒนา

ที่มา: Honeypot ปัจจัยหนึ่งที่ช่วยนักพัฒนาในการพัฒนาวิชาชีพคือชุมชนที่พวกเขาเป็นสมาชิก หากคุณยังไม่พบของคุณไม่ต้องกังวล! ในบทความนี้ฉันจะบอกวิธีการทำเช่นนี้ มนุษย์ไม่ได้ถูกกำหนดให้อยู่คนเดียว มนุษยชาติมีความก้าวหน้าผ่านความสามารถในการร่วมมือเพื่อบรรลุเป้าหมายร่วมกัน ตัวอย่างที่ดีของความร่วมมือดังกล่าวคือชุมชนนักพัฒนา แตกต่างจากอุตสาหกรรมมืออาชีพอื่น ๆ ตรงที่นักพัฒนามีปฏิสัมพันธ์กันบ่อยมากและชีวิตส่วนใหญ่ของพวกเขาเชื่อมโยงกับชุมชนที่พวกเขาสร้างขึ้นรอบตัวพวกเขา หากคุณเป็นนักพัฒนาแต่ยังไม่พบชุมชนของคุณ อย่าเพิ่งหมดหวัง คุณสามารถเข้าร่วมหนึ่งในนั้นได้ทุกช่วงอาชีพของคุณคอฟฟี่เบรค #55.  เคล็ดลับ 4 ข้อในการค้นหาชุมชนนักพัฒนา  5 ทักษะที่คาดไม่ถึงที่โปรแกรมเมอร์มือใหม่ต้องมี - 1

1. ค้นหาสิ่งที่คุณต้องการ

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

2. มองหาชุมชนท้องถิ่น

Jessica สมาชิกของทีมเขียนโปรแกรม Ember อาศัยอยู่ในเบอร์ลิน โชคดีสำหรับเธอ เมืองนี้มอบโอกาสมากมายในการสร้างเครือข่ายกับนักพัฒนาท้องถิ่นคนอื่นๆ “ฉันมีประสบการณ์มากมายในการประชุมกลุ่มมืออาชีพและเคยเป็นส่วนหนึ่งของ Open Technology School มาเป็นเวลานาน ซึ่งช่วยให้ผู้คนได้เรียนรู้เกี่ยวกับเทคโนโลยีมากขึ้น” เด็กหญิงเข้าร่วมสัมมนาและกลุ่มสหศึกษา และพบว่ามีประโยชน์มากสำหรับผู้เริ่มต้น “ฉันได้รับการสนับสนุนจากนักเรียนคนอื่นๆ และได้รับคำปรึกษาฟรี พูดได้เลยว่ามันทำให้ฉันรู้สึกถึงความรับผิดชอบ ช่วยให้ฉันมาประชุมเป็นประจำ และสนับสนุนให้ฉันอ่านหนังสือด้วยตัวเอง” หากต้องการค้นหาชุมชนท้องถิ่นของคุณ เจสสิก้าแนะนำให้ค้นหาใน Google หากคุณอาศัยอยู่ในเมืองใหญ่ คุณอาจไม่มีปัญหาในการหาชุมชนการเขียนโค้ดในท้องถิ่นเพื่อเข้าร่วม อย่างไรก็ตาม อาจกลายเป็นว่ากลุ่มดังกล่าวบางกลุ่มบนโซเชียลเน็ตเวิร์กไม่ได้ใช้งานอีกต่อไปหรือไม่ได้โพสต์ข้อความในพวกเขามาเป็นเวลานาน ในสถานการณ์เหล่านี้ อย่ากลัวที่จะถามโดยตรงว่ามีอะไรเกิดขึ้นอีกในชุมชนหรือไม่ การแสดงความสนใจเป็นสิ่งที่น่าชื่นชมเสมอ

3. ค้นหาชุมชนออนไลน์

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

ต่อไปนี้เป็นสถานที่บางส่วนในการค้นหาชุมชนออนไลน์ของคุณ

dev.to _ ในคำพูดของพวกเขาเอง “อุตสาหกรรมซอฟต์แวร์อาศัยการทำงานร่วมกันและการเรียนรู้แบบเครือข่าย” และ dev.to มอบพื้นที่สำหรับนักพัฒนาในการพบปะและช่วยเหลือซึ่งกันและกัน ไม่ว่าจะเป็นด้านเทคนิคของการเขียนโค้ด คำแนะนำด้านอาชีพ หรือการสนับสนุนและแรงจูงใจทั่วไป #นักพัฒนาบน Slack คุณจะต้องตอบคำถามสองสามข้อเพื่อเข้าถึงช่องนี้ แต่เมื่อคุณเข้ามาแล้ว คุณจะได้รับการสนับสนุนและคำแนะนำทั้งหมดที่คุณต้องการ :) Hashnode เขียนบทความเกี่ยวกับหัวข้อการเขียนโปรแกรมที่คุณต้องการและโต้ตอบกับชุมชนในวงกว้าง นี่เป็นวิธีที่ดีเยี่ยมในการติดต่อกับนักพัฒนารายอื่น ผู้หญิงที่เขียนโค้ด . เป็นสถานที่สนับสนุนสำหรับผู้หญิงในวงการเทคโนโลยี ซึ่งพวกเธอจะพบกับแหล่งข้อมูลด้านการเขียนโปรแกรมและพื้นที่เปิดโล่งเพื่อแบ่งปันแนวคิด เรดดิท มี subreddits มากมายสำหรับทุกช่องการเขียนโค้ด ตรวจสอบบางส่วนที่ใช้งานมากที่สุด:r /programming , r/java , r/python , r/javascript , r/reactjsและ r/cscareerquestions แวดวงนักพัฒนาบน Facebook เป้าหมายหลักคือการสร้างชุมชนที่จัดระเบียบในท้องถิ่นซึ่งนักพัฒนาสามารถ "รับเครื่องมือฟรีเพื่อพัฒนาทักษะ แนวคิดใหม่ ๆ และพัฒนาอาชีพของพวกเขา" ค้นหาชุมชนของคุณบน Facebook การสนทนาทั้งหมดกำลังออนไลน์อยู่

4. ค้นหาชุมชนโอเพ่นซอร์ส

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

บทสรุป

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

5 ทักษะที่คาดไม่ถึงที่โปรแกรมเมอร์มือใหม่ต้องมี

ที่มา: Codeburst เส้นทางของฉันสู่การเป็น Developer ที่เรียนรู้ด้วยตนเองนั้นยาวนานและยากลำบาก บางครั้งเมื่อนึกถึงอุปสรรคและความผิดหวังที่เคยเจอมา ก็ถามตัวเองว่าคุ้มไหมที่จะเริ่มด้วยวิธีนี้ และตอนนี้บอกได้เลยว่าคุ้ม สำหรับคนอย่างฉันที่เริ่มต้นจากศูนย์ เส้นโค้งการเรียนรู้นั้นชันมาก แต่ฉันมั่นใจว่าในระยะยาวผลประโยชน์มีมากกว่าความพยายามในการพิชิตภูเขาลูกนี้ แน่นอนว่าสิ่งนี้ใช้ได้เฉพาะเมื่อคุณสนุกกับสิ่งที่คุณเรียนรู้เท่านั้น ฉันใช้เวลาหลายปีกว่าจะเข้าใจว่า Developer ที่ดีจะต้องสามารถทำได้มากกว่าการเขียนโค้ดอย่างรวดเร็วและง่ายดาย ผู้เริ่มต้นจำนวนมากไม่ทราบว่าการได้รับทักษะการพัฒนานั้นต้องการมากกว่าแค่ความสามารถในการเขียนและรันโปรแกรม ต่อไปนี้เป็นทักษะอีกห้าประการนอกเหนือจากการเขียนโค้ดที่ Developer ทุกคนจะต้องมีอย่างแน่นอน!คอฟฟี่เบรค #55.  เคล็ดลับ 4 ข้อในการค้นหาชุมชนนักพัฒนา  5 ทักษะที่ไม่คาดคิดที่โปรแกรมเมอร์มือใหม่ต้องมี - 2

1. ใช้เครื่องมือการทำงานร่วมกัน

แพลตฟอร์มการเขียนโปรแกรมแบบเรียนรู้ด้วยตนเองยอดนิยมหลายแห่งมุ่งเน้นไปที่ไวยากรณ์ภาษาและโครงสร้างข้อมูล บางแห่งอนุญาตให้นักเรียนสร้างโปรเจ็กต์พื้นฐานตั้งแต่เริ่มต้น สมมติว่าเป็นเกมง่ายๆ หรือแอปรายการงาน บทเรียนเหล่านี้มีคุณค่าอย่างยิ่งในการเริ่มต้นทักษะการเขียนโปรแกรม แต่ไม่ได้จำลองสภาพแวดล้อมการทำงานในชีวิตจริงที่คุณจะพบในอนาคต นักพัฒนาทำงานร่วมกันในโปรเจ็กต์ขนาดใหญ่ และบางครั้งนักพัฒนาอาจทำงานกับโค้ดหลายฐานพร้อมกัน การทำงานเป็นทีมมักเกี่ยวข้องกับการใช้เครื่องมือ เช่น Google Spreadsheets หรือ Invision ทีมพัฒนามีชุดเครื่องมือการทำงานร่วมกันมาตรฐานของตนเอง บริษัทของฉันก็เหมือนกับบริษัทอื่นๆ หลายหมื่นแห่งในสหรัฐอเมริกาที่ใช้ GitHub ฉันจะไม่มีวันลืมวันที่เพื่อนร่วมงานแนะนำให้ฉันรู้จักกับ GitHub ก่อนอื่นพวกเขาบอกให้ฉันเปิดเทอร์มินัลบนคอมพิวเตอร์ของฉัน (ฉันไม่รู้ว่าฉันมีบางอย่างแบบนั้นในคอมพิวเตอร์ของฉัน) จากนั้นเพื่อนร่วมงานของฉันก็เริ่มพิมพ์คำพูดไร้สาระลงในหน้าต่างลึกลับบนหน้าจอของฉัน พูดพล่อยๆ นี้กลับกลายเป็นว่าทำสิ่งมหัศจรรย์ เช่น การเติมไฟล์ทุกประเภทที่เต็มไปด้วยโค้ดลงในโฟลเดอร์ต่างๆ ในคอมพิวเตอร์ของฉัน จากนั้นพวกเขาก็พูดถึง "กิ่งก้าน" และ "ปุย" บางอย่างที่ "ห่างไกล" และดูเหมือนว่าทุกคำจะขึ้นต้นด้วยคำนำหน้าว่า "git" ฉันรู้ว่าพวกเขาพูดภาษาอังกฤษ แต่ความหมายของคำพูดของพวกเขาไม่ชัดเจนสำหรับฉัน หากคุณเป็นมือใหม่ที่ไม่เคยเขียนโค้ดกับนักพัฒนาคนอื่นมาก่อน คุณจะต้องเรียนรู้ภาษาและเครื่องมือในการทำงานร่วมกัน อาจจะดูซับซ้อน โดยเฉพาะถ้าคุณไม่เคยเปิด Command Prompt มาก่อน แต่เมื่อเวลาผ่านไปมันจะกลายเป็นนิสัย

2. การบันทึกและการจัดการข้อผิดพลาด

สมมติว่าคุณได้เรียนรู้ที่จะทำงานร่วมกับโปรแกรมเมอร์คนอื่นๆ แล้ว และโค้ดของคุณถูกส่งไปยังการผลิต เมื่อสิ่งที่คุณเขียนถูกใช้โดยผู้ใช้หลายพันหรือหลายล้านคน มันเป็นความรู้สึกที่น่าตื่นเต้นอย่างแท้จริง แต่เมื่อคุณมาถึงขั้นตอนนี้ คุณจะได้เรียนรู้ถึงวิธีที่ยากลำบากที่ข้อผิดพลาดที่ไม่คาดคิดในโค้ดเกิดขึ้นตลอดเวลา ตัวอย่างเช่น ตัวแปรที่คุณสร้างไม่เคยได้รับค่าเลย ตอนนี้คุณกำลังเรียกเมธอดที่มีค่าว่าง และโปรแกรมของคุณไม่รู้ว่าต้องทำอย่างไร เกิดข้อผิดพลาด และตอนนี้ผู้ใช้ไม่สามารถเข้าถึงเพจที่ยอดเยี่ยมที่คุณสร้างขึ้นได้อีกต่อไป เมื่อคุณทดสอบโปรแกรม ทุกอย่างดูเหมือนถูกต้อง ดังนั้นคุณอาจไม่เห็นปัญหาด้วยซ้ำ ข้อผิดพลาดนี้อาจเกิดขึ้นเพียง 5% ของเวลา แต่สำหรับ 5% ของผู้ใช้ 100,000 รายถือเป็นเรื่องสำคัญ คุณจำเป็นต้องเรียนรู้วิธีบันทึก จัดการ และคาดการณ์ข้อผิดพลาดในโค้ดของคุณ สิ่งเหล่านี้เป็นทักษะที่จำเป็นอย่างยิ่งสำหรับนักพัฒนา ใช่แล้ว ความสามารถในการคาดการณ์ปัญหาเป็นสัญชาตญาณที่พัฒนาไปตามกาลเวลาและประสบการณ์ แต่สิ่งสำคัญสำหรับผู้เริ่มต้นที่ต้องจำไว้ว่าข้อผิดพลาดนั้นแทบจะเป็นส่วนสำคัญของการพัฒนา การรู้วิธีปกป้องโค้ดของคุณโดยใช้การบันทึกข้อผิดพลาดประเภทต่างๆ สามารถช่วยให้คุณไม่ต้องปวดหัวได้มากในอนาคต โดยเฉพาะอย่างยิ่งเมื่อคุณได้รับมอบหมายให้แก้ไขจุดบกพร่อง นอกจากนี้ยังสามารถช่วยระบุปัญหาที่คุณไม่เคยรู้มาก่อนด้วยซ้ำ ปัจจุบัน เราสามารถเข้าถึงเครื่องมือบันทึกจุดบกพร่องต่างๆ ที่ทำให้ง่ายต่อการติดตามจุดอ่อนในโค้ดเบส หนึ่งในรายการโปรดของฉันคือ Sentry ซึ่งช่วยให้คุณเห็นว่าปัญหาเกิดขึ้นครั้งแรกเมื่อใดและเกิดขึ้นบ่อยเพียงใด สิ่งที่ควรกล่าวถึงคือ Logentries, Rollbar และ Instabug มีโปรแกรมที่ตรวจสอบข้อมูลและปัญหาทั่วทั้งระบบ เช่น New Relic และ Datadog คุณจะพบการผสมผสานระหว่างโปรแกรมเหล่านี้ในอาชีพการพัฒนาของคุณ และมันก็คุ้มค่าที่จะเรียนรู้วิธีใช้งาน

3. ความครอบคลุมการทดสอบ

อย่างที่ผมบอกไปก่อนหน้านี้ การฝึกฝนทักษะการเขียนโปรแกรมของคุณเป็นมากกว่าแค่การเขียนโค้ด คุณต้องแน่ใจว่าโค้ดของคุณเข้าใจได้สำหรับนักพัฒนารายอื่น และเมื่อมีคนเปิดมันขึ้นมาในอีกสองปีต่อมา บุคคลนั้นควรจะสามารถหยิบมันขึ้นมาและเริ่มทำการเปลี่ยนแปลงได้อย่างรวดเร็ว ตรรกะที่คุณเขียนควรจะเข้าใจได้และสามารถนำมาใช้ซ้ำได้ในปีต่อๆ ไป แต่บางครั้งตรรกะของคุณอาจซับซ้อนและไม่สามารถทำให้ง่ายขึ้นได้ อาจเนื่องมาจากความซับซ้อนของตรรกะทางธุรกิจ อาจเป็นเพราะไม่มีเวลา ความจริงก็คือบางครั้งกำหนดเวลาจะบังคับให้คุณต้องตัดสินใจทางเทคนิคที่ไม่เป็นไปตามอุดมคติ และคุณจะไม่สามารถกำหนดกรณีการใช้งานทั้งหมดได้อย่างชัดเจนก่อนเริ่มทำงาน วิธีหนึ่งที่จะรักษาโค้ดของคุณให้ปลอดภัยคือการเขียนการทดสอบตามการเปลี่ยนแปลง ภาษาโปรแกรมส่วนใหญ่มีแพ็คเกจการทดสอบเพิ่มเติมที่คุณสามารถติดตั้งได้ ตัวอย่างเช่น สำหรับ Ruby เราใช้ Rspec และสำหรับ React เรามักจะใช้ Jasmine มีการทดสอบหลายประเภท รวมถึงการทดสอบหน่วย (สำหรับการทดสอบตรรกะชิ้นเล็กๆ) และการทดสอบบูรณาการ (สำหรับการทดสอบโฟลว์แบบ end-to-end) บ่อยครั้งมาก ในการที่จะส่งโค้ดของคุณไปยังโค้ดเบสทั่วไปนั้น จะต้องผ่านชุดทดสอบทั้งหมด เมื่อคุณเรียนรู้วิธีเขียนแล้ว คุณจะเพิ่ม “ความปลอดภัย” ที่ป้องกันไม่ให้การเปลี่ยนแปลงในอนาคตจากการเขียนทับฟังก์ชันที่คุณเขียนโดยไม่ตั้งใจ ความครอบคลุมการทดสอบยังช่วยกำหนดพฤติกรรมที่คาดหวัง เนื่องจากกรณีการทดสอบจำนวนมากเขียนเป็นภาษาอังกฤษธรรมดา ฉันไม่สามารถบอกคุณได้ว่ากี่ครั้งแล้วที่ฉันเข้าไปในไฟล์บางไฟล์ที่เขียนเมื่อหลายปีก่อน ทำการเปลี่ยนแปลง และพบว่ามันทำให้การทดสอบหลายสิบครั้งล้มเหลว แม้ว่าฉันคิดว่าฉันมีความเข้าใจที่ดีเกี่ยวกับพฤติกรรมที่คาดหวัง . ครั้งหนึ่งฉันเคยพังฟังก์ชันที่ฉันเขียนเองเมื่อไม่กี่เดือนก่อนด้วยซ้ำ โชคดีที่การทดสอบหน่วยของฉันเปิดเผยสิ่งนี้ทันที เมื่อพิจารณาคำขอดึงข้อมูลแล้ว ฉันพบว่านักพัฒนามักจะไม่ให้ความสำคัญกับการทดสอบความครอบคลุมเพียงพอ และสิ่งนี้ใช้ได้กับการเปลี่ยนแปลงทั้งแบบง่ายและซับซ้อน ฉันก็มีส่วนผิดเช่นกัน โดยเฉพาะเมื่อมีกำหนดเวลาที่จำกัด แต่ฉันนึกถึงหลายโครงการที่การเปลี่ยนแปลงในที่เดียวทำให้เกิดความล้มเหลวในอีกสี่แห่ง สิ่งนี้เพิ่มระดับความเครียดของเราและเพิ่มงานให้กับเรามากขึ้น แม้ว่าเราจะรีบเร่งเพื่อให้ทันตามกำหนดเวลาก็ตาม สถานการณ์ดังกล่าวสามารถหลีกเลี่ยงได้หากเราใช้เวลาในการเขียนการทดสอบหน่วยในเวลาที่กำหนด การเรียนรู้ที่จะเขียนสิ่งเหล่านี้อาจเป็นงานที่น่าเบื่อ โดยเฉพาะอย่างยิ่งสำหรับนักพัฒนามือใหม่ และการเขียนสิ่งเหล่านี้จะทำให้กระบวนการพัฒนาโดยรวมช้าลงอย่างแน่นอน แต่ยิ่งคุณเริ่มเขียนแบบทดสอบได้เร็วเท่าไร ความปวดหัวที่รอคุณและทีมในอนาคตก็จะน้อยลงเท่านั้น

4. การตรวจสอบโค้ด

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

5. การค้นหาโดย Google ที่เหมาะสม

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

บทสรุป

ไม่ช้าก็เร็วบนเส้นทางการพัฒนาซอฟต์แวร์ของคุณ คุณจะต้องพบกับความผิดหวัง ไม่มีทางหนีจากสิ่งนี้ได้ แต่ยิ่งคุณใช้เครื่องมือและกลยุทธ์ที่ออกแบบมาเพื่อบรรเทาความคับข้องใจเหล่านี้มากเท่าใด อาชีพของคุณก็จะยิ่งมีคุณค่ามากขึ้นเท่านั้น อยู่ในหลักสูตรและอย่ายอมแพ้
ความคิดเห็น
TO VIEW ALL COMMENTS OR TO MAKE A COMMENT,
GO TO FULL VERSION