กำจัดความกลัวในงานแรกของคุณ

ยังมาจากภาพยนตร์เรื่อง “แฮร์รี่ พอตเตอร์กับนักโทษแห่งอัซคาบัน”

ปัญหาของโลกนี้คือคนที่มีการศึกษาเต็มไปด้วยความสงสัย แต่คนโง่กลับเต็มไปด้วยความมั่นใจ

Charles Bukowski

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

คำถามมีดังนี้:

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

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

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

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

พวกเขาจะไม่จ้างคุณเลย

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

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

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

ในบรรดาผู้สำเร็จการศึกษาหลายร้อยคน มีนายจ้างที่สนใจเพียงไม่กี่สิบคนเท่านั้น

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

ความบ้าคลั่งคือการทำซ้ำของการกระทำเดียวกัน ครั้งแล้วครั้งเล่าโดยหวังว่าจะมีการเปลี่ยนแปลง

Albert Einstein

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

นอกจากนี้ยังมีฤดูกาลที่เด่นชัดของตลาดแรงงาน บริษัทที่ชาญฉลาดวางแผนการจ้างงานตามวันที่สำเร็จการศึกษา มีตำแหน่งงานว่างสำหรับผู้มาใหม่ในฤดูใบไม้ผลิมากกว่าเวลาอื่นๆ อย่างไรก็ตามการแข่งขันที่สูงขึ้นในเวลานี้

โง่ - โดนไล่ออก

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

ผู้มาใหม่ในงานคาดว่าจะ:

• ความรู้พื้นฐานทางเทคนิคทั่วไป
• ศึกษาเฉพาะสาขาวิชาของบริษัท
• การเรียนรู้เครื่องมือและแนวทางปฏิบัติที่ใช้

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

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

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

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

ผลลัพธ์ของการแก้ปัญหาแรกของคุณจะสร้างความประทับใจแรกให้กับเพื่อนร่วมงานที่ไม่ได้เข้าร่วมการสัมภาษณ์

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

โดยทั่วไปขั้นตอนในการรันผลิตภัณฑ์ในสภาพแวดล้อมการทดสอบจะเป็นดังนี้:

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

ในระหว่างกระบวนการรันระบบภายในเครื่อง ปัญหาที่ไม่คาดคิดจะเกิดขึ้นอย่างหลีกเลี่ยงไม่ได้

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

งานบางอย่างอาจดูง่ายสำหรับนักพัฒนาที่มีประสบการณ์ แต่ท้าทายสำหรับผู้ฝึกงาน นี่เป็นปกติ.

นักพัฒนาจะต้องแก้ไขปัญหาทางเทคนิคทุกวัน พนักงานที่มีประสบการณ์ได้แก้ไขปัญหามามากมายแล้ว ในขณะที่พนักงานใหม่ยังไม่สามารถรับมือกับปัญหาเหล่านั้นได้ กลยุทธ์ที่ดีที่สุดคือการบันทึกข้อผิดพลาดทั้งหมดที่พบในเอกสาร “การแก้ปัญหาด้วย ${task name}” สำหรับแต่ละปัญหา คุณต้องตั้งสมมติฐานเกี่ยวกับสาเหตุ ค้นหาวิธีแก้ปัญหาบนอินเทอร์เน็ต และลองทำทีละข้อ ต้องบันทึกผลลัพธ์ของความพยายามแต่ละครั้งด้วย

การลงทะเบียนการวิจัยของคุณในรูปแบบของเอกสารจะช่วยให้คุณ:

• ปลดปล่อยรายละเอียดเล็กๆ น้อยๆ ออกจากหัวของคุณ ตัวอย่างเช่น พารามิเตอร์การกำหนดค่า ที่อยู่ DNS/IP คำสั่งคอนโซล และการสืบค้น SQL
• จำไว้ว่า “เมื่อวานฉันทำอะไร” เมื่องานกินเวลาหลายวัน
• อย่าเดินเป็นวงกลม คุณสามารถอ่านสิ่งที่คุณทำก่อนหน้านี้ได้ตลอดเวลาและเข้าใจว่าคุณได้กลับไปสู่ปัญหาเดิมแล้ว
• ตอบคำถามอย่างชัดเจน: “วันนี้คุณทำอะไร” แม้ว่ายังไม่มีวิธีแก้ปัญหาสำเร็จรูปก็ตาม

คุณต้องสามารถสื่อสารสถานะของงานของคุณกับเพื่อนร่วมงานได้

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

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

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

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

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

ขอความช่วยเหลือได้เลยนะครับ

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

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

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

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

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

สิ่งสำคัญไม่เพียงแต่ในการแก้ปัญหาทางเทคนิคเท่านั้น แต่ยังรวมถึงการขยายความรู้ในสาขาวิชาด้วย

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

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

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

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

• คำถามอย่าง “ถ้าทำอย่างนี้ก็จะออกมาแบบนี้ สิ่งนี้ไม่อยู่ในข้อกำหนด มันควรจะเป็น?"
• งานในตัวติดตามบั๊ก “ข้อกำหนดบอกสิ่งนี้ แต่ในความเป็นจริงมันเขียนแตกต่างออกไป”

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

ถ้าคุณทำผิด คุณจะโดนไล่ออก

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

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

สิ่งสำคัญคือการเรียนรู้จากข้อผิดพลาดและไม่ทำซ้ำอีก

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

เป็นการดีกว่าที่จะหลีกเลี่ยงเหตุการณ์

แม้ว่าโดยส่วนตัวแล้วคุณจะไม่ถูกไล่ออกเนื่องจากความผิดพลาด แต่เหตุการณ์ดังกล่าวจะทำให้เกิดปัญหาที่ไม่พึงประสงค์สำหรับทีมของคุณและโครงการโดยรวม ดังนั้นควรระมัดระวังเป็นพิเศษกับการดำเนินการลบหรือสร้างตารางในฐานข้อมูล ไฟล์ อินสแตนซ์บริการ และเอกสารในฐานความรู้ของโครงการ หากคุณพบที่อยู่ของการเชื่อมต่อใหม่ ให้ตรวจสอบกับบุคคลอย่างน้อยสองคนว่าสามารถทำอะไรได้บ้าง ตรวจสอบสิทธิ์ของคุณในสภาพแวดล้อมที่ไม่ใช่โดยการลองผิดลองถูก แต่โดยใช้คำสั่งที่เหมาะสม ตัวอย่างเช่น สิทธิ์ในการลบไฟล์โดยใช้คำสั่ง `ls` สิทธิ์ในการทำงานกับตารางใน mysql โดยใช้คำสั่ง `SHOW GRANTS FOR 'user'@'host';` และอื่นๆ คุณจะมีโอกาสที่คล้ายกันในเครื่องมือเกือบทุกชนิด

เมื่อแก้ไขไฟล์ ให้เก็บสำเนาต้นฉบับไว้สำหรับตัวคุณเอง เผื่อไว้

อุปสรรคหลายประการถูกสร้างขึ้นระหว่างผู้เข้ารับการฝึกอบรมและผู้ใช้ปลายทาง

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

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

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

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

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

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

ฉันขอให้คุณอดทนและเพียรพยายาม

เฉพาะผู้ใช้ที่ลงทะเบียนเท่านั้นที่สามารถเข้าร่วมในการสำรวจได้ เข้าสู่ระบบ, โปรด.

งานแรกของคุณในงานแรกของคุณในด้านไอทีคืออะไร?

• ซับซ้อน

• สำคัญ

• ด่วน

• ไม่มีข้อใดข้อหนึ่งข้างต้น

ผู้ใช้ 75 คนโหวต ผู้ใช้ 20 รายงดออกเสียง

คุณต้องทำอะไรในตอนแรกในงานแรกของคุณ?

• ติดตั้งผลิตภัณฑ์ในเครื่อง

• ทดสอบผลิตภัณฑ์ที่มีอยู่

• ดำเนินการฝึกอบรมงานปลอม

• ทำโครงการทดลองจริงสำหรับลูกค้า

ผู้ใช้ 63 คนโหวต ผู้ใช้ 25 รายงดออกเสียง

มีนักเรียนกี่คนในกลุ่มของคุณที่สามารถทำงานมอบหมายวิชาทางเทคนิคอย่างอิสระระหว่างการฝึกอบรมได้

• 1 จาก 10

• 1 จาก 5

• ทุกวินาที

• ทุกสิ่งมีข้อยกเว้นที่หายาก

ผู้ใช้ 70 คนโหวต ผู้ใช้ 19 รายงดออกเสียง

ที่มา: will.com