Mga Archive ng Kategorya: Mga Aklat

Review Book ng Unreal uri. Dito, Talakayin ko ang mga libro Nabasa ko, at ibahagi ang aking mga impression sa aking mga mambabasa. Nabasa ko na halos non-Fiction o classics. At kapag sinabi ko basahin ang mga libro, Ko ibig sabihin makinig sa kanila sa audiobook (laging unabridged) paraan. Audiobooks ay may kakayahang upang gawin ang iyong magbawas o gym workout isang bagay tumingin ka inaabangan ang panahon na, sa halip na pangamba. Kapag nasuri, ipakita nila dehado bagaman, na sila ay hindi ma-refer sa. Kaya mga quote mula sa kanila maging paraphrasing, mga pangalan makakuha ng maling nabaybay at iba pa. Please excuse such shortcomings…

Tandaan na ang mga ito ay hindi tunay na mga review. Ang karamihan sa mga aklat na ito ay kaya mahusay na kilala na ang mga ito ay talagang lampas review. Kaya ang aking Unreal mga review ay mas katulad ng aking mga impression at mga pag-iisip, madalas na naglalaman ng spoilers.

Pagpapatunay at Pagproseso

Sa sandaling ang isang kalakalan ay naka-book sa kalakalan database platform, ito trigger ng isang buong chorus ng pagtiyak at araw-araw na pagproseso. Ang proseso sa pagpapatunay ay isang to-at-pabalik-balik sa pagitan ng sayaw ng kalakalan desk sa Front Office at ang control unit sa Gitnang Office, lahat mediated sa pamamagitan ng mga platform ng kalakalan. Ang mga mangangalakal ay maaaring magpasok ng isang kalakalan sa isang pang-eksperimentong batayan. Sa sandaling ang mga ito ay kumbinsido na ito ay isang praktikal kalakalan, itulak nila ito sa isang nakumpirma estado, na kung saan ay nakuha ng mga pananalapi control unit. Kung ang mga mangangalakal magpasya upang itapon ang pangangalakal, ang kalakalan ay nagtatapos up sa trash pile (ngunit hindi tinanggal permanente). Ang control unit ay karaniwang gumagana sa isang four-mata, mode double pagpapatunay. Sila ay i-verify ang kalakalan input, at mga limitasyon ng kontrol tulad ng bilang ng mga trades na pinapayagan para sa isang partikular na produkto. Kung ang kalakalan ay ipinapasa ang kanilang mga pagsubok, itakda nila ang katayuan nito sa isang napatotohanang estado, na-trigger ng isang pangalawang antas ng pagsusuri. Kung nabigo ang alinman sa antas ng kalakalan, sila ay matutulak pabalik sa isang estado na nagbibigay-daan sa mga mangangalakal sa alinman susugan ito o itapon ito.

Trade validation

Kapag ang kalakalan ay ganap na napatunayan, Nagsisimula ang pagproseso bahagi. Ito ay nagsasangkot ng maramihang mga koponan at maramihang mga pananaw, simula sa kung paano dapat na tinukoy ng kalakalan sa kung ano ang mga pangunahing impormasyon yunit na dapat ay makikilala.

Daily Processing

Tulad ng ipinapakita sa figure sa itaas, regular processing tumatagal ng lugar sa iba't ibang mga yunit ng negosyo.

  • Desk Trading subaybayan trades para sa hedging at rebalancing, pagmamanman ng profit at pagkawala (P / L), at naglalagi sa loob ng mga limitasyon ng panganib. Ang Senior mangangalakal makakuha ng distilled impormasyon mula sa junior mga bago sa pamamagitan ng regular na pagproseso at nagsasagawa ng naaangkop na pagkilos.
  • Gitnang Office ay gumaganap ng isang mahalagang papel sa regular na proseso. Subaybayan sila target at hadlang breaches, rate fixings at pagsasanay pagpipilian, cash flow henerasyon, at nagpapalitaw ng iba pang mga cash trades. Bumuo ng mga ito (sa tulong ng mga platform ng kalakalan) pinalitaw ng naaangkop na accounting para sa Back Office upang kumilos sa, upang gawin ang pakikipag-ayos, kalakalan sa pagkumpirma, dokumentasyon sa Pag-archive atbp.
  • Control Produkto ay isa pang yunit ng negosyo sa loob ng naka-embed sa gitna ng opisina na aktibong subaybayan ang P / L sa araw-araw, may tanawin nagpapaliwanag kanilang mga paggalaw batay sa pagiging sensitibo at mga paggalaw ng merkado, pagbibigay ng isang malayang pag-compute ng kakayahang kumita ng aktibidad ng kalakalan. Ang kanilang computations ng reserbang feed sa pananalapi at mga mapagkukunan ng tao mga kagawaran at makakaapekto sa negosyante ng mga insentibo at kabayaran.
  • Market Panganib Pamamahala ay mayroon ding hordes ng kawani na nagtatrabaho upang magsagawa ng araw-araw na pagsubaybay ng mga limitasyon ng kalakalan (tulad ng notionals, delta-katumbas atbp) pati na rin ang var-compute, Mga pagsubok Stress var. Sa karamihan ng mga bangko, sila rin mahawakan ang pagsunod sa pag-uulat sa regulasyon na awtoridad at magbigay ng madaling maintindihan at naaaksyunang katalinuhan sa itaas na pamamahala na magpasya ang mga diskarte sa kalakalan.

Bilang dapat sa lalong madaling panahon namin makita, ang iba't ibang at tukoy na pagtuon ng bawat yunit ng negosyo mga pangangailangan ng isang natatanging pag-project (na kung saan kami tatawag sa isang pananaw) ng Trading impormasyon mula sa platform ng kalakalan. Kinakailangan na ito ay isa sa mga bagay na gumawa nito disenyo at pagpapatupad sa gayon mapaghamong.

Trade umpisa

Ang pagkakabuo ng mga kaganapan ng isang kalakalan ay maaaring inuri sa dalawang kategorya. Ang mga gawain pre-pangangalakal ay ang mga kailangang maganap bago ang unang kalakalan ay naka-book na. Ang per-umpisa kalakalan aktibidad ay ang mga tukoy sa bawat kalakalan.

Pre-trade activities

Ang mga gawain pre-kalakalan ay may kaugnayan sa mga bagong produkto on-boarding at pag-apruba. Tulad ng nakita natin, in-house na mga platform ng kalakalan ay idinisenyo upang maging nimble at tumutugon. Sa prinsipyo, Dapat itong tumagal ng kaunti oras para sa isang bagong produkto na maging on-boarded. Ang huling sistema ko nagtrabaho sa, halimbawa, ay idinisenyo upang magtalaga ng isang bagong ideya ng produkto sa loob lamang ng ilang minuto. Subalit ang mga arkitekto ng naturang mga sistema ay may posibilidad na kalimutan ang tao, mga kaugnay na proseso-kontrol at mga elemento na kasangkot sa ito. Bilang ng slide sa itaas ay naglalarawan, ng isang bagong ideya ng produkto o isang bagong modelo sa pagpepresyo ay nagmumula mula sa trabaho ng isang modelo quant o isang structurer sa Opisina Front. Ngunit bago ito ay makakakuha ng kahit saan malapit sa isang produksyon na sistema, Kailangan ang modelo sa pagpepresyo na napatunayan, Karaniwang ng koponan analytics sa pangkat ng pamamahala ng peligro Gitnang Office. Sa sandaling napatotohanan, maipatupad ang produkto sa pamamagitan ng isang tortuous proseso ng pag-apruba na maaaring tumagal ng mga linggo o buwan, at pagkatapos ay isang pormal na proseso ng pagpa-andar, na maaaring tumagal muli linggo o buwan. Kapag na proseso na nakumpleto, ang produkto ay magagamit para sa pangangalakal sa platform ng kalakalan.

Sa sandaling magagamit, maaaring instantiated ang produkto bilang isang kalakalan. Ang bawat kalakalan Halimbawa napupunta sa pamamagitan ng sarili nitong proseso ng pagpapatunay at pag-apruba. Ang kahilingan kalakalan ay maaaring manggaling mula sa mga benta o pag-iistraktura koponan sa Opisina Front. Ay magkakaroon din sila maghanda ng term sheet at iba pang mga legal na dokumento. Sa sandaling ang mga gawaing ito ay nakumpleto, isang kalakalan ay naka-book sa platform ng kalakalan.

Per-trade process

Ang mga kaganapan sa umpisa ay itinatanghal sa pangalawang slide sa itaas. Ang isa sa mga mahalagang hakbang sa proseso ng pag-apruba ay ang credit control. Tulad ng inilarawan namin nang mas maaga, ang pamamahala ng credit panganib koponan ay gumagamit ng iba't-ibang mga kasangkapan upang tasahin ang mga peligrong sangkot. Sa kanilang pag-apruba, at sa mga mangangalakal-unawa sa mga presyo ng merkado ng produkto, isang produkto na magagamit sa platform ng kalakalan ay nagiging isang kalakalan sa database. At ang saya lifecycling nagsisimula.

Buhay ng isang Trade

With the last post, we have reached the end of the second section on the static structure of the bank involved in trading activities. But a trade by itself is a dynamic entity. In this third section, we will look at the evolution of a trade, and see how it flows back and forth between the various business units we described in the last section. We will make the this section and the next into a new series of posts because the first series (sa Paano ba ang isang Work Bank?) has become a bit too long.

Back Office and Finance

As with most dynamic entities, trades also have the three lifecycle stages of inception, existence and termination. What we need to understand clearly is what the processes are around these general stages. What are the business units involved at each of these stages? What do they do? And how do they do it?

Trade lifecycle

We will see that from our perspective, the lifecycle interactions are all mediated by the trading platform. It is not so much because everything is contained within the trading platform, but because we are interested only in that limited set of processes that are. In some sense, the last section was about the physical, spatial description of the bank, and this section is going to be on the temporal evolution and dynamics of how things work on that structure.

Buod – Istraktura ng Bangko

Nakumpleto na namin ngayon ang aming mga talakayan sa pangkalahatang istraktura ng isang tipikal na pamumuhunan braso bangko pangkalakal. Nagpunta kami sa pamamagitan ng mga dibisyon sa Front-Middle-Bumalik Office at ang functional at negosyo yunit na nilalaman sa loob. Tandaan na tumingin lang kami sa mga yunit na iyon na may kinalalaman sa kalakalan at nabibilang na mga aktibidad sa pagpapalawig. Tandaan din na ang istraktura na ito ay tuluy-tuloy at maaaring maipatupad na may iba't ibang mga pangalan at hierarchies sa iba't ibang mga bangko depende sa kanilang mga diskarte sa corporate at focus. Ipinakita namin sa platform ng kalakalan bilang enabler o backdrop ng karamihan ng mga gawain ng mga pandaigdigang pananalapi (kung saan aktibidad exotics kalakalan maganap) at ang nauugnay na mga yunit sa negosyo (na pangasiwaan ang iba't ibang mga aspeto ng kalakalan daloy ng trabaho) higit sa lahat dahil kami ay naghahanap sa buong bagay mula sa pananaw ng pag-unlad sa dami.

Back Office and Finance

Mula sa pananaw na ito, makikita mo ang mga platform ng kalakalan bilang ang pinaka-mahalagang kasangkapan (o koleksyon ng mga tool) sa bangko. Mediates ito halos lahat ng mga pakikipag-ugnayan sa pagitan ng mga iba't-ibang mga yunit ng negosyo. At saka, bilang ay dapat namin makita sa darating na mga post, ang platform ng kalakalan ay tumutukoy sa kalakalan daloy ng trabaho at pamamahala ng proseso ng. Samakatuwid, Gagamitin din itong maging mahalaga para sa mga nabibilang na mga developer upang maunawaan kung paano ang mga yunit ng negosyo tingnan trades at ang pangangalakal booking at pamamahala ng proseso ng. Ang kanilang mga pananaw kalakalan ay magkakaroon upang maka-impluwensya ang disenyo ng platform ng kalakalan.

Back Office, Finance et al

From the quant and quantitative development perspective, Back Office is a distant entity. Their role is vital in the trade lifecycle, as we shall see later, but they are outside the sphere of influence of the quants and developers.

Back Office and Finance

Back Office concerns itself mainly with trade settlements and accounting. Upon maturity, each trade generates a settlement trigger usually with the help of a vended trading or settlement platform, which will be picked up and acted upon by the Back Office professionals. They also take care of cash and collateral management.

Finance functions are closely related to Back Office operations. Among a host of accounting related operations, they have one critically important task, which is to produce annual reports. These reports get publicly scrutinized and determine everything from the stock price to performance bonuses, salary levels etc. Finance professionals may require quant and analytic help for certain tasks. In one of my previous roles, I was asked to estimate the fair market value of the employee stock options (ESOP) for the purpose of accounting for them in the annual reports.

The process of pricing ESOP is similar to (although a bit more complicated than) normal call option pricing. Among other things, you need the volatility of the underlying stock in order to calculate the price. I used the standard exponentially weighted moving average method to estimate it from the published stock prices over the previous two years or so to compute it because that was all the data I had access to. Before that time, there was some corporate action and stock ticker name had changed (or did not exist, I don’t remember which). Sa anumang kaso, I knew that the impact of adding more data prior to that date would be negligible because of the exponentially diminishing weights; it would be much less that the round off error in quoting the price to four decimal places, halimbawa. But the accountant who was asked to look at the computation was upset. She came to me with her rulebook and referred me to page 57, paragraph 2, where it was specified that I was supposed to use ten years for the EWMA computation. Sinubukan ko, in lamang, to explain to her that I couldn’t. She kept saying, “Oo, but page 57, para 2….I went on to explain why it didn’t really make any difference. Sinabi niya, “Oo, but page 57, para 2….

Accountants and Finance professionals can be that way. They can be a bittechnicalabout such things. In hindsight, I guess I was being naive. I could have just used a series of zeros to back-populate the missing eight years of data (pagkatapos ng lahat, if the ticker price was not quoted, it is zero), and redone my ESOP valuation, which would have given an ESOP price identical to what I computed earlier, but this time satisfying both Finance and the quants.

IT and other support

A team which quantitative developers work closely with is Information Technology. They are charged with the IT infrastructure, security, networking, procurement, licensing and everything else related to computing. Sa katunayan, quantitative development is, as I portrayed it earlier, a middle layer between IT and pure mathematical work. So it is possible for quantitative developers to find themselves under the IT hierarchy, although it doesn’t work to their advantage. Information Technology is a cost center, as are all other Middle and Back Office functions, while Front Office units connected to trading are profit centers. Profit generators get compensated far better than others, and it is better to be associated with them than IT.

Rates and Valuation

Marking trades to market requires up-to-date market data. There are two types of market data required for pricingone is the live spot rates, volatilities, interest rates etc. This type of data is collectively called rates. The second type is the kind that goes into defining the products being traded, or the characteristics of the rates. These include definitions of interest rate pillars, bond coupon dates and rates etc. This second type is considered static data.

Valuation and Product Control

The rates management team is in charge of the first type data. They ensure that the live data providers are consistent with each other and that the data itself is accurate. They do this by applying various automated tests and limits to the incoming rates to flag any suspicious movement or inconsistency. Once approved by the team, the data gets consumed by the trading platform. The rates management is a critical role, and the market data is often stored and served in dedicated databases and services. Because of the technicalities involved, this team works closely with the information technology professionals.

The static data is typically managed by a separate team independent of rates management. They go by various names, Treasury Control being one of them. They set up traded products and rates pillars and so on. In some banks, they may also be responsible for trade input data validation.

Two other important functions of Middle Office are valuation and product controls. These functions are pretty far removed from quantitative development and trading platform. These teams ensure that the trade valuations and P/L movements are consistent with market movements. Valuation Control takes a close look at pricing and P/L mostly at trade level while Product Control worries about P/L explanation typically at portfolio level. Since we have the Greeks (rates of change of product prices with respect to market quantities and time), we can compute and predict the change in the prices (or P/L movements) using Taylor series expansion. If the independently computed prices (using actual market rates) are at odds with the predicted ones, it points to an internal inconsistency and should trigger a detailed investigation.

Product Control may also help Finance and Human Resource with valuation reserves process, which estimates the level of exaggeration in the profit expectations of ebullient traders. Since traderscompensation is tied to the profit they generate, this process of assigning reserves against profit is essential in ensuring equitable performance rewards.

Pamamahala at Analytics Market Panganib

If you play in the market, you run the risk that it may move against you. This risk is, oo naman, market risk and we have a Middle Office team to manage it. Market Risk Management (MRM) ensures that the risk limits on the volumes and types of products traded are set in accordance with the risk appetite prescribed by the senior management. It also ensures, through regular processing and monitoring, that these limits are adhered to.

MRM

What is monitored are risk measures such as the Greeks and Value at Risk (VaR). The Greeks are the first and second order derivatives of the price of a security with respect to various market variables such as the price of the underlying, interest rates, volatility as well as trade specific entities like the time to maturity. The VaR is a statistical end point measure estimating the amount of loss at a given confidence level in the case of an adverse market movements, and is typically computed using the historical market movements over the past year or so. These risk measures are aggregated, sliced and diced in various ways to make it easy to monitor them, and reported to senior management, risk control committees, trading desks etc. The MRM team is also responsible for reporting to regulatory agencies, both in the form of regular compliance reports as well as ad hoc reports in response to drastic market moves.

Quants can find opportunities in the Analytics team embedded within MRM. This team is in charge of pricing model validation, which is the process of ensuring that the mathematical models deployed in trading systems and other valuations engines are both appropriate and correctly implemented. There is a significant overlap between the work that MRM analytics quants do and their Front Office counter parts (whom we called pricing or model quants). The Analytics team also takes care of any other quantitative tools needed in MRM or risk management in general. Such tools could include potential future exposures (PFE) for credit risk management, liquidity modelling for Assets and Liability (AML) atbp.

Pamamahala ng Credit Panganib

Ang pamamahala sa peligro ay isang kritikal na pagpapaandar ng Tanggapan ng Gitnang,,en,Ang panganib sa kredito ay ang panganib na ang isang taong may utang sa iyo ay maaaring hindi o nais na igagalang ang kanilang obligasyon,,en,maaari silang default sa kanilang obligasyon sa kredito,,en,Ang peligro na ito ay pinamamahalaan sa isang bangko gamit ang iba't ibang mga tool na pang-istatistika,,en,Kapag ang isang bangko ay nag-isyu sa iyo ng isang credit card,,en,nangangailangan ng panganib sa kredito na maaaring hindi ka magbabayad,,en,Magbabayad ka ng isang napakalaking mataas na rate ng interes sa iyong natitirang balanse nang tiyak dahil sa peligro ng kredito na ito,,en,Ang panganib ay hindi ligtas,,en,Isang pautang o isang pautang sa awto,,en,ay nai-secure sa pamamagitan ng equity ng iyong pag-aari,,en,at nagbabayad ka ng makabuluhang mas mababang interes dahil sa collateral,,en,Ang koponan ng Gitnang Tanggapan ng Pamamahala ng Panganib sa Kredito,,en,CRM,,en,nagpapatakbo gamit ang parehong dalawang paradigma,,en. Credit risk is the risk that somebody who owes you money may not be able or willing to honor their obligation. Sa ibang salita, they may default on their credit obligation. This risk is managed in a bank using a variety of statistical tools.

Middle Office

When a bank issues you a credit card, it takes on credit risk that you may not pay up. You pay an insanely high interest rate on your outstanding balance precisely because of this credit risk. The risk is not secured. A mortgage or an auto loan, sa kabilang banda, is secured by the equity of your property, and you pay a significantly lower interest because of the collateral.

The Middle Office team of Credit Risk Management (CRM) operates using the same two paradigms. Karamihan sa parehong paraan tulad ng mayroon kang isang limitasyon ng credit sa iyong credit card o linya ng kredito,,en,bawat counterparty na ang pakikipagkalakal ng bangko ay may isang tiyak na limitasyon sa kredito batay sa kanilang credit rating na inilathala ng mga ahensya ng credit rating tulad ng Moody's o Standard,,en,Mahina,,en,Ang problema sa pamamaraang ito ng pamamahala ng panganib sa kredito ay ang bangko ay walang paraan upang malaman kung gaano karaming kredito ang na-load laban sa rating ng counterparty sa ibang mga bangko,,en,Wala rin itong paraan upang malaman kung gaano karaming mga credit card na mayroon ka,,en,ang awtoridad ng regulasyon,,en,PERO,,pt,sinusubukan upang mabawasan ang panganib ng mga taong pagpunta bust ay nangangailangan na ang kanilang credit limit ay dalawang beses sa kanilang buwanang suweldo,,en,Maaari silang makakuha ng maraming mga credit card ayon sa gusto nila mula sa iba't ibang mga bangko laban sa parehong limitasyon,,en, each counterparty that the bank trades with has a certain credit limit based on their credit rating as published by credit rating agencies such as Moody’s or Standard & Poor. The problem with this mode of managing credit risk is that the bank has no way of knowing how much credit is loaded against a counterparty’s rating in other banks. Nor does it have a means of finding out how many credit cards you have. In Singapore, the regulatory authority, MAS, tries to minimize the risk of people going bust be requiring that their credit limit be twice their monthly salary. Bt they may get as many credit cards as they want from different banks against the same limit, epektibong pag-aalis ng mabuting hangarin sa likod ng kinakailangan,,en,Ang labis na karga laban sa rating ng kredito ay maiiwasan kapag ang panganib ay pinamamahalaan gamit ang mga collateral,,en,Tulad ng hindi ka maaaring kumuha ng dalawang pautang sa mortgage sa parehong pag-aari,,en,hindi walang sapat na katarungan,,en,anumang paraan,,en,ang mga katapat sa pangangalakal ay hindi rin maaaring gumamit ng parehong collateral para sa maraming mga trading,,en,Ang mga bangko at counterparties ay karaniwang gumagamit ng mga bono bilang mga collateral at pisikal na ipinapalit ang mga ito sa mga ligtas na transaksyon,,en,Bago ang negosyante ng Front Office ay maaaring makapasok sa isang kasunduan sa pangangalakal sa isang katapat,,en,kakailanganin nilang makakuha ng pag-apruba mula sa mga credit Controller na susuriin ang mga exposure at suriin ang mga ito laban sa mga paunang natukoy na mga limitasyon,,en,Ang pagtatasa ng pagkakalantad ay gumagamit ng mga pamamaraan tulad ng potensyal na pagkakalantad sa hinaharap,,en,PFE,,sn.

This overloading against credit rating is avoided when the risk is managed using collaterals. Much like you cannot take two mortgage loans on the same property (not without adequate equity, any way), counterparties in trading also cannot use the same collateral for multiple trades. Banks and counterparties typically use bonds as collaterals and physically exchange them during secured transactions.

Before the Front Office trader can enter into a trading agreement with a counterparty, they will need to get approval from the credit controllers who will assess exposures and check them against predefined limits. The exposure assessment uses techniques such as potential future exposure (PFE) batay sa isang malaking bilang ng mga simulation ng mga potensyal na merkado sa hinaharap,,en,Bilang karagdagan sa panganib ng mga kaparehas na pag-default sa panahon ng buhay ng isang kalakalan,,en,Ang mga propesyonal sa CRM ay nag-aalala tungkol sa potensyal para sa default sa panahon ng pagkaantala sa pag-areglo,,en,pagkatapos ng kapanahunan ng isang kalakalan,,en,kung saan ang bangko ay nasa pera,,en,at ang pag-areglo nito,,en,Ang peligro na ito ay naaangkop na tinatawag na panganib sa pag-areglo,,en.

In addition to the risk of counterparties defaulting during the life time of a trade, CRM professionals worry about the potential for default during the delay in settlement — after the maturity of a trade (where the bank is in the money) and its settlement. This risk is aptly called the settlement risk.

Gitnang Office

The structure of Middle Office in a typical bank is depicted in the slide below. The functional units within Middle Office work hand in hand with those in Front Office to handle the inception approvals and regular processing of trades.

Middle Office

Middle Office is different from Front OFfice in that it has little interaction with the external world. Its primary (and perhaps only) customers are the Front Office traders and teams. Gaya ng dati, most of the interactions among the teams within Middle Office and Front Office take place via the trading platform, which acts like the boundary interface between the two Offices, as shown in the slide.

In later posts, we will go through the functions of each of the business units described as a box in the picture. For now, as a general summary, we can see that the Middle Office functions are of two kinds: those related to trade approvals based on projected risks and limits, and those related to regular trade monitoring. But these functions are vast in their scope, and require large systems, data flows and an army of professionals to carry them out. They are organized under the business units with names like Product Control, Trade Control (or Treasury or Business Control) Unit, Market, Credit and Operational Risk Management), Limits Monitoring, Rates Management, Compliance and Regulatory Reporting, Analytics, Asset and Liability Management etc. Muli, keep in mind that this description of Middle Office is from the perspective of quantitative development relevant to structured products trading.

Nabibilang na Mga Nag-develop

Kung nabibilang Mga Developer magmukhang gitna ng lahat ng bagay na napupunta sa sa Front Office,,en,ayon sa mga sumusunod slide,,en,mayroong isang magandang dahilan para sa mga ito,,en,Serye na ito ay isinulat mula sa pananaw ng mga nabibilang na Development,,en,ang serye,,en,ang talk,,en,at ang aklat na may pamagat na ang lahat,,en,Mga Prinsipyo ng nabibilang na Development.,,en,Mula sa na vantage point,,en,kami ay sa gitna ng uniberso,,en,sa nakabalangkas na mga produkto kalakalan,,en,nabibilang na pag-unlad at nabibilang na matematika maglaro ng isang mahalaga papel,,en,Gaya ng makikita natin sa mamaya post,,en,halos lahat ng aspeto ng kalakalan lifecycle management ay mediated sa pamamagitan ng dulo ng produkto ng mga nabibilang na mga propesyonal,,en,kung saan ay ang kalakalan platform,,en,crucially,,en,ang trading platform tumutukoy sa interface sa pagitan ng Front Office at Gitnang Office,,en,Sa loob ng Front Office,,en (according to the following slide, na), there is a good reason for it. This series is written from the perspective of Quantitative Development. Pagkatapos ng lahat, the series, the talk, and the book are all titled “Principles of Quantitative Development.” From that vantage point, sigurado, we are at the center of the universe.

Quantitative Developers

Upang maging patas, in structured products trading, quantitative development and quantitative mathematics play a crucial role. As we will see in later posts, almost all the aspects of trade lifecycle management are mediated by the end product of these quantitative professionals, which is the trading platform. Crucially, the trading platform defines the interface between Front Office and Middle Office. Within Front Office, nabibilang na mga developer kumilos bilang padaluyan ng pagsasanib ng mga modelo ng pagpepresyo na binuo ni quants sa platform,,en,at dahil doon sa paggawa ng mga ito naa-access para sa paggawa ng tubo sa pamamagitan ng kalakalan mesa,,en,Dahil dito buffering role na ang nabibilang na mga developer i-play,,en,mayroon sila upang field halos lahat ng mga kahilingan ng suporta mula sa kalakalan mga mesa at mga benta ng mga tauhan sa Front Office,,en,pati na rin mula sa sinuman na gumagamit ng platform ng kalakalan,,en,Sa corporate organisasyon,,en,nabibilang na mga developer ay maaaring mahanap ang kanilang sarili sa ilalim ng departamento ng impormasyon na teknolohiya,,en,sumusuporta sa platform ng kalakalan mula sa malayo,,en,Mula sa isang karera pananaw,,en,organisasyon na ito ay mas mababa kaysa perpekto para sa kanila dahil IT ay isang cost center,,en,hindi isang tubo dyeneretor at ang kompensasyon at sa kabayarang scheme sumalamin ang katotohanang iyon,,en, thereby making them accessible for profit making by trading desks. Because of this buffering role that the quantitative developers play, they have to field almost all of the support requests from trading desks and sales personnel in Front Office, as well as from anyone who uses the trading platform.

In the corporate organization, quantitative developers may find themselves under the information technology department, supporting the trading platform from afar. From a career perspective, this organization is less than ideal for them because IT is a cost center, not a profit generator and the compensation and remuneration schemes reflect that fact. Bukod, IT ay may kaugaliang upang maisaalang-alang bilang sa labas ng core ng negosyo ng bangko,,en,Malayong mas mahusay para sa sila ay sa pamamagitan mahanap ang kanilang mga sarili na naka-embed sa loob ng setting Front Office,,en,kung saan ang mga nabibilang na mga developer ay maaaring nag-aalok ng direktang suporta sa parokyano mula sa loob at tamasahin ang tanyag at bantog na nanggagaling sa mga kritikal na papel na ginagampanan ng pamamahala ng mga mahahalagang in-house platform kalakalan,,en. Far better for them would be to find themselves embedded within the Front Office setting, where the quantitative developers can offer direct support to the stakeholders from within and enjoy the prominence and prestige that comes with the critical role of managing the vital in-house trading platform.