เรื่องราวที่ฉันเปลี่ยนวิชาเอกวิศวกรรมมาเป็นไอที ประมาณสองปีที่แล้ว ฉันตัดสินใจเปลี่ยนความเชี่ยวชาญและกลายเป็นโปรแกรมเมอร์ ก่อนหน้านั้นฉันทำงานเป็นวิศวกรในสาขาที่ไม่เกี่ยวข้องกับไอที จากประสบการณ์การเขียนโปรแกรม ฉันมีเพียง Paskal ในโรงเรียนอันห่างไกลเท่านั้น ข้อได้เปรียบในการเริ่มต้นที่ดีคือการรู้ภาษาอังกฤษในระดับที่ค่อนข้างสูง ตามคำแนะนำของเพื่อน การเลือกภาษาการเขียนโปรแกรมจึงตกบน Java ทันที ซึ่งเป็นภาษาที่ได้รับความนิยมมากที่สุดในตลาดในขณะนั้น ฉันเริ่มต้นด้วยการอ่านหนังสือและดูบทแนะนำบน YouTube จากนั้นฉันก็บังเอิญไปเจอโครงการ Javarush และทำงานที่นี่ประมาณหกเดือน (โดยหยุดพัก) ควบคู่ไปกับ Javarush ฉันศึกษาหัวข้อ/เทคโนโลยีอื่นๆ ที่น่าสนใจ (เช่น SQL, HTML/CSS) และคุ้นเคยกับไวยากรณ์ C++/C# ในระดับพื้นฐาน สำหรับความสำเร็จของฉันบน Javarush ฝ่ายบริหารของ JR ยังให้โอกาสฉันเข้าร่วมในโครงการนี้ฟรี (ซึ่งฉันรู้สึกขอบคุณพวกเขามาก!) แต่น่าเสียดายที่ฉันไม่สามารถรักษาความเร็วของการเรียนรู้ที่ Hubert กำหนดและเป็นได้ ถูกบังคับให้ออกจากโครงการ หลังจากนั้นไม่นาน ฉันก็ลงทะเบียนเรียนหลักสูตรการเขียนโปรแกรมซึ่งฉันเรียนเป็นเวลา 5 เดือน ที่นั่นฉันคุ้นเคยกับหลักการสร้างแอปพลิเคชัน Java EE ซึ่งเป็นชุดพื้นฐานของเฟรมเวิร์ก EE และเขียนโปรเจ็กต์แรกของฉัน ในเวลาเดียวกัน ฉันได้ขัดเกลาความรู้เกี่ยวกับเทคโนโลยีต่างๆ บนทรัพยากรที่แตกต่างกัน และ "คืน" ให้กับ Javarush เป็นระยะๆ หลังจากจบหลักสูตรทันที ฉันก็เริ่มหางานทำ (การค้นหาใช้เวลาหกเดือน แต่นั่นเป็นอีกเรื่องยาว :)) ![จากวิศวกรสู่โปรแกรมเมอร์ - 1]()
IMHO ของฉันเกี่ยวกับ JavaRush: ข้อดี : ข้อได้เปรียบหลักสำหรับฉันในตอนแรกคือการมีงานอยู่ - เนื่องจากสำหรับโปรแกรมเมอร์มือใหม่ปัญหาคือ "ต้องฝึกฝนอะไร" เสมอ นอกจากนี้คุณภาพของงานยังค่อนข้างสูงในแง่ของความเก่งกาจทางเทคนิคและความหลากหลาย (ฉันพูดแบบนี้ในฐานะบุคคลที่ทำงานในทรัพยากรต่างๆ) ฉันชอบการบรรยายเพราะสามารถเข้าถึงได้และเนื้อหา (ถ้าเป็นไปได้ ฉันจะอ่านการบรรยายต่อทันที) ฉันชอบที่เนื้อหาทางทฤษฎีตามมาด้วยการนำไปปฏิบัติทันที วัสดุเพิ่มเติมที่คัดสรรมาอย่างดีจากแหล่งต่าง ๆ ซึ่งยอดเยี่ยมมากสำหรับผู้เริ่มต้น - คุณจะค้นพบแหล่งข้อมูลที่เป็นประโยชน์และให้ข้อมูลมากมายทันที การเรียนเป็นเรื่องที่น่าสนใจ และโดยรวมแล้วฉันพอใจกับความก้าวหน้าที่ได้ทำในช่วงเวลาที่ฉันอยู่ที่นี่ ข้อเสีย: ไม่ใช่ระบบที่สะดวกมากในการตรวจสอบงานโดยไม่มีข้อเสนอแนะ ในตอนแรกสิ่งนี้ไม่ได้สังเกตเห็นได้ชัดเจนเป็นพิเศษ แต่ในระดับที่สูงขึ้น ฉันเริ่มจับได้ว่าตัวเองคิดว่าบ่อยครั้งที่ 90% ของเวลาในการแก้ปัญหาไม่ได้ถูกใช้ไปกับการจัดทำอัลกอริทึมการแก้ปัญหา/ศึกษาหัวข้อ แต่เป็นการเหยียบย่ำเป็นวงกลม: “ซึ่ง กรณีทดสอบล้มเหลวในการแก้ปัญหาของฉัน” สิ่งนี้สังเกตเห็นได้ชัดเจนเป็นพิเศษในงานขนาดใหญ่ ในด้านหนึ่ง ดูเหมือนเป็นเรื่องท้าทาย แต่แล้วคุณก็ยังตระหนักว่าการใช้เวลาของคุณมีประโยชน์มากขึ้น ฉันไม่ชอบความจริงที่ว่าใกล้กับระดับ 30 เพื่อที่จะอ่านการบรรยายต่อได้ คุณต้องแก้ไขปัญหาเกือบทั้งหมดโดยไม่พลาดอะไรเลย (ควบคู่ไปกับ "ปัญหา" ก่อนหน้าด้วยเหตุนี้กระบวนการเรียนรู้จึงช้าลง /หยุดมาก) ฉันอยากจะเน้นโครงการจริงแยกจากกัน - อย่าลืมมีส่วนร่วมยิ่งเร็วเท่าไหร่ก็ยิ่งดีเท่านั้น การเรียนรู้ Java Core นั้นยอดเยี่ยม แต่โปรแกรมเมอร์จะได้รับค่าตอบแทนสำหรับความรู้เกี่ยวกับเทคโนโลยีระดับองค์กร หากคุณไม่ต้องการ/ไม่สามารถเข้าร่วมโครงการบน JR ได้ ให้มองหาโอกาสอื่นๆ - หลักสูตรการเขียนโปรแกรมหรือเริ่มเขียนอะไรง่ายๆ ด้วยตัวเอง (แม้ว่าในตอนแรกจะยากหากไม่ได้รับความช่วยเหลือก็ตาม) นี่คือประวัติการเรียนรู้สั้นๆ ของฉัน ขอให้สนุกกับการเขียนโค้ดนะทุกคน :)
![Java-университет]()
IMHO ของฉันเกี่ยวกับ JavaRush: ข้อดี : ข้อได้เปรียบหลักสำหรับฉันในตอนแรกคือการมีงานอยู่ - เนื่องจากสำหรับโปรแกรมเมอร์มือใหม่ปัญหาคือ "ต้องฝึกฝนอะไร" เสมอ นอกจากนี้คุณภาพของงานยังค่อนข้างสูงในแง่ของความเก่งกาจทางเทคนิคและความหลากหลาย (ฉันพูดแบบนี้ในฐานะบุคคลที่ทำงานในทรัพยากรต่างๆ) ฉันชอบการบรรยายเพราะสามารถเข้าถึงได้และเนื้อหา (ถ้าเป็นไปได้ ฉันจะอ่านการบรรยายต่อทันที) ฉันชอบที่เนื้อหาทางทฤษฎีตามมาด้วยการนำไปปฏิบัติทันที วัสดุเพิ่มเติมที่คัดสรรมาอย่างดีจากแหล่งต่าง ๆ ซึ่งยอดเยี่ยมมากสำหรับผู้เริ่มต้น - คุณจะค้นพบแหล่งข้อมูลที่เป็นประโยชน์และให้ข้อมูลมากมายทันที การเรียนเป็นเรื่องที่น่าสนใจ และโดยรวมแล้วฉันพอใจกับความก้าวหน้าที่ได้ทำในช่วงเวลาที่ฉันอยู่ที่นี่ ข้อเสีย: ไม่ใช่ระบบที่สะดวกมากในการตรวจสอบงานโดยไม่มีข้อเสนอแนะ ในตอนแรกสิ่งนี้ไม่ได้สังเกตเห็นได้ชัดเจนเป็นพิเศษ แต่ในระดับที่สูงขึ้น ฉันเริ่มจับได้ว่าตัวเองคิดว่าบ่อยครั้งที่ 90% ของเวลาในการแก้ปัญหาไม่ได้ถูกใช้ไปกับการจัดทำอัลกอริทึมการแก้ปัญหา/ศึกษาหัวข้อ แต่เป็นการเหยียบย่ำเป็นวงกลม: “ซึ่ง กรณีทดสอบล้มเหลวในการแก้ปัญหาของฉัน” สิ่งนี้สังเกตเห็นได้ชัดเจนเป็นพิเศษในงานขนาดใหญ่ ในด้านหนึ่ง ดูเหมือนเป็นเรื่องท้าทาย แต่แล้วคุณก็ยังตระหนักว่าการใช้เวลาของคุณมีประโยชน์มากขึ้น ฉันไม่ชอบความจริงที่ว่าใกล้กับระดับ 30 เพื่อที่จะอ่านการบรรยายต่อได้ คุณต้องแก้ไขปัญหาเกือบทั้งหมดโดยไม่พลาดอะไรเลย (ควบคู่ไปกับ "ปัญหา" ก่อนหน้าด้วยเหตุนี้กระบวนการเรียนรู้จึงช้าลง /หยุดมาก) ฉันอยากจะเน้นโครงการจริงแยกจากกัน - อย่าลืมมีส่วนร่วมยิ่งเร็วเท่าไหร่ก็ยิ่งดีเท่านั้น การเรียนรู้ Java Core นั้นยอดเยี่ยม แต่โปรแกรมเมอร์จะได้รับค่าตอบแทนสำหรับความรู้เกี่ยวกับเทคโนโลยีระดับองค์กร หากคุณไม่ต้องการ/ไม่สามารถเข้าร่วมโครงการบน JR ได้ ให้มองหาโอกาสอื่นๆ - หลักสูตรการเขียนโปรแกรมหรือเริ่มเขียนอะไรง่ายๆ ด้วยตัวเอง (แม้ว่าในตอนแรกจะยากหากไม่ได้รับความช่วยเหลือก็ตาม) นี่คือประวัติการเรียนรู้สั้นๆ ของฉัน ขอให้สนุกกับการเขียนโค้ดนะทุกคน :)
GO TO FULL VERSION