Ինչպես ես մտա ThoughtWorks կամ հարցազրույցի օրինակ

Ինչպես ես մտա ThoughtWorks կամ հարցազրույցի օրինակ

Ձեզ տարօրինակ չի՞ թվում, որ երբ պատրաստվում եք փոխել աշխատանքը և առաջանում է հարցազրույց անցնելու անհրաժեշտություն, առաջին բանը, որ մտածում եք, դա է «դուք պետք է պատրաստվեք հարցազրույցին»: Լուծեք խնդիրները HackerRank-ում, կարդացեք Crack կոդավորման հարցազրույցը, մտապահեք, թե ինչպես է աշխատում ArrayList-ը և ինչպես է այն տարբերվում LinkedList-ից: Այո, նրանք կարող են նաև հարցնել տեսակավորման մասին, և ակնհայտորեն ոչ պրոֆեսիոնալ կլինի ասել, որ արագ տեսակավորումը, ամենայն հավանականությամբ, կլինի լավագույն ընտրությունը:
Բայց սպասիր, դու ծրագրավորում ես օրական 8 ժամ, լուծում հետաքրքիր ու ոչ տրիվիալ խնդիրներ, և քո նոր աշխատանքում նույն բանը կանես՝ գումարած կամ մինուս։ Բայց, այնուամենայնիվ, հարցազրույց անցնելու համար անհրաժեշտ է ինչ-որ կերպ լրացուցիչ նախապատրաստվել, նույնիսկ չհղկել ձեր ամենօրյա հմտությունները, այլ սովորել մի բան, որը ձեզ պետք չէր ներկայիս աշխատանքում և դժվար թե ձեզ անհրաժեշտ լինի ձեր հաջորդ աշխատանքում: Ձեր առարկություններին, թե համակարգչային գիտությունը մեր արյան մեջ է, և եթե մեզ արթնացնեք կեսգիշերին, մենք պարտավոր ենք բարձի վրա փակ աչքերով գրել շրջել ծառի լայնությամբ՝ նույնիսկ ուշքի չգալով, ես. կպատասխանեմ, որ եթե ես աշխատանք ստանամ կրկեսում, և իմ գլխավոր հնարքը հենց սա կլինի, ապա միգուցե այո, ես համաձայն եմ։ Այս հմտությունը պետք է փորձարկվի:

Բայց ինչու՞ փորձարկել հմտություններ, որոնք կապ չունեն ձեր ընթացիկ աշխատանքի հետ: Միայն այն պատճառով, որ այն դարձել է մոդայիկ: Որովհետև Google-ը դա անում է: Կամ այն ​​պատճառով, որ ձեր ապագա թիմի ղեկավարը պետք է սովորեր տեսակավորման բոլոր մեթոդները հարցազրույցից առաջ, և այժմ նա կարծում է, որ «յուրաքանչյուր լավ ծրագրավորող պետք է անգիր իմանա տողի մեջ պալինդրոմ գտնելու իրագործումը»:

Դե, դուք Google-ը չեք (c): Այն, ինչ Google-ը կարող է իրեն թույլ տալ, սովորական ընկերությունները չեն կարող: Google-ը, վերլուծելով իր աշխատակիցների տվյալները, եկել է այն եզրակացության, որ օլիմպիադայի փորձ ունեցող ինժեներները լավ են զբաղվում իր կոնկրետ առաջադրանքներով։ Ավելին, նախագծելով իրենց ընտրության գործընթացը՝ նրանք կարող են իրենց թույլ տալ ռիսկի դիմել, որ մի քանի լավ ինժեներներ չվարձեն, քանի որ չեն կարող հեշտությամբ լուծել մաթեմատիկական խնդիրները: Բայց դա իրենց համար խնդիր չէ, Google-ում աշխատել ցանկացողները շատ են, պաշտոնը կփակվի։
Հիմա եկեք նայենք պատուհանից դուրս, և եթե ձեր գրասենյակի առջև ինժեներները, ովքեր ցանկանում են աշխատել ձեզ մոտ, դեռ վրանային ճամբար չեն ստեղծել, և ձեր մշակողները ավելի հաճախ փնտրում են stackoverflow-ի վրա, թե ինչ պետք է տեղադրվի հաջորդ գարնանային անոտացիայի վրա, այլ ոչ թե դասակարգման ալգորիթմների բարդությունները, ապա, ըստ երևույթին, ժամանակն է, որ մտածեք, թե արդյոք պետք է պատճենեք Google-ը:

Լավ, եթե այս անգամ Google-ը ձախողվեց և պատասխան չտվեց, ի՞նչ պետք է անեք։ Ստուգեք, թե կոնկրետ ինչ է անելու ծրագրավորողը աշխատանքի վայրում: Ի՞նչն եք գնահատում մշակողների մեջ:
Չափորոշիչներ կազմեք, թե ում եք ցանկանում աշխատանքի ընդունել և մշակեք թեստեր, որոնք ստուգում են հենց այս հմտությունները:

ThoughtWorks- ը

Ի՞նչ կապ ունի ThoughtWorks-ը սրա հետ: Այստեղ ես գտա օրինակելի հարցազրույցի օրինակ ինձ համար: Ովքե՞ր են ThoughtWorks-ը: Մի խոսքով, սա բարձրակարգ խորհրդատվական ընկերություն է, որն ունի գրասենյակներ ամբողջ աշխարհում՝ Չինաստանից, Սինգապուրից մինչև ամերիկյան մայրցամաքներ, որը շուրջ 25 տարի խորհրդատվություն է անում զարգացման ոլորտում, ունի իր գիտության բաժինը՝ Մարտինի գլխավորությամբ։ Ֆաուլեր. Եթե ​​դուք փնտրում եք ծրագրային ինժեների համար պարտադիր կարդալու 10 գրքերի ցանկ, ապա, հավանաբար, դրանցից 2-3-ը գրված կլինեն ThoughtWorks-ի տղաների կողմից, օրինակ՝ «Refactoring By Martin Fowler» և «Building Microservices. Designing Fine-Grained Systems» հեղինակ՝ Սեմի կողմից: Newman կամ Building Evolutionary Architectures
Պատրիկ Կուայի, Ռեբեկա Փարսոնսի, Նիլ Ֆորդի կողմից:

Ընկերության բիզնեսը կառուցված է բավականին թանկ ծառայությունների մատուցման վրա, սակայն հաճախորդը վճարում է ֆենոմենալ որակի համար, որը բաղկացած է փորձից, ներքին չափանիշներից և, իհարկե, մարդկանցից: Հետևաբար, ճիշտ մարդկանց աշխատանքի ընդունելն այստեղ կենսական նշանակություն ունի:
Ինչպիսի՞ մարդիկ են ճիշտ: Իհարկե, բոլորի համար կան տարբեր: ThoughtWorks-ը որոշել է, որ իրենց մշակողի բիզնես մոդելի համար ամենակարևոր չափանիշներն են.

  • Զարգանալու ունակություն զույգերով: Դա կարողություն է, ոչ թե փորձ կամ հմտություն: Ոչ ոք չի ակնկալում, որ կգան մարդիկ, ովքեր 5 տարի զբաղվում են Զույգ ծրագրավորմամբ: Բայց ուրիշների կարծիքներին ընկալունակ լինելը և լսել կարողանալը անհրաժեշտ հմտություն է:
  • Թեստեր գրելու կարողություն և իդեալականորեն TDD-ով զբաղվել
  • Հասկացեք SOLID-ը և OOP-ը և կարողանաք կիրառել դրանք:
  • Ներկայացրե՛ք ձեր կարծիքը։ Որպես խորհրդատու, դուք պետք է աշխատեք հաճախորդի ծրագրավորողների, այլ խորհրդատուների հետ, և մեծ օգուտ չկա, եթե մարդը գիտի ինչ-որ բան լավ անել, բայց ամբողջովին ի վիճակի չէ այն փոխանցել մնացած թիմին:

Այժմ կարևոր է գնահատել թեկնածուի այս հատուկ հմտությունները: Եվ այստեղ ես ուզում եմ խոսել ThoughtWorks-ում հարցազրույցի իմ փորձի մասին: Անմիջապես կասեմ, որ գնացել եմ Սինգապուր և անցել եմ, բայց հավաքագրման գործընթացը միասնական է և երկրից երկիր առանձնապես չի տարբերվի։

Փուլ 0. ՄՌ

Ինչպես հաճախ է պատահում, 20 րոպեանոց հարցազրույց HR-ի հետ: Ես չեմ անդրադառնա դրա վրա, ես միայն կասեմ, որ ես երբեք չեմ հանդիպել HR մարդու, ով կարող է 15 րոպե խոսել ընկերության զարգացման մշակույթի մասին, ինչու են նրանք օգտագործում TDD, ինչու են զույգ ծրագրավորում: Սովորաբար, HR-ները այս հարցում թուլանում են և ասում, որ իրենց գործընթացը նորմալ է. մշակողները զարգանում են, փորձարկողները փորձարկում են, ղեկավարները քշում են:

Փուլ 1. Որքա՞ն լավ եք դուք OOP, TDD-ում:

Հարցազրույցի մեկնարկից 1.5 ժամ առաջ ինձ հանձնարարեցին Mars Rover սիմուլյատոր պատրաստել։

Մարսագնաց առաքելությունՆԱՍԱ-ի կողմից Մարսի բարձրավանդակի վրա վայրէջք կկատարի ռոբոտ ռովերների ջոկատը: Այս սարահարթը, որը զարմանալիորեն ուղղանկյուն է, պետք է նավարկվի ռովերսների կողմից, որպեսզի նրանց տեսախցիկները կարողանան ամբողջական տեսարան ստանալ շրջակա տեղանքի մասին՝ Երկիր ուղարկելու համար: Ռովերի դիրքը և գտնվելու վայրը ներկայացված է x և y կոորդինատների համակցությամբ և չորս հիմնական կողմնացույց կետերից մեկը ներկայացնող տառով: Բարձրավանդակը բաժանված է ցանցի՝ նավարկությունը պարզեցնելու համար: Օրինակի դիրքը կարող է լինել 0, 0, N, ինչը նշանակում է, որ ռովերը գտնվում է ներքևի ձախ անկյունում և դեմքով դեպի հյուսիս: Ռովերին կառավարելու համար ՆԱՍԱ-ն տառերի մի պարզ շարան է ուղարկում: Հնարավոր տառերն են՝ «L», «R» և «M»: «L»-ը և «R»-ը ստիպում են ռովերին պտտվել համապատասխանաբար 90 աստիճանով ձախ կամ աջ՝ առանց շարժվելու իր ներկայիս կետից: «M» նշանակում է առաջ շարժվել մեկ ցանցի կետով և պահպանել նույն վերնագիրը:
Ենթադրենք, որ ուղիղ դեպի հյուսիս (x, y) քառակուսին (x, y+1) է:
Մուտքագրում
Մուտքի առաջին գիծը սարահարթի վերին աջ կոորդինատներն են, ներքևից ձախ կոորդինատները ենթադրվում են 0,0:
Մնացած մուտքագրումը տեղեկատվություն է, որը վերաբերում է տեղակայված ռովերներին: Յուրաքանչյուր ռովեր ունի մուտքի երկու տող: Առաջին տողը տալիս է ռովերի դիրքը, իսկ երկրորդ տողը մի շարք հրահանգներ է, որոնք պատմում են մարսագնացին, թե ինչպես ուսումնասիրել սարահարթը: Դիրքը կազմված է երկու ամբողջ թվերից և մի տառից, որոնք բաժանված են բացատներով, որոնք համապատասխանում են x և y կոորդինատներին և ռովերի կողմնորոշմանը:
Յուրաքանչյուր մարսագնաց կավարտվի հաջորդաբար, ինչը նշանակում է, որ երկրորդ մարսագնացը չի սկսի շարժվել, քանի դեռ առաջինը չի ավարտել շարժը:
Ելք.
Յուրաքանչյուր ռավերի արդյունքը պետք է լինի նրա վերջնական կոորդինատները և ուղղությունը:
Սայլակ
Պարզապես կատարեք վերը նշված պահանջները և ապացուցեք, որ փոշեկուլն աշխատում է՝ դրա համար միավորի թեստեր գրելով:
Օգտվողի միջերեսի ցանկացած ձևի ստեղծումը շրջանակից դուրս է:
Նախընտրելի կլինի խնդիրը լուծել TDD (Test Driven Development) մոտեցմամբ:
Կարճ ժամանակում մենք ավելի շատ մտահոգված ենք որակով, քան ամբողջականությամբ:
*Ես չեմ կարող տեղադրել ինձ ուղարկված հանձնարարությունը, սա հին հանձնարարություն է, որը տրվել է մի քանի տարի առաջ։ Բայց հավատացեք, սկզբունքորեն ամեն ինչ մնում է նույնը։

Հատկապես կցանկանայի ուշադրություն հրավիրել գնահատման չափանիշների վրա։ Քանի՞ անգամ եք բախվել մի իրավիճակի, երբ թեկնածուի համար կարևոր բաները բացարձակապես կարևոր չեն աուդիտի ընթացքում և հակառակը: Ոչ բոլորն են մտածում այնպես, ինչպես դուք, բայց շատերը կարող են ընդունել և հետևել ձեր արժեքներին, եթե դրանք հստակ արտահայտվեն: Այսպիսով, գնահատման չափանիշներից անմիջապես պարզ է դառնում, որ այս փուլում ամենակարևոր հմտություններն են

  • TDD;
  • OOP օգտագործելու և պահպանվող կոդ գրելու ունակություն;
  • զույգ ծրագրավորման ունակություններ

Այսպիսով, ինձ զգուշացրին, որ այդ 1.5 ժամը ծախսեմ՝ մտածելով, թե ինչպես եմ անելու առաջադրանքը, այլ ոչ թե կոդ գրելու: Մենք միասին կգրենք կոդը։

Երբ զանգահարեցինք, տղաները հակիրճ պատմեցին, թե ովքեր են, ինչով են զբաղվում ու առաջարկեցին սկսել զարգացումը։

Ամբողջ հարցազրույցի ընթացքում ես ոչ մի անգամ զգացողություն չեմ ունեցել, որ ինձ հետ հարցազրույց են վերցնում: Զգացողություն կա, որ կոդ եք մշակում թիմում։ Եթե ​​ինչ-որ տեղ խրվում ես, նրանք օգնում են, խորհուրդ են տալիս, քննարկում, նույնիսկ վիճում են միմյանց հետ, թե ինչպես դա անել լավագույնս: Հարցազրույցի ժամանակ ես մոռացա, թե ինչպես ստուգել JUnit 5-ում, որ մեթոդը բացառություն է տալիս. նրանք առաջարկեցին շարունակել թեստը գրել, մինչդեռ նրանցից մեկը Google-ում էր, թե ինչպես դա անել:

Հարցազրույցից տառացիորեն մի քանի ժամ հետո ես ստացա կառուցողական արձագանք՝ ինչն է ինձ դուր եկել և ինչը՝ ոչ: Իմ դեպքում ես գովեստի արժանացա Sealed դասերը որպես null օբյեկտի այլընտրանք օգտագործելու համար. այն փաստի համար, որ նախքան կոդը գրելը, ես կեղծ կոդով գրեցի, թե ինչպես կուզենայի կառավարել ռովերը, և այդպիսով ստացա դասերի ուրվագիծը, համենայնդեպս նրանց, որոնք ներգրավված են ռոբոտի API-ում:

Քայլ 2. Ասա մեզ

Հարցազրույցից մեկ շաբաթ առաջ ինձ խնդրեցին պատրաստել պրեզենտացիա ինձ հետաքրքրող ցանկացած թեմայով: Ձևաչափը պարզ և ծանոթ է՝ 15 րոպե ներկայացում, 15 րոպե հարցերի պատասխաններ:
Ես ընտրել եմ Քեռի Բոբի «Մաքուր ճարտարապետությունը»: Ու նորից մի երկու հոգով հարցազրույց վերցրեցի։ Սա անգլերենով ներկայացնելու իմ առաջին փորձն էր, և, գուցե, եթե սթրեսային իրավիճակում լինեի, չէի կարողանա հաղթահարել: Բայց ևս մեկ անգամ չեմ զգացել, որ հարցազրույցի եմ: Ամեն ինչ սովորականի պես է,- ասում եմ նրանց, նրանք ուշադիր լսում են: Անգամ ավանդական հարցուպատասխանը նման չէր հարցազրույցի, պարզ էր, որ հարցերը ոչ թե «խորտակվելու» էին տալիս, այլ նրանք, որոնք իրենց իսկապես հետաքրքրում էին իմ ներկայացման մեջ:

Հարցազրույցից մի քանի ժամ անց ես ստացա արձագանքներ. շնորհանդեսը շատ օգտակար էր, և նրանք իսկապես հաճույք էին ստանում լսելուց:

Փուլ 3. Արտադրության որակի ծածկագիր

Զգուշացնելով, որ սա տեխնիկական հարցազրույցների վերջին փուլն է, ինձ խնդրեցին տան կոդը բերել պատրաստի վիճակի, այնուհետև ուղարկել ծածկագիրը վերանայման և պլանավորել հարցազրույցներ, որոնց դեպքում առաջադրանքի պահանջները կփոխվեն, և կոդը կփոխվի: փոփոխություններ են պահանջում. Առաջ նայելով, կարող եմ ասել, որ օրենսգրքի վերանայումն իրականացվում է կուրորեն, ստուգողները չգիտեն, թե որ պաշտոնն է հավակնում թեկնածուին, չեն տեսնում նրա CV-ն, չեն տեսնում անգամ նրա անունը։

Հեռախոսը զանգեց, և նորից մոնիտորի այն կողմում մի քանի տղա կար։ Ամեն ինչ նույնն է, ինչ առաջին հարցազրույցում. գլխավորը չմոռանալ TDD-ի մասին, պատմել, թե ինչ ես անում և ինչու: Եթե ​​նախկինում չեք զբաղվել TDD-ով, ապա խորհուրդ եմ տալիս անմիջապես սկսել դա անել, ոչ թե այն պատճառով, որ դա անհրաժեշտ է ընկերություններում, այլ այն պատճառով, որ այն զգալիորեն հեշտացնում է ձեր կյանքը, նվազեցնում ձեր սթրեսի մակարդակը, եթե ցանկանում եք: Հիշեք, թե ինչպես պետք է խելագարորեն որոնեիք վրիպազերծիչով սխալի համար, որը կարող է վերարտադրվել միայն բրաուզերի միջոցով, բայց դուք չեք կարող այն վերարտադրել թեստերով: Հիմա պատկերացրեք, որ հարցազրույցի ժամանակ ստիպված կլինեք բռնել նման սխալ. ձեզ երաշխավորված է մի քանի ալեհեր: Ի՞նչ ենք մենք ստանում TDD-ով: Մենք փոխեցինք կոդը և անսպասելիորեն հասկացանք, որ այժմ թեստերը կարմիր են, բայց ո՞րն է այն սխալը, որը մենք չենք կարող առաջին անգամ պարզել: Լավ, մենք հարցազրուցավարներին ասում ենք «վայ», սեղմեք Ctrl-Z և սկսեք փոքր քայլերով առաջ գնալ: Եվ այո, դուք պետք է ձեր մեջ զարգացնեք TDD-ի միջոցով զարգացնելու ունակությունը, դեպի նպատակը գնալու կարողություն, որպեսզի ձեր թեստերը մշտապես կանաչ լինեն, և ոչ թե կարմիր կես օր, քանի որ «դուք շատ ռեֆակտորինգ ունեք»: Սա ճիշտ նույն հմտությունն է, ինչ պահպանվող կոդ գրելը կամ արտադրողական կոդ գրելը:

Այսպիսով, ձեր ծածկագիրը որքանով կարող է փոխվել, կախված է նրանից, թե ինչ ձևավորում եք մտքում սկսել, որքան պարզ է այն և որքան լավ են ձեր թեստերը:

Հարցազրույցից հետո մի քանի ժամվա ընթացքում արձագանք ստացա։ Այս փուլում ես հասկացա, որ գրեթե անցել եմ, և շատ քիչ բան է մնացել մինչև «հանդիպեմ Ֆաուլերին»:

Փուլ 4. Եզրափակիչ. Բավական է տեխնիկական հարցեր. Մենք ուզում ենք իմանալ, թե ով եք դուք:

Անկեղծ ասած, ես որոշ չափով տարակուսած էի հարցի այս ձևակերպումից. Ինչպե՞ս կարող ես հասկանալ, թե ինչպիսի մարդ եմ ես մեկ ժամ զրույցի ընթացքում: Եվ առավել եւս, ինչպե՞ս կարող ես դա հասկանալ, երբ ես խոսում եմ մի լեզվով, որն իմ մայրենի լեզուն չէ, և, անկեղծ ասած, շատ ոջլոտ ու լեզվակռիվ: Նախորդ հարցազրույցներում անձամբ ինձ համար ավելի հեշտ էր խոսել, քան հարցերին պատասխանել, և դրա մեղավորն առոգանությունն էր: Հարցազրուցավարներից գոնե մեկը ասիացի էր, և նրանց առոգանությունը, ասենք, որոշ չափով հատուկ է եվրոպական ականջին: Ուստի ես որոշեցի ակտիվ մոտեցում ցուցաբերել՝ պատրաստել իմ մասին ներկայացում և հարցազրույցի սկզբում առաջարկել խոսել իմ մասին այս ներկայացմամբ: Եթե ​​համաձայնեն, ապա գոնե ինձ համար հարցերն ավելի քիչ կլինեն, եթե առաջարկը մերժեն, լավ, պրեզենտացիայի վրա ծախսած իմ կյանքի 3 ժամը այդքան էլ թանկ գին չէ։ Բայց ի՞նչ պետք է գրեք ձեր ներկայացման մեջ: Կենսագրություն - Ծնվել է այնտեղ, այդ ժամանակ, դպրոց է գնացել, ավարտել համալսարանը, բայց ո՞ւմ է դա հետաքրքրում:

Եթե ​​մի փոքր Google-ում եք Thoughtworks մշակույթի մասին, ապա կգտնեք Մարտին Ֆաուլերի հոդվածը [https://martinfowler.com/bliki/ThreePillars.html], որը նկարագրում է 3 սյուները՝ կայուն բիզնես, ծրագրային ապահովման գերազանցություն և սոցիալական արդարություն:

Ենթադրենք, որ Software Excellence-ն ինձ համար արդեն ստուգված է։ Մնում է ցույց տալ Կայուն բիզնես և սոցիալական արդարություն։

Ավելին, որոշեցի կենտրոնանալ վերջինիս վրա։

Սկզբից ես ասացի նրան, թե ինչու է ThoughtWorks - ես կարդացի Մարտին Ֆաուլերի բլոգը դեռ քոլեջում, հետևաբար իմ սերը մաքուր կոդի նկատմամբ:

Նախագծերը կարող են ներկայացվել նաև տարբեր տեսանկյուններից: Նա նաև ծրագրային ապահովում է մշակել բժշկության համար, որը հեշտացրել է հիվանդների կյանքը և նույնիսկ, ըստ լուրերի, փրկել մեկ կյանք։ Մշակել եմ նաև բանկերի համար նախատեսված ծրագրեր, ինչը նույնպես հեշտացրել է քաղաքացիների կյանքը։ Հատկապես, եթե այս բանկից օգտվում է երկրի բնակչության 70%-ը։ Խոսքը Սբերբանկի և նույնիսկ Ռուսաստանի մասին չէ։

Ցանկանու՞մ եք իմանալ իմ մասին: ԼԱՎ. Իմ հոբբին լուսանկարչությունն է, այսպես թե այնպես, ես մոտ 10 տարի ձեռքում եմ տեսախցիկը, կան լուսանկարներ, որոնք ես այնքան էլ չեմ ամաչում ցուցադրել: Նաև, մի ժամանակ ես օգնեցի կատուների ապաստանին. ես լուսանկարեցի կատուների, որոնց մշտական ​​տուն էր պետք: Իսկ լավ լուսանկարներով շատ ավելի հեշտ է կատու տեղադրել: Երևի հարյուր կատու եմ նկարել :)

Ի վերջո, իմ ներկայացման 80%-ը լցված էր կատուներով։

Շնորհանդեսից անմիջապես հետո HR-ն ինձ գրեց, որ դեռ չգիտի հարցազրույցի արդյունքները, բայց ամբողջ գրասենյակն արդեն տպավորված է կատուներով։

Վերջիվերջո, ես սպասում էի արձագանքների. ես բոլորին բավարարեցի որպես մարդ:

Բայց վերջնական զրույցի ժամանակ ՄՌ-ը նրբանկատորեն ասաց, որ սոցիալական արդարությունը շատ լավն է ու անհրաժեշտ, բայց ոչ բոլոր նախագծերն են այսպիսին։ Եվ նա հարցրեց, թե արդյոք դա ինձ վախեցնում է: Ընդհանրապես ես մի քիչ չափն անցա Սոցիալական արդարադատության հարցում, պատահում է :)

Լրիվ

Արդյունքում, ես մի քանի ամիս աշխատել եմ Սինգապուրում Thoughtworks-ում, տեսնում եմ, որ այստեղ չափազանց շատ ընկերություններ ընդունում են Google-ի «հարցազրույցի լավագույն փորձը»՝ օգտագործելով թերթիկներն ու գրատախտակը կոդավորման համար, չնայած այն հանգամանքին, որ նրանք ավելի շատ գիտելիքներ ունեն, քան Spring-ը։ , Symfony, RubyOnRails ( Ընդգծիր անհրաժեշտը) աշխատանքում պարտադիր չէ։ Ինժեներները հարցազրույցից առաջ մեկ շաբաթ արձակուրդ են վերցնում՝ «պատրաստվելու»:

Thoughtworks-ում, թեկնածուի համար համարժեք պահանջներից բացի, առաջնային են հետևյալ սկզբունքները.
Հարցազրույցի ուրախություն. Ընդ որում, երկու կողմերի համար էլ. Իսկապես, եթե ցանկանում եք ձեռք բերել լավագույն կադրեր (իսկ ո՞վ՝ ոչ), ապա հարցազրույցը շուկա չէ, որտեղ ընտրվում են ստրուկներ, այլ շոու, որտեղ և՛ գործատուն, և՛ թեկնածուն գնահատում են միմյանց: Եվ եթե թեկնածուն հաճելի զգացմունքներ է կապում ընկերության հետ, ապա հավանական է, որ նա կընտրի հենց այս ընկերությունը

Բազմաթիվ հարցազրույցներ՝ կողմնակալությունը մեղմելու համար: Thoughtworks-ում զույգ ծրագրավորումը դե ֆակտո ստանդարտ է: Եվ եթե այս պրակտիկան կարող է կիրառվել այլ ոլորտներում, TW-ն փորձում է դա անել: Յուրաքանչյուր փուլում հարցազրույցը վարում է 2 հոգի։ Այսպիսով, յուրաքանչյուր մարդ գնահատվում է առնվազն 8 հոգու կողմից, և TW-ն փորձում է ընտրել տարբեր ծագում ունեցող, տարբեր ուղղություններով (ոչ միայն տեխնոլոգների) և սեռով հարցազրուցավարներ:

Ի վերջո, աշխատանքի ընդունելու որոշումը կկայացվի առնվազն 8 հոգու կարծիքի հիման վրա, և ոչ ոք վճռական ձայն չունի։

Հատկանիշների վրա հիմնված աշխատանքի ընդունում Թեկնածուի հավանությունների կամ հակակրանքների հիման վրա որոշում կայացնելու փոխարեն, յուրաքանչյուր դերի և յուրաքանչյուր փուլի համար մշակվում է ձև, որը ներառում է գնահատվող հատկանիշները: Միևնույն ժամանակ, գնահատելիս խիստ խորհուրդ է տրվում գնահատել ոչ թե որոշակի հմտության փորձը, այլ այն կիրառելու կարողությունը։ Այսպիսով, եթե թեկնածուն չի կարողացել կիրառել որևէ հմտություններ, ինչպիսին է TDD-ն, բայց, այնուամենայնիվ, նա փորձում է կիրառել դրանք, լսում է խորհուրդներ, թե ինչպես ճիշտ օգտագործել դրանք, նա բոլոր հնարավորություններն ունի անցնելու հարցազրույցը:

Կրթության վկայականները պարտադիր չեն TW-ն չի պահանջում որևէ հավաստագրում կամ կրթություն համակարգչային գիտության ոլորտում: Գնահատվում են միայն հմտությունները:

Սա առաջին հարցազրույցն է, որ ունեցել եմ արտասահմանյան ընկերությունների հետ, որին ես ստիպված չէի պատրաստվել։ Յուրաքանչյուր փուլից հետո ես ուժասպառ չէի զգում, այլ հակառակը՝ ուրախ էի, որ կարող եմ կիրառել լավագույն փորձը, որ մոնիտորի մյուս կողմում գտնվող մարդիկ գնահատում էին դա և կիրառում ամեն օր։

Մի քանի ամիս անց կարող եմ ասել, որ սպասելիքներս լիովին արդարացան։ Ինչպե՞ս է ThoughtWorks-ը տարբերվում սովորական ընկերությունից: Սովորական ընկերությունում դուք կարող եք գտնել լավ մշակողների և հաճելի մարդկանց, բայց TW-ում նրանց կենտրոնացումը դուրս է գծապատկերներից:

Եթե ​​ցանկանում եք միանալ ThoughtWorks-ին, կարող եք դիտել մեր բաց աշխատատեղերը այստեղ
Առաջարկում եմ ուշադրություն դարձնել նաև հետաքրքիր թափուր աշխատատեղերին.
Ծրագրային ապահովման առաջատար ինժեներ. Գերմանիա, London, Մադրիդ, Singapore
Ծրագրային ապահովման ավագ ինժեներ. Սիդնեյ, Գերմանիա, Մանչեսթեր, Bangkok
Ծրագրային ինժեներ. Սիդնեյ, Բարսելոնա, Միլան
Ավագ տվյալների ինժեներ. Միլան
Որակի վերլուծաբան. Գերմանիա Ճենապակի
Ենթակառուցվածք: Գերմանիա, London, Չիլի
(Ցանկանում եմ անկեղծորեն զգուշացնել, որ հղումը ուղղորդման հղում է, եթե գնաք TW, ես կստանամ գեղեցիկ բոնուս): Ընտրեք այն գրասենյակը, որը ձեզ դուր է գալիս, պետք չէ սահմանափակվել ձեզ Եվրոպայով, ի վերջո, 2 տարին մեկ TW-ն հաճույքով ձեզ այլ երկիր կտեղափոխի, քանի որ... սա ThoughtWorks քաղաքականության մի մասն է, ուստի մշակույթը տարածվում և համասեռացվում է:

Ազատորեն հարցեր տվեք մեկնաբանություններում կամ խնդրեք ինձ առաջարկություններ:
Եթե ​​թեման հետաքրքիր թվա, կգրեմ, թե ինչպես է աշխատել ThoughtWorks-ում և ինչպիսին է կյանքը Սինգապուրում։

Source: www.habr.com

Добавить комментарий