Отвореният секрет, който никой не казва на глас
Говорете достатъчно дълго с инженери в Google, Amazon, или Meta и признанието излиза наяве: ежедневната работа почти няма нищо общо с интервюто, което ги е вкарало вътре. Интервюто е тествало дали могат да обърнат двоично дърво на бяла дъска или да проектират поток в реално време за милиард потребители за 45 минути. Работата е четене на наследен сервиз, написан от някого през 2019, добавяне на поле в API, чакане на код ревю, и седене в срещи по планиране. И двете неща са верни едновременно — прегледът е бил брутално труден, а работата е далеч по-обикновена.
Това не е критика към хората, които преминават. Това е наблюдение за това какво всъщност измерва процесът. FAANG, „Великолепните седем“, и дълга опашка от компании, копирали техния наръчник — VMware, търговските фирми, средно големите еднорози — всички се сближиха около същия взискателен формат: алгоритми, структури от данни, системен дизайн, и поведенчески кръг, прикачен накрая. Форматът е забележително последователен. Твърдението, че предсказва представянето на работа, е забележително тънко.
Как всъщност изглежда старшата инженерна работа
Интервюто продава фантазия: вие, сами, архитектирайки нещо брилянтно от празна страница. Реалността на работата в голяма компания е близо до обратното, и колкото по-старши ставате, толкова по-очевидно става това.
- Архитектурата вече е решена. Присъединявате се към система, която съществува. Големите насочващи решения — монолит или услуги, кой облак, коя база данни, кой framework — са взети преди години от хора, които оттогава са напуснали. Работата ви е да работите вътре в тези ограничения, не да ги преразглеждате.
- Притежавате малки парчета от голямо нещо. Никой не дава на един инженер „построй новия поток“. Получавате резен: една крайна точка, една миграция, един бъг, който се възпроизвежда само в продукция. Обхватът, който се вписва в спринт, е умишлено тесен.
- Никога не сте само вие. Всяка нетривиална промяна засяга други екипи, се нуждае от одобрение, чака зависимост, и се договаря в документ. Тесното място почти никога не е сурова алгоритмична находчивост. То е координация, контекст, и накарването на хора да се съгласят.
- Трудните проблеми не са технически. Няма да проектирате самостоятелно великолепна разпределена архитектура, която побеждава по сурова производителност, и това да има значение. В реална компания трудният проблем никога не е бил диаграмата на системата — той е дистрибуцията. Как достигате до клиенти? Как убеждавате инвеститори? Маркетингът струва пари, които нямате, което означава набирането им, което е напълно различна игра от тази, която интервюто е тествало.
Можете да проектирате лудото, елегантно, преинженерено нещо — в страничен проект, в собственото си време, където ограниченията са изчезнали и аудиторията е нула. Вътре в голяма компания този инстинкт обикновено е тежест, не актив. Интервюто възнаграждава точно чертата, която работата прекарва години в изкореняване от вас.
Интервюто оптимизира за самотен гений, изобретяващ системи от нулата. Работата ви плаща да правите малки, безопасни, добре комуникирани промени в системи, построени от други хора. Това не са едно и също умение, и всички замесени тихо го знаят.
Тогава защо театърът се запазва?
Ако форматът е толкова лош заместител на работата, защо е оцелял две десетилетия и се е разпространил навсякъде? Защото никога не се е опитвал наистина да измерва работата. Опитвал се е да реши различен проблем: обем.
Компания с известно име получава десетки хиляди кандидатури за шепа отворени позиции. Автобиографиите всички изглеждат подобни. Портфолиата са трудни за проверка и лесни за фалшифициране. Препоръките бързо свършват. Изправени пред този поток, нанимащите мениджъри се нуждаят от филтър, който е стандартизиран, защитим, труден за прехитряване, и — критично — евтин за оценяване в мащаб. Алгоритмичните пъзели пасват идеално. Те произвеждат чист сигнал за преминаване/провал, усещат се обективни, и позволяват на компанията да отхвърли 98% от кандидатите с процес, който изглежда строг, а не произволен.
Това е честната функция на интервюто за код: то е ограничител на скоростта на потока от кандидати, преоблечен като тест за инженерна способност. Не е нужно да корелира с представянето на работа, за да си върши работата. Трябва само да намали огромна, недиференцирана купчина кандидати до по-малка, по-управляема — и да го прави достатъчно последователно, че никой да не може да съди за това. Трудността не е сигнал за това, което ролята изисква. Тя е функция на това колко хора са кандидатствали.
Твърдите умения печелят, и компаниите са добре с това
Има успокояваща история, че съвременното наемане е „холистично“ — че меките умения, сътрудничеството, и съвкупността от свършената ви работа носят реална тежест. На практика, за повечето технически прегледи, не го правят. Комуникацията и културното съвпадение са приятни допълнения, които решават равенства. Портата е техническата летва. Можете да сте феноменален сътрудник с портфолио, пълно с пуснати продукти, и пак да бъдете автоматично отхвърлени, защото сте блокирали на трик за динамично програмиране, който никога повече няма да използвате.
Никой всъщност не оценява и колко добри сте с реалните инструменти на работата. Колко продуктивни сте ежедневно, колко чисто работите в кодова база, колко добре използвате съвременни AI модели, за да се движите по-бързо — това рядко се появява в кръговете. Прегледът измерва тесен, изкуствен резен от способност при изкуствени условия, и компаниите са решили, че това е приемлива размяна за филтър, който се мащабира.
Защо AI няма да поправи нищо от това
Ето частта, която повечето хора грешат, когато предсказват, че интервюто е на път да се промени. Разсъждението гласи: агентите ще пишат повечето код, така че компаниите ще спрат да тестват дали можете да пишете код на ръка. Това е наопаки.
Проблемът с филтрирането, който AI създава, е по-лош, не по-добър. Когато всеки може да пусне лъснат страничен проект с агент, портфолиата стават още по-слаби сигнали — на всеки изглежда впечатляващо. Когато AI понижи бариерата за кандидатстване, обемът на кандидатурите се покачва, не спада. Потокът става по-претъпкан и по-труден за разграничаване, което означава, че компаниите се нуждаят от филтъра си да бъде по-агресивен, не по-малко. Същите сили, преоформящи реалната работа — тези, които проследихме в дали ролята на Scrum Master е мъртва в ерата на AI и в как се променя QA тестването — не правят нищо, за да разхлабят портата на входа.
Така че форматът ще се адаптира, но функцията не. Очаквайте нови разновидности на прегледа, също толкова откъснати от реалността: защитени от AI живи кръгове „обяснете разсъжденията си“, по-труден театър на системния дизайн, домашни задачи, проектирани така, че сам агент явно да не може да ги премине. Повърхността се променя; целта — намаляване на гигантска купчина кандидати до защитим шортлист — остава точно същата. Компаниите все още няма да ги интересува колко добре оркестрирате LLM или колко добра е пуснатата ви работа. Ще ги интересува дали преминавате каквато и да е изкуствена летва, която са поставили тази година.
Неудобното обобщение
Техническите интервюта никога не са били измерване на работата. Те са филтър за обема кандидати, който случайно е облечен като тест за инженерство. Това беше вярно в ерата на FAANG, вярно е сега, и ще остане вярно, докато AI преоформя работата — защото AI прави проблема с обема по-лош, не по-добър. Гневът срещу несправедливостта е справедлив. Той също не ви наема.
Какво всъщност да направите по въпроса
Имате два варианта. Можете да сте прави за това колко счупена е системата, или можете да я преминете. Само едно от тези плаща наема. Прагматичният ход е да спрете да третирате интервюто като референдум за стойността ви като инженер и да започнете да го третирате като собствено отделно умение — игра с известни правила, която възнаграждава умишлена практика, точно като SAT или изпит за шофьорска книжка.
Това означава подготовка за формата, какъвто съществува, не формата, който бихте искали да съществува. Дрилвайте моделите, вместо да се трепете над случайни задачи, структурирайте отговорите си за системен дизайн, и репетирайте поведенческия кръг — пълният план е изложен в нашето ръководство за подготовка за техническо интервю, а навиците, които тихо потапят силни кандидати, са в топ 5 грешки на технически интервюта. Овладейте STAR метода, за да не ви струва „меката“ част офертата, която кръгът ви за код е спечелил.
И тъй като прегледът е представление под напрежение — не отражение на реалната ви способност — си струва да имате подкрепа в момента, в който паметта ви ви предаде. Точно затова съществува инструмент като InterviewAce. Практикувайте с реалистични, специфични за ролята симулационни интервюта, докато форматът спре да ви разтърсва, после използвайте живия AI съветник по време на истинското нещо, за да изведете правилния подход и правилната история от собствения ви опит в мига, в който въпросът пристигне. Интервюто е изкуствена игра; няма нищо благородно в това да влезете невъоръжени. Нашият разбор на как работят AI съветниците за интервю разглежда точно как се разиграва това в стаята.
Системата няма да стане по-честна. Затова станете добри в играта, която всъщност играе — преминете филтъра, вземете офертата, и отидете да вършите работата, която се оказва по-лесна от интервюто, което я е пазило.