20 สิ่งที่ฉันอยากรู้ก่อนที่จะมาเป็นนักพัฒนาเว็บ

20 สิ่งที่ฉันอยากรู้ก่อนที่จะมาเป็นนักพัฒนาเว็บ

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

คุณไม่จำเป็นต้องมีประกาศนียบัตร

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

Google เป็นทักษะที่แท้จริง

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

เราขอแนะนำหลักสูตรการเขียนโปรแกรมแบบเร่งรัดฟรีสำหรับผู้เริ่มต้น:
การพัฒนาแอพพลิเคชั่น: Android และ iOS — 22–24 สิงหาคม หลักสูตรเร่งรัดช่วยให้คุณดื่มด่ำกับการพัฒนาแอปพลิเคชันสำหรับระบบปฏิบัติการมือถือยอดนิยมเป็นเวลาสามวัน ภารกิจคือการสร้างผู้ช่วยเสียงบน Android และพัฒนา "รายการที่ต้องทำ" สำหรับ iOS บวกกับความคุ้นเคยกับความสามารถของแอปพลิเคชันข้ามแพลตฟอร์ม.

คุณไม่สามารถเรียนรู้ทุกสิ่งได้

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

การเขียนโค้ดแบบง่ายเป็นเรื่องยากมาก

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

คุณจะไม่มีเวลาสำหรับการทดสอบอย่างละเอียด

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

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

คุณจะผิดเรื่องเวลาเสมอ

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

คุณจะละอายใจที่จะดูรหัสเก่าของคุณ

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

คุณจะใช้เวลามากในการจับแมลง

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

Internet Explorer เป็นเบราว์เซอร์ที่แย่ที่สุดที่เคยสร้างมา

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

งานหยุดลงเมื่อเซิร์ฟเวอร์ล่ม

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

คุณจะแกล้งทำเป็นว่าคุณเข้าใจทุกสิ่งที่เพื่อนร่วมงานพูด

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

คุณไม่จำเป็นต้องจดจำทุกอย่าง

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

คุณต้องเรียนรู้วิธีการแก้ปัญหาอย่างมีประสิทธิภาพ

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

คุณจะอ่านมาก

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

การปรับตัวอาจทำให้ปวดหัวได้

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

ประสบการณ์การดีบักช่วยประหยัดเวลา

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

คุณจะมองหาวิธีแก้ปัญหาสำเร็จรูป แต่จะไม่ได้ผลสำหรับคุณ

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

IDE ที่ดีจะทำให้ชีวิตง่ายขึ้น

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

เครื่องเทอร์มินัลจะทำให้การทำงานมีประสิทธิภาพมากขึ้น

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

อย่าสร้างล้อขึ้นมาใหม่

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

ที่มา: will.com

เพิ่มความคิดเห็น