JAV Federalinis rezerva yra giliai raudonoje teritorijoje: JAV vyriausybė kritiniu etapu praranda burbuliuojantį pajamų šaltinį

  "Kadangi didina pagrindines palūkanų normas, Amerikos federalinis rezervų bankas (FED) taip pat turi mokėti daugiau palūkanų ir patiria veiklos nuostolių. Šiuo metu JAV vyriausybė turi atsisakyti pervedimų iš FED.

 

     Nuo 2022 m. rugsėjo Amerikos centrinis bankas Federalinis rezervų bankas patyrė 100 mlrd. Tai matyti iš neseniai paskelbto FED balanso. Jau metus centrinio banko mokamos palūkanos už atsargas (ir atvirkštinį atpirkimą) viršija palūkanas, uždirbtas už obligacijas, kurias jis sukaupė, vykdant kiekybinį skatinimą.

 

     Padidėjus pagrindinei palūkanų normai, padidėjo palūkanos, kurias Federalinis rezervų bankas moka už rezervus, o palūkanų pajamos sumažėjo, nes centrinis bankas nebekeičia savo obligacijų, kurių terminas baigiasi. Šia kiekybinio griežtinimo monetarine politika FED nori pažaboti infliaciją. Jei centrinis bankas padidins bazines palūkanų normas savo dviejų dienų posėdyje, kuris baigsis šį trečiadienį, tai dar labiau padidins tikėtiną nuostolį.

 

     Centriniam bankui nuostoliai nėra problema dėl jo gebėjimo kurti pinigus. Nuostolis taip pat neturi įtakos pinigų politikai. Tačiau minusą galima pamatyti balanso straipsnyje, kuriame įrašomos pajamos, kurias ketinama pervesti į Amerikos federalinės vyriausybės viešąjį biudžetą. Tai rodo problemą: dėl nuostolių JAV vyriausybė daugelį metų neteks burbuliuojančio pajamų šaltinio.

 

     2022 metais centrinis bankas į valstybės biudžetą pervedė 76 mlrd. Nuo 2001 m. jis iždo departamentui skyrė 1,36 trilijono dolerių, apskaičiavo Fed stebėtojas Wolfas Richteris. Šis šaltinis lieka sausas. Nes net jei Federalinio rezervo banko palūkanų pajamos vėl taptų teigiamos po kelerių metų, pirmiausia pajamas reikia panaudoti sukauptiems nuostoliams kompensuoti, kad vėl būtų galima pervesti į federalinį biudžetą.

 

     Padėties sprogstamumas buvo aiškiai parodytas naujausioje Kongreso auditorių biudžeto projekcijoje: dabar jie mano, kad vyriausybė šiais fiskaliniais metais (iki rugsėjo pabaigos) turės 1,7 trilijono dolerių deficitą. Tai 200 milijardų dolerių daugiau, nei buvo apskaičiuota vasario mėnesį. Priežastis – didesnės išlaidos ir mažesnės pajamos. Darbo užmokesčio ir socialinio draudimo mokesčiai buvo mažesni. Tačiau kaip svarbų veiksnį auditoriai taip pat pažymi, kad Federalinio rezervo pervedimai mažėja iki mažiau, nei milijardo dolerių – nuo ​​99 milijardų dolerių.

 

     Dėl ginčo dėl išlaidų ir pajamų Kongresas dar nepatvirtino naujo biudžeto naujiems fiskaliniams metams, kurie prasidės spalio 1 d. Keletas respublikonų kongresmenų reikalauja staigių sumažinimų ir grasina vadinamuoju uždarymu: tai yra, būtų sustabdytos visos viešosios paslaugos, kurios nėra laikomos būtinomis, ir valstybės tarnautojų, kurie nėra laikomi būtinais, darbo užmokestis.

 

     Respublikonų vadovybė bando užkirsti kelią tokiam scenarijui planuodama užsitikrinti vyriausybės finansavimą bent iki spalio mėn. Tačiau dešinieji respublikonai jau reiškia tam stiprų pasipriešinimą. Jie reikalauja labai sumažinti išmokas, o demokratai nenori su tuo susitaikyti.“ [1]

 

1. Die Fed schreibt tiefrote Zahlen: Die US-Regierung verliert eine sprudelnde Einkommensquelle in einer kritischen Phase. Frankfurter Allgemeine Zeitung (online)Frankfurter Allgemeine Zeitung GmbH. Sep 20, 2023. Von Winand von Petersdorff, Washington

The Fed is deeply in the red: The US government is losing a bubbling source of income in a critical phase.

   "Because it raises key interest rates, the American Federal Reserve also has to pay more interest and is making operating losses. Now of all times, the US government has to forego transfers from the Fed.

 

     The American central bank Federal Reserve has generated operating losses of $100 billion since September 2022. This is evident from the Fed's recently published balance sheet. For a year now, the interest paid by the central bank on reserves (and reverse repo) has exceeded the interest earned on the bonds it accumulated as part of quantitative easing.

 

     With the key interest rate increases, the interest that the Federal Reserve pays on the reserves increased, while interest income shrank because the central bank no longer replaces its maturing bonds. With this monetary policy of quantitative tightening, the Fed wants to curb inflation. If the central bank raises key interest rates in its two-day meeting that ends this Wednesday, it will increase the expected loss even further.

 

     For the central bank, the loss is not a problem because of its ability to create money. The loss also has no impact on monetary policy. However, the minus can be seen in a balance sheet item in which the income that is intended to be transferred to the public budget of the American federal government is recorded. This prefigures the problem: Because of the loss, the US government will lose a bubbling source of income for many years.

 

     In 2022, the central bank had transferred $76 billion to the public budget. Since 2001, it has given the Treasury Department a total of $1.36 trillion, calculates Fed watcher Wolf Richter. This source remains dry. Because even if the Federal Reserve's interest income were to become positive again in a few years, the income must first be used to offset the accumulated loss before transfers to the federal budget can be made again.

 

     The explosiveness of the situation was made clear in the most recent budget projection by congressional auditors: They now expect the government to run a deficit of $1.7 trillion this fiscal year (through the end of September). That's $200 billion more than what was calculated in February. Higher expenses and lower income are the reason. Payroll and social security taxes were lower. But as an important factor, the auditors also note that the Federal Reserve's transfers are shrinking to less than a billion dollars, from 99 billion dollars.

 

     Because of the dispute over spending and revenue, Congress has not yet approved a new budget for the new fiscal year that begins on October 1st. A handful of Republican congressmen are demanding steep cuts and threatening a so-called shutdown: That is, all public services that are not considered essential and the pay of public servants who are not considered essential would be stopped.

 

     The Republican leadership is trying to prevent such a scenario with a plan to secure government funding at least through October. But right-wing Republicans are already expressing strong resistance to it. They are demanding deep cuts in payouts, which the Democrats are unwilling to accept." [1]

1. Die Fed schreibt tiefrote Zahlen: Die US-Regierung verliert eine sprudelnde Einkommensquelle in einer kritischen Phase. Frankfurter Allgemeine Zeitung (online)Frankfurter Allgemeine Zeitung GmbH. Sep 20, 2023. Von Winand von Petersdorff, Washington

Reklama: kai programinė įranga iš turto virsta skola

"Programinės įrangos kūrimui kasmet išleidžiami milžiniški pinigai ir tokia sukurta intelektinė nuosavybė įmonių balanse apskaitoma kaip nematerialus turtas. Deja, realybė dažnai negailestinga - labai brangių specialistų sukurta sistema ima reikalauti vis didesnių palaikymo biudžetų, kiekvienas naujas funkcionalumas reikalauja vis ilgesnių terminų, o pardavimai skundžiasi, jog atsilieka nuo konkurentų. Balansinis nematerialusis „turtas” paaiškėja besąs faktine juodąja skyle su nuolat augančiomis aptarnavimo išlaidomis.

Negana to, programuotojai dėl neaiškių priežasčių išeina iš darbo, o pasamdyti lygiaverčių specialistų nebepavyksta. Tiek CTO, tiek HR paaiškina: nebegalime pasamdyti gerų programuotojų, nes mūsų programinis kodas yra legacy.

Kas yra tas legacy programinis kodas?

Programuotojų žargonu legacy vadinamas beviltiškai pasenęs projektas, kuriam sunku pridėti naujo funkcionalumo, taisyti defektus, atnaujinti komponentus ir, iš esmės, sunku produktyviai dirbti. Dažnai vartojamas sinonimas yra „spagečių kodas”, t. y. supainiota, sunkiai suvokiama, nebeatpinama raizgalynė. Legacy turi stipriai neigiamą prasmę.

Tačiau kodėl vos prieš porą metų pradėtas projektas, kuris dar kaip reikiant neišvydo saulės šviesos, jau laikomas pasenusiu? Kodėl „moralinė senatvė“ ištiko produktą, kurį brangūs specialistai kūrė naujausių technologijų pagrindu? Išoriškai mūsų produktas atrodo neblogai, atlieka savo darbą ir netgi susilaukia klientų atsiliepimų, o kažkoks nematomas puvinys įsimetęs į tūkstančius kodo eilučių, ir dar taip sunkiai paveikė visą mūsų sistemą, jog menkiausio naujo patobulinimo tenka laukti mėnesių mėnesius, ir visuomet pasipila erzinančios klaidos.

Top of Form

Bottom of Form

Top of Form

Bottom of Form

Trumpai atsakant į šį klausimą: sąlyginai lengva įvertinti materialaus daikto kokybę (tiesiog apžiūrėjus), o nematerialiam produktui reikalingas išsamus techninis auditas. Skubėdami programuotojai „nukerta kampus”, t.y. sukuria norimą funkcionalumą greituoju būdu, o neesminių defektų ima kauptis dešimtimis, šimtais ir galop tūkstančiais. Tačiau išoriškai, neaudituojant paties programinio kodo, tokių higieninių trūkumų pastebėti neįmanoma. Jų kumuliacinis efektas užsakovams paaiškėja daug vėliau.

Ar programinis kodas yra trumpo galiojimo produktas tiesiog iš prigimties? Jokiu būdu.

Nemažai programinių produktų, sukurtų prieš keliolika ar net keliasdešimt metų, vis dar yra nepriekaištingos kokybės - tiek funkcionalumo, tiek kodo kokybės požiūriu. Akivaizdu, jog programuotojai skyrė daug pastangų veikiantį kodą paversti pridėtine verte.

Kaip žinoti, ar turite programinio kodo higienos problemą?

Jeigu jūsų įmonė turi savo individualią programinę įrangą, greičiausiai jis didele dalimi yra legacy. Yra tam tikri simptomai, pagal kuriuos galima nuspėti vidinės kokybės „sveikatos” lygį.

Visų pirma, paklauskite savo programuotojų vieno skaičiaus - kodo aprėpties (angl. code coverage). Anot Michael Feathers, visas kodas yra legacy ta apimtimi, kiek jis nėra padengtas modulių testais (vidiniais kokybės testais). Kad ir kaip neįtikėtinai tai skambėtų, visiškai šviežias, šiandien rašomas kodas išsyk virsta atgyvena, jei tik jis neturi išsamių modulių testų. Jeigu jūsų programuotojai negali atsakyti į šį klausimą, arba jei pateiktas skaičius mažesnis nei 60-80%, programinis kodas tikrai turi problemų. 

Antra, pasitelkite įrankius. Kodo higienines problemas gali (ir turi) skaičiuoti statinės analizės įrankiai. Jie gana apytiksliai pasako, kiek programuotojo dienų, mėnesių ar metų reikės sutvarkyti programinį kodą iki standartinio kokybės lygio. 

Na ir trečia, pasiklauskite savo pardavėjų komandos - ar atsiradus naujiems verslo poreikiams, programinė įranga sugeba pasikeisti? Pridėti papildomą ataskaitą, papildomą langelį, papildomą mygtuką ar dar vieną integraciją negali trukti daugiau laiko nei praėjusį kartą: lėtėjantis modifikacijos greitis byloja apie projektines-architektūrines problemas.

Apibendrinus, ką matuojame, tą ir gauname. Jeigu programuotojai neturi vidinės kokybės tikslų, tai jos bus tiek, kiek profesinės ir asmeninės disciplinos turi kiekvienas inžinierius. Kuomet projektų vadovas spaudžia greičiau kurti funkcionalumą, o ilgalaikius tikslus ignoruoja - vidinės kokybės tikėtis neverta.

Problemos mastas privačiame ir viešajame sektoriuose

Kalbant apie programinio kodo kokybę, įdomu atsiminti valstybinio sektoriaus IT pirkimus. Valstybinės institucijos (ne vien Lietuvoje) kasmet išleidžia įspūdingas sumas programinei įrangai kurti, tačiau viešųjų pirkimų sąlygose dažniausiai nekalbama apie kuriamo kodo vidinę kokybę. Brangios IT sistemos atlieka visas funkcijas, aprašytas funkciniuose reikalavimuose, o ir funkcionalumo klaidos išgaudytos, tačiau niekas nekreipė dėmesio vidinei kodo ir architektūros kokybei. Nauji rangovai siūlys sistemą perrašyti iš naujo, arba labai brangias palaikymo paslaugas.

Privataus sektoriaus bėdos, jokiu būdu, nėra mažesnės. Jaunas verslas žūtbūt siekia išlikti ir įsitvirtinti, ir apie ateities problemas tiesiog neturi laiko galvoti - higienai nebelieka nei laiko, nei biudžeto. Tačiau net ir didelės, solidžios organizacijos susiduria su tokia pačia problema, nes jos paprastai turi didelį, nuosavų IT sprendimų portfelį ir aukštus ketvirtinius pelningumo tikslus, todėl, geriausiu atveju, biudžetus gali skirti vien tik svarbiausiems, strateginiams produktams tvarkyti.

Tarp palaikymo ir perkūrimo

Įprastai, organizacijos tokiose situacijose dažniausiai mato du pasirinkimus ir abu jie yra skaudūs.

Pirmasis sprendimas - „paliatyvinė slauga”, t.y. projekto palaikymas bet kokia kaina. Be abejo, nekokybiškas kodas reiškia, jog nebespėjame kurti būtino funkcionalumo, nesugebame kamšyti saugumo skylių, prarandame klientus ir rinkos dalį. Taip pat, tampa sunku prisivilioti programuotojų - palaikymo kainos ima griauti visus finansinius planus. 

Antrasis būdas yra perrašyti visą pasenusį sprendimą iš pagrindų. Tai yra įmanoma, tačiau labai brangu: toks perrašymas reiškia didelius kaštus - dažniausiai nuo pusės iki dviejų metų darbo. Perrašymas neišvengiamai reiškia verslo plėtros stagnaciją, nes naujų funkcijų nebus iki naujosios versijos užbaigimo. Naujoji versija, greičiausiai, nebeturės daugybės senojo (pamiršto) funkcionalumo, reikės brangaus duomenų ir klientų migravimo. Deja, naujosios versijos kokybė nėra garantuota.

Inžinerine prasme, trečiasis kelias - sudėtingiausias

Dar vieną sprendimo būdą galima vaizdžiai prilyginti su važiuojančio automobilio remontu. Tai - tikslingas laipsniškas sistemos modernizavimas. 

Programinės įrangos modernizavimas - sudėtinga IT inžinerijos sritis, kurios pradžia galime laikyti Martino Fowlerio straipsnį, apžvelgusį tuo metu programuotojų bendruomenės sukauptą patirtį ir modernizacijos receptus. Nuo M. Fowlerio straipsnio publikavimo, programinės įrangos modernizavimo metodologija labai sparčiai vystėsi, atsirado gerųjų praktikų, architektūrinių sprendimų ir specializuotų įrankių. 

Trumpai tariant, reikalinga labai nuodugni strategija, suderinanti verslo prioritetus su technologiniu vystymo planu. Abi platformos - naujoji ir senoji - egzistuoja vienu metu, šalia viena kitos, tik naujoji platforma iš pradžių turi labai mažą viso funkcionalumo dalį. Iš senosios platformos funkcionalumas palaipsniui migruojamas į naująją (kokybišką) platformą. Pareto principas teigia, jog 20% kodo slepia 80% visų defektų (arba 80% jūsų klientų naudojasi vos 20% viso funkcionalumo), todėl tinkamais įrankiais diagnozuojant „skausmo taškus” ir tinkamai tokias problemines sritis prioretizuojant, naujoji platformos versija labai greitai perima esmines senosios versijos funkcijas. Tai, jokiu būdu, nereiškia, jog apsiribojame greitais daliniais sprendimais. Netgi priešingai - ilgainiui į naują platformą persikels visiškai visas dabartinis funkcionalumas ir prisidės visos naujosios funkcijos. Tiesiog naująja platforma galima bus naudotis labai anksti, lygiagrečiai su senąja, nelaukiant pilno perrašymo užbaigimo - pagal verslo poreikių ir technologinių reikalavimų konsensusą.

Jeigu senoji platforma labai atsilikusi nuo modernių technologijų, vieno žingsnio migracija gali būti neįmanoma - jums gali reikėti pereinamosios architektūros. Duomenų sinchronizavimas, skirtingų platformų integracija ir tarpusavio suderinamumas, esamo funkcionalumo skaidymas ir perkėlimas bei daugybė kitų techninių iššūkių reikalauja aukštos kvalifikacijos programinės įrangos inžinierių, specifinių įrankių ir profesionalių procesų. Tačiau deramai modernizuojant verslui kritiškai svarbias sistemas, funkcionalumo vystymasis nesustoja, o kodo kokybė visą laiką sparčiai gerėja. Verslas išvengia rizikų, susijusių su „paliatyvinės slaugos” arba pilno perrašymo atvejais.

Iš mano patirties, slaptasis sėkmės ingredientas modernizuojant dideles sistemas yra... personalo strategija. Kiekvieno komandos nario asmeninės ambicijos, karjeros siekiai ir technologinės preferencijos yra tokie pat svarbūs faktoriai, kaip ir tinkami įrankiai ar procesai. Modernizacijos projektas yra rimta misija, kurios skirtinguose etapuose reikalinga skirtinga komandos sudėtis.

Pranešimo spaudai autorius: twoday padalinio Lietuvoje vadovas, sertifikuotas programinės įrangos architektas ir sertifikuotas Java programuotojas Mantas Urbonas.

twoday yra apie 2700 ekspertų vienijanti IT įmonė Šiaurės Europoje ir Lietuvoje, kuri teikia programinės įrangos kūrimo, programinės įrangos modernizavimo, duomenų analitikos ir dirbtinio intelekto sprendimus daugiau nei 8000 privataus ir viešojo sektoriaus klientų."