Бага насны хүүхдийг хэрхэн номхотгох вэ?

Хэрэв та залуу бол том компанид яаж орох вэ? Хэрэв та том компани бол сайн залууг хэрхэн ажилд авах вэ? Хэсгийн доор би анхлан суралцагчдыг ажилд авах түүхээ хэлж өгье: бид тестийн даалгавруудыг хэрхэн даван туулж, ярилцлага хийхэд бэлтгэж, шинээр ирсэн хүмүүсийг хөгжүүлэх, сургах зөвлөхийн хөтөлбөрийг бий болгосон, мөн яагаад ердийн ярилцлагын асуултууд байдаггүй талаар ярих болно. ажиллахгүй байна.

Бага насны хүүхдийг хэрхэн номхотгох вэ?
Би Жуниорыг номхотгох гэж оролдож байна

Сайн уу? Намайг Павел гэдэг, би Wrike баг дээр урд талын ажил хийдэг. Бид төслийн менежмент, хамтын ажиллагааны системийг бий болгодог. Би 2010 оноос хойш вэб дээр ажиллаж, гадаадад 3 жил ажиллаж, хэд хэдэн гарааны бизнест оролцож, их сургуульд вэб технологийн хичээл зааж байсан. Тус компанид би өсвөр насныханд зориулсан техникийн сургалт, Wrike зөвлөхийн хөтөлбөр боловсруулах, мөн тэднийг шууд элсүүлэх ажилд оролцдог.

Яагаад бид өсвөр насныхныг ажилд авах талаар бодсон юм бэ?

Саяхныг хүртэл бид урд талдаа дунд эсвэл ахлах түвшний хөгжүүлэгчдийг элсүүлсний дараа бүтээгдэхүүний даалгаврыг гүйцэтгэх хангалттай бие даасан байдлаар элсүүлсэн. Энэ оны эхээр бид энэ бодлогыг өөрчлөхийг хүсч байгаагаа ойлгосон: жилийн хугацаанд манай бүтээгдэхүүний багуудын тоо бараг хоёр дахин нэмэгдэж, урд талын хөгжүүлэгчдийн тоо зуу дөхсөн, ойрын ирээдүйд энэ бүхэн дахин давхарлах хэрэгтэй. Ажил ихтэй, сул гарууд цөөн, зах зээл дээр бүр цөөхөн байгаа тул бид аялалаа дөнгөж эхэлж буй залууст хандахаар шийдсэн бөгөөд бид тэдний ажилд хөрөнгө оруулахад бэлэн байгаагаа ойлгосон. хөгжил.

Бага гэж хэн бэ?

Энэ бол бидний өөрөөсөө асуусан хамгийн эхний асуулт юм. Янз бүрийн шалгуурууд байдаг ч хамгийн энгийн бөгөөд ойлгомжтой зарчим бол:

Junior ямар онцлогтой, яаж хийхийг тайлбарлах хэрэгтэй. Дундад ямар онцлог хэрэгтэйг тайлбарлах хэрэгтэй бөгөөд тэр өөрөө хэрэгжилтийг нь тодорхойлох болно. Энэ функцийг яагаад огт хийх шаардлагагүй гэж тэмдэглэгч өөрөө тайлбарлах болно.

Ямар нэг байдлаар бага насны хүүхэд бол энэ эсвэл тэр шийдлийг хэрхэн хэрэгжүүлэх талаар зөвлөгөө авах шаардлагатай хөгжүүлэгч юм. Бид юуг бүтээхээр шийдсэн:

  1. Junior бол хөгжихийг хүсдэг, үүний төлөө шаргуу ажиллахад бэлэн хүн юм;
  2. Тэр аль чиглэлд хөгжихийг хүсч байгаагаа тэр бүр мэддэггүй;
  3. Зөвлөгөө авах шаардлагатай бөгөөд гаднаас тусламж хүсдэг - удирдагч, зөвлөгч эсвэл олон нийтээс.

Бид бас хэд хэдэн таамаглал дэвшүүлсэн:

  1. Зургадугаар сарын байр сууринд хариу өгөх шуурга болно. Та анкет илгээх үе шатанд санамсаргүй хариултуудыг шүүх хэрэгтэй;
  2. Үндсэн шүүлтүүр нь тус болохгүй. - илүү олон туршилтын даалгавар шаардлагатай;
  3. Туршилтын даалгавар хүн бүрийг айлгах болно - тэд хэрэггүй.

Мэдээжийн хэрэг, бид зорилго тавьсан: 4 долоо хоногт 3 өсвөр насныхан.

Үүнийг ойлгосноор бид туршилт хийж эхэлсэн. Төлөвлөгөө нь энгийн байсан: аль болох өргөн юүлүүрээс эхэлж, аажмаар нарийсгаж, урсгалыг боловсруулах боломжтой боловч долоо хоногт 1 нэр дэвшигч хүртэл бууруулахгүй байхыг хичээ.

Бид сул орон тоо зарлана

Компанийн хувьд: Олон зуун хариулт байх болно! Шүүлтүүрийн талаар бод.

Бага насныханд: Анкет болон тестийн даалгавраа илгээхээсээ өмнө асуумжаас бүү ай - энэ нь компани танд анхаарал тавьж, үйл явцыг сайн зохион байгуулж байгаагийн шинж юм.

Эхний өдөр бид "JavaScript-ийн мэдлэгтэй" нэр дэвшигчдээс 70 орчим анкет хүлээн авсан. Тэгээд дахин. Тэгээд цааш нь. Бид бие бялдрын хувьд хүн бүрийг оффис руу урьж ярилцлага өгөх боломжгүй байсан бөгөөд тэднээс гэрийн тэжээвэр амьтдын хамгийн гайхалтай төсөл, амьд Github эсвэл ядаж туршлагатай залуусыг сонгосон.

Гэхдээ эхний өдөр л бидний хийсэн гол дүгнэлт бол шуурга эхэлсэн. Одоо анкет илгээхээсээ өмнө асуулгын маягт нэмэх цаг болжээ. Түүний зорилго бол анкет оруулахын тулд хамгийн бага хүчин чармайлт гаргах хүсэлгүй ажил горилогчдыг, мөн Google-ээс зөв хариултыг олох мэдлэг, нөхцөлгүй хүмүүсийг устгах явдал байв.

Энэ нь JS, layout, web, Computer Science зэрэг стандарт асуултуудыг агуулж байсан бөгөөд ярилцлага өгөхдөө юу асууж байгааг төсөөлдөг хүн бүр үүнийг мэддэг. let/var/const хоёрын ялгаа юу вэ? Би хэрхэн зөвхөн 600px-ээс бага өргөнтэй дэлгэцэнд хэв маягийг хэрэглэх вэ? Бид техникийн ярилцлага хийхдээ эдгээр асуултыг асуухыг хүсээгүй - практикт 2-3 ярилцлагын дараа хөгжлийг огт ойлгохгүйгээр хариулж болохыг харуулсан. Гэхдээ тэд нэр дэвшигч нь зарчмын хувьд нөхцөл байдлыг ойлгож байгаа эсэхийг бидэнд харуулж чадсан.

Ангилал бүрд бид 3-5 асуулт бэлтгэж, өдөр бүр хариултын маягтыг өөрчилсөн бөгөөд бид хамгийн хялбар, хамгийн хэцүү асуултыг арилгах хүртлээ. Энэ нь урсгалыг багасгах боломжийг бидэнд олгосон - 3 долоо хоногийн дотор бид хүлээн авсан 122 нэр дэвшигч, үүнтэй бид цаашид хамтран ажиллах боломжтой. Эдгээр нь мэдээллийн технологийн оюутнууд байсан; арын хэсгээс урд зүг рүү шилжихийг хүссэн залуус; 25-35 насны ажилчид эсвэл инженерүүд мэргэжлээ эрс өөрчлөхийг хүсч, бие даан суралцах, курс, дадлага хийх ажилд янз бүрийн хүчин чармайлт гаргадаг.

Бие биенээ илүү сайн мэддэг болсон

Компанийн хувьд: Туршилтын даалгавар нь нэр дэвшигчдэд саад болохгүй, харин юүлүүрийг богиносгоход тусалдаг.

Бага насныханд: Туршилтыг хуулж буулгаж болохгүй - энэ нь мэдэгдэхүйц юм. Мөн github-ээ эмх цэгцтэй байлгаарай!

Хэрэв бид хүн бүрийг техникийн ярилцлагад дуудсан бол долоо хоногт зөвхөн бага насныханд зориулж, зөвхөн урд хэсэгт 40 орчим ярилцлага хийх шаардлагатай болно. Тиймээс бид хоёр дахь таамаглалыг туршихаар шийдсэн - тестийн даалгаврын тухай.

Туршилтанд бидний хувьд юу чухал байсан бэ:

  1. Сайн өргөтгөх боломжтой архитектурыг бий болгох, гэхдээ хэт их инженерчлэлгүйгээр;
  2. Нэг шөнийн дотор гар урлал цуглуулж, "Би үүнийг дуусгах болно" гэсэн тайлбартайгаар илгээснээс илүү удаан хугацаа шаардагдах нь дээр, гэхдээ үүнийг сайн хий.
  3. Гит дэх хөгжлийн түүх бол инженерчлэлийн соёл, давталттай хөгжил, шийдлийг илт хуулбарлаагүй явдал юм.

Бид нэг алгоритмын бодлого, жижиг вэб програмыг авч үзэхийг хүсч байгаагаа хүлээн зөвшөөрсөн. Алгоритмуудыг анхан шатны лабораторийн түвшинд бэлтгэсэн - хоёртын хайлт, эрэмбэлэх, анаграммуудыг шалгах, жагсаалт, модтой ажиллах. Эцэст нь бид хоёртын хайлтыг эхний туршилтын хувилбар болгон шийдсэн. Вэб програм нь ямар ч фреймворк ашиглан (эсвэл үүнгүйгээр) tic-tac-toe байх ёстой байв.

Үлдсэн залуусын бараг тал хувь нь туршилтын даалгаврыг гүйцэтгэсэн - тэд бидэнд шийдлийг илгээсэн 54 нэр дэвшигч. Гайхамшигтай ойлголт - tic-tac-toe-ийн хэр олон хувилбарууд, хуулж буулгахад бэлэн байна, та интернетэд байдаг гэж бодож байна уу?

Хэр ихЕр нь 3 л байдаг юм шиг байгаа юм. Мөн шийдвэрийн дийлэнх хэсэгт яг энэ 3 хувилбар байсан.
Надад таалагдаагүй зүйл:

  • хуулбарлах, эсвэл өөрийн архитектургүйгээр ижил заавар дээр суурилсан хөгжүүлэлт;
  • хоёулаа ажил нь өөр өөр хавтсанд нэг репозитор байдаг, мэдээжийн хэрэг үйлдсэн түүх байхгүй;
  • бохир код, DRY зөрчил, форматын дутагдал;
  • загвар, харагдац, хянагчийг нэг ангид нэгтгэсэн олон зуун мөр код;
  • нэгж тестийн талаар ойлголт дутмаг;
  • "Толгой" шийдэл нь ялалтын хослолуудын 3x3 матрицын хатуу код бөгөөд жишээлбэл, 10x10 хүртэл өргөжүүлэхэд хэцүү байх болно.

Мөн бид хөрш зэргэлдээх агуулахуудад анхаарлаа хандуулсан - гэрийн тэжээмэл амьтдын гайхалтай төслүүд нь давуу тал байсан бөгөөд бусад компаниудын олон тооны туршилтын даалгаварууд нь сэрэмжлүүлэх дуудлага байсан: яагаад нэр дэвшигч тэнд хүрч чадаагүй юм бэ?

Үүний үр дүнд бид React, Angular, Vanilla JS-ээс гайхалтай сонголтуудыг олсон - тэдгээрийн 29 нь байсан. Мөн бид түүний гайхалтай тэжээвэр амьтдын төслүүдийг туршихгүйгээр өөр нэг нэр дэвшигчийг урихаар шийдсэн. Туршилтын даалгаврын ашиг тусын талаарх бидний таамаглал батлагдсан.

Техникийн ярилцлага

Компанийн хувьд: Чам дээр ирсэн хүмүүс дунд/ахлах хүмүүс биш! Бидэнд илүү хувь хүний ​​хандлага хэрэгтэй.

Бага насныханд: Энэ бол шалгалт биш гэдгийг санаарай - С-ийн төлөө дуугүй байх гэж бүү оролдоорой, эсвэл профессор андуурч, "онц" өгөхийн тулд бүх боломжит мэдлэгийнхээ урсгалаар бүү бөмбөгдөөрэй.

Техникийн ярилцлагад бид юу ойлгохыг хүсч байна вэ? Энгийн зүйл бол нэр дэвшигч хэрхэн боддог. Хэрэв тэр сонгон шалгаруулалтын эхний шатыг давсан бол зарим нэг хэцүү ур чадвар эзэмшсэн байх магадлалтай - түүнийг хэрхэн ашиглахаа мэддэг эсэхийг харах л үлдлээ. Бид 3 ажил дээр тохиролцсон.

Эхнийх нь алгоритм ба өгөгдлийн бүтцийн тухай юм. Үзэг, цаасан дээр, псевдо хэлээр, зургийн тусламжтайгаар бид модыг хэрхэн хуулах эсвэл дангаар нь холбосон жагсаалтаас элементийг хэрхэн устгахыг олж мэдсэн. Хүн бүр рекурс болон лавлагаа хэрхэн ажилладагийг ойлгодоггүй нь таагүй нээлт байв.

Хоёр дахь нь шууд кодчилол юм. Бид явсан codewars.com, массив үгсийг сүүлчийн үсгээр нь ангилах гэх мэт энгийн зүйлсийг сонгож, нэр дэвшигчийн хамт 30-40 минутын турш бүх шалгалтыг амжилттай давахыг оролдсон. Энэ нь tic-tac-toe-ийг эзэмшсэн залууст гэнэтийн зүйл тохиолдох ёсгүй юм шиг санагдаж байсан - гэхдээ практик дээр хүн бүр утгыг хувьсагчид хадгалах ёстой бөгөөд функц нь буцах замаар ямар нэг зүйлийг буцаах ёстой гэдгийг хүн бүр ойлгодоггүй. Хэдийгээр энэ нь түгшүүртэй байсан гэж би чин сэтгэлээсээ найдаж байгаа бөгөөд залуус илүү хөнгөн нөхцөлд эдгээр ажлыг даван туулж чадсан.

Эцэст нь, гурав дахь нь архитектурын тухай бага зэрэг юм. Бид хайлтын талбарыг хэрхэн хийх, debouce хэрхэн ажилладаг, хайлтын зөвлөмжид янз бүрийн виджетүүдийг хэрхэн үзүүлэх, урд тал нь арын хэсэгтэй хэрхэн харьцах талаар ярилцсан. Сервер талын дүрслэл, вэб залгуур зэрэг олон сонирхолтой шийдлүүд байсан.

Бид энэ загварыг ашиглан 21 ярилцлага хийсэн. Үзэгчид маш олон янз байсан - хошин шогуудыг харцгаая:

  1. "Пуужин". Тэр хэзээ ч тайвширдаггүй, бүх зүйлд оролцдоггүй, ярилцлагын үеэр асуусан асуулттай шууд хамааралгүй бодлын урсгалаар таныг дарах болно. Хэрэв энэ нь их сургуульд байсан бол өнгөрсөн шөнө та үүнийг судлахгүй байхаар шийдсэн тасалбарын талаар санаж байгаа зүйл бол таны бүх мэдлэгийг харуулах танил оролдлого байх байсан. гарч байна.
  2. "Гроот". Тэр бол Гроот учраас түүнтэй холбогдоход нэлээд хэцүү. Ярилцлагын үеэр та хариултыг үг бүрээр нь авах гэж удаан хугацаа зарцуулах хэрэгтэй. Хэрэв энэ нь зүгээр л тэнэг юм бол сайн байна - эс тэгвээс энэ нь таны өдөр тутмын ажилд маш хэцүү байх болно.
  3. "Дракс". Би ачаа тээвэрт ажилладаг байсан бөгөөд програмчлалын хувьд Stackoverflow дээр л JS сурсан болохоор ярилцлагад юу яригдаж байгааг тэр бүр ойлгодоггүй. Үүний зэрэгцээ тэрээр сайн хүн, хамгийн сайн санаатай, шилдэг хөгжүүлэгч болохыг хүсдэг.
  4. За, магадгүй "Оддын эзэн". Ерөнхийдөө та зөвшилцөж, харилцан яриа өрнүүлэх боломжтой сайн нэр дэвшигч.

Бидний судалгааны төгсгөлд 7 нэр дэвшигч Тэд маш сайн тестийн даалгавар, ярилцлагын сайн хариултаар хатуу ур чадвараа бататгаж, финалд шалгарсан.

Соёлын зохицол

Компанийн хувьд: Чи түүнтэй хамт ажилладаг! Нэр дэвшигч өөрийн хөгжлийн төлөө маш шаргуу ажиллахад үнэхээр бэлэн үү? Тэр үнэхээр багт багтах болов уу?

Бага насныханд: Та тэдэнтэй хамт ажилладаг! Тус компани өсвөр үеийнхний өсөлтөд хөрөнгө оруулахад үнэхээр бэлэн үү, эсвэл бага цалингаар бүх бохир ажлыг чам дээр хаях уу?

Ахлагч нь түүнийг хүлээж авахыг зөвшөөрөх ёстой бүтээгдэхүүний багаас гадна залуу хүн бүр зөвлөгч авдаг. Дасгалжуулагчийн даалгавар бол түүнийг гурван сарын турш ур чадвараа дээшлүүлэх, сайжруулахад чиглүүлэх явдал юм. Тиймээс бид соёлын фит бүрд зөвлөгчөөр ирж “Би төлөвлөгөөнийхөө дагуу 3 сарын хугацаанд нэр дэвшигчийг боловсруулах хариуцлага хүлээх үү” гэсэн асуултад хариуллаа.

Энэ үе шат ямар ч онцгой шинж чанаргүйгээр өнгөрч, эцэст нь биднийг авчирсан 4 санал, 3-ыг нь хүлээн авч, залуус багуудад орлоо.

Саналын дараах амьдрал

Компанийн хувьд: Бага насны хүүхдүүддээ анхаарал тавь, эсвэл бусад хүмүүст санаа тавих болно!

Бага насныханд: АААААААААААА!!!

Шинэ ажилтан гарч ирэхэд түүнийг ажилд оруулах хэрэгтэй - үйл явцтай танилцаж, компани болон багт бүх зүйл хэрхэн ажилладаг, ерөнхийдөө хэрхэн ажиллах ёстойг хэлж өгөх хэрэгтэй. Бага насны хүүхэд гарч ирэхэд түүнийг хэрхэн хөгжүүлэх талаар ойлгох хэрэгтэй.

Ингээд бодоод үзэхэд, бидний бодлоор бага насны хүүхэд элсэлтийн гурван сарын эцэс гэхэд эзэмших ёстой 26 ур чадварын жагсаалтыг гаргасан. Үүнд хатуу ур чадвар (бидний стекийн дагуу), бидний үйл явцын талаарх мэдлэг, Scrum, дэд бүтэц, төслийн архитектур зэрэг багтсан. Бид тэдгээрийг нэгтгэж, 3 сарын хугацаанд тараасан замын зураглал болгосон.

Бага насны хүүхдийг хэрхэн номхотгох вэ?

Жишээлбэл, миний бага насны замын зураг энд байна

Түүнтэй тус тусад нь ажилладаг бага насны хүүхэд бүрт зөвлөх багш томилдог. Ментор болон нэр дэвшигчийн одоогийн түвшингээс хамааран уулзалтыг долоо хоногт 1-5 удаа 1 цагийн турш хийж болно. Менторууд бол зүгээр л код бичихээс илүү зүйлийг хийхийг хүсдэг сайн дурын үндсэн программистууд юм.

Менторуудын зарим ачааллыг манай стек дээрх курсууд - Dart, Angular ангижруулдаг. Сургалтыг 4-6 хүнтэй жижиг бүлгүүдэд тогтмол зохион байгуулдаг бөгөөд оюутнууд ажлаасаа тасалдалгүй суралцдаг.

3 сарын хугацаанд бид үе үе өсвөр үеийнхэн, тэдний зөвлөгч, удирдагчдаас санал хүсэлтийг цуглуулж, үйл явцыг нэг бүрчлэн тохируулдаг. Шахсан ур чадварыг бүх хугацаанд 1-2 удаа шалгаж, төгсгөлд нь ижил шалгалт хийдэг - тэдгээрийн үндсэн дээр яг юу сайжруулах шаардлагатай байгаа талаар зөвлөмж гаргадаг.

дүгнэлт

Компанийн хувьд: Бага насныханд хөрөнгө оруулах нь зүйтэй болов уу? Тийм ээ!

Бага насныханд: Нэр дэвшигчдийг анхааралтай сонгож, хэрхэн хөгжүүлэх талаар мэддэг компаниудыг хайж олоорой

Гурван сарын хугацаанд бид 3 асуулга, 122 тестийн даалгаврыг хянаж, 54 техникийн ярилцлага хийсэн. Энэ нь бидэнд онгоцонд суух болон хурдасгах замын зураглалын тал хувийг гүйцэтгэсэн 21 мундаг залууг авчирсан. Зөвхөн нүүрэн талдаа 3 гаруй мөр код, 2 гаруй хадгалах газар байдаг манай төслийн бодит бүтээгдэхүүний даалгавруудыг тэд аль хэдийн гүйцэтгэж байна.

Өсвөр насныханд зориулсан юүлүүр нь нэлээд төвөгтэй байж болох бөгөөд эцэст нь маш их хөдөлмөрлөж, тэдний хөгжилд хөрөнгө оруулахад бэлэн байгаа залуус л үүнийг даван туулдаг гэдгийг бид олж мэдсэн.

Одоо бидний гол ажил бол багш, ерөнхий курст бие даан ажиллах горимоор бага насны хүүхэд бүрийг хөгжүүлэх гурван сарын замын зураглалыг боловсруулж, хэмжүүр, удирдагч, зөвлөгч, залуусын санал хүсэлтийг цуглуулах явдал юм. Энэ үед эхний туршилтыг дууссан гэж үзэж, дүгнэлт хийж, үйл явцыг сайжруулж, шинэ нэр дэвшигчдийг сонгох ажлыг дахин эхлүүлж болно.

Эх сурвалж: www.habr.com

сэтгэгдэл нэмэх