Sisällysluettelo[Piilottaa][Näytä]
Toimiala, joka kiinnostaa suuresti työnhakijoita, on valuuttakauppa. Ohjelmistoyritykset vastaanottavat kauppiailta maailmanlaajuisesti pyyntöjä tarjota kaupankäyntialustan, joka voi nopeasti ja tehokkaasti arvioida valuuttapareja koskevia tietoja.
Kaupankäyntialusta on ohjelmisto, jonka tietyt rahoitusorganisaatiot, kuten pankit, ja välittäjät tarjoavat kauppiaille ja sijoittajille.
Kaupankäyntialustat antavat sijoittajien ja jälleenmyyjien tehdä sopimuksia ja pitää silmällä tilejään. Kaupankäyntijärjestelmiin sisältyy usein muita toimintoja, jotka auttavat sijoittajia tekemään sijoituspäätöksiä.
Reaaliaikaiset lainaukset, interaktiiviset kaaviot, erilaiset graafiset työkalut, suorat uutissyötteet ja korkealuokkainen tutkimus ovat esimerkkejä näistä ominaisuuksista.
Alustat voidaan myös suunnitella tietyille markkinoille, kuten osakkeiden, valuuttojen, optioiden tai futuurien markkinoille.
Yli vuosikymmenen ajan automatisoidut kaupankäyntijärjestelmät, jotka tunnetaan myös nimellä algoritminen kaupankäynti, ovat olleet kaupan alan keskipisteessä.
Kaupankäyntijärjestelmä, joka joskus tunnetaan nimellä "kaupankäyntistrategia", ei ole muuta kuin kokoelma sääntöjä, joita sovelletaan syöttötietoihin osto-/myyntitulo- ja irtautumissignaalien tarjoamiseksi. Huolimatta siitä, että kaupankäyntistrategian luominen saattaa näyttää yksinkertaiselta, se ei ole sitä!
Kvantitatiivisen kaupankäyntistrategian takana olevia mielipiteitä kutsutaan "kvanteiksi" algoritmisen kaupankäynnin alalla, koska hyvän kaupankäyntistrategian kehittäminen edellyttää laajaa kvantitatiivista tutkimusta.
Automaattisten kaupankäyntijärjestelmien perusrakenne on kokenut huomattavia muutoksia viimeisen kymmenen vuoden aikana ja muuttuu edelleen.
Algoritmisen kaupankäynnin teollisuudesta on tullut tietokone- ja verkkoteknologian kehityksen pesäke, koska yritysten, erityisesti suurtaajuisia kaupankäyntijärjestelmiä käyttävien yritysten on tullut välttämättömäksi innovoida teknologian alalla voidakseen kilpailla algoritmisen kaupankäynnin maailmassa.
Keskustelemme kaupankäyntialustasta Järjestelmäsuunnittelu tässä artikkelissa. Kaupankäyntialustan perustiedot sisältävät sen arkkitehtuurin, protokollat ja ohjeet oman automatisoidun kaupankäyntijärjestelmän luomiseen.
Automaattiset kaupankäynnin ohjelmistovaatimukset perustasolla
Paras ratkaisu on se, joka täyttää täysin ohjelmistovaatimukset. Automaattisen kaupankäyntiohjelmiston tärkeimmät tekniset tiedot ovat:
- Skaalautuvuus (järjestelmän kyky käsitellä kasvavaa määrää pyyntöjä ja työtaakkaa);
- Monikäsittely ja erinomainen suorituskyky;
- Turvallisuus ja turvallisuus (miten se reagoi äkillisesti tapahtuviin rikkomuksiin tai pahoinpitelyihin ja suojaa laittomalta maahantulolta);
- Yhteentoimivuus (järjestelmän kyky toimia vuorovaikutuksessa muiden järjestelmien kanssa);
- Luotettavuus (miten se ratkaisee viat ja toimii ongelmista huolimatta).
Algoritmiset kaupankäyntijärjestelmät vaativat erittäin ammattitaitoista työvoimaa ja huolellista huomiota. Järjestelmän toiminnalliset vaatimukset on helpompi ymmärtää, kun on selkeät ei-toiminnalliset vaatimukset. Ne toimivat ohjaavina standardeina ohjelmistokehitysryhmille tuotteen laadun määrittämiseksi ja määrittelemiseksi.
Kaupankäyntialustan toiminnallisia ominaisuuksia ovat mm
Erilaisten maksutapojen onnistunut tuki, turvalliset pilvihosting-palvelut, tehokkaat data-analyysityökalut, riskienhallinta, tarkat lainaukset ja sopivat kaaviotyypit ovat kaikki tärkeitä toiminnallisia tarpeita.
Seuraavassa on joitain automatisoitujen kaupankäyntialustojen perusominaisuuksia, joihin kaikki kauppiaat kiinnittävät erityistä huomiota:
Tilastotietoja näyttävä hallintapaneeli
Jotta voidaan suorittaa reaaliaikainen, samanaikainen valuuttakurssien tarkastelu useilla aikavyöhykkeillä, alustan on suoritettava jatkuvat päivitykset, käytettävä tietoja useista kaavioista ja käytettävä hintataulukoita.
Authentication
Nopea mutta luotettava varmennusmenetelmä luo ensin kuvan turvallisesta alustasta ja huippuluokan suunnittelutyöstä.
Kaupankäyntiohjelmistot voivat tukea pääsyä useilta tileiltä, kuten avoimen lähdekoodin kaupankäyntialustoilla, joissa on kaksivaiheinen todennus (esimerkiksi tekstiviestillä tai Google Authenticatorilla), mutta sinulla voi olla myös järjestelmä, jossa pääsy on sallittu sähköpostin, puhelinnumeron tai muun kautta. tapoja vain pienelle kauppiaiden ryhmälle.
Uutissyötteet
Ennen kuin teet taloudellisia päätöksiä, on tärkeää tehdä tutkimus. Tietämättömyyden aiheuttamien virheiden estämiseksi elinkeinonharjoittajat voivat hyötyä kätevistä uutisista, oleellisista katsauksista ja näkemyksistä maailman valuuttamarkkinoista, jotka kaikki ovat heti saatavilla heidän kaupankäyntialustoillaan.
Järjestelmänvalvojille ja käyttäjille sopiva toiminnallisuus
Tällaisessa järjestelmässä kyky hallita kaikkea nopeasti yhdellä napsautuksella on välttämätöntä. Tämä sisältää tapahtumien hallinnan, vireillä olevat ja lähetetyt tilaukset, henkilökohtaiset tilit, tilauksen edistymisilmoitukset ja asiakaspyynnöt.
Tämä mahdollistaa päätöksenteon mahdollisimman lyhyessä ajassa ja takaa jatkuvan pääsyn olennaiseen tietoon.
Push-ilmoitusten käyttö
Käyttäjät odottavat, että kaupankäyntiympäristöt ovat käytettävissä ympäri vuorokauden ja niille tiedotetaan kaikista tietoturvaongelmista tai viimeisimmistä muutoksista.
Voit pysyä ajan tasalla mukautettavien ilmoitusten avulla, kun kaupankäyntialusta seuraa taloudellisia tapahtumia, hintavaihteluita, markkinoiden kehitystä, teknisiä indikaattoreita jne. ja lähettää päivityksiä osakepositiostasi.
Kotiutukset ja maksut
Tätä toimintoa tarvitaan kaupankäynnin suorittamiseen, käteisen liikkeiden seuraamiseen ja rahan nopeaan ja turvalliseen nostoon henkilökohtaiselta tililtäsi luottokortilla, PayPalilla tai yksinkertaisella pankkisiirrolla.
Kun nostopyyntösi on käsitelty, saat ilmoituksen.
Automatisoidun kaupankäyntijärjestelmän arkkitehtuuri
Moottori, joka suorittaa päätöksenteon logiikan automatisoidussa kaupankäyntialustassa, joka tunnetaan myös nimellä 'Complex Event Processing' -moottori tai CEP, on palvelimen sovelluksessa.
Sovelluskerros on olennaisesti a käyttöliittymä parametrien tarkkailemiseen ja toimittamiseen CEP:lle. Vaikka sovelluskerros on ensisijaisesti näkymä, jotkin riskitarkistukset (joista on nyt tullut resursseja vaativia toimintoja mittakaavaongelman vuoksi) voidaan siirtää sovelluskerrokseen, erityisesti sellaiset, jotka koskevat käyttäjän syötteiden järkeä, kuten rasvasormivirheet.
Kiehtova tilanne johtuu automatisoidun kaupankäyntijärjestelmän skaalautuvuusongelmasta.
Kuvitellaan, että yksittäistä markkinatietotapahtumaa käsittelee 100 erillistä logiikkaa (kuten aiemmassa esimerkissä käsiteltiin). Suurimmalle osalle 100 logiikkayksiköstä, oletetaan kreikkalaisten optioiden laskennassa, voi olla yhteisiä monimutkaisten laskelmien komponentteja, jotka on suoritettava.
Jokainen yksikkö suorittaisi täsmälleen samanlaisen laskennan, jos jokainen logiikka toimisi itsenäisesti, mikä tuhlaa käsittelyresursseja.
Monimutkaiset redundantit laskelmat jaetaan usein erilaisiin laskentakoneisiin, jotka toimittavat kreikkalaiset syötteenä CEP:lle automatisoidussa kaupankäyntijärjestelmässä laskennan redundanssin maksimoimiseksi.
Tällä hetkellä erillinen riskienhallintajärjestelmä (RMS) Order Managerissa (OM) suorittaa loput riskiarvioinnit automatisoidussa kaupankäyntijärjestelmässä juuri ennen toimeksiannon julkaisemista.
Koska riskien hallintaan on vain yksi RMS-järjestelmä kaikissa loogisissa yksiköissä/strategioissa, aiemmin 100 erillistä kauppiasta hallitsi riskejä. Tämä johtuu mittakaava-ongelmasta.
Tietyt riskinarvioinnit voivat kuitenkin koskea vain tiettyjä strategioita, kun taas toiset saattavat joutua suorittamaan kaikilla menetelmillä.
Näin ollen RMS itse koostuu globaalista RMS:stä (GRMS) ja strategiatason RMS:stä (SLRMS). SLRMS ja GRMS voidaan nähdä myös käyttöliittymän (UI) kautta.
Mennään nyt syvemmälle palvelimen komponentteihin.
Market Adapteri
Pörssi tai mikä tahansa muu markkinatiedon tarjoaja välittää tiedot omassa muodossaan. Algoritminen kaupankäyntijärjestelmäsi ei ehkä ymmärrä tätä kieltä.
Exchange antaa sinulle pääsyn API-liittymään (Application Design Interface), jonka avulla voit ohjelmoida ja rakentaa oman sovittimen muuntaaksesi tietomuodon muotoon, jota järjestelmäsi voi ymmärtää.
Monimutkainen tapahtumien käsittelymoottori
Lähestymistapasi aivot ovat tässä osiossa. Kun sinulla on tiedot, sinun on käytettävä sitä suunnitelmasi mukaisesti, mikä edellyttää erilaisten tilastolaskujen tekemistä, vertailua menneisiin tietoihin ja päätösten tekemistä, jotka johtavat tilausten luomiseen.
Tämä lohko on rakennettu tilaustyypin ja tilaussumman avulla. Yksinkertaisesti sanottuna monimutkainen tapahtuma on kokoelma saapuvia tapahtumia. Nämä koostuvat uutisista, markkinoiden liikkeistä, osakemarkkinoiden trendeistä jne.
Monimutkaisten tapahtumien laskentatoimintojen nopea suorittaminen tunnetaan monimutkaisena tapahtumakäsittelynä. Automatisoidun kaupankäyntijärjestelmän toimintaan voi kuulua monimutkaisten kuvioiden havaitseminen, korrelaatioiden luominen ja yhteyksien, kuten syy-yhteyden ja ajan, luominen saapuvien tietojen välillä.
Tilaa reititysjärjestelmä
Pörssin antamia API:ita käyttäen tilaus salataan kielellä, jota pörssi ymmärtää. Pörssi tarjoaa natiivisovellusliittymiä ja FIX API:ita, kaksi eri tyyppistä sovellusliittymää.
Natiivit API:t on suunniteltu erityisesti tiettyä vaihtoa varten. Useat pörssit käyttävät FIX (Financial Information Exchange) -protokollana tunnettua ohjesarjaa helpottamaan ja parantamaan tietoliikennettä tietoturvamarkkinoilla.
Tämän osan jälkeisessä osassa selitämme lisää FIX:stä. Jos talous on avoin, ihmiset voivat lähettää toimeksiantoja automatisoidun kaupankäyntijärjestelmän kautta pörsseihin tai ei-pörsseihin, ja ORP:n pitäisi pystyä käsittelemään moneen suuntaan meneviä toimeksiantoja.
Tässä haluamme korostaa, että tilaussignaali voidaan suorittaa joko manuaalisesti tai automaattisesti. Viimeinen osa on se, jota kutsumme "automaattiseksi kaupankäyntijärjestelmäksi".
Tilaustenhallintamoduuli sisältää useita toteutustekniikoita, jotka suorittavat osto/myyntitoimeksiannot ennalta määritellyn logiikan mukaisesti.
Riskienhallinta
Koska automatisoidut kaupankäyntijärjestelmät toimivat ilman ihmisten osallistumista, tiukat riskianalyysit ovat välttämättömiä sen varmistamiseksi, että kaupankäyntijärjestelmät toimivat tarkoitetulla tavalla.
Huono riskinhallinta tai riskien tarkistamisen puute kvantitatiiviselle yritykselle voi johtaa merkittäviin peruuttamattomiin tappioihin. Tämän seurauksena kaikissa automatisoiduissa kaupankäyntijärjestelmissä on oltava riskienhallintajärjestelmä (RMS).
Protokollakehitys automatisoituja kaupankäyntijärjestelmiä varten
Tarvittiin yhteyden muodostaminen useisiin kohteisiin yhdeltä palvelimelta, minkä teki mahdolliseksi arkkitehtuurin kyky skaalata useisiin strategioihin palvelinta kohti.
Tilausten välittämiseksi useisiin kohteisiin ja tietojen vastaanottamiseksi useista keskuksista tilauspäällikkö sijoitti siksi useita sovittimia.
Jokaisen sovittimen tehtävänä on toimia tulkkina järjestelmän sisäisen tiedonsiirtoprotokollan ja keskuksen ymmärtämän protokollan välillä. Näin ollen useisiin vaihtoihin tarvittaisiin useita sovittimia.
Koska jokaisella pörssillä on protokolla, joka on räätälöity sen tarjoamien ominaisuuksien mukaan, uusi sovitin on luotava ja liitettävä arkkitehtuuriin uuden pörssin lisäämiseksi automatisoituun kaupankäyntijärjestelmään.
Vakioprotokollia on kehitetty estämään tämä sovittimen asettamisen aiheuttama päänsärky. FIX-protokolla on niistä kaikista tunnetuin.
Uuteen kohteeseen yhdistämisen markkinoilletuloaika lyhenee merkittävästi, mikä ei pelkästään tee yhteyden muodostamista useisiin kohteisiin liikkeellä ollessaan.
Automaattinen kaupankäyntijärjestelmä voi helposti olla vuorovaikutuksessa muiden toimittajien kanssa analytiikkaa tai markkinatietosyötteitä varten yhteisten protokollien ansiosta.
Tämän seurauksena markkinoista tulee erittäin tehokkaita, koska integroitumista uuteen paikkaan tai myyjään ei enää rajoiteta.
Lisäksi simulointi on tehty erittäin yksinkertaiseksi, koska simulaattoriin yhdistäminen FIX-protokollaa käyttämällä tarvitsee vain tilausten antamista ja tietojen vastaanottamista todellisilta markkinoilta.
Itse simulaattori voidaan luoda sisäisesti tai ostaa eri lähteestä. Samoin kuin reaaliaikaiset markkinatiedot, tallennetut tietojoukot voidaan myös toistaa uudelleen datalähteestä riippumattomien sovittimien ansiosta.
Syntyvät matalan viiveen arkkitehtuurit
Strategiat voivat nyt arvioida valtavia tietomääriä reaaliajassa ja tehdä nopeita kaupankäyntivalintoja automatisoidun kaupankäyntijärjestelmän peruselementtien ansiosta.
Alan standardien mukaisten viestintäprotokollien, kuten FIX, kehityksen seurauksena on nyt helpompi rakentaa algoritminen kaupankäyntipöytä tai automatisoitu kaupankäyntijärjestelmä, mikä on lisännyt kilpailua algoritmisen kaupankäynnin markkinoilla.
Painopiste siirtyi päätöksenteon viiveen pienentämiseen, kun palvelimet saivat enemmän muistia ja nopeammat kellotaajuudet.
Viiveen lyhentäminen on ollut tarpeen ajan mittaan useista syistä, kuten:
- Tekniikka on järkevä vain matalan latenssin ympäristössä.
- Kilpailu eliminoi sinut, jos et ole tarpeeksi nopea selviytyäksesi vahvimmasta pelistä
Kolokaatiosta on tullut ehdoton välttämättömyys automaattisessa kaupankäyntijärjestelmässä kaikille korkean taajuuden menetelmille, joihin liittyy yksi kohde.
Mutta usean määränpään järjestelmät vaativat huolellista valmistelua. Ennen tällaisen valinnan tekemistä on otettava huomioon muuttujat, kuten kohteen tilauksen vastausajan kesto ja se, miten se verrataan kahden kohteen välisen pingin kestoon.
Automaattisen kaupankäyntijärjestelmän kokonaisviiveen vähentämiseksi verkon latenssi on tyypillisesti ensimmäinen asia, johon on puututtava. Mutta arkkitehtuuria voidaan parantaa myös monella muulla tavalla.
Verkon käsittelyviive
Verkon käsittelyviive on viive, jonka reitittimet, kytkimet jne. aiheuttavat. Hyppyjen määrä, joka tarvitaan paketin siirtymiseen pisteestä A pisteeseen B, olisi seuraava optimointitaso automatisoidun kaupankäyntijärjestelmän suunnittelussa.
Hyppiä kuvataan osana polkua paketin lähteen ja määränpään välillä, jossa se ei kulje fyysisen laitteen, kuten reitittimen tai kytkimen, läpi.
Se, mitä me kutsumme mikropurskeiksi, voi myös vaikuttaa verkkotoimintojen latenssiin.
Nopeaa tiedonsiirtonopeuden piikkiä, joka voi vaikuttaa tai ei vaikuta keskimääräiseen tiedonsiirtonopeuteen, kutsutaan mikropurskeeksi.
Koska automatisoidut kaupankäyntijärjestelmät ovat sääntöpohjaisia, ne kaikki reagoivat samalla tavalla samaan tapahtumaan. Osallistujien ja kohteen välillä voi syntyä tiedonsiirron mikropurske, kun useat osallistuvat järjestelmät lähettävät komentoja kerralla.
Sovelluksen latenssi
Automaattisen kaupankäyntijärjestelmän sovellusviive on mitta hakemuksen käsittelyyn kuluvasta ajasta. Tämä riippuu pakettien määrästä, sovelluslogiikalle omistetusta käsittelystä, käytetyn laskennan monimutkaisuudesta, ohjelmoinnin tehokkuudesta jne.
Järjestelmällä olisi tyypillisesti vähemmän sovellusviivettä, kun sen prosessorimäärä kasvaa. Korkeammilla kellotaajuuksilla sama pätee.
Monet automatisoidut kaupankäyntijärjestelmät hyötyvät CPU-ytimien allokoinnista ohjelman kriittisiin osiin, kuten esimerkiksi strategian logiikkaan. Näin tekemällä menettely ei lisää viivettä, joka johtuu ytimien vaihtamisesta.
Vastaavasti, jos automatisoidun kaupankäyntijärjestelmän lähestymistapa ohjelmoitaisiin välimuistin koon ja muistin käytön läheisyys huomioon ottaen, muistivälimuistiin kohdistuisi useita osumia, mikä vähentäisi viivettä entisestään.
Monet järjestelmät tekevät tämän optimoimalla koodin tietylle prosessorin arkkitehtuurille, mikä tehdään käyttämällä erittäin matalan tason ohjelmointikieliä.
Täysin ohjelmoitavien porttiryhmien avulla jotkut yritykset ovat jopa polttaneet monimutkaisia laskelmia laitteistolle (FPGA).
Testaus
Testausta, joka on ohjelmistosovellusvirheiden tunnistamista, on mahdotonta aliarvioida, etenkään Fintechissä. Taloudellisen menetyksen mahdollisuuden vuoksi rahoitusteknologialla ei ole varaa olla puutteita.
Mitä enemmän vikoja laadunvarmistusinsinöörit voivat tunnistaa, sitä todennäköisemmin valmis tuote toimii oikein. Riippuen kaupankäyntialustaa kehittävästä yrityksestä tai asiakkaan tarpeista, testausprosessin rakenne sisältää:
Toiminnallisen testauksen perusta on syötteiden luominen ja tulosten analysointi. Väärien korttien avulla ajetaan taloudellisten sovellusten testitapauksia. Näillä korteilla pyritään parantamaan maksamisen luotettavuutta, tehokkuutta ja tarkkuutta.
Järjestelmän nopeuden, skaalautuvuuden ja vakauden selvittäminen tehdään suorituskykytestauksella. Sovelluksen nopeutta arvioidaan, jotta voidaan ymmärtää, kuinka nopeasti se reagoi, ja sen skaalautuvuus osoittaa, kuinka monta käyttäjää se voi tukea samanaikaisesti kaatumatta.
Lisäksi vakaus osoittaa, toimiiko sovellus oikein erilaisilla kuormituksilla vai onko mahdollisia puutteita.
Täysin automatisoidun kaupankäyntijärjestelmän rakentaminen voi olla yksittäisen vähittäiskauppiaan kykyjen ulkopuolella. Automaattiset kaupankäyntijärjestelmät, joita tarjotaan markkinoilla tilausperusteisesti, ovat vaihtoehto kauppiaille, jotka haluavat tutkia kaupankäynnin algoritmista tekniikkaa.
Omien autonomisten kaupankäyntijärjestelmien rakentaminen
Aloittelijat voivat kehittää omia algoritmisia kaupankäyntitekniikoitaan ja harjoittaa menestyvää markkinakauppaa. Yleisesti voidaan todeta, että alla lueteltuja vaiheita voidaan käyttää algoritmisen kaupankäyntistrategian luomiseen:
- Luo kaupankäyntikonsepti, jonka uskot menestyvän aktiivisilla markkinoilla käyttämällä mielikuvitustasi tai menetelmääsi. Käsite voidaan johtaa omista markkinahavainnoistasi, kaupankäyntikirjoista, akateemisista papereista, kauppablogeista, kaupankäyntifoorumeista tai mistä tahansa muusta lähteestä.
- Kerää tarvittavat tiedot – Tarvitset historiatietoja hypoteesi testaamiseen. Nämä tiedot ovat saatavilla maksullisilta datatoimittajilta tai verkkosivustoilta, kuten Google Finance.
- Suunnitelman kirjoittaminen vaatii työkalujen, kuten Excel-, Python- tai R-ohjelmoinnin, käyttöä. Kun sinulla on tiedot, voit aloittaa lähestymistapasi koodaamisen.
- Kaupankäyntikonseptisi testaamista historiallisiin tietoihin sen jälkeen, kun se on koodattu, kutsutaan lähestymistapasi jälkitestaukseksi. Jälkitestaukseen sisältyy syötteiden optimointi, voittotavoitteiden ja stop-loss -määräysten, sijainnin koon ja muiden asiaan liittyvien tehtävien määrittäminen.
- Strategialla käy kauppaa paperilla – Jälkitestausvaiheen jälkeen strategiasi on välttämätöntä käydä kauppaa paperilla. Tämä sisältäisi suunnitelmasi testaamisen markkinoita simuloivalla simulaattorilla. Paperikaupankäyntimenetelmässä on välittäjiä, jotka tarjoavat algoritmisen kaupankäyntialustan.
- Jos lähestymistapasi on tuottoisa paperikaupan jälkeen, voit toteuttaa sen todellisissa tilanteissa. Voit luoda kaupankäyntitilin luotettavan välittäjän kanssa, joka tarjoaa algoritmista kauppaa.
Vuosi vuodelta löytyy enemmän pörssejä, jotka sallivat algoritmisen kaupankäynnin sekä ammatti- että vähittäiskauppiaille, ja yhä useammat kauppiaat käyttävät algoritmista kauppaa.
Yhteenveto
Tämä oli perusteellinen artikkeli automatisoidusta kaupankäyntijärjestelmän arkkitehtuurista, jonka uskomme tarjoavan erittäin oivaltavan ymmärryksen asiaan liittyvistä komponenteista sekä monista esteistä, joita arkkitehtuurin kehittäjien on käsiteltävä/voitava suunnitellakseen vahvan automatisoidun kaupankäyntijärjestelmän.
Tein parhaani antaakseni sinulle yleiskatsauksen automaattisesta kaupankäyntijärjestelmästä, mutta konepellin alla tapahtuu paljon muutakin. Toivon, että koet tästä materiaalista hyötyä ja käytät sitä hyvään käyttöön.
Jätä vastaus