Golang
Կարո՞ղ է ապահովել UDP-ի միջոցով տվյալների փոխանցման երաշխավորումը։
Կա արդյոք ներկայումս զարգացման առաջնահերթություններ կամ ծրագրեր?
Իդեմպոտենտություն ինչ է? Կան NoSQL բազաներ՝ ինչ տարբերություններ կան և երբ ընտրել:
/* Միկրոսերվիսի ճարտարապետությամբ հավելված կա: Միկրոսերվիսը կարող է ամփոփվել Backend ինտերֆեյսի միջոցով: Միկրոսերվիսի օրինակին մուտք գործելու համար կարող եք օգտագործել տիպը BackendImpl, որը արդեն իրականացված է: Յուրաքանչյուր միկրոսերվիս ունի մի քանի տասնյակ գործարկված նմուշներ, որոնցից յուրաքանչյուրը հասանելի է իր սեփական հասցեով addr: Սակայն, միկրոսերվիսի առանձին օրինակները չեն վստահելի: նրանք կարող են ընկնել, լինել անհասանելի կամ ծանրաբեռնված: Աստիճանաբար, դուք պետք է իրականացնեք Balancer տիպը, որը նույնպես իրականացնում է Backend ինտերֆեյսը և իրականացնում է կլիենտ-կողմ բեռի հավասարակշռություն միկրոսերվիսի օրինակների միջև, ընտրելով ամեն անգամ **ամենափոքր բեռնված** օրինակ:
Պատմեք, ինչու որոշեցիք նոր նախագծեր փնտրել և ինչպիսի զարգացում եք ուզում։
Ի՞նչն է ավելի կարևոր՝ բիզնեսի շահերը թե օգտվողի շահերը: Կա՞ն օրինակներ պրակտիկայում, երբ ստիպված եք ընտրություն կատարել։
Ինչպե՞ս առավելագույնս անխափան կերպով ավելացնել նոր դաշտ մի տրիլիոն գրանցում ունեցող աղյուսակում առանց դադարների։
Ինչու է անհրաժեշտ UDP-ը IP-ի վրա, եթե այն չի ապահովում առաքման երաշխիք?
Ինչպես է կառուցված Map-ը Go-ում ընդհանուր առմամբ?
Որ ծրագրավորման պարադիգմներում ենք, երբ ծրագրավորում ենք Go-ով և երբ գրում ենք SQL-ով: Որ պարադիգմը համապատասխանում է Go-ին, իսկ որը՝ ավանդական SQL-ին?
Որտե՞ղ եք հիմա ապրում:
/* Դուք գրող եք, կառավարում եք ձեր մինի բլոգը և այնտեղ հրապարակում եք հոդվածներ: Ձեր բլոգի օգտվողները (կարդացողները), մուտք գործելուց հետո, կարող են դրանք դիտել/կարդալ: Անհրաժեշտ է իրականացնել ֆունկցիոնալություն՝ յուրաքանչյուր հոդվածի համար օրական եզակի դիտումների հաշվարկ: Ֆունկցիոնալ պահանջներ: - Այսօրվա վիճակագրություն՝ հեղինակը կարող է տեսնել, թե քանի եզակի օգտվող է դիտել իր հոդվածը այսօր (տվյալները հավաքվում են իրական ժամանակում): - Միջանցիկ օրերի վիճակագրություն՝ հեղինակը կարող է տեսնել ցանկացած անցած օրվա վիճակագրությունը (օրինակ՝ երեկ): Տեխնիկական սահմանափակումներ և պայմաններ: - Դիմումը աշխատում է մեկ սերվերում (մեկ պոդ) - Հիշողության մեջ պահպանում - Ժամը UTC0 */
Ինչպե՞ս մշակել աշխատատեղի փակումը — պետք է այն արխիվացվի բոլոր աշխատանքային կայքերում։
Յուրաքանչյուր ծառայություն ունի իր սեփական տվյալների բազան, թե կա ընդհանուր?
Ի՞նչ կլինի, եթե Consumer.Process-ը վերադարձնի սխալ — տվյալները բաքից չեն կորցվի:
Պատմիր քո փորձի և այն ազդեցության մասին, որը դու ունեցել ես նախորդ աշխատանքի վայրում արտադրանքի կամ ֆունկցիայի վրա։
Ինչպե՞ս կարելի է խուսափել թռիչքային կետային խնդիրներից առանց NUMERIC օգտագործելու: Ի՞նչ է հակառակ մոտեցումը INT տիպով:
Ի՞նչ է իրականում անհրաժեշտ ինտերֆեյսները: Ինչու պարզապես կառուցվածքներ չօգտագործել:
-- ցուցակագրեք գրքերի ցանկը ըստ id՝ -- բայց արտածումում փոխեք 2 և 3 տողերը տեղերով: -- 1 Մաստեր և Մարգարիտա 100 -- 3 Ոսկե Տելենոկ 50 -- 2 Տասներկու աթոռներ 200 -- 4 Եվգենյ Օնեգին 250 -- 5 Բելկինի պատմություններ 90 -- 6 Երեք մուսակտերներ 60
Թեստավորողները ինքնուրույն փորձարկե՞լ են ամեն ինչ, թե՞ ամեն ինչ փորձարկել են։