Java

Որտեղից է այդ բարձր RPS-ը?

Կպատմիր քո փորձի մասին

Ինչու՞ չեք օգտագործել ZGC կամ Shenandoah?

Ինչպե՞ս հաջողվեց կրկնապատկել RPS-ը։

Ինչպես լուծվեց կողմնակի ազդեցությունների կրկնվող կատարման խնդիրը?

Ի՞նչ է տեղի ունենում անշեղ հաղորդագրությունների հետ DLT-ում հետո։

Նկարագրեք հաշվարկի հավելվածի կառուցվածքը՝ այն մշտական հաշվարկներ է իրականացնում կամ միայն հարցման ժամանակ?

Ինչպես է կազմակերպված ձեր համակարգում իդեմպոտենտությունը?

Ի՞նչ են հաշվարկները Gazprom Neft-ում: Ի՞նչ է դա համակարգը։

Ինչպե՞ս փոխվեց հիշողության սպառումը: Պետք էր արդյոք ինչ-որ բան կարգավորել?

Մուտքային տվյալներ OperationId TransactionId ISIN RcvID SndId Quantity OperationId - գործողության ID (ամբողջ թիվ) TransactionId - գործարքի ID (ամբողջ թիվ) ISIN - գործիքի ID (ստրինգ) RcvID - ստացող հաճախորդի ID (ամբողջ թիվ), եթե -1, դա ելք է SndId - ուղարկողի հաճախորդի ID (ամբողջ թիվ), եթե -1, դա մուտք է Quantity - գործիքի քանակ (double) OperDate - ամսաթիվ [phone] ձևաչափով Օրինակ, մուտքային տողեր՝ 1 1 RUB [phone] USD [phone] USD [phone] RUB [phone] Պետք է հաշվել յուրաքանչյուր գործիքի քանակը յուրաքանչյուր հաճախորդի համար վերջին ամսաթվին [phone] USD [phone] USD [phone] RUB 100

Ինչպե՞ս է ցույց տրվում հաճախորդներին, որ հաշվարկների հետ կապված խնդիր կա։

Հաղորդագրությունների մշակման կարգը ազդո՞ւմ է արդյունքի վրա: Օրինակ, եթե DLT-ում վարկային փոխանցումը ձախողվեց, արդյոք կարելի է այն նվազեցնել?

Ինչպես էր կոչվում ռեակցիվ հաշվարկը կարգավիճակների անցումների և կապված կողմնակի ազդեցությունների ժամանակ?

Կան փոփոխություններ իրադարձություններում? Օրինակ, հաշվառվել է 10 ռուբլի, բայց պետք է լիներ 9։ Ինչ անել؟

Ի՞նչ անել, եթե բիզնեսի պահանջը այն է, որ գրառման մեջ պետք է լինի հենց 9 ռուբլի, ոչ թե 10-ը։

Ինչպես է կազմակերպված անցումների նկարագրությունը վիճակների միջև?

Ի՞նչ է DLT-ը։

Ինչպես է հաճախորդը տեսնում իրավիճակը, երբ փոխանցումը ձախողվում է և նա ուզում է այն գրանցել?