Ажлаа солих гэж байгаад ярилцлагад орох шаардлага гарахад хамгийн түрүүнд “Ярилцлагад бэлдэх хэрэгтэй” гэж боддог нь танд сонин санагдахгүй байна гэж үү. HackerRank дээрх асуудлыг шийдэж, Crack кодчилолын ярилцлагыг уншиж, ArrayList хэрхэн ажилладаг, LinkedList-ээс юугаараа ялгаатай болохыг цээжил. Өө тийм, тэд бас эрэмбэлэх талаар асууж магадгүй бөгөөд хурдан ангилах нь хамгийн сайн сонголт байх болно гэж хэлэх нь мэргэжлийн бус байх нь ойлгомжтой.
Гэхдээ хүлээгээрэй, та өдөрт 8 цаг програмчилж, сонирхолтой, өчүүхэн бус асуудлыг шийдэж, шинэ ажил дээрээ нэмэх эсвэл хасах ижил зүйлийг хийх болно. Гэсэн хэдий ч ярилцлагад орохын тулд та ямар нэгэн байдлаар нэмэлт бэлтгэл хийх хэрэгтэй, тэр ч байтугай өдөр тутмын ур чадвараа дээшлүүлэхгүй, харин одоо байгаа ажилдаа хэрэггүй байсан бөгөөд дараагийн ажилд хэрэг болох магадлал багатай зүйлийг сурах хэрэгтэй. Компьютерийн шинжлэх ухаан бидний цусанд байдаг, хэрэв та биднийг шөнө дөлөөр сэрээвэл бид ухаан орохгүйгээр дэрний уутанд нүдээ аниад модны өргөнийг тойрон алхаж бичих ёстой гэж та нарын эсэргүүцэж байна. Хэрэв би циркт ажилд орвол миний гол арга бол яг ийм байх болно гэж хариулна - тэгвэл би зөвшөөрч магадгүй юм. Энэ ур чадварыг шалгах шаардлагатай.
Гэхдээ яагаад таны одоогийн ажилд хамааралгүй ур чадваруудыг шалгах хэрэгтэй вэ? Зүгээр л моод болсон болохоор уу? Учир нь Google үүнийг хийдэг үү? Эсвэл таны ирээдүйн багийн ахлагч ярилцлагад орохын өмнө ангилах бүх аргыг сурах ёстой байсан бөгөөд одоо "сайн програмист бүр мөрт палиндром олохын хэрэгжилтийг цээжээр мэддэг байх ёстой" гэж тэр үзэж байна.
За, та Google биш (c). Google-ийн төлж чадах зүйлийг энгийн компаниуд төлж чадахгүй. Google ажилчдынхаа мэдээлэлд дүн шинжилгээ хийж, олимпиадын туршлагатай инженерүүд тодорхой ажлуудаа сайн гүйцэтгэдэг гэсэн дүгнэлтэд хүрсэн. Түүгээр ч зогсохгүй, сонгон шалгаруулах үйл явцаа зохиосноор тэд математикийн асуудлыг амархан шийдэж чадахгүй тул цөөн хэдэн сайн инженерүүдийг ажилд авахгүй байх эрсдэлийг хүлээх боломжтой. Гэхдээ энэ нь тэдний хувьд асуудал биш, Google-д ажиллах хүсэлтэй олон хүн байгаа, албан тушаал хаагдах болно.
Одоо цонхоор харцгаая, хэрэв танай оффисын өмнө танайд ажиллах хүсэлтэй инженерүүд майхан бааз байгуулж амжаагүй байгаа бөгөөд таны хөгжүүлэгчид дараагийн хаврын тэмдэглэгээг суулгах шаардлагатайг stackoverflow-аас хайж байгаа бол, Алгоритмуудыг эрэмбэлэх нарийн төвөгтэй байдлаас илүүтэйгээр Google-ийг хуулах эсэхээ бодох цаг болсон бололтой.
Хэрэв энэ удаад Google амжилтгүй болж, хариулт өгөөгүй бол та яах ёстой вэ? Хөгжүүлэгч ажил дээрээ яг юу хийхийг шалгаарай. Та хөгжүүлэгчдэд юуг үнэлдэг вэ?
Та хэнийг ажилд авахыг хүсч буй шалгуураа гаргаж, яг эдгээр ур чадварыг шалгах тестүүдийг боловсруулаарай.
ThoughtWorks
ThoughtWorks үүнтэй ямар холбоотой вэ? Эндээс би өөртөө зориулж загвар өмсөгч ярилцлагын жишээг олсон. ThoughtWorks гэж хэн бэ? Товчхондоо энэ бол Хятад, Сингапураас эхлээд Америк тив хүртэл дэлхийн өнцөг булан бүрт оффистой, 25 орчим жилийн турш хөгжлийн чиглэлээр зөвлөгөө өгдөг, Мартин тэргүүтэй өөрийн гэсэн шинжлэх ухааны хэлтэстэй, дээд зэрэглэлийн зөвлөх компани юм. Фаулер. Хэрэв та программ хангамжийн инженерийн заавал унших ёстой 10 номын жагсаалтыг хайж байгаа бол тэдгээрийн 2-3-ыг нь ThoughtWorks-ийн залуус бичсэн байх болно, тухайлбал: Мартин Фаулерын Рефакторинг, Сэмийн Building Microservices: Designing Fine-Grained Systems зэрэг. Ньюман буюу хувьслын архитектурыг бүтээх
Патрик Куа, Ребекка Парсонс, Нил Форд.
Компанийн бизнес нь нэлээд үнэтэй үйлчилгээ үзүүлэхэд суурилдаг боловч үйлчлүүлэгч нь туршлага, дотоод стандарт, мэдээжийн хэрэг хүмүүсээс бүрддэг гайхалтай чанарыг төлдөг. Тиймээс зөв хүмүүсийг ажилд авах нь энд маш чухал юм.
Ямар хүмүүс зөв бэ? Мэдээжийн хэрэг, хүн бүрт өөр өөр байдаг. ThoughtWorks нь хөгжүүлэгчийн бизнесийн загварын хамгийн чухал шалгуурууд нь:
- Хосоор хөгжүүлэх чадвар. Энэ бол туршлага, ур чадвар биш харин чадвар юм. Хос програмчлалаар 5 жил хичээллэсэн хүмүүс ирнэ гэж хэн ч хүлээхгүй ч бусдын санаа бодлыг хүлээж авах, сонсох чадвартай байх нь зайлшгүй шаардлагатай чадвар юм.
- Тест бичих чадвартай, TDD дадлага хийх нь хамгийн тохиромжтой
- SOLID болон OOP-ийг ойлгож, тэдгээрийг хэрэгжүүлэх чадвартай байх.
- Санал бодлоо илэрхийлнэ үү. Зөвлөхийн хувьд та үйлчлүүлэгчийн хөгжүүлэгчидтэй, бусад зөвлөхүүдтэй хамтран ажиллах ёстой бөгөөд хэрэв хүн ямар нэг зүйлийг хэрхэн сайн хийхээ мэддэг ч багийн бусад хүмүүст бүрэн ойлгуулж чадахгүй бол тийм ч их ашиг тус байхгүй.
Одоо нэр дэвшигчийн эдгээр тодорхой ур чадварыг үнэлэх нь чухал юм. Энд би ThoughtWorks-т ярилцлага өгч байсан туршлагаа ярихыг хүсч байна. Би Сингапурт очоод тэнцсэн гэдгээ шууд хэлэх болно, гэхдээ элсүүлэх үйл явц нэгдмэл бөгөөд улс орон бүрт нэг их ялгаатай байх болно.
Үе шат 0. Хүний нөөц
Ихэнхдээ хүний нөөцтэй 20 минутын ярилцлага хийдэг. Би энэ талаар ярихгүй, компаний хөгжлийн соёл, яагаад TDD ашигладаг, яагаад хос програмчлалын талаар 15 минут ярилцаж чаддаг хүний нөөцийн хүнтэй хэзээ ч уулзаж байгаагүй гэдгээ хэлье. Ихэвчлэн хүний нөөцийн ажилтнууд энэ асуултын талаар эргэлзэж, тэдний үйл явц хэвийн гэж хэлдэг: хөгжүүлэгчид хөгжүүлдэг, шалгагчид туршиж үздэг, менежерүүд жолооддог.
Үе шат 1. Та OOP, TDD-д хэр сайн бэ?
Ярилцлага эхлэхээс 1.5 цагийн өмнө надад Ангараг гарагийн симулятор хийх даалгавар ирсэн.
Ангараг гаригийн роверын даалгаварНАСА-аас Ангараг гарагийн өндөрлөг газарт робот роботуудын баг буулгах гэж байна. Хачирхалтай тэгш өнцөгт хэлбэртэй энэ өндөрлөгийг роверууд жолоодох ёстой бөгөөд ингэснээр тэдний камерууд эргэн тойрон дахь газар нутгийг бүхэлд нь харж, дэлхий рүү буцаах боломжтой болно. Роверын байрлал, байршлыг x ба y координатуудын хослол ба луужингийн үндсэн дөрвөн цэгийн аль нэгийг илэрхийлсэн үсгээр илэрхийлнэ. Навигацыг хялбарчлахын тулд өндөрлөгийг сүлжээнд хуваасан. Жишээ байрлал нь 0, 0, N байж болох бөгөөд энэ нь ровер зүүн доод буланд хойд зүг рүү харсан гэсэн үг юм. Роверыг удирдахын тулд НАСА энгийн үсэг илгээдэг. Боломжит үсэг нь 'L', 'R', 'M' юм. 'L' болон 'R' нь роверыг одоогийн байрнаасаа хөдлөхгүйгээр 90 градус зүүн эсвэл баруун тийш эргүүлнэ. 'M' гэдэг нь нэг сүлжээний цэгийг урагшлуулж, ижил гарчигтай байхыг хэлнэ.
(x, y) -аас хойд зүгт байгаа квадратыг (x, y+1) гэж үзье.
Оруулах:
Оролтын эхний мөр нь тэгш өндөрлөгийн баруун дээд координат, зүүн доод координатыг 0,0 гэж үзнэ.
Оролтын үлдсэн хэсэг нь байрлуулсан роверуудтай холбоотой мэдээлэл юм. Ровер бүр хоёр оролтын шугамтай. Эхний мөрөнд роверын байрлалыг зааж өгсөн бол хоёр дахь мөрөнд өндөрлөг газрыг хэрхэн судлахыг заасан цуврал заавар байна. Байрлал нь х, у координат болон роверын чиг баримжаатай харгалзах хоёр бүхэл тоо болон зайгаар тусгаарлагдсан үсгээс бүрдэнэ.
Ровер бүрийг дараалан дуусгах бөгөөд энэ нь эхнийх нь хөдөлж дуустал хоёр дахь ровер хөдөлж эхлэхгүй гэсэн үг юм.
Гарах тос:
Ровер бүрийн гаралт нь түүний эцсийн координат ба гарчиг байх ёстой.
ТАЙЛБАР:
Зүгээр л дээрх шаардлагуудыг биелүүлж, тоос сорогч ажиллаж байгааг нотолж, нэгжийн туршилтыг бичээрэй.
Хэрэглэгчийн интерфейсийн ямар ч хэлбэрийг бий болгох нь хамрах хүрээнээс гадуур юм.
TDD (Test Driven Development) аргыг дагаж асуудлыг шийдэх нь илүү дээр байх болно.
Боломжтой богино хугацаанд бид бүрэн гүйцэд байхаас илүү чанарт санаа тавьдаг.
*Надад илгээсэн даалгаврыг би нийтлэх боломжгүй, энэ бол хэдэн жилийн өмнө өгсөн хуучин даалгавар юм. Гэхдээ надад итгээрэй, үндсэндээ бүх зүйл ижил хэвээр байна.
Би ялангуяа үнэлгээний шалгуурт анхаарлаа хандуулахыг хүсч байна. Шалгалтын явцад нэр дэвшигчийн хувьд чухал зүйл огт ач холбогдолгүй болох нөхцөл байдал та хэр олон удаа тулгарч байсан бэ? Хүн бүр тантай адилхан боддоггүй, гэхдээ олон хүн таны үнэт зүйлсийг тодорхой заасан бол хүлээн зөвшөөрч, дагаж мөрдөж чадна. Тиймээс, үнэлгээний шалгуураас харахад энэ үе шатанд хамгийн чухал ур чадварууд нь тодорхой байна
- TDD;
- OOP ашиглах, засвар үйлчилгээ хийх боломжтой код бичих чадвар;
- хос програмчлалын чадвар
Тиймээс энэ 1.5 цагийг код бичихээс илүүтэй даалгавраа хэрхэн хийх талаар бодохыг сануулсан. Бид хамтдаа код бичих болно.
Биднийг утсаар ярихад залуус хэн бэ, юу хийдэг талаар товчхон ярьж, бүтээн байгуулалтыг эхлүүлэх санал тавьсан.
Ярилцлагын туршид би нэг ч удаа ярилцлага авч байгаа мэт мэдрэмж төрж байгаагүй. Багаар код боловсруулж байгаа юм шиг сэтгэгдэл төрж байна. Хэрэв та хаа нэгтээ гацвал тэд тусалж, зөвлөгөө өгч, ярилцаж, яаж хамгийн сайн хийх талаар хоорондоо маргалддаг. Ярилцлагын үеэр би JUnit 5-д ямар нэгэн арга нь онцгой тохиолдол гардаг гэдгийг хэрхэн шалгахаа мартчихаж - тэд тестээ үргэлжлүүлэхийг санал болгосон бол тэдний нэг нь үүнийг хэрхэн хийх талаар хайж байсан.
Ярилцлагаас хэдхэн цагийн дараа би юунд дуртай, юу нь таалагдаагүй талаар бүтээлч санал хүсэлтийг хүлээн авсан. Миний хувьд битүүмжилсэн ангиудыг null объектын өөр хувилбар болгон ашигласан гэж магтсан; Учир нь код бичихээсээ өмнө би роверыг хэрхэн удирдахыг хүсч байгаагаа псевдокодоор бичсэн бөгөөд ингэснээр роботын API-д оролцдог ангиудын тойм зургийг авсан.
Алхам 2: Бидэнд хэлээрэй
Ярилцлага эхлэхээс долоо хоногийн өмнө намайг сонирхсон сэдвээр илтгэл бэлтгэхийг хүссэн. Формат нь энгийн бөгөөд танил: 15 минутын танилцуулга, 15 минутын асуултанд хариулах.
Би авга ах Бобын Цэвэр архитектурыг сонгосон. Тэгээд дахиад хэдэн хүнээс ярилцлага авсан. Энэ бол миний англи хэлээр илтгэл тавих анхны туршлага байсан бөгөөд хэрэв би стресстэй нөхцөл байдалд байсан бол үүнийг даван туулж чадахгүй байх байсан. Гэхдээ дахин хэлэхэд, би ярилцлаганд оролцож байгаа юм шиг мэдрэмж хэзээ ч байгаагүй. Бүх зүйл ердийнх шиг - би тэдэнд хэлье, тэд анхааралтай сонсдог. Уламжлалт асуулт хариултын хэсэг ч гэсэн ярилцлага шиг биш байсан бөгөөд миний илтгэлд "живэх" биш, харин тэдний сонирхсон асуултуудыг тавьсан нь тодорхой байв.
Ярилцлагаас хойш хэдхэн цагийн дараа би санал хүсэлт хүлээн авлаа - танилцуулга маш хэрэгтэй байсан бөгөөд тэд сонсоход үнэхээр таатай байсан.
Үе шат 3. Үйлдвэрлэлийн чанарын дүрэм
Энэ бол техникийн ярилцлагын сүүлчийн үе шат гэдгийг анхааруулсны дараа би кодыг гэртээ үйлдвэрлэхэд бэлэн байдалд авчирч, кодыг хянаж үзэхийг илгээж, даалгаварт тавигдах шаардлага өөрчлөгдөж, код нь өөрчлөгдөх болно гэж ярилцахыг хүссэн. өөрчлөлт оруулах шаардлагатай. Урагшаа харахад кодын шалгалтыг сохроор хийдэг, хянагч нар нэр дэвшигч ямар албан тушаалд өргөдөл гаргаж байгааг мэдэхгүй, CV-г нь харахгүй, нэрийг нь ч харахгүй байна гэж би хэлж чадна.
Утас дуугаран дахиад л дэлгэцийн нөгөө талд хэдэн залуус харагдав. Бүх зүйл анхны ярилцлагатай адил байна: гол зүйл бол TDD-ийн талаар мартаж болохгүй, юу хийж байгаагаа, яагаад гэдгийг хэлээрэй. Хэрэв та өмнө нь TDD дасгал хийж үзээгүй бол би үүнийг шууд хийж эхлэхийг зөвлөж байна, энэ нь компаниудад шаардлагатай биш, гэхдээ энэ нь таны амьдралыг ихээхэн хөнгөвчлөх, хэрэв хүсвэл стрессийн түвшинг бууруулдаг. Зөвхөн хөтчөөр дамжуулан хуулбарлах боломжтой, гэхдээ та үүнийг туршилтаар хуулбарлаж чадахгүй байгаа алдааг дибаглагчаар хэрхэн яаж хайх хэрэгтэй байсныг санаж байна уу? Ярилцлагын үеэр та ийм алдаа гаргах хэрэгтэй болно гэж төсөөлөөд үз дээ - танд хэд хэдэн саарал үстэй байх баталгаа байна. TDD-ээс бид юу авах вэ? Бид кодыг өөрчилсөн бөгөөд одоо туршилтууд улаан болж байгааг гэнэт ойлгосон, гэхдээ бид анх удаа олж чадаагүй алдаа юу вэ? За, бид ярилцагчдад "Өө" гэж хэлээд Ctrl-Z товчийг дараад урагш жижиг алхмуудыг хийж эхлээрэй. Тийм ээ, та TDD-г ашиглан өөрийгөө хөгжүүлэх чадвар, зорилгодоо хүрэх чадварыг хөгжүүлэх хэрэгтэй бөгөөд ингэснээр таны тестүүд байнгын ногоон байх ба хагас өдрийн турш улаан биш байх ёстой, учир нь "та маш их рефакторинг хийдэг". Энэ нь хадгалах боломжтой код бичих, эсвэл бүтээмжтэй код бичихтэй яг ижил ур чадвар юм.
Тэгэхээр, таны кодыг хэр сайн өөрчлөх нь ямар загвараас эхлэх, хэр энгийн, тестүүд тань хэр сайн байхаас хамаарна.
Ярилцлагын дараа би хэдхэн цагийн дотор санал авсан. Энэ үе шатанд би бараг дуусаж байгаагаа ойлгосон бөгөөд "Фаулертай уулзах" хүртэл маш бага хугацаа үлдсэн.
4-р шат. Эцсийн шат. Техникийн асуултууд хангалттай. Бид таныг хэн болохыг мэдэхийг хүсч байна!
Үнэнийг хэлэхэд, би асуултын ийм томъёололд бага зэрэг гайхсан. Ганцхан цагийн ярианд намайг ямар хүн бэ гэдгийг яаж ойлгох вэ? Түүгээр ч зогсохгүй намайг төрөлх хэлээрээ биш, ний нуугүй хэлэхэд их муухай, хэлтэй хэлээр ярьж байхад чи яаж ойлгох вэ дээ. Өмнөх ярилцлагануудад миний хувьд асуултанд хариулахаас илүүтэй ярих нь илүү хялбар байсан бөгөөд өргөлт нь буруутай байсан. Ярилцлага авагчдын ядаж нэг нь ази байсан бөгөөд тэдний өргөлт нь Европын чихэнд тодорхой хэмжээгээр тодорхойлогддог гэж хэлье. Тиймээс би идэвхтэй хандахаар шийдсэн - өөрийнхөө тухай илтгэл бэлдэж, ярилцлагын эхэнд энэ танилцуулгатай өөрийнхөө тухай ярихыг санал болго. Хэрэв тэд зөвшөөрвөл надад асуух асуулт цөөхөн байх болно, хэрэв тэд саналаас татгалзвал миний амьдралын 3 цагийг танилцуулгад зарцуулсан нь тийм ч өндөр үнэ биш юм. Гэхдээ та илтгэлдээ юу бичих ёстой вэ? Намтар - Тэнд төрсөн, тэр үед сургуульд сурч, их сургууль төгссөн - гэхдээ хэнд хамаатай юм бэ?
Хэрэв та Google-ээс Thoughtworks соёлын талаар бага зэрэг харвал, Мартин Фаулерийн нийтлэлийг олох болно [https://martinfowler.com/bliki/ThreePillars.html] Тогтвортой бизнес, програм хангамжийн шилдэг байдал, нийгмийн шударга ёс гэсэн 3 тулгуурыг тодорхойлсон.
Програм хангамжийн төгс байдлыг миний хувьд аль хэдийн шалгасан гэж бодъё. Тогтвортой бизнес ба нийгмийн шударга ёсыг харуулах л үлдлээ.
Түүнээс гадна би сүүлийнх нь дээр анхаарлаа хандуулахаар шийдсэн.
Эхлэхийн тулд би түүнд ThoughtWorks яагаад гэдгийг хэлсэн - Би Мартин Фаулерын блогийг коллежид байхдаа уншсан, тиймээс би Цэвэр кодыг хайрладаг болсон.
Төслийг мөн өөр өөр өнцгөөс танилцуулж болно. Тэрээр мөн өвчтөнүүдийн амьдралыг хялбаршуулсан, тэр ч байтугай цуу яриагаар нэг хүний амийг аварсан анагаах ухааны программ хангамжийг бүтээжээ. Мөн банкуудад зориулсан программ хангамжийг боловсруулсан нь иргэдийн амьдралыг ч хөнгөвчилсөн. Тэр тусмаа энэ банкийг нийт хүн амын 70 хувь нь ашигладаг бол. Энэ бол Сбербанкны тухай биш, тэр байтугай Оросын тухай ч биш.
Миний тухай мэдмээр байна уу? БОЛЖ БАЙНА УУ. Миний хобби бол гэрэл зураг, ямар нэг байдлаар би гартаа 10 орчим жил камер барьсан, харуулахаас ичдэггүй гэрэл зургууд байдаг. Мөн нэг удаа би муурны хоргодох байранд тусалсан: Би байнгын гэр хэрэгтэй муурны зургийг авсан. Сайн гэрэл зурагтай бол муур байрлуулах нь илүү хялбар байдаг. Би зуун муурны зураг авсан байх :)
Эцэст нь миний илтгэлийн 80% нь муураар дүүрэн байсан.
Танилцуулга хийснийхээ дараа HR ярилцлагын үр дүнг хараахан мэдээгүй байна гэж надад бичсэн боловч бүх оффис нь мууранд аль хэдийн сэтгэгдэл төрүүлсэн.
Эцэст нь би санал хүсэлтийг хүлээсэн - би хүн болгонд сэтгэл хангалуун байсан.
Гэвч эцсийн ярианы үеэр Хүний нөөцийн дарга Нийгмийн шударга ёс нь маш сайн бөгөөд зайлшгүй шаардлагатай, гэхдээ бүх төсөл ийм байдаггүй гэж ухаалгаар хэлэв. Тэгээд тэр намайг айлгасан уу гэж асуув. Ер нь би Нийгмийн шударга ёсыг арай хэтрүүлчихлээ, ийм л байдаг :)
Үр дүн
Үүний үр дүнд би Сингапурт Thoughtworks-д хэдэн сарын турш ажиллаж байгаа бөгөөд энд маш олон компаниуд Спрингээс илүү мэдлэгтэй ч Google-ээс "шилдэг ярилцлагын туршлагыг" нэвтрүүлж, навч, самбар ашиглан кодчилол хийж байгааг би харж байна. Symfony, RubyOnRails (Шаардлагатай зүйлийн доогуур зур) нь ажилд шаардлагагүй. Инженерүүд ярилцлагад орохоосоо өмнө "бэлтгэл" авахын тулд долоо хоног амардаг.
Thoughtworks-д нэр дэвшигчид тавигдах шаардлагаас гадна дараахь зарчмуудыг тэргүүн эгнээнд тавьдаг.
Ярилцлагын баяр баясгалан. Түүнээс гадна хоёр талдаа. Үнэхээр, хэрэв та хамгийн сайн боловсон хүчнийг авахыг хүсч байвал (мөн хэн авахгүй вэ?) ярилцлага бол боолуудыг сонгодог зах зээл биш, харин ажил олгогч, нэр дэвшигч хоёулаа бие биенээ үнэлдэг шоу юм. Хэрэв нэр дэвшигч ямар нэгэн компанитай тааламжтай сэтгэл хөдлөлийг холбодог бол тэр тухайн компанийг сонгох магадлалтай.
Хэсэг талыг багасгахын тулд олон ярилцлага авагчид. Thoughtworks дээр хос програмчлал нь бодит стандарт юм. Хэрэв энэ туршлагыг бусад газарт хэрэглэж болох юм бол TW үүнийг хийхийг хичээдэг. Ярилцлагыг үе шат бүрт 2 хүн явуулна. Тиймээс хүн бүрийг дор хаяж 8 хүнээр үнэлдэг бөгөөд TW өөр өөр гарал үүсэлтэй, өөр өөр чиглэлтэй (зөвхөн техникч биш), хүйсээр ярилцлага авагчдыг сонгохыг хичээдэг.
Эцсийн дүндээ 8-аас доошгүй хүний саналыг үндэслэн ажилд авах шийдвэрийг гаргах бөгөөд хэн ч шийдвэрлэх санал өгөхгүй.
Атрибут дээр суурилсан ажилд авах Нэр дэвшигчийн дуртай, дургүйг үндэслэн шийдвэр гаргахын оронд үнэлж буй шинж чанаруудыг багтаасан үүрэг, үе шат бүрт маягт боловсруулдаг. Үүний зэрэгцээ үнэлгээ хийхдээ тодорхой ур чадварын туршлагыг биш, харин түүнийг хэрэгжүүлэх чадварыг үнэлэхийг зөвлөж байна. Тиймээс, хэрэв нэр дэвшигч TDD гэх мэт ямар нэгэн ур чадвар эзэмшиж чадаагүй ч хэрэгжүүлэхийг хичээж, тэдгээрийг хэрхэн зөв ашиглах талаар зөвлөгөөг сонсдог бол ярилцлагад тэнцэх бүрэн боломжтой.
Боловсролын гэрчилгээ шаардлагагүй TW нь компьютерийн шинжлэх ухааны чиглэлээр ямар нэгэн гэрчилгээ, боловсрол шаарддаггүй. Зөвхөн ур чадварыг үнэлдэг.
Энэ бол миний бэлтгэл хийх шаардлагагүй гадаадын компаниудтай хийсэн анхны ярилцлага юм. Үе шат бүрийн дараа би ядарч туйлдсангүй, харин ч эсрэгээрээ шилдэг туршлагыг хэрэгжүүлж чадсандаа, дэлгэцийн нөгөө талд байгаа хүмүүс үүнийг үнэлж, өдөр бүр хэрэглэж байгаад баяртай байсан.
Хэдэн сарын дараа миний хүлээлт бүрэн хангагдсан гэж би хэлж чадна. ThoughtWorks энгийн компаниас юугаараа ялгаатай вэ? Энгийн компанид та сайн хөгжүүлэгчид, сайхан хүмүүсийг олж чадна, гэхдээ TW-д тэдний төвлөрөл графикаас гадуур байдаг.
Хэрэв та ThoughtWorks-т элсэх сонирхолтой байгаа бол манай нээлттэй ажлын байруудыг үзэж болно
Мөн сонирхолтой сул орон тоонд анхаарлаа хандуулахыг санал болгож байна.
Програм хангамжийн ахлах инженер: , , ,
Програм хангамжийн ахлах инженер: , , ,
Программ хангамжийн инженер: , ,
Мэдээллийн ахлах инженер:
Чанарын шинжээч:
Дэд бүтэц: , ,
(Холбоос нь лавлагаа линк гэдгийг чин сэтгэлээсээ сануулмаар байна, хэрэв та TW руу орвол надад сайхан урамшуулал авах болно). Таалагдсан оффисоо сонго, Европт өөрийгөө хязгаарлах шаардлагагүй, эцэст нь 2 жил тутамд TW таныг өөр улс руу шилжүүлэхдээ баяртай байх болно, учир нь... Энэ нь ThoughtWorks бодлогын нэг хэсэг тул соёлыг түгээж, нэгэн төрлийн болгодог.
Сэтгэгдэл дээр асуулт асуух эсвэл надаас зөвлөмж авахыг хүсч болно.
Хэрэв сэдэв сонирхолтой санагдаж байвал ThoughtWorks-т ажиллах ямар байдаг, Сингапурт амьдрал ямар байдаг талаар бичих болно.
Эх сурвалж: www.habr.com