Hogyan lehet előrelépni az interjúk kódolására való tanulmányozás közben

A beragadás soha nem szórakoztató. Különösen, ha nagyon keményen dolgozol. És mégis, azt tapasztalom, hogy ez mindig az interjúk kódolására készülő emberekkel történik.

Ön következetes munkát végez. Több száz gyakorlati problémán esett át, és naponta elzár egy órát a tanuláshoz. De csak nem haladsz.

Ennyi előkészítő munka után is úgy érzed, hogy minden probléma új kihívás, amelyet nem egészen tudsz megoldani. A problémákat legtöbbször megoldhatja, de nem érzi, hogy ennyivel könnyebb lenne.

Amikor 1: 1 arányú coaching klienssel dolgozom, pontosan ebben a helyzetben szoktam őket találni. És szinte minden esetben, ha azonosítjuk a dolgot (vagy dolgokat), amelyek visszatartják őket, komoly áttöréseket tapasztalnak. Ezeknek a kérdéseknek a megoldása az ügyfeleimnek az Amazon, a Bloomberg, az Uber és még sok más munkához jutott!

Szóval mi az, ami visszatart? Mi akadályozza meg a kívánt előrelépést? Ebben a cikkben megmutatom a tíz leggyakoribb problémát, amelyekkel az emberek küzdenek. Igaz figyelmeztetés: nagyon nehéz lehet ezeket a kérdéseket magadban azonosítani. Ha valóban át akarja törni a problémáit, azt javaslom, hogy dolgozzon együtt egy edzővel.

1. Fejlesszen ki egy erős alapot

Korábban már beszéltem erről a kérdésről, de az interjúk kódolásában a siker egyik legfontosabb kulcsa a számítástechnika alapjainak erős megalapozása.

Idővel sokféle technikát dolgoztam ki, hogy segítsem hallgatóimat az interjúik során a problémamegoldásuk fejlesztésében, például a FAST módszert. Ezen technikák közül azonban egyik sem értékes, ha nincsenek erős alapjai az öv alatt.

Például a FAST módszert úgy tervezték, hogy segítse a diákokat a dinamikus programozásban. A FAST módszer első lépése egy kezdeti nyers erő rekurzív megoldás megtalálása. Ezt önállóan kell megtennie ahhoz, hogy a FAST módszer bármilyen hasznát vegye az Ön számára. Még ha megérted is a módszertant, az nem segít, ha nem tudod, hogyan lehet elérni ezt a kezdeti megoldást.

Ha erős alapjai vannak, akkor a rekurzió olyan dolog, ami nem lehet nehéz az Ön számára. Ez egy olyan téma, amely elég gyakran felmerül, és képesnek kell lennie arra, hogy bármikor felkorbácsolja.

Ilyen az összes többi alapvető adatstruktúra és algoritmus. Ha nem tudja, hogyan kell megvalósítani a csatolt listát, akkor nem számít, hány trükköt tanul meg a kapcsolt listával kapcsolatos problémák megoldásához.

Ha hiányzik a hivatalos informatikai háttér, vagy egyszerűen csak úgy találja, hogy az interjúk kódolásához ajánlott problémamegoldási technikák nem igazán segítenek, akkor első lépésként azt kell szentelnie, hogy elsajátítsa az összes alapvető adatstruktúrát és algoritmust.

Ennek legjobb módja az MIT (Python) vagy a Princeton (Java) adatstruktúrák és algoritmusok tanfolyamának elvégzése. Vásárolja meg a könyvet, hajtsa végre a feladatokat és tegye le a vizsgákat. Ha beteszi a munkát, akkor könnyen elvégezheti a tanfolyamot 3 hónap vagy annál rövidebb idő alatt, és erős alapjai lesznek a továbblépéshez.

2. Szerezzen több kódolási élményt

Próbáltál már először valamit csinálni? Amikor először tanultam gitározni, 30 másodpercbe telt, mire megszereztem az alap akkordot. Elméletileg bármilyen dalt lejátszhatnék, ha lenne elég időm, és előttem lenne az akkorddiagram, de ez nem hangzik túl jól.

Néha olyan diákokkal dolgozom, akik hasonló helyzetben vannak a kódolásukkal. Egyszerűen még nem érték el a jártasság szintjét, ahol interjújuk során könnyen felírhatják a kódot.

Elméletileg az interjú kódolási komponensének kell lennie a könnyű résznek. Mindaddig, amíg egy táblán gyakorolt, interjújának nehéz részének elsősorban egy megoldást kell kidolgoznia, mielőtt valaha is megírna egy kódsort. Ha ez nem igaz, akkor valószínűleg fejlesztenie kell a kódolási képességeit.

Vannak olyan csoportok is, amelyeket ez a kérdés jobban érint, mint másokat. Elsősorban azok, akiknek kevesebb tapasztalata van a kódolással kapcsolatban. Gyakran látok bootcamp-fokozatokat, mesterképzésben tanuló hallgatókat, akik más területről érkeztek mestereik számára informatikára, vagy hosszú távú menedzserekre, akik egyszerűen egy ideig nem kódoltak, és a kódolással küzdenek a legjobban.

A legfontosabb itt egyszerűen az, hogy minél több gyakorlati kódolást kapjon, és ideális esetben tegye ezt olyan környezetben, ahol jó visszajelzéseket kap a kódjával kapcsolatban. Ennek egyik legjobb módja az, ha hozzájárul a nyílt forráskódú projektekhez. Ez nemcsak nagyszerű módja annak, hogy megmutassa tapasztalatait, hanem az alapos kódellenőrzések és a termelési környezetben való munkavégzés elsajátításának előnyeit is élvezheti.

Ha még nem ismeri a nyílt forráskódú munkát, a Csak az első időzítők nagyszerű forrás azok számára, akik szeretnék elkezdeni. Oktatóanyagokat osztanak meg a hozzájárulás módjáról, és összeállították a lehetséges projektek listáját, amelyek jóak lennének a kezdőknek.

3. Stratégiailag közelítse meg az egyes interjúkérdéseket

Amikor csatába indul, minden tábornoknak, aki sikerre számít, részletes terve van. Ha sikert akar elérni az interjúban, akkor rendelkeznie kell egy részletes tervvel is.

Az interjúproblémák megoldásának leggyakoribb terve a következőképpen néz ki:

  1. Nézd meg a problémát
  2. Gondoljon a problémára
  3. Jöjjön elő egy megoldás
  4. Írja meg a megoldást
  5. Siker

Ugyanakkor észrevesz itt egy problémát? Remélhetőleg az volt az első kérdésed, hogy "Hogyan tudok megoldást találni?" Ebből a tervből semmiféle stratégia hiányzik a megoldás kidolgozásához. Feltételezi, hogy a megoldás csak megjelenik.

És az emberek többsége így gondolkodik az interjúproblémákról. Rengeteg megoldást memorizálnak abban a reményben, hogy egyikük elég hasonló lesz ahhoz a problémához, amellyel interjújuk során szembesülnek, hogy a megoldás varázslatosan megvalósul.

Ez legjobb esetben is kockázatos.

Sokkal jobb módja az interjúnak az, ha világos játéktervet készít az egyes interjúk és az interjún belüli minden probléma megközelítéséről. Itt van egy vázlatos vázlat arról, hogyan lehet megközelíteni az egy órás interjút:

[0: 00–0: 05] Rendezd le magad, és győződj meg róla, hogy teljes mértékben megérted a kérdést. Végezze el a megadott bemenetek példáit.

[0: 05–0: 10] Találjon ki egy brutális erő megoldást a problémára. Ekkor nincs kódolás, csak beszélje át és rajzoljon képeket, ha hasznosnak találja. Ha elakadt a nyers erő megoldása, próbáld meg kézzel megoldani a problémát, és fordítsd algoritmussá a megoldási folyamatodat.

[ 0: 10–0: 15] Optimalizálja a megoldást. Szánjon rá 5 percet, hogy kitalálja a lehető legjobb megoldást ebben az időszakban. A megoldások összehasonlításakor vegye figyelembe az idő összetettségét.

[0: 15–0: 35] Kódolja a megoldását. Még akkor is, ha ez nem optimális, jobb, ha van egy teljes, nem optimális megoldás, mint egy hiányos, optimális megoldás.

[0: 35–0: 50] Tesztelje a kódot, és javítsa ki a problémákat. Ez hihetetlenül fontos. Nem számít, ha a kódod nem tökéletes az első alkalommal, de jobban tudnád azonosítani a hibákat.

[0: 50–1: 00] Kérdések az interjúztatónak.

Ezeknek a lépéseknek a végrehajtásával egyszerre két dolgot érhet el. Először is hatékonyan kell költségvetnie az idejére. A világon a legfájdalmasabb dolog az, hogy kifut az idő, amikor teljesen tudja, hogyan oldja meg a problémát.

Másodszor, ezek a lépések segítenek abban, hogy mindig a megoldáshoz jusson. A nyers erő megoldásával kezdve és optimalizálva szinte garantálni tudja, hogy legalább talál valamilyen megoldást. Gyakran nincs szükség a legoptimálisabb megoldásra, ha az interjú további részében jól teljesít.

4. Vizsgáljon meg különböző lehetséges megoldásokat

Tudta, hogy az interjúk többségének egynél több helyes megoldása van? Tudom, sokkoló, igaz? Azonban rengeteg ember talál megoldást, majd csak megállnak anélkül, hogy tovább néznének.

Ez mindig csalódást okoz nekem. Gyakran van egy másik megoldás, amely még jobb lett volna, és olyan közel voltak egymáshoz. Vagy talán voltak összehasonlítható megoldások, amelyek eltérő kompromisszumokkal jártak.

Fontolja meg például ezt a problémát:

  • Az egyik megoldásnak O(n)időbeli és O(1)térbeli összetettsége van
  • Egy másik megoldás az O(log n)idő összetettségével és a O(log n)tér összetettségével jár

Ezen megoldások közül melyik a jobb?

Nos, ez attól függ, hogy valójában mit keresünk. Ha hatalmas adathalmazunk van, és nincs sok memóriánk, akkor az első megoldás jobb lehet. Ha azonban a memória nem kérdés, akkor nyilvánvalóan a második megoldást szeretnénk választani.

A legfontosabb itt az, hogy bár bizonyos esetekben lehet egy „legjobb” megoldás, sokkal több olyan probléma merül fel, ahol különböző kompromisszumokat lehet kötni, és el kell döntenie, hogy melyiket választja. Kérdezőként szeretek olyan jelölteket látni, akik mérlegelik a különböző lehetőségeket.

Amikor megoldásokat talál, szánjon egy percet arra, hogy gondolkodjon más módszereken, amelyekkel megoldhatja ugyanazt a problémát. Tudna-e kompromisszumokat kötni, amelyek javítanák a helyhasználatot az idő függvényében, vagy fordítva?

Végül mindig vegye figyelembe minden előállított megoldás terét és idejét. Ez objektív módszert kínál arra, hogy értékelje, mely megoldások vannak jobbak, mint mások, és segít megalapozottabban dönteni arról, hogy melyik megoldást válassza. Ha több összehasonlítható megoldása van, akkor beszélje meg kérdezőjével, és közösen döntse el, melyik lenne a jobb megközelítés.

5. Kezdje a nyers erő megoldásával

Ezt már utólag megemlítettem a 3. tippben, de az egyik legnagyobb hiba, amelyet az emberek elkövetnek az interjúproblémák megoldása során, hogy azonnal megpróbálják megtalálni a probléma legoptimálisabb megoldását.

De hadd kérdezzem meg tőled: Melyik a jobb, egy nyers erő megoldása vagy nincs megoldás?

Elmondom, hogy a nyers erő megoldásának megtalálása 1000% -kal jobb, mint egyáltalán nem. Ha pedig azzal kezdi, hogy azonnal megkísérli megtalálni az optimális megoldást, akkor az interjú végére könnyen elakad és teljes megoldás nélkül végződik.

Bár valójában nem kell kódolnia, azt javaslom, hogy legalább röviden említse meg, hogyan oldhatná meg a problémát egy nyers erő megoldással, mielőtt megpróbálja optimalizálni a megoldását. Ez két fontos dolgot valósít meg:

  1. Ez tartalék tervet ad. Ha megpróbálja optimalizálni a megoldást és nem sikerül, akkor 5 vagy 10 perc múlva leállhat, és csak kódolhatja a nyers erő megoldását. Lehet, hogy mégis átmész az interjún. Nem minden problémának van optimális megoldása.
  2. Segít tisztázni a problémát. A nyers erő megoldásának meghatározása segíthet abban, hogy pontosan megértse, mi jár a probléma megoldásának előkészítésével. Ez kulcsfontosságú. A probléma ilyen mély megértése megkönnyíti az optimalizálást.

Az optimális megoldás azonnali megkísérlése helyes megközelítésnek tűnhet, mert értékes időt takarít meg. Azt tapasztalom azonban, hogy az a zavar, amely ebből a megközelítésből fakad, gyakran sokkal több időt pazarol, mint amennyit megszerez.

A nyers erő megoldásával kezdve világosságot és kiindulási pontot kapsz, hogy minden mást könnyebbé tegyél.

6. Kódolás előtt tervezze meg a teljes megoldást

Van néhány szuper divatos tábla. De valószínű, hogy a használni kívánt táblára nem lesz copy-paste lehetőség. Ez azt jelenti, hogy a kód megírása előtt jó vázlatot szeretne kapni.

Gyakran előfordul, hogy az emberek azonnal belemerülnek a kódírásba, amint megkérdezik őket egy interjú során. Most teljesen rendben van, ha előre akarja adni a módszerét, de ennek meg kell felelnie az általad írt kód terjedelmének, amíg ki nem dolgozza a megoldást. Ennél több kód megírása két okból is kritikus hiba.

Először is, ahogy mondtam, a táblák nem rendelkeznek másolás-beillesztés funkcióval. Ez azt jelenti, hogy ha körbe akarja mozgatni a kódsorokat, akkor vagy törölnie és át kell írnia őket, vagy nyilakat kell rajzolnia az egész helyre. Nem igazán akarja, hogy a táblája így nézzen ki:

A tábla rendezettségének megőrzése könnyebb mind Önnek, mind kérdezőjének. Számukra könnyebb megérteni a megoldásodat, és sokkal könnyebben nyomon követheted, mi folyik itt. És ha úgy dönt, hogy csak átírja a dolgokat, rengeteg értékes időt fog pazarolni.

A másik kérdés a kódolás megkezdésével rögtön az, hogy ez bezárhat egy speciális gondolkodásmódba a problémáról. Erről bővebben a 7. pontban beszélünk, de ez hihetetlenül káros lehet az interjú teljesítményére.

Képzelje el, hogy lát egy problémát, és egy megoldás azonnal eszébe jut. Elkezded kódolni, de rájössz, hogy ez már nem optimális. Nem valószínű, hogy mindent törölni és újrakezdeni akar. És még ha így is tesz, akkor bezáródik ebbe a gondolkodásmódba.

Vannak olyan problémák, amikor az optimális megoldás teljesen nem kapcsolódik a nyers erő megoldásához, és a nyers erő megoldásának optimalizálására tett kísérletek kudarcot vallanak. Ha megvárja a kódolás megkezdését, kerülje az elméjét a probléma megtekintésének egyetlen módjával.

Ezek az aggodalmak ezért javasolom, hogy a kód megírása előtt mindig értse meg teljesen a megoldást, amelyet kódolni szeretne. Rajzoljon képeket, írjon álkódot, tegyen meg mindent a megoldás megértéséhez. Miután elkezdte a kódolást, annak triviálisnak kell lennie, mert már pontosan tudja, mit írjon.

7. Tartsa szem előtt az összképet

Az egyik legnagyobb probléma, amelyet tapasztaltabb fejlesztőknek látok, az, hogy teljesen beleragadnak a problémába vetett gyomokba. Megszállják, hogy a hurok legyen-e <; N or &lt; = N, és nem tudom kitalálni, melyik a helyes megközelítés.

Ez tökéletes példa az erdő elvesztésére a fák számára. A kérdés, amelyet megpróbálnak megoldani, a „Hogyan írjam helyesen ezt a ciklust?” Kérdéssé válik. a „Mi célt szolgál ez a hurok a kódom nagyobb kontextusában?” helyett

Ennek tökéletes példája egy olyan probléma, amikor rossz adatszerkezetet próbál meg használni. Tegyük fel, hogy tárolja az indexelt értékeket, 1-Nés úgy dönt, hogy HashMap-ot szeretne használni. Szúrhat 1 -> value 1, 2 ->value2, és így tovább.

De most, amikor sorrendben akarja őket ismételni, fájdalom lesz, mert meg kell szereznie az összes elemet a HashMap-ból, és rendezni kell őket. Ha azonban hátrált egy lépést, és megnézte, hogy valójában mit próbál tenni, akkor csak az egyes indexeknél szeretné tárolni az értékeket, és ezeken keresztül iterálni. A tömb sokkal könnyebben használható adatstruktúra.

Most arra gondolhat, hogy "soha nem csinálnék ilyen hülyeséget", de hidd el, hogy ez mindig megtörténik. Gondolkodási folyamata nem lineáris, amikor problémákat old meg, ezért úgy gondolhatta, hogy szüksége van egy HashMap-ra valamilyen más gondolkodásmód miatt, amelyet azóta elhagyott.

Éppen ezért olyan kritikus minden ilyen gyakran megállni, különösen, ha olyan dolgot kezdesz el, amely kihívásnak tűnik, és visszatekintesz arra, hogy miket próbálsz megtenni. Amikor bármit csinál, ami feleslegesen bonyolultnak tűnik, nézze meg a végcélját, és tudja, hogy leegyszerűsítheti-e a megközelítését.

8. Használja az absztrakciót előnyére

Imádok bonyolult interjúproblémákat feltenni. Ha egy probléma több különböző összetevőt tartalmaz, akkor interjúztatóként olyan nagyszerű betekintést nyerhet abba, hogy a jelölt hogyan kezeli gondolkodását, amikor annyi minden van egyszerre.

E problémák sikeres megoldásának kulcsa az absztrakció használata. Alapjában véve ez azt jelenti, hogy kódját kisebb funkciókra bontja, konkrétabb célokra.

Vegyünk egy egyszerű példát. Tegyük fel, hogy egy összekapcsolt listát fordított sorrendben akartunk kinyomtatni. Miután átdolgoztuk ezt a problémát, rájövünk, hogy O(n)egy halom használatával van idő- és térmegoldás a problémára (minden elemet toljon rá a veremre, amikor a lista felett iterálunk, majd felpattanunk minden elemet és kinyomtatjuk), de megoldhatjuk a problémát O(n)idő és O(1)tér a linkelt lista megfordításával.

Most elég egyszerű lenne visszakapcsolni a linkelt listát a kódunkban, de mi lenne, ha lenne egy funkciónk, amely ezt megtenné helyettünk? Ez megkönnyítené az életünket. Csak meghívjuk a függvényt a csatolt listán, iterálunk a listán mindenre és kinyomtatjuk, majd újra megfordítjuk a listát, így visszaadjuk a bemenetünket az eredeti állapotba.

Ezzel a logikával most elkülöníthetjük a kapcsolt lista megfordításának folyamatát, és elgondolkodhatunk azon, hogyan lehet ezt hatékonyan megtenni. Bár ez a probléma nagyon egyszerű példa, könnyen belátható, hogy ez hogyan csökkenti azt a bonyolultságot, amelyre bármikor gondolnunk kell.

Bonyolultabb problémák esetén azt javaslom, hogy tegye fel magának a kérdést: „Milyen funkció könnyítené meg az életemet most, ha létezne?” Ha van tiszta funkció vagy funkciók, írja be a kódot, feltételezve, hogy ezek a funkciók már léteznek. Ezután visszaléphet és végrehajthatja ezeket a függvényeket, most, hogy a többi kód már működik.

Ennek számos előnye van:

  1. Ha elfogy az idő, akkor is van egy alapvetően működő kód. Az absztrakció lehetővé teszi, hogy a teljes szerkezetre összpontosítson anélkül, hogy el kellene akadnia a részletekben. Ha van extra időd, aggódhatsz az apróságok miatt, de ha nem is, az interjúztató számára egyértelmű, hogy tudja, mi van.
  2. A gondolkodás és a kód egyértelműsége. Azt mondják, hogy a tiszta asztal tiszta elmét jelent, és ugyanez igaz a kóddal is. Minél jobban rendezi a kódot, és kezelhető összetevőkre bontja, annál könnyebb ezen gondolkodni.

Úgy látom, hogy minél jobban érintett a probléma, annál értékesebb lehet a dolgokat kezelhető összetevőkre bontani.

9. Tesztelje a kódját

Amikor valami újat csinálunk, hajlamosak vagyunk elfelejteni sok mindent, amit már tudunk. Feltételezzük, hogy azok a dolgok, amelyeket már ismerünk, nem érvényesek.

Vegyük ezt a példát: Szabadidőmben megtanultam gitározni. Küzdöttem az előrelépésért, ezért segítséget kértem tanáromtól, aki javasolta, hogy írjak le néhány célt arról, hogy mit szeretnék elérni. „DUH”. Folyamatosan írok ilyesmiről, de nem sikerült összekapcsolnom az interjú előkészítő kódolása és a gitárgyakorlat között.

Ugyanígy tapasztalom, hogy sok hallgató elfelejtette alkalmazni az általa ismert legjobb gyakorlatokat a valós kódolásoktól kezdve az interjúik során. Feltételezik, hogy az interjúk kódolása teljesen különbözik, ezért azok a dolgok, amelyeket általában elvégeznek, nem érvényesek.

Az egyik dolog, amit az emberek állandóan elfelejtenek, az interjú megoldásának tesztelése. De elkötelezné valaha a kódot a való világban anélkül, hogy először alaposan tesztelné?

Azért teszteled a kódodat, mert meg akarsz győződni arról, hogy helytálló-e, és azt csinál-e, amit szerinted kellene. Ez még fontosabb egy interjú stresszes környezetében, mert hajlamosabb hibázni.

A megoldások tesztelésének kulcsa az, hogy ténylegesen soronként haladjon át a kódban, kövesse az egyes változók értékeit és hatékonyan futtassa a kódot. Ha csak magas szinten olvassa végig a kódot, akkor nagyon könnyen elmulaszthatja a kóddal kapcsolatos kisebb problémákat. Felvettem egy videót, amely pontosan bemutatja, hogyan kell végigjárni és tesztelni a kódot.

Azt tapasztalom, hogy sok hallgató hangsúlyozza, hogy a kódja először tökéletes legyen, és bár ez jó törekvés, ritkán fordul elő. Szinte soha nem történik meg a való világban, akkor miért várná, hogy ez az interjú stresszesebb környezetében történjen? Ha azonban alaposan teszteli a kódot, kijavíthatja az esetleges hibákat, és így is A + megoldást kap.

10. Jó visszajelzést kap

A valós interjúk készítése nagyszerű módja az interjúk javításának. Kényelmesebbé teheti az élményt, és rengeteg lehetőséget adhat magának a sikerhez. Gyakran ajánlott stratégia az, hogy rengeteg interjút ütemezzen azokkal, akiket a legkevésbé izgat először. Így gyakorolhatja az interjúkat, ahol nem igazán törődik az eredménnyel, így felkészültebbé válik, amikor a fontos interjúk előkerülnek.

Bár úgy gondolom, hogy ennek a stratégiának van érdeme, van egy végzetes hiba: A vállalatok köztudottan rosszul tudnak bármilyen érdemi visszajelzést adni.

- Szóval - mondhatod -, kit érdekel? Csak meg tudom ítélni a saját teljesítményemet. ”

Hát igen, ez igaz, de nagyon nehéz lehet megítélni önmagad. Nem tudja, milyen kérdést keres az interjúztatója (csak az, hogy optimális megoldást talál egy problémára, nem biztos, hogy csökkenti). És ha a sikerért küzd, akkor valószínű, hogy van valami, amit nem lát.

Ezért olyan fontosak az álinterjúk, és ezen felül az ideális együttműködés az edzővel. Az álinterjúk lehetőséget adnak arra, hogy részletes visszajelzéseket kapjon teljesítményéről. A kérdező azt is meg tudja mondani, van-e olyan dolog, amelyet nem vettél észre

Ha valóban komolyan gondolja, hogy jól teljesít az interjúiban, akkor azt is javaslom, hogy az álinterjúk mellett edzővel dolgozzon. Az álinterjúk egyedi adatpontok. Azt mondják, hogy egy adott problémával egy adott időpontban jól vagy rosszul jártál. Az edző azonban megnézheti ezeket az adatpontokat, és segíthet a kapcsolatok kialakításában. Segíthetnek meglátni azokat a konkrét dolgokat, amelyeken dolgozni kell az interjú teljesítményének különböző aspektusainak javítása érdekében.

Végül az álinterjúk adatpontokat adnak, az edzők pedig segítenek a pontok összekapcsolásában. Az ilyen visszajelzések megszerzése a lehető legjobb módszer az interjú előrehaladásának felgyorsítására.

Újra és újra látom, hogy az emberek elakadnak interjúik során. És szinte mindig a fent leírt okok miatt. Ha nem a kívánt előrelépést hajtja végre, olvassa el figyelmesen ezt a cikket. Határozza meg a problémás terület (eke) t és dolgozzon annak kijavításán. Idővel képes lesz finomítani az interjúkat, és elkezdheti a hallani kívánt hívásokat.