Имао сам интервју са ГС у њиховој канцеларији у Бенгалуру. Имам 4 године искуства у развоју пуног стека користећи Јаву. Добио сам позив од консултанта.

1. коло

1. Који концепти су вам угодни у Јави? Рекао сам колекције. Питао је које сте часове прикупљања користили? Рекао сам ХасхМап АрраиЛист и ХасхСет.
2. Када бисте користили Сет, а када листу? Рекао сам да Сет подржава јединствене елементе који нису нулти, а Листа нема то ограничење. Дакле, ако желим јединствене елементе, користићу Сет. Да ли је питао било шта друго? Рекао сам тип упита који ће се извршити на колекцији. Као претрага. Питао је неки пример? Рекао сам – база података запослених. Запослени морају бити јединствени како бисмо могли да користимо листу и претрагу бинарном претрагом или сличном техником јер су обично сортирани неким редоследом. Али мислим да је очекивао одговор на време тражења О(1) или Сет. Објаснио сам рад ХасхМап-а и ХасхСет-а и како би то помогло програмеру да лако постигне јединственост елемената, али анкетар није био убеђен у мој одговор на његово оригинално питање.
3. Шта је уговор за екуалс() и хасхЦоде()? Шта ако је једно замењено, а друго није?
4. Пронађите други минимум у датом низу .
5. Пронађите тачку стожера у сортираном и ротираном низу.
6. Има ли питања за мене?
2. коло

1. Дајте кратак увод о свом радном искуству.
2. Дајте преглед дизајна вашег недавног пројекта.
3. Претпоставимо да имам кориснички интерфејс у ​​коме постоји листа или табела ставки и свака ставка има атрибут профита, атрибут попуста итд. Како осигурати да више корисника не напусти стање било које ставке недоследно. Корисник може да ажурира атрибуте или неки други веб сервис може да уради исто. Предложио сам синхронизацију метода постављања ставке. Питао је како да сортира предмете. Рекао сам да ће ставке бити у листи низа и имплементирао упоредни интерфејс. Тражио је радни код. Када сам написао израз унутар цомпареТо() методе, рекао је да дизајн није флексибилан јер постоји тврдо кодирање критеријума сортирања. Рекао је да када неко жели да сортира по другом атрибуту постало би немогуће управљати толиким бројем дуплираних објеката. Рекао сам да то можемо да урадимо са шаблоном фабричке методе. Тиме је практично прекинуо круг интервјуа. Негде између он је поменуо интерфејс Цомпаратор и ја сам му објаснио како функционише. Рекао сам да је то добар избор ако неко не жели да мења постојеће класе. Мислим да је очекивао имплементацију методе цомпаре() јер то не би захтевало дупле објекте и сортирање по различитим критеријумима се може урадити једноставном имплементацијом Цомпаратор-а у различите класе по једна класа за сваки критеријум сортирања и затим позивањем методе сорт() класе Цоллецтионс са том имплементацијом Цомпаратор-а.
4. Има ли питања за мене?
Речено ми је да одем на дан. Савет: Покушајте да не износите шаблоне дизајна осим ако вам то не буде затражено или ако имате искуства у решавању проблема са шаблонима дизајна. Слушајте саговорника и будите опрезни. Они пружају наговештаје. И у првом кругу сам направио грешку у питању са ротираним низом. Дао је тест случај где мој код неће успети. Исправио сам замку. Одспавајте довољно пре дана интервјуа. Сви проблеми са вежбањем за Голдман Сацхс ! Креирај квиз