ณ จุดใดที่คุณ "รู้" เทคโนโลยีพอที่จะเขียนไว้ในประวัติย่อ [ปิด]

ฉันเพิ่งมีโปรแกรมเมอร์ในการสัมภาษณ์ซึ่งระบุว่า Python, PHP, Rails และ ASP เป็นทักษะบางส่วนของพวกเขา อย่างไรก็ตามในการสัมภาษณ์ผู้ให้สัมภาษณ์ยังไม่พอรู้ว่าโครงสร้างการควบคุมและตรรกะพื้นฐานคืออะไรพวกเขาเพียงแค่ทำตามบทเรียนการสาธิตไม่กี่ครั้ง

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

ฉันไม่เชื่อว่านี่เป็นเรื่องส่วนตัวเกินไปพื้นฐานควรได้รับการจัดตั้งขึ้นโดยง่ายตามความคิดเห็น

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

วิธีหนึ่งคือทำตามแบบสอบถามด้วยตนเองของ Google ให้คะแนนความสามารถแต่ละอย่างในระดับ 10 ด้วยวิธีนี้เราสามารถฉายความสะดวกสบายของเราด้วยเทคโนโลยีที่หลากหลาย

• 1 หมายความว่าคุณสามารถอ่านรหัสอื่น ๆ ได้ด้วย googling มากมาย
• 5 อาจสำหรับการใช้โมดูลในเทคโนโลยี เป็นต้น
• 8 สำหรับประสบการณ์มากมายและสะดวกสบายกับการออกแบบและดำเนินโครงการขนาดใหญ่ในเทคโนโลยีนั้น
• 9 สำหรับความรู้ด้านสถาปัตยกรรมที่มีความเข้าใจในระดับปานกลางถึงสิ่งที่อยู่ภายใต้ประทุน
• 10 หมายความว่าคุณเขียนหนังสือลงบนมันหรือเป็นผู้คิดค้นมันขึ้นมา

ฉันได้เห็นประวัติการทำงานที่มีกราฟแท่งแสดงถึงความสามารถเชิงญาติในเทคโนโลยีต่างๆ

อีกทางเลือกหนึ่งคือการจัดกลุ่มทักษะเป็น "ความเข้าใจที่ดี", "ความเชี่ยวชาญปานกลาง" และ "คุ้นเคยกับ"

แก้ไข:

ฉันพยายามใส่ความคิดเห็นนี้ แต่ไม่ได้ดูเนื่องจากขาดการจัดรูปแบบ

สำหรับการอ้างอิงนี่คือสิ่งที่ Google กำหนดอัตราในการประเมินตนเอง

• 0 - คุณไม่มีประสบการณ์
• 1 ถึง 3 - คุณคุ้นเคยกับเรื่องนี้ แต่ไม่สะดวกที่จะใช้อะไรในนั้น -
• 4 ถึง 6 - คุณมั่นใจในพื้นที่นี้และใช้งานทุกวัน -
• 7 - 9 คุณมีความเชี่ยวชาญเป็นพิเศษและมีความเชี่ยวชาญด้านเทคนิคอย่างลึกซึ้งในหัวเรื่องและรู้สึกสะดวกสบายในการออกแบบโครงการใด ๆ ในโครงการ -
• 10 - สงวนไว้สำหรับผู้ที่ได้รับการยอมรับจากผู้เชี่ยวชาญในอุตสาหกรรมไม่ว่าคุณจะเขียนหนังสือหรือคิดค้น

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

ไม่ฉันอาจไม่สามารถเขียนไวท์บอร์ดบางภาษาที่ฉันพูดได้อย่างคล่องแคล่ว แต่ขอให้ฉันครึ่งวันและฉันสามารถเขียนสคริปต์เดียวกันกับพวกเขา 3 ตัว (เลือกได้)

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

นั่นเป็นคำถามที่ยากที่จะตอบเพียงแค่อ่านรายการ "สิ่งที่คุณรู้"

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

ตัวอย่าง:

Web Developer @ Company X (3/3/03 ถึง 5/5/05) ผู้พัฒนาหลักบนเว็บไซต์ที่ใช้ฐานข้อมูลเพื่อช่วยให้นักเรียนจัดทำโครงการของพวกเขา PHP และ MySQL ทำงานผ่านการพัฒนาและนำไปสู่การเปิดตัวที่ประสบความสำเร็จให้กับนักเรียนในต้นปี 2009 และการบำรุงรักษาหลังจากนั้น

วิธีนี้ช่วยให้ทักษะของคุณเกิดขึ้นจริงในบริบทของการสนทนา

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

นั่นเป็นเพียงฉัน นั่นเป็นวิธีที่ยาวผมคิดว่าผมใช้เวลาในการจริงๆรู้ชื่นชมและเข้าใจภาษา / ระบบ / IDE / สิ่งแวดล้อม / สิ่ง

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

เป็นบิตของการกัน:

ในตำแหน่งของฉันในการสัมภาษณ์และอ่านประวัติย่อฉันพบว่ามันน่าสนใจที่ผู้คนเขียนรายการทุกประเภทโดยไม่มีข้อมูลสนับสนุนในประสบการณ์ของพวกเขาในการสำรองข้อมูลการยืนยันของพวกเขา ตัวอย่างเช่นพวกเขาอาจแสดงรายการ PHP, MYSQL, Ada, C ++, C # จากนั้นประสบการณ์ของพวกเขาอาจบอกว่าพวกเขาทำโครงการโดยใช้ C ++

เมื่อไม่มีอะไรให้สำรองภาษาที่อ้างสิทธิ์ในประสบการณ์ที่ระบุไว้ฉันมักจะได้กลิ่นหนูและคน ๆ นั้นจะไม่ให้สัมภาษณ์

รายชื่อภาษาตามการจัดอันดับหรือระยะเวลาที่ใช้หรือความสามารถทั้งหมดช่วยให้ผู้สัมภาษณ์ - ซึ่งไม่ได้มีไว้สำหรับผู้ส่ง CV!

คำแนะนำ:

หากเขียนประวัติ:

• มีความชัดเจนตรงไปตรงมาและซื่อสัตย์อย่างละเอียดถี่ถ้วน

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

• หากคุณมีคำอธิบายตำแหน่งที่คุณไม่ได้พบอย่างสมบูรณ์แนบคำสั่งแสดงว่าคุณได้คำอธิบายตำแหน่ง (ไม่ได้ทำให้คนที่ได้รับประวัติส่วนตัวของคุณคิดออก) และคุณไม่ต้องพบกับสิ่งที่จำเป็น - พูดอย่างนั้น และถ้าเต็มใจที่จะเรียนรู้ SAY SO นอกจากนี้ยังแสดงให้เห็นว่าคุณได้อ่านคำอธิบายตำแหน่งและเข้าใจแล้วและคุณไม่เพียง แต่ทำให้ฟอร์ม CV ของทุกตำแหน่งใกล้เคียง

หากอ่านประวัติ:

• การตรวจสอบไขว้ - ประสบการณ์ที่ระบุไว้ตรงกับทักษะที่ระบุไว้หรือไม่ หากไม่เป็นเช่นนั้นบางสิ่งบางอย่างคาว

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

• คนนั้นมีการสับและเปลี่ยนแปลงอยู่ตลอดเวลาหรือไม่? พวกเขาติดอยู่นานพอที่จะเห็นอะไรบางอย่างผ่านจริง ๆ ? (พวกเขาอาศัยอยู่กับความผิดพลาดของตนเองหรือไม่ไม่ = คำเตือนอื่น)

บางครั้งสิ่งเหล่านี้ยากที่จะประเมินและคุณก็จบลงด้วยการ "ดม" มันเป็นประวัติการณ์มีทะเลสักหน่อย (นั่นคือดูเหมือนว่าคาวเล็กน้อย) จากนั้นก็เดินหน้าต่อไป

จาก Joel On Software: ข้อสงสัยใด ๆ เลย = ไม่จ้าง และจากประสบการณ์ของฉันเอง: ตำแหน่งว่างนั้นดีกว่าคนที่คุณสงสัยอยู่มากซึ่งกลายเป็นตัวเลือกที่ไม่ดี (ไม่มีความคืบหน้าดีไปกว่าการย้อนกลับ)

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

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

ฉันไม่แน่ใจว่าแน่นอน ในความคิดของฉันมันควรจะเป็นกรณีไป สิ่งที่ฉันหมายถึง - ให้ฉันอธิบายในตัวอย่าง:

โฆษณางาน 1 - ผู้สมัครที่ต้องการมีความรู้เกี่ยวกับ: Python, PHP, Rails, ASP, Assembler
(และโดยปกติสามารถกำหนดได้จากโฆษณาที่ทักษะมีความสำคัญมากกว่าโฆษณาอื่น - ซึ่งมีเพียง "ในกรณี")

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

Job ad 2 - ผู้สมัครที่ต้องการความรู้: Assembler, C / C ++, เคอร์เนล ... , Python, PHP, ...

กรณีนี้แตกต่างกัน นี่คือ (หรือไม่) ชัดเจนว่าพวกเขากำลังมองหาผู้สมัครประเภทอื่นและพวกเขา (อาจ) มองข้ามการขาดความรู้เกี่ยวกับ PHP เช่นถ้าผู้สมัครมีทักษะอื่น ๆ เหล่านี้

ดังนั้นมันขึ้นอยู่กับ

ตามกฎทั่วไปแล้วจะต้องใส่อะไรลงไปในประวัติย่อ IMO เราควรรู้วิธี "ค้นหาทางของเขา" เกี่ยวกับรหัสไวยากรณ์พื้นฐานและมีโครงการขนาดเล็กอย่างน้อยสองสามหลังที่ใช้ภาษานั้น แน่นอนว่าเขาไม่จำเป็นต้องรู้ว่าห้องสมุด & ช่วยด้วยใจ ... แต่เขาควรจะได้รับความช่วยเหลืออย่างไรและอย่างไรหากต้องการ
อาจมีตัวอย่างที่ขัดแย้งกับกฎนี้ - ฉันสังเกตเห็นว่าคนที่ (จริง ๆ ) รู้ภาษาจำนวนมากมักจะสับสนในบางครั้ง "ขึ้นอยู่กับว่าพวกเขากำลังติดอยู่ในปัจจุบัน" ตัวอย่างเช่น: ใช้ IF / ลูป / ... องค์ประกอบทางไวยากรณ์อื่น ๆ ในวิธีที่ถูกต้อง แต่ด้วยไวยากรณ์ที่ไม่ถูกต้อง (ซึ่งเหมาะกับภาษาอื่น ๆ บางอย่างแล้วคนที่พวกเขากำลังคิดเกี่ยวกับ) นั่นไม่ใช่การทดสอบความสามารถที่แท้จริงที่จำเป็นจริงๆ

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

ทำรายการว่าคุณใช้ทักษะนี้ไปนานแค่ไหน

• ชวา (5 ปี)
• C ++ (3 ปี)
• SQL (1 ปี)

ให้คะแนนแต่ละทักษะ

• ชวา (5/5)
• C ++ (3/5)
• SQL (1/5)

ทักษะรายการในหมวดหมู่

ปัจจุบันใช้: Java, C ++ ประสบการณ์ก่อนหน้า: SQL

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

ฉันมีความรู้สึกสองสามข้อที่อธิบายแต่ละงาน ในย่อหน้าสุดท้ายของแต่ละคำอธิบายฉันวาง"ภาษาและเทคโนโลยีที่ใช้:"ตามด้วยเครื่องมืออะไรก็ตามที่ฉันใช้ในงานนั้น

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

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

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

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

ตอนนี้ฉันกำลังหางานอยู่ดังนั้นฉันกำลังดูประวัติย่อของฉัน (ดังนั้นฉันจึงกำลังอ่าน programmers.SE และกำลังมองหาคำแนะนำ CV :)) และฉันกำลังคิดที่จะลบภาษาที่ใช้ในโครงการของมหาวิทยาลัยเท่านั้น (และสิ่งนี้ จะเป็นเหมือน Prolog)

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

เป้าหมาย:

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

• สามารถสื่อสารกับมัน
• จัดการให้ทำงานอย่างมีประสิทธิภาพด้วย
• มีความรู้เกี่ยวกับ boobytraps ที่เป็นไปได้ที่วางอยู่ข้างใน

เกณฑ์

เกณฑ์ที่คลุมเครือมากของฉันสำหรับการแสดงรายการเทคโนโลยีในทักษะทั่วไปนั้นสอดคล้องกับบรรทัดเหล่านี้:

• ความสามารถของโปรแกรมเมอร์โดยเฉลี่ยที่ใช้เทคโนโลยีในการเขียนโปรแกรมประกอบด้วยประมาณ 10K SLOC
• ความสามารถของโปรแกรมเมอร์โดยเฉลี่ยที่ต้องรักษาความซับซ้อนของโปรแกรมให้มีขนาดประมาณ 30 วัตถุ
• ความรู้เชิงทฤษฎีเทียบเท่าหนังสือทั่วไป

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

ตัวอย่าง:

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

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

กรณี Border, Python:ฉันเขียนเกม shoot'em up ขนาดเล็กและสคริปต์หลายบทใน Python ด้วยประสบการณ์สองสามพันบรรทัดอ่านบทความและแบบฝึกหัดโหลบนเว็บและบางส่วนของคู่มือ หากโฆษณาที่กล่าวถึง Python (และฉันจะมีคุณสมบัติที่ดี) ฉันจะเขียนเกี่ยวกับมันในประวัติย่อของฉันในส่วนประสบการณ์บางทีสิ่งคล้าย: "ฉันได้สร้างเกม shoot'em up ใน Python กับ Pygame โดยใช้ การเขียนโปรแกรมเชิงวัตถุด้วยกราฟิกบิตแมป ".

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

ฉันเพียงแค่ระบุทักษะที่ฉันใช้ในโครงการ

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

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

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

ถ้าคุณจะพูด

ที่จริงฉันไม่ได้ใช้ X มาพักหนึ่งแล้วดังนั้นฉันจึงเป็นสนิมเล็กน้อย ...

อาจดีที่สุดที่จะไม่แสดงว่ามันเป็นทักษะ ไม่ได้หมายความว่าคุณไม่สามารถพูดถึงที่อื่นในโครงการก่อนหน้านี้ที่คุณทำงาน

บางครั้งเพียงรู้ความหมายของคำย่อก็พอที่จะเพิ่มลงในประวัติย่อ ...

นั่นเป็นความจริงตัวอย่างเช่นสำหรับเฟรมเวิร์กและไลบรารีที่คุณสามารถจับคู่กับภาษาที่กำหนด