การสัมภาษณ์ผู้ที่มีทักษะ unix ทั่วไป [ปิด]

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

ฉันกำลังคิดที่จะทำให้พวกเขาแก้ปัญหาการลบข้อมูลออกจากไฟล์บันทึกซึ่งจะเกี่ยวข้องกับพื้นฐานบางอย่างเช่น cat, grep, cut, ... รวมกับ piping

คุณต้องการความรู้พื้นฐานอะไรอีก นี่ไม่ใช่สำหรับการสัมภาษณ์คนที่จะพัฒนาสำหรับระบบ * nix และไม่ใช่สำหรับผู้ดูแลระบบ * nix แต่สำหรับนักพัฒนาทั่วไปที่บางครั้งต้องทำงานบางอย่างในระบบ * nix

จากนักพัฒนาประสบการณ์ส่วนตัวของฉันที่ทำงานกับระบบ * ระวังต้องรู้:

• ตัวแปรเชลล์ (วิธีตั้งค่า / รับ + ​​ความรู้เกี่ยวกับสิ่งพิเศษเช่น PATH)
• เปลี่ยนเส้นทางเชลล์ (จับผลลัพธ์ของโปรแกรม)
• ไพพ์ (การดึงข้อมูลบางอย่างจากไฟล์บันทึกเป็นตัวอย่างที่ยอดเยี่ยม)
• การควบคุมกระบวนการ (ps, nice / renice, kill)
• สิทธิ์การเข้าถึงไฟล์ (ls / chmod / chown / chattr)
• ผู้ใช้ (แต่ส่วนใหญ่อยู่ในบริบทของไฟล์ / กระบวนการเช่น: กระบวนการนี้สามารถเข้าถึงไฟล์นี้ได้หรือไม่เพราะเหตุใดจึงสามารถ / ไม่ได้)

... และเป็นโบนัส:

• บริการเริ่ม / หยุดระบบ

ชุดทักษะดังกล่าวอนุญาตให้ทำงานส่วนใหญ่ที่เกี่ยวข้องกับนักพัฒนาได้อย่างง่ายดาย

จากประสบการณ์ของฉันกับเพื่อนร่วมงานจำนวนมากของฉันตั้งแต่ฉันเริ่มทำงานไม่มีใครต้องการที่จะปลอมความรู้ Unix: พวกเขา " รู้ทางของพวกเขารอบบรรทัดคำสั่ง " หรือพวกเขาก็พูดว่า "ไม่มีทาง!"

เพียงแค่ถามว่าผู้สมัครยินดีที่จะทำงานในเวิร์กสเตชัน Unix หรือไม่และให้เขาบอกคุณว่าเขาสามารถผ่านการทุบตีได้ไกลแค่ไหน ในที่สุดเขาจะตั้งชื่อคำสั่งบางอย่าง; คนที่เห็นได้ชัดที่สุดคือcd, cat, moreหรือless, viหรือemacs, grep, ,awk ตั้งใจsedฟังไม่ว่าเขาจะพูดถึงman

ถ้ามันเป็นสำหรับการพัฒนาเขาควรจะคุ้นเคยกับmakeและ Makefiles และบางอินเตอร์เฟซการควบคุมแหล่งบรรทัดคำสั่ง ( svn, git, cleartool, hg, cvs... )

ทำไมต้องทำเช่นนี้?

เชลล์ * nix (และเชลล์ OS อื่น ๆ , fwiw) นั้นมีสภาพแวดล้อมการทำงานที่กว้างและลึก เป็นไปได้ที่ใครบางคนจะใช้เวลาหลายปีในการทำงานที่นั่นและใช้ความจุของกระสุนเพียงเล็กน้อยเท่านั้น

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

จากด้านบนของหัวของฉันฉันอาจถามพวกเขาสองสิ่ง:

1. เมื่อคุณใช้ commandline * nix มาก่อนคุณเคยพบกับกรณีใดบ้างซึ่งคำสั่งการคิดอย่างดีช่วยให้คุณประหยัดเวลาได้มากใช่ไหม ถ้าเป็นเช่นนั้นอย่างประณีต

2. โปรดอธิบายความแตกต่างที่สำคัญระหว่างบรรทัดคำสั่ง * nix และเดสก์ท็อป Windows มาตรฐาน ข้อดีและข้อเสียของแต่ละข้อคืออะไร

เห็นได้ชัดว่าอย่างแรกจะบอกให้คุณทราบว่าความรู้ของผู้สมัครเกี่ยวกับ commandline นั้นลึกซึ้งเพียงใด หากเขาทำงานเป็นเวลานานหลายปีกับ * ระวังเขาจะไม่เพียง แต่บอกคุณว่าเขาภูมิใจที่ได้เป็นเจ้าของ grep อย่าคาดหวังว่าพวกเขาจะจำคำสั่งที่แน่นอนแน่นอน (มี manpages ให้เสมอ) แต่เป็นแนวคิดทั่วไปของสิ่งที่พวกเขาทำ

คำถามที่สองแทนที่จะตรวจสอบว่าพวกเขาเข้าใจว่า commandline นั้นดีจริง ๆ หรือไม่และเป็นเครื่องมือที่เหมาะสมหรือไม่ เป็นเรื่องง่ายที่จะเรียนรู้การใช้ค้อน แต่ยากกว่าที่จะเปลี่ยนไปใช้เครื่องมืออื่นในกรณีที่ค้อนไม่เหมาะสม ดังนั้นคำถามนี้แสดงให้เห็นถึงมุมมองของผู้สมัครที่ดีนอกกรอบ * nix รวมถึงเปิดกว้างพอที่จะให้คะแนน (และควร) ด้วยความรู้ของเขา (ไม่มีอะไรที่แย่ไปกว่าการตอบบางอย่างเช่น "เอ่อ .. windows มี windows เหล่านั้น")

ขึ้นอยู่กับสิ่งที่คุณต้องการให้พวกเขาทำ

สำหรับการรับข้อมูลออกจากไฟล์บันทึกข้อเสนอแนะของคุณสำหรับ cat + grep เหมาะสม ฉันจะเพิ่ม ls, cd และน้อยลง / มากกว่านั้น

หากคุณคาดหวังให้พวกเขาทำการแก้ไขเล็กน้อย (เช่นในไฟล์ปรับแต่ง) ดังนั้นคุณควรเพิ่มการทดสอบสำหรับ vi และ / หรือ emacs และสำหรับ cp / mv / rm / mkdir

ฉันอยากจะแนะนำให้พวกเขารู้จัก emacs หรือ vi / m, tar, sed, e / f / grep, คอมไพเลอร์ต่าง ๆ , เชลล์สคริปต์บางตัว บางทีเรียกใช้การทดสอบที่พวกเขาต้องใช้เครื่องมือเหล่านี้เพื่อคว้ารหัสจากไฟล์หนึ่งโดยไม่ต้องเปิดมันแทรกลงในโปรแกรมอื่น จากนั้นคอมไพล์โปรแกรมซึ่งจะทำให้เกิดข้อผิดพลาดเล็กน้อย จากนั้นพวกเขาจำเป็นต้องใช้โปรแกรมแก้ไขข้อความเพื่อเข้าไปในและค้นหาข้อผิดพลาดรับรหัสทำงานและเก็บไบนารี จากนั้นส่งเมลไปที่ใดที่หนึ่งขณะให้สิทธิ์แก่ผู้รับเพื่อเรียกใช้

ฉันไม่รู้เกี่ยวกับคุณ แต่ฉันรู้สึกรำคาญถ้าผู้สัมภาษณ์ถามฉันและฉันไม่รู้วิธีทำงานบน Linux

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

ขึ้นอยู่กับระดับของประสบการณ์ที่คุณต้องการให้พวกเขามี หากนี่ไม่ใช่สำหรับคนที่จะพัฒนาสำหรับระบบ * nix และไม่ใช่สำหรับผู้ดูแลระบบ * nix แต่สำหรับนักพัฒนาทั่วไปที่บางครั้งต้องทำงานบนระบบ * nix พวกเขาต้องการประสบการณ์มากแค่ไหน?

สิ่งใดที่นักพัฒนาอาจต้องการในเชลล์ * nix (ls, chmod, cat ฯลฯ ) อาจถูกเขียนลงบนชีทชีทหน้าเดียว ถ้าเป็นเช่นนั้นจำเป็นต้องมีความรู้ * nix shell ซึ่งไม่จำเป็น

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

"คุณมีไดเรกทอรี" foo "และไดเรกทอรีสำรอง" foo_backup "เขียนเชลล์สคริปต์เพื่อดูสิ่งที่เปลี่ยนแปลงใน" foo "เนื่องจาก" foo_backup "มีการเปลี่ยนแปลง

'อธิบายขั้นตอนการล็อกอินใน Linux ด้วยรายละเอียดเท่าที่คุณรู้สึกสบายใจ' เป็นคำถามที่ดี กระบวนการล็อกอินเกิดขึ้นกับการสลับผู้ใช้การอนุญาตและการเป็นเจ้าของและปรัชญา Unix ทั่วไป หากพวกเขาสามารถอธิบายได้อย่างชัดเจนถึงวิธีการและสาเหตุที่มี/etc/passwdและ/etc/shadowผู้ใช้ที่ไม่ได้เป็นเจ้าของสามารถเปลี่ยนรหัสผ่านของตนเองได้ แต่ไม่ใช่ของผู้อื่นนั่นหมายถึงพวกเขา 'รับ' Unix

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

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

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

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

ปรมาจารย์ Unix มีคำสั่ง core commandline เช่น sed, grep และอื่น ๆ ในหนึ่งนิ้วและสามารถใช้เพื่อบรรลุสิ่งที่ต้องการโดยใช้การเสนอราคาทุกประเภทการแสดงออกปกติขั้นสูง ฯลฯ ดังนั้นบางครั้งคุณเห็นสคริปต์และคิดว่ามันจะเป็น เข้าใจได้ง่ายขึ้น beeing ที่เขียนเป็นภาษาจีน;)

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

พวกเขาจะรู้ว่าการกำหนดค่าภายในของระบบ Unix ดังนั้นหากคุณขอให้พวกเขาเปลี่ยนรูปแบบแป้นพิมพ์ (fg เพิ่มการผูกที่ด้านขวา alt +) พวกเขาจะไม่สับสน

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