Neviem co tu neustale splietate architekturu, soft skills, algoritmy a co ja viem co dalsie.
Ked hladate programatora ktory bude oddeleny minimalne jednou dalsou vrstvou (manazmentom) od zakaznika, tak si u neho nepotrebujete overit ako sa vie spravat v takej a onakej situacii pri komunikacii so zakaznikom, alebo navrhnut architekturu celeho systemu, lebo k tomu nedojde! Na to tam su ine pozicie!
Ked si idem kupit vrtacku, tak neskumam ci maju v predajni steny natrete na bielo, alebo zeleno. To co ma zaujma su parametre vrtacky.
Ked sa tu chvastate ake su algoritmy jednoduche na naucenie a za dva tyzdne budete vediet cokolvek, tak tomu k-rva tie dva tyzdne obetujte a prestante brblat. A nie, vsetko sa vygooglit neda, pretoze je dolezite vediet aj to co vlastne potrebujete (aky je vas problem). Ak googlite odpoved na iny problem ako realne mate, ono to moze sice nejak fungovat, ale bude to take to skrabanie si laveho ucha pravou rukou.
Dalsia vec, ked sa hlasite na rolu architekta, alebo senior programatora, tak po vas urcite budu chciet ukazku tichto schopnosti vhodne navrhnutym problemom na pohovore, napr stylom podme spolu navrhnut backend pre ....(doplnte si sem nieco).
Treba ale rozlisovat na aku rolu sa hlasite, a nie sa cukat, ked sa hlasite na rolu programatora (toho co bucha kod) ze po vas chcu algoritmy a nepytaju saa vas na architekturu.
Na architekturu sa vas budu pytat pre rola architekta (to je ten co cely den bucha dokumentaciu a odpoveda ostatnym na otazky).
Na vseobecny rozhlad a sposob vasho spravania sa, sa vas budu pytat pre rolu projekt manazera (tu su tie rozne soft skills podstatne, lebo zakaznik je zial casto krat kkt ktory chce vsetko, zadarmo a hned, a vy ho musite slusne usmernit + pravdaze treba vediet technicku stranku veci ohladom projektu, nie kyvnut na vsetko a potom sa divit ze je to nemozne/nestihnutelne)
Takze tak, ak sa vam nepaci ako to funguje, vzdy mozte zmenit obor.