હું કેવી રીતે ThoughtWorks અથવા નમૂના ઇન્ટરવ્યૂમાં પ્રવેશ્યો

શું તમને તે અજુગતું નથી લાગતું કે જ્યારે તમે નોકરી બદલવાના છો અને ઇન્ટરવ્યુ પાસ કરવાની જરૂરિયાત ઉભી થાય છે, ત્યારે સૌથી પહેલી વસ્તુ તમને લાગે છે કે "તમારે ઇન્ટરવ્યૂ માટે તૈયારી કરવાની જરૂર છે." HackerRank પર સમસ્યાઓ ઉકેલો, કોડિંગ ઇન્ટરવ્યુ ક્રેક કરો, ArrayList કેવી રીતે કામ કરે છે અને તે LinkedList થી કેવી રીતે અલગ છે તે યાદ રાખો. ઓહ હા, તેઓ સૉર્ટ કરવા વિશે પણ પૂછી શકે છે, અને તે કહેવું દેખીતી રીતે અવ્યાવસાયિક હશે કે ઝડપી સૉર્ટ સૌથી શ્રેષ્ઠ પસંદગી હશે.
પરંતુ રાહ જુઓ, તમે દિવસમાં 8 કલાક પ્રોગ્રામ કરો છો, રસપ્રદ અને બિન-તુચ્છ સમસ્યાઓ હલ કરો છો, અને તમારી નવી નોકરી પર તમે તે જ વસ્તુ કરશો, વત્તા અથવા ઓછા. પરંતુ તેમ છતાં, ઇન્ટરવ્યુ પાસ કરવા માટે, તમારે કોઈક રીતે વધારાની તૈયારી કરવાની જરૂર છે, તમારી રોજિંદા કુશળતાને સુધારવી પણ નહીં, પરંતુ કંઈક શીખો જેની તમને તમારી વર્તમાન નોકરીમાં જરૂર ન હતી અને તમારી આગામી નોકરીમાં જરૂર પડવાની શક્યતા નથી. તમારા વાંધાઓ કે કમ્પ્યુટર વિજ્ઞાન અમારા લોહીમાં છે, અને જો તમે અમને મધ્યરાત્રિએ જગાડશો, તો અમે ઓશીકું પર આંખ બંધ કરીને, ભાનમાં આવ્યા વિના ઝાડની પહોળાઈની આસપાસ ચાલવું લખવા માટે બંધાયેલા છીએ, હું જવાબ આપશે કે જો મને સર્કસમાં નોકરી મળે, અને મારી મુખ્ય વસ્તુ યુક્તિ બરાબર આ જ હશે - તો કદાચ હા, હું સંમત છું. આ કૌશલ્યનું પરીક્ષણ કરવું જરૂરી છે.

પરંતુ શા માટે કૌશલ્યનું પરીક્ષણ કરો જે તમારી વર્તમાન નોકરી માટે અપ્રસ્તુત છે? માત્ર એટલા માટે કે તે ફેશનેબલ બની ગયું? કારણ કે ગૂગલ આ કરે છે? અથવા કારણ કે તમારી ભાવિ ટીમ લીડને ઇન્ટરવ્યુ પહેલાં તમામ વર્ગીકરણ પદ્ધતિઓ શીખવાની હતી અને હવે તે માને છે કે "દરેક સારા પ્રોગ્રામરને સ્ટ્રિંગમાં પેલિન્ડ્રોમ શોધવાનું અમલીકરણ હૃદયથી જાણવું જોઈએ."

સારું, તમે Google (c) નથી. ગૂગલ જે પરવડે છે, સામાન્ય કંપનીઓ નથી કરી શકતી. Google, તેના કર્મચારીઓના ડેટાનું વિશ્લેષણ કરીને, આ નિષ્કર્ષ પર પહોંચ્યું છે કે ઓલિમ્પિયાડ પૃષ્ઠભૂમિ ધરાવતા ઇજનેરો તેના ચોક્કસ કાર્યો સાથે વ્યવહાર કરવામાં સારા છે. તદુપરાંત, તેમની પસંદગીની પ્રક્રિયાને ડિઝાઇન કરીને, તેઓ જોખમ લેવાનું પરવડી શકે છે કે તેઓ કદાચ થોડા સારા એન્જિનિયરોની નિમણૂક કરી શકશે નહીં કારણ કે તેઓ ગણિતની સમસ્યાઓ સરળતાથી ઉકેલી શકતા નથી. પરંતુ આ તેમના માટે કોઈ સમસ્યા નથી, એવા ઘણા લોકો છે જેઓ ગૂગલમાં કામ કરવા માંગે છે, પદ બંધ થઈ જશે.
Теперь давайте выглянем в окно, и если перед вашим офисом еще инженеры, желающие у вас работать, не разбили палаточный лагерь, а ваши разработчики чаще ищут на stackoverflow какую очередную Спринговую аннотацию нужно поставить, а не тонкости алгоритмов ранжирования, то, по всей видимости, вам пора задуматься над тем стоит ли копировать Google.

સારું, જો આ વખતે ગૂગલ નિષ્ફળ જાય અને જવાબ ન આપે, તો તમારે શું કરવું જોઈએ? વિકાસકર્તા કામ પર શું કરશે તે બરાબર તપાસો. તમે વિકાસકર્તાઓમાં શું મૂલ્યવાન છો?
તમે કોને નિયુક્ત કરવા માંગો છો તેના માટે માપદંડ બનાવો અને પરીક્ષણો વિકસાવો જે આ કુશળતાને બરાબર ચકાસે.

થોટવર્કસ

થોટવર્કને આની સાથે શું લેવાદેવા છે? તે અહીં હતું કે મને મારા માટે એક અનુકરણીય ઇન્ટરવ્યુનું ઉદાહરણ મળ્યું. Thoughtworks કોણ છે? ટૂંકમાં, આ એક હાઇ-એન્ડ કન્સલ્ટિંગ કંપની છે, જેની ઑફિસ સમગ્ર વિશ્વમાં છે, ચીન, સિંગાપોરથી લઈને અમેરિકન ખંડો સુધી, જે લગભગ 25 વર્ષથી વિકાસના ક્ષેત્રમાં પરામર્શ કરી રહી છે, તેનું પોતાનું વિજ્ઞાન વિભાગ છે, જેનું નેતૃત્વ માર્ટિન કરે છે. ફાઉલર. જો તમે સોફ્ટવેર એન્જિનિયર માટે 10 વાંચવા જ જોઈએ તેવા પુસ્તકોની સૂચિ શોધો છો, તો કદાચ તેમાંથી 2-3 થોટવર્ક્સના લોકો દ્વારા લખવામાં આવશે, જેમ કે માર્ટિન ફાઉલર દ્વારા રિફેક્ટરિંગ અને બિલ્ડીંગ માઇક્રોસર્વિસિસ: સેમ દ્વારા ફાઇન-ગ્રેઇન્ડ સિસ્ટમ્સ ડિઝાઇન કરવી ન્યુમેન અથવા બિલ્ડીંગ ઇવોલ્યુશનરી આર્કિટેક્ચર્સ
પેટ્રિક કુઆ, રેબેકા પાર્સન્સ, નીલ ફોર્ડ દ્વારા.

કંપનીનો વ્યવસાય એકદમ ખર્ચાળ સેવાઓ પૂરી પાડવા પર આધારિત છે, પરંતુ ગ્રાહક અસાધારણ ગુણવત્તા માટે ચૂકવણી કરે છે, જેમાં કુશળતા, આંતરિક ધોરણો અને અલબત્ત, લોકોનો સમાવેશ થાય છે. તેથી, યોગ્ય લોકોની ભરતી કરવી અહીં મહત્વપૂર્ણ છે.
કેવા પ્રકારના લોકો સાચા છે? અલબત્ત, દરેક માટે અલગ અલગ હોય છે. ThoughtWorks એ નિર્ધારિત કર્યું છે કે તેમના વિકાસકર્તા વ્યવસાય મોડેલ માટેના સૌથી મહત્વપૂર્ણ માપદંડો છે:

• જોડીમાં વિકાસ કરવાની ક્ષમતા. તે ક્ષમતા છે, અનુભવ કે કૌશલ્ય નથી. 5 વર્ષથી પેર પ્રોગ્રામિંગની પ્રેક્ટિસ કરનારા લોકો આવશે એવી કોઈને અપેક્ષા નથી. પરંતુ અન્ય લોકોના મંતવ્યો સ્વીકારવા અને સાંભળવામાં સક્ષમ બનવું એ આવશ્યક કૌશલ્ય છે.
• પરીક્ષણો લખવાની ક્ષમતા, અને આદર્શ રીતે TDD પ્રેક્ટિસ કરો
• SOLID અને OOP ને સમજો અને તેમને લાગુ કરવામાં સક્ષમ બનો.
• તમારો અભિપ્રાય રજૂ કરો. કન્સલ્ટન્ટ તરીકે, તમારે ક્લાયન્ટના ડેવલપર્સ સાથે, અન્ય કન્સલ્ટન્ટ્સ સાથે કામ કરવું પડશે, અને જો કોઈ વ્યક્તિ કંઈક સારી રીતે કેવી રીતે કરવું તે જાણે છે, પરંતુ તે બાકીની ટીમ સુધી પહોંચાડવામાં સંપૂર્ણ રીતે અસમર્થ હોય, તો તેનાથી વધુ ફાયદો થતો નથી.

હવે ઉમેદવારમાં આ વિશિષ્ટ કુશળતાનું મૂલ્યાંકન કરવું મહત્વપૂર્ણ છે. અને અહીં હું થોટવર્ક્સમાં ઇન્ટરવ્યુ લેવાના મારા અનુભવ વિશે વાત કરવા માંગુ છું. હું તરત જ કહીશ કે હું સિંગાપોર ગયો હતો અને પાસ થયો હતો, પરંતુ ભરતી પ્રક્રિયા એકીકૃત છે અને દેશ-દેશમાં બહુ અલગ નહીં હોય.

સ્ટેજ 0. HR

જેમ વારંવાર થાય છે, HR સાથે 20-મિનિટની મુલાકાત. હું તેના પર ધ્યાન આપીશ નહીં, હું ફક્ત એટલું જ કહીશ કે હું ક્યારેય એવા HR વ્યક્તિને મળ્યો નથી જે કંપનીમાં વિકાસ સંસ્કૃતિ વિશે 15 મિનિટ વાત કરી શકે, શા માટે તેઓ TDD નો ઉપયોગ કરે છે, શા માટે પ્રોગ્રામિંગની જોડી બનાવે છે. સામાન્ય રીતે, એચઆર આ પ્રશ્ન પર વિલંબ કરે છે અને કહે છે કે તેમની પ્રક્રિયા સામાન્ય છે: વિકાસકર્તાઓ વિકાસ કરે છે, પરીક્ષકો પરીક્ષણ કરે છે, મેનેજરો ડ્રાઇવ કરે છે.

સ્ટેજ 1. તમે OOP, TDDમાં કેટલા સારા છો?

ઇન્ટરવ્યુની શરૂઆતના 1.5 કલાક પહેલા, મને માર્સ રોવર સિમ્યુલેટર બનાવવા માટે એક ટાસ્ક મોકલવામાં આવ્યો હતો.

મંગળ રોવર મિશનનાસા દ્વારા મંગળ પરના ઉચ્ચપ્રદેશ પર રોબોટિક રોવર્સની ટુકડી ઉતારવામાં આવનાર છે. આ ઉચ્ચપ્રદેશ, જે વિચિત્ર રીતે લંબચોરસ છે, રોવર્સ દ્વારા નેવિગેટ કરવું આવશ્યક છે જેથી તેમના ઓન-બોર્ડ કેમેરા પૃથ્વી પર પાછા મોકલવા માટે આસપાસના ભૂપ્રદેશનો સંપૂર્ણ દૃશ્ય મેળવી શકે. રોવરની સ્થિતિ અને સ્થાન x અને y કો-ઓર્ડિનેટ્સ અને ચાર મુખ્ય હોકાયંત્ર બિંદુઓમાંથી એકનું પ્રતિનિધિત્વ કરતા અક્ષર દ્વારા રજૂ થાય છે. નેવિગેશનને સરળ બનાવવા માટે ઉચ્ચપ્રદેશને ગ્રીડમાં વિભાજિત કરવામાં આવે છે. ઉદાહરણની સ્થિતિ 0, 0, N હોઈ શકે છે, જેનો અર્થ છે કે રોવર નીચે ડાબા ખૂણામાં છે અને ઉત્તર તરફ છે. રોવરને નિયંત્રિત કરવા માટે, નાસા અક્ષરોની સરળ સ્ટ્રિંગ મોકલે છે. સંભવિત અક્ષરો 'L', 'R' અને 'M' છે. 'L' અને 'R' રોવરને તેના વર્તમાન સ્થાન પરથી ખસેડ્યા વિના અનુક્રમે 90 ડિગ્રી ડાબે અથવા જમણે સ્પિન કરે છે. 'M' એટલે એક ગ્રીડ પોઈન્ટ આગળ વધો અને એ જ હેડિંગ જાળવી રાખો.
ધારો કે (x, y) થી સીધો ઉત્તરનો ચોરસ (x, y+1) છે.
ઇનપુટ:
ઇનપુટની પ્રથમ લાઇન ઉચ્ચ-જમણી બાજુના ઉચ્ચ કોઓર્ડિનેટ્સ છે, નીચલા-ડાબે કોઓર્ડિનેટ્સ 0,0 હોવાનું માનવામાં આવે છે.
બાકીનું ઇનપુટ એ રોવર્સને લગતી માહિતી છે જે તૈનાત કરવામાં આવી છે. દરેક રોવરમાં ઇનપુટની બે લાઇન હોય છે. પ્રથમ લાઇન રોવરની સ્થિતિ આપે છે, અને બીજી લાઇન રોવરને ઉચ્ચપ્રદેશનું અન્વેષણ કેવી રીતે કરવું તે જણાવતી સૂચનાઓની શ્રેણી છે. પોઝિશન બે પૂર્ણાંકો અને સ્પેસ દ્વારા અલગ કરાયેલા અક્ષરથી બનેલી છે, જે x અને y કો-ઓર્ડિનેટ્સ અને રોવરના ઓરિએન્ટેશનને અનુરૂપ છે.
દરેક રોવર ક્રમિક રીતે સમાપ્ત થશે, જેનો અર્થ છે કે જ્યાં સુધી પ્રથમ રોવર ખસેડવાનું સમાપ્ત ન કરે ત્યાં સુધી બીજું રોવર ખસેડવાનું શરૂ કરશે નહીં.
આઉટપુટ:
દરેક રોવર માટેનું આઉટપુટ તેના અંતિમ કોઓર્ડિનેટ્સ અને હેડિંગ હોવું જોઈએ.
નોંધો:
ફક્ત ઉપરની આવશ્યકતાઓને લાગુ કરો અને તેના માટે એકમ પરીક્ષણો લખીને વેક્યુમ ક્લીનર કામ કરે છે તે સાબિત કરો.
કોઈપણ પ્રકારનું યુઝર ઈન્ટરફેસ બનાવવું એ અવકાશની બહાર છે.
TDD (ટેસ્ટ ડ્રિવન ડેવલપમેન્ટ) અભિગમને અનુસરીને સમસ્યાનું નિરાકરણ કરવાનું પસંદ કરવામાં આવશે.
ઉપલબ્ધ ટૂંકા સમયમાં, અમે સંપૂર્ણતા કરતાં ગુણવત્તા વિશે વધુ ચિંતિત છીએ.
*મને મોકલવામાં આવેલ અસાઇનમેન્ટ હું પોસ્ટ કરી શકતો નથી, આ એક જૂનું અસાઇનમેન્ટ છે જે ઘણા વર્ષો પહેલા આપવામાં આવ્યું હતું. પરંતુ મારા પર વિશ્વાસ કરો, મૂળભૂત રીતે બધું સમાન રહે છે.

હું ખાસ કરીને મૂલ્યાંકનના માપદંડો પર ધ્યાન દોરવા માંગુ છું. તમે કેટલી વાર એવી પરિસ્થિતિનો સામનો કર્યો છે કે જ્યાં ઉમેદવાર માટે મહત્વની બાબતો ઓડિટ દરમિયાન સંપૂર્ણપણે બિનમહત્વપૂર્ણ હોય છે અને ઊલટું. દરેક જણ તમારા જેવું જ વિચારતું નથી, પરંતુ ઘણા તમારા મૂલ્યોને સ્વીકારી અને અનુસરી શકે છે જો તે સ્પષ્ટ રીતે કહેવામાં આવે. તેથી, મૂલ્યાંકનના માપદંડ પરથી તે તરત જ સ્પષ્ટ થાય છે કે આ તબક્કે સૌથી મહત્વપૂર્ણ કુશળતા છે

• ટીડીડી;
• OOP નો ઉપયોગ કરવાની અને જાળવી રાખવા યોગ્ય કોડ લખવાની ક્ષમતા;
• જોડી પ્રોગ્રામિંગ ક્ષમતાઓ

તેથી, મને કોડ લખવાને બદલે, હું કેવી રીતે કાર્ય કરવા જઈ રહ્યો છું તે વિશે વિચારીને તે 1.5 કલાક પસાર કરવાની ચેતવણી આપવામાં આવી હતી. અમે સાથે મળીને કોડ લખીશું.

જ્યારે અમે ફોન પર આવ્યા, ત્યારે લોકોએ અમને ટૂંકમાં કહ્યું કે તેઓ કોણ છે અને તેઓ શું કરે છે અને વિકાસ શરૂ કરવાની ઓફર કરી.

આખા ઈન્ટરવ્યુ દરમિયાન, મને ક્યારેય એવો અહેસાસ નહોતો થયો કે મારો ઈન્ટરવ્યુ લેવામાં આવી રહ્યો છે. એવી લાગણી છે કે તમે ટીમમાં કોડ વિકસાવી રહ્યાં છો. જો તમે ક્યાંક અટવાઈ જાઓ છો, તો તેઓ મદદ કરે છે, સલાહ આપે છે, ચર્ચા કરે છે, તે કેવી રીતે શ્રેષ્ઠ કરવું તે અંગે એકબીજા સાથે દલીલ પણ કરે છે. ઇન્ટરવ્યુમાં, હું JUnit 5 માં કેવી રીતે તપાસવું તે ભૂલી ગયો કે પદ્ધતિ અપવાદ આપે છે - તેઓએ પરીક્ષણ લખવાનું ચાલુ રાખવાની ઓફર કરી, જ્યારે તેમાંથી એક તે કેવી રીતે કરવું તે Google કરી રહ્યો હતો.

શાબ્દિક રીતે ઇન્ટરવ્યુના થોડા કલાકો પછી, મને રચનાત્મક પ્રતિસાદ મળ્યો - મને શું ગમ્યું અને શું નથી. મારા કિસ્સામાં, નલ ઑબ્જેક્ટના વિકલ્પ તરીકે સીલબંધ વર્ગોનો ઉપયોગ કરવા બદલ મારી પ્રશંસા કરવામાં આવી હતી; હકીકત એ છે કે કોડ લખતા પહેલા, મેં સ્યુડોકોડમાં લખ્યું હતું કે હું કેવી રીતે રોવરને નિયંત્રિત કરવા માંગુ છું, અને આમ વર્ગોનો સ્કેચ પ્રાપ્ત થયો, ઓછામાં ઓછા તે જે રોબોટના API સાથે સંકળાયેલા છે.

પગલું 2: અમને કહો

ઇન્ટરવ્યુના એક અઠવાડિયા પહેલા, મને રસ હોય તેવા કોઈપણ વિષય પર પ્રેઝન્ટેશન તૈયાર કરવાનું કહેવામાં આવ્યું. ફોર્મેટ સરળ અને પરિચિત છે: 15 મિનિટની રજૂઆત, 15 મિનિટ પ્રશ્નોના જવાબો.
મેં અંકલ બોબ દ્વારા ક્લીન આર્કિટેક્ચર પસંદ કર્યું. અને ફરીથી કેટલાક લોકો દ્વારા મારી મુલાકાત લેવામાં આવી. અંગ્રેજીમાં પ્રસ્તુતિ કરવાનો આ મારો પહેલો અનુભવ હતો, અને કદાચ, જો હું તણાવપૂર્ણ પરિસ્થિતિમાં હોત, તો હું તેનો સામનો કરી શક્યો ન હોત. પરંતુ ફરીથી, મને ક્યારેય એવો અહેસાસ થયો ન હતો કે હું ઇન્ટરવ્યુમાં હતો. બધું હંમેશની જેમ છે - હું તેમને કહું છું, તેઓ ધ્યાનથી સાંભળે છે. પરંપરાગત પ્રશ્ન-જવાબનું સત્ર પણ ઇન્ટરવ્યુ જેવું નહોતું; તે સ્પષ્ટ હતું કે પ્રશ્નો "ડૂબી જવા" માટે પૂછવામાં આવ્યા ન હતા, પરંતુ મારા પ્રેઝન્ટેશનમાં ખરેખર રસ ધરાવતા પ્રશ્નો પૂછવામાં આવ્યા હતા.

ઇન્ટરવ્યુના થોડા કલાકો પછી, મને પ્રતિસાદ મળ્યો - પ્રસ્તુતિ ખૂબ જ ઉપયોગી હતી અને તેઓને સાંભળવામાં ખરેખર આનંદ થયો.

સ્ટેજ 3. ઉત્પાદન ગુણવત્તા કોડ

ટેક્નિકલ ઇન્ટરવ્યુનો આ છેલ્લો તબક્કો છે એવી ચેતવણી આપ્યા પછી, મને ઘરે કોડને ઉત્પાદન-તૈયાર સ્થિતિમાં લાવવાનું કહેવામાં આવ્યું હતું, પછી સમીક્ષા માટે કોડ મોકલો અને ઇન્ટરવ્યૂ શેડ્યૂલ કરો જેમાં કાર્ય માટેની આવશ્યકતાઓ બદલાઈ જશે અને કોડ બદલાશે. ફેરફારની જરૂર છે. આગળ જોતાં, હું કહી શકું છું કે કોડ સમીક્ષા આંખ આડા કાન કરવામાં આવે છે, સમીક્ષકોને ખબર નથી હોતી કે ઉમેદવાર કયા પદ માટે અરજી કરી રહ્યો છે, તેઓ તેનો સીવી જોતા નથી, તેઓ તેનું નામ પણ જોતા નથી.

ફોનની ઘંટડી વાગી, અને ફરીથી મોનિટરની બીજી બાજુએ કેટલાક લોકો હતા. બધું પ્રથમ ઇન્ટરવ્યુ જેવું જ છે: મુખ્ય વસ્તુ એ છે કે TDD વિશે ભૂલશો નહીં, તમે શું કરો છો અને શા માટે તે કહો. જો તમે પહેલાં TDD ની પ્રેક્ટિસ કરી નથી, તો હું તેને તરત જ કરવાનું શરૂ કરવાની ભલામણ કરું છું, કારણ કે તે કંપનીઓમાં જરૂરી નથી, પરંતુ કારણ કે તે તમારા જીવનને નોંધપાત્ર રીતે સરળ બનાવે છે, જો તમને ગમે તો તમારા તણાવનું સ્તર ઘટાડે છે. યાદ રાખો કે તમારે ભૂલ માટે ડિબગર સાથે કેવી રીતે પાગલપણે શોધવું પડ્યું જે ફક્ત બ્રાઉઝર દ્વારા જ પુનઃઉત્પાદિત કરી શકાય છે, પરંતુ તમે તેને પરીક્ષણો સાથે પુનઃઉત્પાદિત કરી શકતા નથી? હવે કલ્પના કરો કે તમારે ઇન્ટરવ્યુ દરમિયાન આવી ભૂલ પકડવી પડશે - તમને થોડા ગ્રે વાળની ​​ખાતરી આપવામાં આવે છે. TDD સાથે આપણને શું મળે છે? અમે કોડ બદલ્યો અને અણધારી રીતે સમજાયું કે હવે પરીક્ષણો લાલ થઈ ગયા છે, પરંતુ કઈ ભૂલ છે જે આપણે પ્રથમ વખત શોધી શકતા નથી? ઠીક છે, અમે ઇન્ટરવ્યુ લેનારાઓને "અરેરે" કહીએ છીએ, Ctrl-Z દબાવો અને નાના પગલાઓ લેવાનું શરૂ કરો. અને હા, તમારે તમારામાં TDD નો ઉપયોગ કરીને વિકાસ કરવાની ક્ષમતા, ધ્યેય તરફ જવાની ક્ષમતા વિકસાવવાની જરૂર છે જેથી કરીને તમારા પરીક્ષણો કાયમી ધોરણે લીલા હોય, અને અડધા દિવસ માટે લાલ નહીં, કારણ કે "તમારી પાસે પુષ્કળ રિફેક્ટરિંગ છે." આ બરાબર એ જ કૌશલ્ય છે જેમ કે જાળવી શકાય તેવા કોડ લખવા, અથવા ઉત્પાદક કોડ લખવા.

તેથી, તમારા કોડને કેટલી સારી રીતે બદલી શકાય છે તેના પર આધાર રાખે છે કે તમે કઈ ડિઝાઇન સાથે પ્રારંભ કરવા માંગો છો, તે કેટલું સરળ છે અને તમારા પરીક્ષણો કેટલા સારા છે.

ઇન્ટરવ્યુ પછી, મને થોડા કલાકોમાં પ્રતિસાદ મળ્યો. આ તબક્કે, મને સમજાયું કે હું લગભગ પસાર થઈ ગયો હતો અને જ્યાં સુધી હું "ફાઉલરને મળ્યો ન હતો" ત્યાં સુધી બહુ ઓછું બાકી હતું.

સ્ટેજ 4. અંતિમ. પૂરતા તકનીકી પ્રશ્નો. અમે જાણવા માંગીએ છીએ કે તમે કોણ છો!

સાચું કહું તો, હું પ્રશ્નની આ રચનાથી કંઈક અંશે મૂંઝવણમાં હતો. એક કલાકની વાતચીતમાં તમે કેવી રીતે સમજી શકશો કે હું કેવો વ્યક્તિ છું? અને તેથી પણ વધુ, તમે આ કેવી રીતે સમજી શકશો જ્યારે હું એવી ભાષા બોલું છું જે મારી માતૃભાષા નથી, અને સાચું કહું તો, ખૂબ જ ખરાબ અને જીભ સાથે જોડાયેલું છે. અગાઉના ઇન્ટરવ્યુમાં, પ્રશ્નોના જવાબ આપવાને બદલે વ્યક્તિગત રીતે વાત કરવી મારા માટે સરળ હતી, અને ઉચ્ચાર દોષિત હતો. ઇન્ટરવ્યુ લેનારાઓમાં ઓછામાં ઓછો એક એશિયન હતો - અને તેમનો ઉચ્ચાર, સારું, ચાલો કહીએ કે, યુરોપિયન કાન માટે કંઈક અંશે વિશિષ્ટ છે. તેથી, મેં એક સક્રિય અભિગમ અપનાવવાનું નક્કી કર્યું - મારા વિશે એક પ્રસ્તુતિ તૈયાર કરો અને ઇન્ટરવ્યુની શરૂઆતમાં આ પ્રસ્તુતિ સાથે મારા વિશે વાત કરવાની ઑફર કરો. જો તેઓ સંમત થાય, તો ઓછામાં ઓછા મારા માટે ઓછા પ્રશ્નો હશે; જો તેઓ ઓફરને નકારી કાઢે, તો સારું, મારા જીવનના 3 કલાક પ્રેઝન્ટેશનમાં વિતાવ્યા એ એટલી ઊંચી કિંમત નથી. પરંતુ તમારે તમારી રજૂઆતમાં શું લખવું જોઈએ? જીવનચરિત્ર - ત્યાં જન્મ, તે સમયે, શાળામાં ગયો, યુનિવર્સિટીમાંથી સ્નાતક થયો - પરંતુ કોણ ધ્યાન આપે છે?

જો તમે થોટવર્ક કલ્ચર વિશે થોડું ગૂગલ કરો છો, તો તમને માર્ટિન ફાઉલરનો એક લેખ મળશે [https://martinfowler.com/bliki/ThreePillars.html] જે 3 સ્તંભોનું વર્ણન કરે છે: સસ્ટેનેબલ બિઝનેસ, સોફ્ટવેર એક્સેલન્સ અને સામાજિક ન્યાય.

ચાલો માની લઈએ કે મારા માટે સોફ્ટવેર એક્સેલન્સ પહેલાથી જ ચકાસાયેલ છે. તે ટકાઉ વ્યવસાય અને સામાજિક ન્યાય બતાવવાનું બાકી છે.

તદુપરાંત, મેં પછીના પર ધ્યાન કેન્દ્રિત કરવાનું નક્કી કર્યું.

શરૂઆતમાં, મેં તેને કહ્યું કે શા માટે થોટવર્ક્સ - મેં કૉલેજમાં માર્ટિન ફાઉલરનો બ્લોગ વાંચ્યો, તેથી ક્લીન કોડ માટે મારો પ્રેમ.

પ્રોજેક્ટને જુદા જુદા ખૂણાથી પણ રજૂ કરી શકાય છે. તેણે દવા માટેનું સોફ્ટવેર પણ વિકસાવ્યું હતું જે દર્દીઓના જીવનને સરળ બનાવે છે, અને અફવાઓ અનુસાર, એક જીવ બચાવ્યો હતો. મેં બેંકો માટે સોફ્ટવેર પણ વિકસાવ્યું છે, જેણે નાગરિકોનું જીવન પણ સરળ બનાવ્યું છે. ખાસ કરીને જો આ બેંકનો ઉપયોગ દેશની 70% વસ્તી દ્વારા કરવામાં આવે. આ Sberbank વિશે નથી અને રશિયા વિશે પણ નથી.

મારા વિશે જાણવા માંગો છો? બરાબર. મારો શોખ ફોટોગ્રાફી છે, એક યા બીજી રીતે હું લગભગ 10 વર્ષથી મારા હાથમાં કૅમેરો પકડી રહ્યો છું, એવા ફોટોગ્રાફ્સ છે જે બતાવવામાં મને બહુ શરમ આવતી નથી. ઉપરાંત, એક સમયે, મેં બિલાડીના આશ્રયસ્થાનમાં મદદ કરી: મેં બિલાડીઓનો ફોટો પાડ્યો જેને કાયમી ઘરની જરૂર હતી. અને સારા ફોટોગ્રાફ્સ સાથે બિલાડી મૂકવી ખૂબ સરળ છે. મેં કદાચ સો બિલાડીઓનો ફોટોગ્રાફ કર્યો છે :)

અંતે, મારી 80% રજૂઆત બિલાડીઓથી ભરેલી હતી.

પ્રેઝન્ટેશન પછી તરત જ, HR એ મને પત્ર લખ્યો કે તેને હજુ સુધી ઇન્ટરવ્યુના પરિણામોની ખબર નથી, પરંતુ આખી ઑફિસ પહેલેથી જ બિલાડીઓથી પ્રભાવિત હતી.

આખરે, મેં પ્રતિસાદની રાહ જોઈ - મેં એક વ્યક્તિ તરીકે દરેકને સંતુષ્ટ કર્યા.

પરંતુ અંતિમ વાતચીત દરમિયાન એચઆરએ કુનેહપૂર્વક કહ્યું કે સામાજિક ન્યાય ખૂબ જ સારો અને જરૂરી છે, પરંતુ તમામ પ્રોજેક્ટ આવા નથી. અને તેણે પૂછ્યું કે શું તે મને ડરાવે છે. સામાન્ય રીતે, હું સામાજિક ન્યાય સાથે થોડો ઓવરબોર્ડ ગયો, તે થાય છે :)

પરિણામ

પરિણામે, હું થોડા મહિનાઓથી સિંગાપોરમાં થોટવર્કસમાં કામ કરી રહ્યો છું, અને હું જોઉં છું કે અહીં ઘણી બધી કંપનીઓ સ્પ્રિંગ કરતાં વધુ જ્ઞાન હોવા છતાં, કોડિંગ માટે પાંદડા અને વ્હાઇટબોર્ડનો ઉપયોગ કરીને Google તરફથી “શ્રેષ્ઠ ઇન્ટરવ્યુ પ્રેક્ટિસ” અપનાવી રહી છે. Symfony, RubyOnRails ( જે જરૂરી છે તે રેખાંકિત કરો) કાર્યમાં જરૂરી નથી. એન્જીનિયરો "તૈયારી" કરવા માટે ઇન્ટરવ્યુ પહેલાં એક અઠવાડિયાની રજા લે છે.

થોટવર્કમાં, ઉમેદવાર માટે પર્યાપ્ત જરૂરિયાતો ઉપરાંત, નીચેના સિદ્ધાંતો મોખરે છે:
મુલાકાતનો આનંદ. તદુપરાંત, બંને પક્ષો માટે. ખરેખર, જો તમે શ્રેષ્ઠ કર્મચારીઓ મેળવવા માંગતા હો (અને કોણ નથી?), તો ઇન્ટરવ્યુ એ બજાર નથી જ્યાં ગુલામોની પસંદગી કરવામાં આવે છે, પરંતુ એક શો જ્યાં એમ્પ્લોયર અને ઉમેદવાર બંને એકબીજાનું મૂલ્યાંકન કરે છે. અને જો ઉમેદવાર કોઈ કંપની સાથે સુખદ લાગણીઓને સાંકળે છે, તો સંભવ છે કે તે આ ચોક્કસ કંપની પસંદ કરશે.

પૂર્વગ્રહ ઘટાડવા માટે બહુવિધ ઇન્ટરવ્યુઅર. થોટવર્ક્સમાં, પેર પ્રોગ્રામિંગ એ હકીકતમાં પ્રમાણભૂત છે. અને જો આ પ્રથા અન્ય વિસ્તારોમાં લાગુ કરી શકાય, તો TW તેમ કરવાનો પ્રયાસ કરે છે. દરેક તબક્કે, ઇન્ટરવ્યુ 2 લોકો દ્વારા હાથ ધરવામાં આવે છે. આમ, દરેક વ્યક્તિનું મૂલ્યાંકન ઓછામાં ઓછા 8 લોકો દ્વારા કરવામાં આવે છે, અને TW વિવિધ પૃષ્ઠભૂમિ, વિવિધ દિશાઓ (માત્ર તકનીકી જ નહીં) અને લિંગ સાથે ઇન્ટરવ્યુઅર પસંદ કરવાનો પ્રયાસ કરે છે.

આખરે, ઓછામાં ઓછા 8 લોકોના અભિપ્રાયોના આધારે ભરતીનો નિર્ણય લેવામાં આવશે, અને કોઈની પાસે કાસ્ટિંગ વોટ નથી.

વિશેષતા આધારિત ભરતી ઉમેદવારની પસંદ અથવા નાપસંદના આધારે નિર્ણય લેવાને બદલે, દરેક ભૂમિકા અને દરેક તબક્કા માટે એક ફોર્મ વિકસાવવામાં આવે છે જેમાં મૂલ્યાંકન કરવામાં આવતી વિશેષતાઓનો સમાવેશ થાય છે. તે જ સમયે, મૂલ્યાંકન કરતી વખતે, ચોક્કસ કુશળતામાં અનુભવ નહીં, પરંતુ તેને લાગુ કરવાની ક્ષમતાનું મૂલ્યાંકન કરવાની ખૂબ ભલામણ કરવામાં આવે છે. આમ, જો ઉમેદવાર TDD જેવી કોઈપણ કુશળતા લાગુ કરવામાં સક્ષમ ન હતો, પરંતુ તેમ છતાં તે તેને લાગુ કરવાનો પ્રયાસ કરે છે, તેનો યોગ્ય રીતે ઉપયોગ કેવી રીતે કરવો તે અંગેની સલાહ સાંભળે છે, તેની પાસે ઇન્ટરવ્યુ પાસ કરવાની દરેક તક છે.

શિક્ષણ પ્રમાણપત્રો જરૂરી નથી TW ને કમ્પ્યુટર સાયન્સમાં કોઈ પ્રમાણપત્ર અથવા શિક્ષણની જરૂર નથી. માત્ર કુશળતાનું મૂલ્યાંકન કરવામાં આવે છે.

વિદેશી કંપનીઓ સાથે મારો આ પહેલો ઇન્ટરવ્યુ છે જેના માટે મારે તૈયારી કરવાની જરૂર નથી. દરેક તબક્કા પછી, હું થાક અનુભવતો ન હતો, પરંતુ તેનાથી વિપરીત, મને આનંદ થયો કે હું શ્રેષ્ઠ પ્રેક્ટિસ લાગુ કરી શકું છું, કે મોનિટરની બીજી બાજુના લોકોએ તેની પ્રશંસા કરી અને દરરોજ તેનો ઉપયોગ કર્યો.

ઘણા મહિનાઓ પછી, હું કહી શકું છું કે મારી અપેક્ષાઓ પૂર્ણપણે પૂર્ણ થઈ હતી. થોટવર્ક નિયમિત કંપનીથી કેવી રીતે અલગ છે? નિયમિત કંપનીમાં તમે સારા વિકાસકર્તાઓ અને સારા લોકો શોધી શકો છો, પરંતુ TW માં તેમની એકાગ્રતા ચાર્ટની બહાર છે.

જો તમને થોટવર્ક્સમાં જોડાવામાં રસ હોય, તો તમે અમારી ઓપન પોઝિશન જોઈ શકો છો અહીં
હું રસપ્રદ ખાલી જગ્યાઓ પર ધ્યાન આપવાનું પણ સૂચન કરું છું:
લીડ સોફ્ટવેર એન્જિનિયર: જર્મની, લંડન, મેડ્રિડ, Сингапур
વરિષ્ઠ સોફ્ટવેર એન્જિનિયર: સિડની, જર્મની, માન્ચેસ્ટર, બેંગકોક
સોફ્ટવેર એન્જિનિયર: સિડની, બાર્સિલોના, મિલાન
વરિષ્ઠ ડેટા એન્જિનિયર: મિલાન
ગુણવત્તા વિશ્લેષક: જર્મની ચાઇના
ઈન્ફ્રાસ્ટ્રક્ચર: જર્મની, લંડન, ચિલી
(હું તમને પ્રામાણિકપણે ચેતવણી આપવા માંગુ છું કે લિંક એ એક રેફરલ લિંક છે, જો તમે TW પર જશો, તો મને એક સરસ બોનસ મળશે). તમને ગમતી ઓફિસ પસંદ કરો, તમારે તમારી જાતને યુરોપ સુધી મર્યાદિત રાખવાની જરૂર નથી, છેવટે, દર 2 વર્ષે TW તમને બીજા દેશમાં ખસેડવામાં ખુશ થશે, કારણ કે... આ થોટવર્ક નીતિનો એક ભાગ છે, તેથી સંસ્કૃતિનો ફેલાવો અને એકરૂપ થાય છે.

ટિપ્પણીઓમાં પ્રશ્નો પૂછવા માટે મફત લાગે અથવા મને ભલામણો માટે પૂછો.
જો વિષય રસપ્રદ લાગતો હોય, તો હું ThoughtWorks પર કામ કરવા જેવું શું છે અને સિંગાપોરમાં જીવન કેવું છે તે વિશે લખીશ.

સોર્સ: www.habr.com