C/C++

Ծրագիրը ստանում է օբյեկտներ: Յուրաքանչյուր օբյեկտում կարող է նշված լինել հեռախոսահամար և/կամ մուտք (կամ այս արժեքներից մեկը, կամ երկուսը միաժամանակ), ինչպես նաև բինար տվյալների տեսքով բեռնաթափում: Ներող օբյեկտները պետք է պահվեն գործնական հիշողության մեջ այդ հետևյալ սահմանափակումներին համապատասխան: Եթե ներխուժող օբյեկտի մուտք և/կամ հեռախոսահամարը նույնն են, ինչ նախապես պահվածներից մեկը, ապարատը պետք է ջնջվի, և ներխուժողը չպետք է պահպանվի: Եթե օբյեկտը պահվում է գործնական հիշողության մեջ ավելի քան 60 վայրկյան, այն պետք է ջնջվի: Հաշվում է, որ օբյեկտները հաճախ են գալիս: Բացի այդ, մուտք/հեռախոսով համընկնող օբյեկտները շատ քիչ են ընդհանուր եկող օբյեկտների համեմատ: void process(Object o) { }

[անուն] պատմիր քեզ և այն արտադրանքների մասին, որոնց վրա աշխատել ես, և այն առաջադրանքների մասին, որոնք կատարել ես։

Վերանայման ժամանակ տեսնում է դիֆ, որը թվում է որպես կոպիտ պատճենում կամ տարօրինակ հաք՝ կոդը կատարում է անհրաժեշտ գործողությունը, բայց պարզ չէ, թե ինչպես է աշխատում կամ արդյոք ճիշտ է աշխատում։ Ինչ են քո հաջորդ քայլերը։

Ի՞նչ հատկություններ պետք է ունենա խնդիրն այնպիսի՞, որ հակառակը՝ առաջացնի «Օյ, չեմ ուզում этим заниматься» արձագանքը։

Եվ ինչ, հակառակը, ձեզ ինչ է մերժում նման միջոցառումներում?

Ի՞նչ որակներ պետք է ունենա գործընկերը, որպեսզի նրա հետ աշխատելը հարմար լինի։

Ինչպե՞ս հասկանալ, որ փոփոխությունը (օրինակ՝ անցում Boost-ից ստանդարտ գրադարան) իսկապես «աշխատում է»։

Ինչպե՞ս ես վերաբերվում աշխատանքից դուրս գործունեություններին (ֆորումներ, կորպորատիվ միջոցառումներ, սպորտ) և ինչն է քեզ առավել գրավիչ դրանցում?

Դու երբևէ մասնակցե՞լ եք թիմի ներսում տեխնիկական վեճերի/քննարկումների: Ինչպե՞ս անցան և ինչպես լուծվեցին:

Ինչու եք հեռացել ձեր նախորդ աշխատանքից?

Կա՞ք մեծածավալ ռեֆակտորինգի փորձ մեծ legacy բազայի վրա: Եթե ոչ, ինչպես կվարվեիք, եթե պետք լինի:

Ի՞նչ է քեզ դրդել նոր տեղ որոնել:

Կոդի վերանայման խնդիր՝ գործընկերդ ներկայացրել է լուծում, որը աշխատում է և պատված է միավորային թեստերով, բայց իրականացմանը ընդհանրապես այնպիսին չէ, ինչպիսին դու կցանկանայիր։ Ինչ կանեիր?

Անհրաժեշտություն: երկու ղեկավարներ գալիս և տալիս են երկու շտապ առաջադրանքներ, բայց ժամանակ չկա։ Ինչ անես?

Ի՞նչ է վերափոխման պլանը և ինչ պետք է լինի, որպեսզի վստահությամբ կատարել այն։

Ինչպե՞ս խուսափել այն իրավիճակից, երբ երեք ամիս անց ամեն ինչ «վերանորոգված» է և ոչինչ չի աշխատում, եթե առաջնորդը որոշել է կոդը ռադիկալ վերաշարադրել (օրինակ, Boost-ը հանել)?

Ինչպե՞ս կարող է իրականացնել RVO/NRVO օպտիմիզացիան կոմպիլյատորում։

auto lambda = []<typename>(){};

Կա՞ր բավարար տեղեկատվություն նախագծման ժամանակ վերլուծության համար, թե՞ որոշումը ընդունվեց ավելի շատ աչք փակելով, բայց հաջողությամբ։

Ի՞նչ կցուցադրվի էկրանին: (Հարց 1: կոնստրուկտորներ, RVO/NRVO)