คอฟฟี่เบรค#39. 6 เหตุผลที่ควรรู้ภาษาโปรแกรมอย่างน้อย 1 ภาษา 12 กฎการปรับโครงสร้างใหม่ที่เป็นประโยชน์

6 เหตุผลที่ควรรู้ภาษาโปรแกรมอย่างน้อย 1 ภาษา

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

1. เพื่อทำความเข้าใจว่าคุณใช้เวลา 28,300 ชั่วโมงในชีวิตไปที่ไหน

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

2. เพื่อให้ชีวิตของคุณง่ายขึ้น

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

3.เพื่อให้สามารถสร้างสรรค์สิ่งใหม่ๆได้

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

4. เพื่อปรับปรุงเรซูเม่ของคุณ

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

5. เพื่อเสริมสร้างทักษะการแก้ปัญหา

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

6. เพื่อขยายโอกาสในการทำงาน

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

เมื่อโค้ดต้องการการปรับโครงสร้างใหม่: กฎที่มีประโยชน์ 12 ข้อ

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

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

หากคุณเป็น Developer หน้าใหม่ การเรียนรู้วิธี Refactor Code และที่สำคัญกว่านั้นคือรู้ว่าเมื่อใดที่ต้อง Refactor จะเป็นทักษะที่สำคัญสำหรับคุณ นักพัฒนาหลายคนข้ามการปรับโครงสร้างใหม่ เป็นผลให้โค้ดของพวกเขาดูปานกลาง สับสน และอ่านยาก คุณจะรู้ได้อย่างไรว่าเมื่อใดที่โค้ดของคุณต้องการการปรับโครงสร้างใหม่ มีกฎ 12 ข้อที่จะช่วยกำหนดสิ่งนี้:

1. รายการพารามิเตอร์คลาสของคุณใหญ่เกินไปหรือไม่ การทดสอบและแก้ไขข้อบกพร่องเป็นเรื่องยากหรือไม่? นี่คือตัวเลือกที่สำคัญสำหรับการปรับโครงสร้างใหม่
2. มีวิธีการในโค้ดของคุณภายในคลาสที่ใช้การขึ้นต่อกันของคลาสเพียงอันเดียวหรือไม่? คุณควรแยกเมธอดนี้ไปแยกคลาสจะดีกว่า แม้ว่าคลาสนี้จะมีเพียงเมธอดเดียวก็ตาม
3. วิธีการของคุณทำสองสิ่งที่แตกต่างกันขึ้นอยู่กับค่าของพารามิเตอร์บูลีนหรือไม่? ในกรณีนี้ จะดีกว่าถ้าสร้างสองวิธีที่แตกต่างกันโดยมีความรับผิดชอบที่ชัดเจน
4. วิธีการของคุณมีการแตกแขนงคุณค่าหรือไม่? ตัวอย่างเช่น คุณตรวจสอบประเภทของออบเจ็กต์และดำเนินการต่างๆ ขึ้นอยู่กับประเภทของออบเจ็กต์ นี่เป็นกรณีที่ดีในการเปลี่ยนif-elseหรือswitchเป็นพจนานุกรม ของคุณ
5. คุณมักจะใช้if-elseหรือswitches? ลองใช้ความหลากหลายแทน และใช้รูปแบบการออกแบบที่ผ่านการทดสอบการต่อสู้แล้ว เช่น กลยุทธ์หรือตัวกลาง
6. Constructor หรือเมธอดของคลาสของคุณยอมรับตัวเลขหรือสตริงเวทย์มนตร์หรือไม่? แทนที่เวทมนตร์ด้วยการแจงนับธรรมดา
7. คุณมีค่าโปรแกรมที่ชัดเจน (ตัวเลขหรือสตริง) หรือไม่? ให้ใช้ค่าเป็นพารามิเตอร์แทนและกำหนดค่าได้ คุณจะพบว่าการนำแอปพลิเคชันของคุณไปใช้ซ้ำหรือปรับใช้ในสภาพแวดล้อมใหม่หรือเปลี่ยนการตั้งค่าได้ง่ายขึ้น
8. อย่าใช้ชื่อตัวแปรเช่นi, j, k, m, n, x. แค่หยุดทำมัน
9. คุณพบว่าตัวเองใช้ตรรกะเดียวกันในหลาย ๆ ที่บ่อยครั้งหรือไม่ เพราะเหตุใด ย้ายตรรกะไปไว้ในคลาสหรือเมธอดของตัวเอง
10. มีคลาสในรหัสของคุณServiceหรือไม่Manager? มันเหมือนกับมีดของกองทัพสวิส - มีตัวเลือกมากมายที่ไม่ค่อยได้ใช้ ใช้เวลาสักครู่เพื่อคิดว่างานใดบ้างที่สามารถนำไปใช้ได้ จากนั้นจึงย้ายแต่ละงานไปไว้ในชั้นเรียนของตนเอง
11. คุณพบว่ามันยากไหมที่จะทดสอบเมธอดเดียวเพราะว่าคลาสนั้นใช้อาร์กิวเมนต์ตัวสร้างจำนวนมากหรือไม่ แล้วนำวิธีการออกจากชั้นเรียน
12. คุณจำเป็นต้องเพิ่มอันใหม่else-ifหรือswitchใช้ข้อกำหนดหรือคุณสมบัติใหม่หรือไม่? ลองใช้อินเทอร์เฟซและการสะท้อนกลับเพื่อการค้นพบประเภทอัตโนมัติ

การปรับโครงสร้างใหม่ช่วยปรับปรุงคุณภาพของซอฟต์แวร์ภายในได้อย่างไร

เมื่อคุณปรับโครงสร้างใหม่ คุณจะปรับปรุงคุณลักษณะของโค้ดตั้งแต่หนึ่งรายการขึ้นไป:

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